[beagleboard] Re: PRU FAQ 2013-05-15

2017-01-30 Thread 'woody stanford' via BeagleBoard
Still I am a fan of my little K150 PIC programmer. I wish I could say that I soldered it myself however I pussed out this time and got a nice little jobby from Hong Kong or somewhere. Cased it myself. I can even carry it with me if I wanted to and its USB cable is just the right length. My

[beagleboard] Re: PRU FAQ 2013-05-15

2017-01-30 Thread 'woody stanford' via BeagleBoard
This is gold, Jason. Thank you so much for sharing this with us. I personal was wondering what a lot of this stuff was. Have to admit that I was somewhat unclear as to quite a few of these concepts, but I was especially encouraged when I read the term "industrial". It is good to know we have

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-08-20 Thread rakesh.safir
Hi Brandon, Appreciate your help. I was able to resolve the issue. -Rakesh On Thursday, August 14, 2014 7:28:04 AM UTC+5:30, Brandon I wrote: You have to enable the ocp master port (section 10.1.2) to access main memory. Here's an explanation

[beagleboard] Re: PRU FAQ 2013-05-15

2014-08-13 Thread rakesh.safir
Hi, I want to use the DCAN interface on PRU-ICSS to send/receive data present on DDR RAM at a fixed physical address. - Address of DDR is 0x8000_ to 0x9000_(256MiB) - My buffer is present at 0x8FF0_ to 0x9000_ (1MiB) As soon as I access the hardware address

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-08-13 Thread Brandon I
You have to enable the ocp master port (section 10.1.2) to access main memory. Here's an explanation http://nomel.tumblr.com/post/30006622413/beaglebone-tutorial-accessing-main-memory-from-the-pru . And, the resulting code is (if you want to do it in the pru): // clear STANDBY_INIT bit in

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-06-03 Thread euerka
Dear Gerald, Thanks for your reply. Sorry that i am not very clear about Signals are missing on the expansion headers? you means the signals suppose to link to Ethernet PHY, now link to expansion headers(P8,P9)? if so it means it possible rewire the signals? Because i saw this

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-06-03 Thread Brandon I
And a quick google search pru ethercat am335x provides a nice overview: http://www.ti.com/lit/wp/spry187c/spry187c.pdf On Tue, Jun 3, 2014 at 6:05 AM, Gerald Coley ger...@beagleboard.org wrote: That is all covered in the datasheet for the processor. http://www.ti.com/product/am3358 Gerald

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-06-02 Thread Gerald Coley
No. It is not possible.Signals are missing on the expansion headers to implement ether-cat. It cannot be done. Gerald On Sun, Jun 1, 2014 at 11:21 PM, euerka crazyintermi...@gmail.com wrote: Dear all, As i understand it is impossible to implement PRU, ethercat slave on Beagleboard, since

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-27 Thread karlkarpfen79
Am Mittwoch, 2. Oktober 2013 22:03:29 UTC+2 schrieb Charles Steinkuehler: Each PRU has it's own r30, which drives the direct outputs (assuming you have the pinmux setup properly). You can only drive a limited number of the BeagleBone header pins using PRU direct I/O, and a lot of the pins

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-27 Thread Brandon I
You can access all regular gpio, but those will be slower than the one tick pru gpio access. Check out the PRU documentation at https://github.com/beagleboard/am335x_pru_package , it explains how to use R30 and R31, section 5.2.2. Here's an explanation on accessing main memory from the pru:

[beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread brian larochelle
We've seen talk of a closed beta C compiler for the PRU's. I've seen that it could come out of closed beta any day now, and looking for it has become a daily routine. I've found the below, which links to information/download of a c compiler for pru from TI. Would anyone know if this is the

[beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread Christopher Hopwood
It sounds legit to me. My team had access to the closed beta, but as my team's lead pru programmer, I decided not to use it because the calling convention I made up (in the absence of any standard for PRU) wasn't compatible with the compiler's. -- For more options, visit

[beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread Christopher Hopwood
It sounds legit to me. My team had access to the closed beta, but as my team's lead pru programmer, I decided not to use it because the calling convention I made up (in the absence of any standard for PRU) wasn't compatible with the compiler's. -- For more options, visit

[beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread Christopher Hopwood
It sounds legit to me. My team had access to the closed beta, but as my team's lead pru programmer, I decided not to use it because the calling convention I made up (in the absence of any standard for PRU) wasn't compatible with the compiler's. -- For more options, visit

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread Jason Kridner
On Wed, May 7, 2014 at 9:37 AM, brian larochelle larochelle.br...@gmail.com wrote: We've seen talk of a closed beta C compiler for the PRU's. I've seen that it could come out of closed beta any day now, and looking for it has become a daily routine. I've found the below, which links to

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread brian larochelle
On Wednesday, May 7, 2014 10:44:19 AM UTC-4, Jason Kridner wrote: It is a slightly updated version from the one I've been providing in beta. I've been waiting for a response to my request for a direct download, rather than needing to download all of CCS, before I posted something. Seems

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread William Hermans
For me personally, it is not just preferable, it is a requirement. As I refuse to use CCS. On Wed, May 7, 2014 at 8:37 AM, brian larochelle larochelle.br...@gmail.com wrote: On Wednesday, May 7, 2014 10:44:19 AM UTC-4, Jason Kridner wrote: It is a slightly updated version from the one

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread Mark Grosen
After installing CCS with the PRU compiler, you can simply just use the compiler as a command-line compiler (like all the other TI compilers) and ignore the CCS IDE. The installer is only about 20MB download to start with and then it downloads the rest as needed. It's a quick install on Linux

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread William Hermans
Mark, it is not CCS specifically that I have a problem with. I have a very strong aversion to having JRE on any of my Windows machines. So, if the tool is not made available as a separate native windows ( or perhaps *NIX ) binary, I probably wont even give it a second look. On Wed, May 7, 2014

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-07 Thread Mark Grosen
Well, install it, copy the PRU directory somewhere else and rm -rf the CCS directory - no more JRE. There is no dependency on the CCS IDE from the compilers. Mark Mark On Wed, May 7, 2014 at 1:04 PM, William Hermans yyrk...@gmail.com wrote: Mark, it is not CCS specifically that I have a

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-05-06 Thread alexis . martin . 1050
Hello, I am also very interesting about this. I need to complete a fast ADC / DAC with some numeric matrix calculation. I thought about using a BBB, and the PRUs seemed to be a very interesting point. The numeric part could be done using Xenomai. Apparently the use of SPI with the PRUs is

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-01-21 Thread Christopher Hopwood
Where can I find the correct pinmux settings for the PRU as well as which pru gpio port maps to which header bin? I don't see it on Derek Molloy's header table. On Wednesday, October 2, 2013 8:03:29 PM UTC, Charles Steinkuehler wrote: On 9/30/2013 8:40 AM, dthph...@gmail.com javascript:

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-01-21 Thread Charles Steinkuehler
On 01/21/14 19:34, Christopher Hopwood wrote: Where can I find the correct pinmux settings for the PRU as well as which pru gpio port maps to which header bin? I don't see it on Derek Molloy's header table. The details are all in the TI manuals, or you can reference an excellent compilation

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-01-21 Thread Christopher Hopwood
I need to make sure I'm understanding correctly. If I want to use PRU1's pin 8 as an input, should I use the address 0x8e0 or 0x0e0? Should I set the mode to 0x26 to use input and enable the receiver? Thanks for the help! On Wednesday, January 22, 2014 1:40:27 AM UTC, Charles Steinkuehler

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2014-01-21 Thread Brandon I
In the pru, R31 is for input, so in that table you're looking for pin pr1_pru1_pru_r31_8. That's on P8.27, which is used by the HDMI framer. If you *need* to use this pin, instructions on disabling the hdmi framer can be found by searching this group. Of course you'll have to enable the receiver,

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2013-10-22 Thread u . pellerin
Hi, Thanks for these informations. But I would like to use the PRU to get data from a fast ADC connected by SPI. I get that there is no example of SPI connection but is it possible ? It seems that the PRU can only access to UART, CFG, eCAP interfaces. Am I right ? Thanks. Ugo Le jeudi 26

[beagleboard] Re: PRU FAQ 2013-05-15

2013-10-10 Thread Nicola Farina
Thanks Jason for the links and all the others for their further questions and suggestions. I'm a BBB new user and I think that PRUs really set the BBB apart from most of other boards. I'm looking forward doing things with them as well. Cheers, N.F. -- For more options, visit

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2013-10-02 Thread Charles Steinkuehler
On 9/30/2013 8:40 AM, dthphon...@gmail.com wrote: Is it possible to use these two PRU (pru0 and pru1) simultaneously to control fast GPIO in direct PRU - output mode? If yes, how can we do that with only r30? Each PRU has it's own r30, which drives the direct outputs (assuming you have the

Re: [beagleboard] Re: PRU FAQ 2013-05-15

2013-10-02 Thread Brandon I
and a lot of the pins are shared with the LCD/HDMI interface. Which can be made available by disabling the hdmi framer by adding the following to uEnv.txt on the fat32 partition: capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN On Wed, Oct 2, 2013 at 1:03 PM, Charles Steinkuehler