[beagleboard] How to make a python program start on boot? May need to use sudo.

My program runs fine but requires that I use putty.exe and type sudo python myprog.py to run it. I have been reading about systemctl and have written a service file and put it in /lib/systemd/system. It's called paint-flow.service, listing below. I have.. enabled it with systemctl enable

Re: [beagleboard] Custom image upgrade without reflashing

On Thu, Apr 7, 2016 at 5:46 PM, William Hermans wrote: > Robert, > > Your linux-images packages clean up after themselves if running sudo > apt-get remove --purge on old unwanted images ? > > I can't recall doing this, but perhaps I should have been doing things > this way as

Re: [beagleboard] Beaglebone Manufacturing Test/Burn in Software/Hardware Tools

No. It uses the actual shipping image and scripts geared toward the external test HW to do the test. Just basic Linux commands. Gerald On Thu, Apr 7, 2016 at 5:41 PM, Mike Tomovich wrote: > Thanks for that, Gerald. > > Is any of the test software for the beaglebone available?

Re: [beagleboard] Re: How to write a data file to Beaglebone from Python

Now after all that I've decided not to write anything to the eMMC, fearing that I'll cause some hiccup with the writes. John johnbakeree.blogspot.com On Wednesday, April 6, 2016 at 11:24:18 AM UTC-7, John Baker wrote: > > Gosh, how did I miss that, that the mode is a string. Well it had to be >

Re: [beagleboard] Custom image upgrade without reflashing

