[beagleboard] Re: Compare kernel versions? (re: Adafruit_BBIO ADC bug)

2016-11-27 Thread Drew Fustini
On Thu, Nov 24, 2016 at 11:56 AM, Robert Nelson wrote: > You'll have to use yakbuild*, start with 4.4.30-ti-r66 and in > ./KERNEL/, git revert one at a time.. The odd thing is that the issue does not occur with the 4.4.30-ti-r66 kernel I built using yakbuild: https://gist.github.com/pdp7/740c5472

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread Neil Jubinville
Ok I got it working, the part I changed is commented out. Essentially I used my r6 debug register that had the correct one in it. Now I can dial in the blinky action! fun! So for some reason even though we were setting the r2 form the lbbo it just did not like this syntax. *ldi r14, %lo( r6

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread Neil Jubinville
Yes, thank-you, I already know the prompt cycle needs to run twice to pick up the write in the subsequent read cycle, no big deal there, I just enter the same vale twice and I get the feedback. The part I am focused on is why the value from the LBBO does not seem to be used in the delay call.

Re: [beagleboard] Re: Beaglebone Black can't get USB audio to work

2016-11-27 Thread Jim S
I got the kernel recompiled with disabled DMA and installed it. Sound now works fine. For anyone else wanting to do this I followed Roberts notes and used a couple other pages to help with figuring out some details such as installing things needed for the cross compile on a Ubuntu PC: http:/

[beagleboard] Re: Beaglebone Green - Experience and Notes

2016-11-27 Thread Chris M
Just had a WTF moment. I was working on a BBG image that was still on an sd card. and it appears as if pwm and uart pins are all properly configured out of the box. This was definately not the case on the flashed version. Still trying to figure out if UART actual is working out of the box, it

Re: [beagleboard] Re: Beaglebone Black PRU Troubles

2016-11-27 Thread Greg
Here is a primer on linker files: http://processors.wiki.ti.com/index.php/Linker_Command_File_Primer I haven't done anything with assembly other than reverse engineer what it is doing. You can put assembly inline with your C code. That is described in the manual. There are "intrinsics" which I

[beagleboard] Re: Beaglebone Green - Experience and Notes

2016-11-27 Thread Chris M
Accidentally starting over. Re-flashed emmc, forgot to comment out command in uEnv.txt (pwm stopped working did not understand why) steps to get back in business checking each step to see what altered pwm VERSION # uname -a Linux beaglebone 4.4.30-ti-r64 #1 SMP Fri Nov 4 21:23:33 UTC 2016 armv7l

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread Charles Steinkuehler
On 11/27/2016 6:35 PM, Neil Jubinville wrote: > > Description of the program: > > An LED toggles on and off from a set delay time in R2. > > A separate C program loads the PRU program, starts the core and then prompts > the > user for a Time to do a delay. Upon the user entering a time, the

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread Neil Jubinville
OK some progress...I set in the C prompt to 100. The new LBBO code of lbbo r2, r0, 8 ,4 worked. The reason I know is that after the lbbo I move it into another register for comparison an unadultered register read back into C. yay Please Enter a blinky speed in milliseconds:100 --

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread Neil Jubinville
Description of the program: An LED toggles on and off from a set delay time in R2. A separate C program loads the PRU program, starts the core and then prompts the user for a Time to do a delay. Upon the user entering a time, the c program writes that value to dataram and reads back the mappe

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread Neil Jubinville
Description of the program: An LED toggles on and off from a set delay time in R2. A separate C program loads the PRU program, starts the core and then prompts the user for a Time to do a delay. Upon the user entering a time, the c program writes that value to dataram and reads back the mapp

Re: [beagleboard] Kernel 4.4.31-bone-rt-r14 sgx-startup.sh - not setting permissions

2016-11-27 Thread Moscowbob
Thank you Robert but I am not sure what you mean, would you kindly clarify. As far as I understand the script, you are setting the permissions to 666 and you also start the service. What I do not understand is how and why the permissions are not set when the script runs in the first place. Rob

Re: [beagleboard] Re: Beaglebone Black PRU Troubles

2016-11-27 Thread Zach B
I guess a better question would be, what libraries or other files need to be linked to create a file that will load and execute on the PRU? I can compile my code but the linking is a bit of a black box to me. I have been reading a lot of PRU reference documentation and haven't come across the a

Re: [beagleboard] Re: Beaglebone Black PRU Troubles

2016-11-27 Thread Zach B
Has anyone compiled a straight assembly file for the PRU? I know you can program in C but I can't accurately predict how long each C command takes to run and I have a time critical portion of my code. I have been attempting to use the clpru compiler but I keep getting linking errors as it is lo

Re: [beagleboard] Kernel 4.4.31-bone-rt-r14 sgx-startup.sh - not setting permissions

2016-11-27 Thread Robert Nelson
On Sun, Nov 27, 2016 at 3:59 PM, Moscowbob wrote: > > I have just built fresh kernel, dtb, u-boot and sgx as per RCN eewiki and I > have also built Qt 5.6.2. > Everything is working correctly except for one problem which I do not > understand and hope somebody could explain. > > After installing s

[beagleboard] Kernel 4.4.31-bone-rt-r14 sgx-startup.sh - not setting permissions

2016-11-27 Thread Moscowbob
I have just built fresh kernel, dtb, u-boot and sgx as per RCN eewiki and I have also built Qt 5.6.2. Everything is working correctly except for one problem which I do not understand and hope somebody could ex

Re: [beagleboard] Help designing-in fast ADC (e.g. Analog Devices AD7761) for sonar.

2016-11-27 Thread Graham Haddock
The ADC can be set up to run audio format TDM. You have two MCASP, which are high speed multi-channel TDM engines to play with. (Although I think they only did a real good job of pinning out MCASP0, need to investigate, but one might be enough.) Each are relatively independent bi-directional. Cu

Re: [beagleboard] Help designing-in fast ADC (e.g. Analog Devices AD7761) for sonar.

2016-11-27 Thread Ruth Ivimey-Cook
Hi William: Unfortunately the TI chips I found on the launchpads page have multichannel interfaces, but not simultaneous: that is there is only one actual ADC and multiple Sample/Hold units. In the application I'm interested in, sampling truly simultaneously is one of the requirements. Graham:

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread dinuxbg
Hi, check my comments inline. On Sunday, November 27, 2016 at 10:15:00 PM UTC+2, Neil Jubinville wrote: > > Thx Charles, that was it. I was treating the registers as application of > dataram memory. > > In the assembly loop: I did a : * sbbo r0, r0, 0 , 48* > > and like magic my c pru memap

Re: [beagleboard] Help designing-in fast ADC (e.g. Analog Devices AD7761) for sonar.

2016-11-27 Thread Graham
Ruth I would suggest that you look at the MCASP peripheral feature on the Beaglebone Sitara processor. See "AM335x Technical Reference Manual", Chapter 22 There are two of them, and each is a multi-channel audio interface. It looks like your AD7761 can be configured to run serial wire per ch

Re: [beagleboard] PRU Mem Map - General Registers ,Shared Ram,Data Ram

2016-11-27 Thread Neil Jubinville
Thx Charles, that was it. I was treating the registers as application of dataram memory. In the assembly loop: I did a : * sbbo r0, r0, 0 , 48* and like magic my c pru memap dumped out values I have stuffed in some of the registers. see below - val

Re: [beagleboard] Help designing-in fast ADC (e.g. Analog Devices AD7761) for sonar.

2016-11-27 Thread William Hermans
Perhaps you should be thinking of using an external dedicated processor for your application ? Something that has decent on die ADCs. Something like the TI C2000 line ? There are many dev kits here which include but are not limited to just the C2000 products: http://www.ti.com/lsds/ti/tools-softwa

[beagleboard] Help designing-in fast ADC (e.g. Analog Devices AD7761) for sonar.

2016-11-27 Thread Ruth Ivimey-Cook
Hi I'm new to BB but not new to hardware/software engineering. My reason for posting is that I am struggling to connect it to the Beaglebone in a way that permits fast data capture, and I am hoping that someone might be able to offer suggestions. My (hobby) idea is to create a device that can

[beagleboard] root password from su account

2016-11-27 Thread Ivor Meade
Hy does anyone know how to recover the root password if i change to m su account and try to log back in as root i get authentification failure. I dont recall setting up a root password but i have to power down my bone each time im loggged in a su. which defeats the purpose being there. -- For

[beagleboard] Re: Surefire PRU - Setup.

2016-11-27 Thread dinuxbg
Many thanks for the script. The blinking-led notes for UIO now point to it: https://github.com/dinuxbg/pru-gcc-examples/tree/master/blinking-led#uio-host-driver Regards, Dimitar On Saturday, November 26, 2016 at 9:49:57 PM UTC+2, Neil Jubinville wrote: > > Hi All, > > *Thanks for all the previous