Try changing the %n in the print statement to print out a 32 bit value. I think
you will see that it is an address in the PRU address space.
Graham
From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On
Behalf Of Walter Cromer
Sent: Tuesday, April 20, 2021 10:34 AM
T
Hello Walter
Not dumb you have done well I'm taking credit🤣 for your sucess just kidding.I
saw a bunch of good examples somewhere maybe SDK.What was cool was they had PRU
code that used every peripheral possible from the PRU. Excellent starting
point the TI examples combined with Cookbook you h
Here is the definition
char readBuf[MAX_BUFFER_SIZE];
MAX_BUFFER_SIZE = 512
I think I may have just realized why this is occurring. When %s refers to
readBuf it will output the value in the character array. But %x is
outputting the address of it.
Duh...not the first dumb mistake I've mad
Hello Walter
I didn't see your definition of readBuf.why you expecting an address to change?
I am glad you found the TI examples helpful.
Mark
Sent from Yahoo Mail on Android
On Tue, Apr 20, 2021 at 12:33 PM, Walter Cromer
wrote: I am using a Beaglebone Black and C to read analog inputs w
short answer, yes yocto gatesgarth branch does work on BBB,
However I have two meta- bbb and jumpnow from jumpnowtek,
I can ssh in as root with a password (provided in local.conf)
On Tuesday, April 20, 2021 at 4:03:09 AM UTC-5 muruges...@gmail.com wrote:
> I tried with debug-tweaks option. I ha
I am using a Beaglebone Black and C to read analog inputs with PRU0 and
return the data to a host program using RPMSG.
Basically, I read the data from FIFO0 fine, strip the step id from it and
copy it into an element of a character array in the PRU code.
Data = HWREG(SOC_ADC_TSC_0_REGS + TS
I tried with debug-tweaks option. I have built the image with
openssh-sftp-server and booted BBB.
But still It is not working for me. I am not able to connect with BBB
through ssh from my computer(Ubuntu).
Note: I am building using core-minimal-image
Any support please.
On Mon, 19 Apr 2021, 9:13