william@beaglebone:~$ *ls /boot/* SOC.sh config-3.8.13-bone70 initrd.img-3.8.13-bone70 uboot System.map-3.8.13-bone70 config-4.1.12-bone-rt-r16 initrd.img-4.1.12-bone-rt-r16 vmlinuz-3.8.13-bone70 System.map-4.1.12-bone-rt-r16 config-4.1.14-bone-rt-r17

Re: [beagleboard] Custom image upgrade without reflashing

Robert, Your linux-images packages clean up after themselves if running sudo apt-get remove --purge on old unwanted images ? I can't recall doing this, but perhaps I should have been doing things this way as it's much easier. I do recall using rm -rf on a couple occasions however . . . On Thu,

Re: [beagleboard] Custom image upgrade without reflashing

william@beaglebone:~$ *apt-cache search linux-image |grep 4.1* Too much output here to view. Narrow search parameters assuming I want a *bone* kernel, and not ti kernel. william@beaglebone:~$ *apt-cache search linux-image |grep 4.1*bone** linux-image-4.0.4-bone4 - Linux kernel, version

Re: [beagleboard] Beaglebone Manufacturing Test/Burn in Software/Hardware Tools

Thanks for that, Gerald. Is any of the test software for the beaglebone available? Maybe some sort of script that runs through and turns on/uses the peripherals during a test? On Thu, Apr 7, 2016 at 4:22 PM, Gerald Coley wrote: > > > On Thu, Apr 7, 2016 at 3:14 PM,

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

> > *It's more then just the config's, remoteproc_pruss utilized the same > device tree node as uio_pruss, but changed things incompatiblly..* > > *remoteproc_pruss:* > > > *https://github.com/RobertCNelson/linux-stable-rcn-ee/blob/4.1.18-ti-r56/arch/arm/boot/dts/am33xx.dtsi#L854-L899 >

Re: [beagleboard] Beaglebone Manufacturing Test/Burn in Software/Hardware Tools

On Thu, Apr 7, 2016 at 3:14 PM, wrote: > We are building an AM335X based board, and I was hoping someone could help > shed some light on the beaglebone test/burn in process during > manufacturing. I have read a few posts 'about' the process, but I have not > really seen a

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

On Thu, Apr 7, 2016 at 3:06 PM, William Hermans wrote: > Pedro, > > It would not be too hard to diff the config' between the two kernel types. > As I recall there are two kernel config options that need enabling for > uio_pruss to work. However, remoteproc_pruss also has to be

[beagleboard] Beaglebone Manufacturing Test/Burn in Software/Hardware Tools

We are building an AM335X based board, and I was hoping someone could help shed some light on the beaglebone test/burn in process during manufacturing. I have read a few posts 'about' the process, but I have not really seen a procedure/details on test hardware/test software to run.

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

Pedro, It would not be too hard to diff the config' between the two kernel types. As I recall there are two kernel config options that need enabling for uio_pruss to work. However, remoteproc_pruss also has to be diabled, and I'm not sure how thats done. Not to mention at this point I'm not 100%

[beagleboard] Re: On the BBB, what is the difference between output pull-up, output pull-down, and output no pull?

On Wednesday, April 6, 2016 at 5:23:55 PM UTC-5, Injun Ear wrote: > > On the BeagleBone Black GPIOs, what is the difference between output > pull-up, output pull-down, and output no pull? > > > In other MCUs I have worked with, pull-up and pull-down are only applied > to inputs. But I have

Re: [beagleboard] Altium file set for the Beaglebone?

You need to export the Allegro files in ascii format and then Altium can import those files. Copper pours and other polygons have to be redone because the import creates hundreds of edges for each polygon. Also, some of the parts have to be fixed. Synchronize the schematic with PCB in Altium

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

On Thu, Apr 7, 2016 at 1:19 PM, pedrohbtp wrote: > Here it seems like the uio_pruss works for the Bone kernel I used. > But would you have any tips on how I should go with respect to try making > uio_pruss work on TI kernels? > So TI's been working on a replacement for

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

Here it seems like the uio_pruss works for the Bone kernel I used. But would you have any tips on how I should go with respect to try making uio_pruss work on TI kernels? Maybe you think it might be possible to sample with consistent 1ms period some other way not using the PRU. Thank you very

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

Also for what it's worth, and this is pure speculation( because I have not looked into it fully ) but I do believe map0-map7 all point to the same memory location. It would not be too hard to test to see if my assumption is accurate, but I have not had the time lately for this specifically. On

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

Robert, Yes, I had noticed, the 8 separate "maps", and figured that was how it was supposed to be. Despite an older blogpost I was reading aying there was only one pool. Also, I'd have to revisit my notes, but I believe that uio "map" tool does not find the mmap()'d memory either. But, all the

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

Hi Robert and William. Thank you very much for the responses! I did the following: root@beaglebone:/sys/class/uio# uname -r 4.1.21-bone-rt-r20 root@beaglebone:/sys/class/uio# lsmod | grep uio uio_pruss 4582 0 uio_pdrv_genirq 3309 0 uio 8311 2

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

On Thu, Apr 7, 2016 at 11:38 AM, Robert Nelson wrote: > > > On Thu, Apr 7, 2016 at 11:30 AM, William Hermans > wrote: > >> *I was taking a look at chapter 13 yesterday with (v4.1.x-bone), which >>> has uio_pruss however the uio class doesn't match up

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

On Thu, Apr 7, 2016 at 11:30 AM, William Hermans wrote: > *I was taking a look at chapter 13 yesterday with (v4.1.x-bone), which has >> uio_pruss however the uio class doesn't match up 100% either..* >> > > Robert, what do you mean by this ? I've had 4.1.*bone* working with

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

> > *I was taking a look at chapter 13 yesterday with (v4.1.x-bone), which has > uio_pruss however the uio class doesn't match up 100% either..* > Robert, what do you mean by this ? I've had 4.1.*bone* working with uio seemingly fine. Which is to say I do not doubt you, just wondering if there is

Re: [beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

On Wed, Apr 6, 2016 at 10:41 PM, wrote: > Hi! I have an application where I need to have consistent time sampling of > some sensors (for instance, sampling every 1ms second) and that it uses > little power. > My solution for using little power is to set the processor to

[beagleboard] Re: Altium file set for the Beaglebone?

Can you help me convert LDCK from alegro Orcad to Altium files -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an

[beagleboard] uio_pruss on TI Kernel 4.x for consistent sampling and power management

Hi! I have an application where I need to have consistent time sampling of some sensors (for instance, sampling every 1ms second) and that it uses little power. My solution for using little power is to set the processor to sleep every once in a while using *rtcwake -d /dev/rtc0 -m mem* However,

Re: [beagleboard] Re: Play audio throuhg HDMI on BeagleBone Black

Launching alsaplayer, *wav *and *mp3 *files can be played, but no sound is reproduced. It seems as the BeagleBone's drivers are not pointing to right audio interface. *How can I checked if the SoC's audio codec and the HDMI's interface are configured and working fine?* By the moment, I can't

[beagleboard] Custom image upgrade without reflashing

Hi, I have built a custom image (kernel_version=4.1.20) in SD card from Robert Nelson. The current kernel version seems to be 4.5. How to upgrade from 4.1 to 4.5 without reflashing the SD card image. The custom kernel upgrade should be downloaded from the local network and not using apt-get.

Re: [beagleboard] Re: Play audio throuhg HDMI on BeagleBone Black

Going forward in my test: - Current kernel: *4.1.18-ti-r56* - *aplay -L*: null Discard all samples (playback) or generate zero samples (capture) default:CARD=Black TI BeagleBone Black, Default Audio Device sysdefault:CARD=Black TI BeagleBone Black, Default Audio Device -

[beagleboard] Re: Find error for DHT11 with BBB code .......

I guess mmio would be sufficient enough for our application where we would be able to access the gpio pins in mhz frequency as compared to khz frequency through sys/class. On Monday, April 4, 2016 at 5:49:01 PM UTC+5:30, Dennis Lee Bieber wrote: > > On Mon, 4 Apr 2016 03:40:22 -0700 (PDT),

Re: [beagleboard] Re: Play audio throuhg HDMI on BeagleBone Black

*Any hint/tip?* -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to