Hi,
I didn't find "solution to fix it". However, there is some alternative to
it : create your own library, or find other one.
You can maybe have a look at the following one:
https://github.com/wphermans/Bonejs?files=1
This one uses the file reading operation to interact with the peripheral.
Hi,
I just install Bonescript on my cloud9. Now I'm trying to use some simple
examples.
However, when I tried to use them I got some error, nevertheless, I didn't
understand why, and how I can solve them.
First example : Toogle LED
var b = require('bonescript');
var leds = ["USR0", "USR1",
>
> It depends on what you're trying to do. I don't typically use the PRU
> library stuff for anything other than getting the code running on the
> PRU, so I'm not the best person to ask.
What I am trying to do is loading the data into the L4_Fast bus, in order
to be able to read them next
.
Regards
Vincent
On Thursday, 23 June 2016 16:02:49 UTC+2, Charles Steinkuehler wrote:
>
> On 6/23/2016 8:55 AM, Charles Steinkuehler wrote:
> > On 6/23/2016 5:55 AM, Vincent lc wrote:
> >> Hello,
> >>
> >> *So, I would to know I someone new a quicke
Hello,
I'm trying to generate pattern with the PRU in several channels at the same
time.
So the objective is to be able to send different sequences of value on
several channels of the PRU and all of them need to be sent at the same
time.
For now I have succeed it.
My program is working like
Hi,
I'm currently trying to save data into the memory from a PRU application.
Currently I can store data up to ~12.3 MB :
I can change it with
modprobe uio_pruss extram_pool_sz=0xBC5798
This command works but for 0xBC5799 it doesn't.
I figured this idea out from this post
Hi,
If you want to use a kernel version >= 3.8, you are obliged to use a DTS
(Device tree source) in order ton configured the GPIO.
And I advised you to use one because It's important to be on page :-)
I like lots of microcontroller, you always need to configured pins before
using them, here,
>
> Le mercredi 18 mai 2016 00:04:16 UTC+2, Charles Steinkuehler a écrit :
> The modifications you made to the code to support two channels are
> just wrong, you need to set/clear both output data bits before setting
> the clock pin high. Also, you'll use far fewer cycles if you can
> manage
