Re: [beagleboard] Re: Making a custom SD image of BBB's eMMC

pt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh > > Uncomment the line and it will auto-flash on boot time. > > Daniel > > El divendres, 10 març de 2017 18:24:18 UTC+1, Justin Pearson va escriure: >> >> On Fri, Mar 10, 2017 at 6:37 AM, Charlie Rysenga <cpry..

Re: [beagleboard] Re: PRU and CPU driven by different oscillators?

gt; > So, I suspect that the clock for the PRU is a fixed clock coming from a > different > place in the clock tree than the variable speed CPU. > > You should really check and verify the clock tree behavior. > > --- Graham > > == > > On Wednesday, April 26, 201

[beagleboard] Re: PRU and CPU driven by different oscillators?

== > > On Tuesday, April 25, 2017 at 7:09:50 PM UTC-5, Justin Pearson wrote: >> >> How can I find out whether the PRU and CPU are driven by the same >> oscillator? Specifically, a colleague told me that the IEP timer (which I'm >> reading with the PRU) is driven by a

[beagleboard] PRU and CPU driven by different oscillators?

How can I find out whether the PRU and CPU are driven by the same oscillator? Specifically, a colleague told me that the IEP timer (which I'm reading with the PRU) is driven by a 24 MHz oscillator that's PLL'd so the timer increments at 200 MHz, whereas the CPU is driven by a 25 MHz oscillator

Re: [beagleboard] Re: Using PRU to control PWM peripheral on kernel 4.1 - DTO problem?

Hi Jelena, thanks for your message. See my inline responses: On Sun, Apr 2, 2017 at 9:39 AM, Jelena Freiherr <jeli.freih...@gmail.com> wrote: > Am Sonntag, 2. April 2017 17:26:10 UTC+2 schrieb Justin Pearson: > > On the 3.18 kernel, I was able to control the PWM with th

Re: [beagleboard] Re: Using PRU to control PWM peripheral on kernel 4.1 - DTO problem?

Thank you TJF, I never would have known about that register if you hadn't mentioned it. One more question (see below): On Sat, Apr 1, 2017 at 9:20 PM, TJF <jeli.freih...@gmail.com> wrote: > Am Samstag, 1. April 2017 22:18:30 UTC+2 schrieb Justin Pearson: >> >> Are you say

[beagleboard] Re: Using PRU to control PWM peripheral on kernel 4.1 - DTO problem?

Hi TJF, thanks for your note. Are you saying that the only way to get PWM in a 4.x kernel is by modifying am33xx-clocks.dtsi? Also, how can I verify whether the register is set correctly? Thanks, Justin On Friday, March 31, 2017 at 9:48:33 AM UTC-7, TJF wrote: > > Hi Justin! > > The initial

[beagleboard] Re: Using PRU to control PWM peripheral on kernel 4.1 - DTO problem?

:48 PM UTC-7, Justin Pearson wrote: > > I wrote pasm code that has the PRU set up a 10%-duty-cycle 33kHz square > wave using PWM on the ehrpwm1B peripheral (which maps to P8_34 in mode 2). > > It worked on the 3.18 kernel but doesn't work on 4.1.12. > > When my C code tries

[beagleboard] Using PRU to control PWM peripheral on kernel 4.1 - DTO problem?

I wrote pasm code that has the PRU set up a 10%-duty-cycle 33kHz square wave using PWM on the ehrpwm1B peripheral (which maps to P8_34 in mode 2). It worked on the 3.18 kernel but doesn't work on 4.1.12. When my C code tries to start the PRU code, prussdrv_open returns -1 (bad). I think the

Re: [beagleboard] Re: Making a custom SD image of BBB's eMMC

Thanks, Justin > >- > > > On Monday, March 6, 2017 at 12:46:13 PM UTC-5, Justin Pearson wrote: >> >> I'd like to help a fellow BBB user by sending him a disk image of my >> working BBB configuration for him to install on his own BBB. >> >> However, I

Re: [beagleboard] Re: Is there a way to send an interrupt from userspace to the PRU-ICSS?

According to this 2015 video from the Embedded Linux Conference, the PRU does not support asynchronous interrupts: https://youtu.be/plCYsbmMbmY?t=22m6s I think there is some sort of PRU interrupt queue, but it does not interrupt the PRU's execution. Your PRU code must explicitly monitor the

[beagleboard] Making a custom SD image of BBB's eMMC

I'd like to help a fellow BBB user by sending him a disk image of my working BBB configuration for him to install on his own BBB. However, I'm not sure how to copy my BBB's eMMC. I was hoping that it would be as simple as using dd to copy my BBB's entire 2GB eMMC into some .img.xz file. But

[beagleboard] Re: PRU Development

Hi Mike, As Greg said, PRU development is severely hampered by incomplete, out-dated, and mutually-exclusive sets of instructions. Derek Molloy's book may be based on an older Beaglebone Black, but at least it's self-contained and consistent. I struggled for a long time to get the PRU working

Re: [beagleboard] eqep in linux 4.4.38+ not working

Hi Abhilash, where are the EQEP settings in the kernel config menu? Thanks, Justin On Monday, January 30, 2017 at 9:06:43 AM UTC-8, abhilash h wrote: > > My bad . It was disabled in the kernel config. > On Mon, 30 Jan 2017 at 3:08 PM, abhilash h > wrote: > >> Dear All, >>

Re: [beagleboard] Beaglebone Black won't boot sometimes

On Thursday, January 26, 2017 at 12:34:54 PM UTC-8, RobertCNelson wrote: > > See Page 106/107 of: > > https://github.com/beagleboard/BeagleBone-Black/blob/master/BBB_SRM.pdf > Thanks Robert. For our viewers at home, the BBB uses pins lcd_data0 thru 15 as "SYSBOOT" pins that configure where the

[beagleboard] Beaglebone Black won't boot sometimes

I'm using my Beaglebone Black to drive a DC motor and read a rotary encoder: https://github.com/justinpearson/Beaglebone-motor-from-command-line/blob/master/Images/lil-motor-setup.jpg Last night when I rebooted my BBB, it shut down but didn't reboot: None of the 4 blue LEDs lit, although the

Re: [beagleboard] Re: Syntax highlighter for pasm in Sublime Text 3

wrote: > > > Am Dienstag, 24. Januar 2017 17:54:04 UTC+1 schrieb Justin Pearson: >> >> TJF, would you post your pasm highlighter for Geany? >> > > Here you are: > > # For complete documentation of this file, please see Geany's main > documentation >

Re: [beagleboard] Re: Syntax highlighter for pasm in Sublime Text 3

On Tuesday, January 24, 2017 at 1:35:39 AM UTC-8, William Hermans wrote: > > syntax highlighting file for pasm (for Sublime Text 3): > > > > https://github.com/justinpearson/pasm-sublime-text-syntax-highlight > > Awesome ! > BTW, I tried to add a link to this pasm syntax highlighter to the

[beagleboard] Re: Syntax highlighter for pasm in Sublime Text 3

On Saturday, January 21, 2017 at 10:25:46 AM UTC-8, TJF wrote: > > I don't know SublimeText and can't help on topic. But in addition to the > TI configurations, I can provide pasm highlighting for Geany IDE > , if you're interested. > TJF, would you post your pasm

Re: [beagleboard] Re: Syntax highlighter for pasm in Sublime Text 3

Thanks William & TJF. Following your advice I wrote my own syntax highlighting file for pasm (for Sublime Text 3): https://github.com/justinpearson/pasm-sublime-text-syntax-highlight Best, Justin On Sat, Jan 21, 2017 at 12:37 PM, William Hermans wrote: > You can write your

[beagleboard] Syntax highlighter for pasm in Sublime Text 3

I'm programming the BBB's PRU in pasm. Does anyone know how I can get Sublime Text to color the code (syntax highlight)? I cross-posted here: http://stackoverflow.com/questions/41774562/pasm-syntax-highlighting-in-sublime-text-3 Thanks. -Justin -- For more options, visit

Re: [beagleboard] Re: PRU cycle counter overflow

On Thu, Jan 5, 2017 at 5:30 PM, Justin Pearson <justin.pear...@gmail.com> wrote: > Thanks Charles, that's very helpful. I didn't know about the IEP timer. > TRM section 4.4.3.1 says I can hook up the IEP clock source to > either iep_clk or ocp_clk. Which one of those clocks drive

Re: [beagleboard] Re: PRU cycle counter overflow

har...@steinkuehler.net> wrote: > On 12/22/2016 10:45 AM, Justin Pearson wrote: > > I have the same question. > > > > I'm using the PRU's 200 MHz cycle counter to timestamp sensor > measurements. At > > 200 MHz, this 32-bit counter overflows in 20 seconds. I wo

Re: [beagleboard] Clock running slow when gpio0[11] pulled high

ald > > > On Wed, Jan 4, 2017 at 5:12 PM, Justin Pearson <justin.pear...@gmail.com> > wrote: > >> Expanding Chad's comment, in the Beaglebone Black System Reference Manual >> (Rev B, Jan 20, 2014) >> >> https://github.com/CircuitCo/BeagleBone-B

Re: [beagleboard] Clock running slow when gpio0[11] pulled high

Expanding Chad's comment, in the Beaglebone Black System Reference Manual (Rev B, Jan 20, 2014) https://github.com/CircuitCo/BeagleBone-Black/blob/390c46a03e039661aeca6eab22e6c383d8d537f8/BBB_SRM.pdf "Figure 39. Processor Boot Configuration" in "Section 6.8 Default Boot Options" says that the

Re: [beagleboard] Blink test using libpruio but failed

On Thu, Dec 22, 2016 at 9:10 PM, Loo Chuan Yin wrote: > Hi guys, I tried to access the PRU with a simple blink test on Beaglebone > Black using libpruio library. But I get this error. I've found the Exploring Beaglebone book to be invaluable for getting the PRU working.

[beagleboard] Re: Device Trees and Overlays

On Friday, December 23, 2016 at 7:08:01 AM UTC-8, Patrick Schmelzer wrote: > > > Is there a way to load device tree overlays without the capemanger via > uEnv.txt? > (Still the one file solution would be prefered) > I added this to my uEnv.txt to select which device-tree overlays should be

[beagleboard] Re: PRU cycle counter overflow

I have the same question. I'm using the PRU's 200 MHz cycle counter to timestamp sensor measurements. At 200 MHz, this 32-bit counter overflows in 20 seconds. I would like to notify a C program running on the 1GHz host ARM processor as soon as it overflows. *Is it possible to configure the