[beagleboard] Re: Beaglebone Black [BBB] Read Shared memory from PRU

emoteproc1: Booting fw image am335x-pru0-fw, >> size 11 >> [ 594.764695] pruss 4a30.pruss: configured system_events[63-0] = >> ,0003 >> [ 594.764710] pruss 4a30.pruss: configured intr_channels = >> 0x0005 host_intr = 0x0005 >

[beagleboard] Re: Best way to get elapsed milliseconds

It doesn't appear to be > disabled in uEnv.txt. Any ideas on this? > > Walter > > On Thursday, February 18, 2021 at 11:45:52 AM UTC-5 Mark A. Yoder wrote: > >> I use *__delay_cycles()* on the PRU to get accurate timing. Each cycle >> is 5 ns. >> >>

[beagleboard] Re: Best way to get elapsed milliseconds

course, it needs to be giving me > milliseconds. From what I read the main clock functions don't work below > seconds. > > > On Thursday, February 18, 2021 at 10:37:59 AM UTC-5 Mark A. Yoder wrote: > >> Have you tried starting a pthread that sleeps for 20 ms and then

[beagleboard] Re: Best way to get elapsed milliseconds

errupt the sensor read procedure after N > milliseconds pass. > > Walter > > > On Thursday, February 18, 2021 at 10:29:44 AM UTC-5 Mark A. Yoder wrote: > >> Walter: >> It's good to hear you have the PRUs working. I still think if all you >> need is millisecon

[beagleboard] Re: Best way to get elapsed milliseconds

t;> >> Now I will explore how to get the simple timing that I need using the PRU. >> >> On Thursday, February 18, 2021 at 8:54:10 AM UTC-5 Walter Cromer wrote: >> >>> Mark, >>> >>> With the current OS there isn't a /dev/remoteproc even. >>

[beagleboard] Re: Best way to get elapsed milliseconds

nesday, February 17, 2021 at 3:56:21 PM UTC-5 wal...@edenconceptsllc.com wrote: > I'll get this one onto an SD card and give it a try. If I can just get > this configured I think I can make quick work of this problem! > > On Wednesday, February 17, 2021 at 3:47:04 PM UT

[beagleboard] Re: Best way to get elapsed milliseconds

ebruary 17, 2021 at 2:46:35 PM UTC-5 wal...@edenconceptsllc.com wrote: > I asked because the ones on the page @ the link are older than the one I > have installed. > > > On Wednesday, February 17, 2021 at 2:30:58 PM UTC-5 Mark A. Yoder wrote: > >> On newer versions of the SD c

[beagleboard] Re: Best way to get elapsed milliseconds

neophyte on git. What do I need to do? > > And, what do you mean by updating to a new version of the SD card? The OS > is booting from the SD card and the version.sh information posted earlier > is based on that. > > > On Wednesday, February 17, 2021 at 2:02:55 PM UTC-5 Mark

[beagleboard] Re: Best way to get elapsed milliseconds

ully* > *dmesg | grep pinctrl-single* > *[ 0.783913] pinctrl-single 44e10800.pinmux: 142 pins at pa f9e10800 > size 568* > *dmesg | grep gpio-of-helper* > *[0.796624] gpio-of-helper ocp:cape-universal: ready* > *lsusb* > *Bus 001 Device 001: ID 1d6b:0002 Linux Foundation

[beagleboard] Re: Best way to get elapsed milliseconds

The PRUs can give you 10's of ns timing, which is more than good enough for milliseconds, but might be over kill. I'd think using C on the ARM processor should be fast enough. I'd use gpiod[1]. If you really want the ns timing of the PRUs, check out the PRU Cookbook[2] --Mark [1] https://git

[beagleboard] Re: A novice for help! PRU __R30 GPO toggle.

Have you run* config-pin *to make sure the pin in muxed to pruout? Have you seen the PRU Cookbook ? It has lots of examples that could help. --Mark On Thursday, February 4, 2021 at 7:56:42 AM UTC-5 che...@robotics-robotics.com wrote: > Hi, > > I'm a

Re: [beagleboard] Help to mate a GUI

That has an HDMI interface, so it should show up as a frame buffer. I have some examples of using pygame to display some text and an analog clock[1] on a frame buffer. --Mark [1] https://github.com/MarkAYoder/BeagleBoard-exercises/tree/master/displays/ili9341/pygame On Friday, January 22, 20

Re: [beagleboard] Adding a SPI-based SD card reader

ry did you use? > > On Mon, 14 Dec 2020 at 16:15, Mark A. Yoder wrote: > >> It's an ili9341. >> >> --Mark >> >> On Monday, December 14, 2020 at 6:53:45 PM UTC-5 Calvin Slater wrote: >> >>> Hi Mark, >>> >>> What model of TFT scr

Re: [beagleboard] Adding a SPI-based SD card reader

It's an ili9341. --Mark On Monday, December 14, 2020 at 6:53:45 PM UTC-5 Calvin Slater wrote: > Hi Mark, > > What model of TFT screen is this? Specifically what chip is used for the > LCD driver? > > > On Thu, 29 Oct 2020 at 08:25, Mark A. Yoder wrote: > >>

Re: [beagleboard] Latest kernel supported on beaglebone black.

If you have the bone running try: bone$ */opt/scripts/tools* bone$ *sudo ./update_kernel.sh --bone-kernel* [sudo] password for debian: info: checking archive 2020-11-30 14:53:46 URL:https://rcn-ee.com/repos/latest/buster-armhf/LATEST-omap-psp [254/254] -> "LATEST-omap-psp" [1] --

[beagleboard] Re: [Solved] ADAFRUIT 2.4" LCD on SPI0

It turns out P9_19 and P9_20 default to i2c. I changed the .dts file to set them to gpio and the display works on SPI0. --Mark On Tuesday, November 3, 2020 at 5:17:18 PM UTC-5 Mark A. Yoder wrote: > I have an ADAFRUIT 3.4" LCD display that works on SPI1 using [1]. When > swit

[beagleboard] ADAFRUIT 2.4" LCD on SPI0

I have an ADAFRUIT 3.4" LCD display that works on SPI1 using [1]. When switching it to SPI0 and [2] I get the following error. [ +0.064441] omap2_mcspi 4803.spi: chipselect 0 already in use [ +0.006268] spi_master spi0: spi_device register error /ocp/spi@4803/channel@0 [ +0.007651] s

[beagleboard] Re: Interfacing a 16x2 char HD44780 LCD display

I know the displays are good, I wrote a >> uart-to-parallel with an atmel chip several years ago. if you have success >> with the Linux driver, I would like to know. >> amf >> >> On Thursday, October 29, 2020 at 1:39:54 PM UTC-5 Mark A. Yoder wrote: >> >>>

[beagleboard] Interfacing a 16x2 char HD44780 LCD display

I've just recently discovered I have access to lots of 16x2 LCD displays. I see there are many examples of interfacing it to a Linux machine, but most are via user space. I'm looking for kernel space examples. *modinfo hd44780* shows a driver is there, but how do I use it. Is there a device

[beagleboard] Logging Data in Google Sheets

I just updated my instructions for how to log data on the Bone to Google Sheets. Enjoy. https://elinux.org/EBC_Exercise_37_Logging_to_Sheets --Mark -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "Beagle

[beagleboard] Adding a SPI-based SD card reader

I have a 2.4" TFT LCD display that also has a SPI-based SD card reader on it. I'd like to interface it to my BeagleBone Black. I see there's a Pocket Beagle device tree[1] for a SPI-based micro sd on a click board. Could this project be as easy as editing this dt to change it to the BBB's S

[beagleboard] Selecting which glibc to use

I've cross compiled busybox and when I run it on the bone I get: ./busybox.dynamic: /lib/arm-linux-gnueabihf/libm.so.6: version `GLIBC_2.29' not found (required by ./busybox.dynamic) So, two questions: When cross compiling, how do I get it to compile against glic 2.28? How do I install glic 2.29

[beagleboard] Re: /dev/remoteproc/pruss-core0/state not found

*sudo dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=1* solved the problem. On Friday, October 16, 2020 at 4:58:57 PM UTC-4 emil...@gmail.com wrote: > I'm trying to run the pru examples in /var/lib/cloud9 and I am getting > this error message. Anyone have any suggestions? > > Started /var/lib/clo

[beagleboard] Re: PRU Memory Store Instruction with Autoincrement?

BeagleLogic[1] does some interesting tricks[2] to get a solid 100MHz sampling rate. The *PRU Cookbook* presents an overview of it. Check it out. --Mark [1] https://beaglelogic.readthedocs.io/en/latest/ [2] https://theembeddedkitchen.net/beaglelogic-building-a-logic-analyzer-with-the-prus-part

[beagleboard] Re: Controling sample rate

If it's the ADC you want to control, I have some note's here[1] on how to change the sampling rate. --Mark [1] https://elinux.org/EBC_Exercise_10a_Analog_In#Analog_in_-_Continuous.2C_Change_the_sample_rate On Saturday, October 17, 2020 at 5:35:59 PM UTC-4 barkan.ugu...@gmail.com wrote: > H

Re: [beagleboard] Re: User LEDs control

This may be off topic, but I have some notes on how to switch a GPIO pin to be an LED. https://elinux.org/EBC_Exercise_17_Switching_a_GPIO_to_an_LED --Mark On Sunday, October 11, 2020 at 5:54:41 PM UTC-4 jonn...@gmail.com wrote: > I'm not sure what board you have or what kernel you are running

[beagleboard] Using gpiod in a Kernel module

I'm looking for examples of using the new gpiod[1] interface in a kernel module. I'd like to see Derek Molloy's gpio_test[2] example converted from the /sys/class/gpio approach to the gpiod. Who can point me to some examples? --Mark p.s. I'm not looking for libgpiod examples, those I've alre

Re: [beagleboard] Re: pygame displaying on /dev/fb0 - Solved

o work. >> >> Perhaps this is for another post, but in your examples, are you using >> SPI0 or SPI1? It seems some of the setup for the examples are set for SPI0 >> and some are set for SPI1 yet the wiring listing in "EBC Exercise 12a 2.4 >> TFT LCD display via

Re: [beagleboard] Re: pygame displaying on /dev/fb0 - Solved

I now have it working with sudo. I just added https://github.com/MarkAYoder/BeagleBoard-exercises/blob/a531dca3a5f52813623bd40ea42bc733decfc70d/displays/ili9341/fb/pygame/clock.py#L26 I needed to set SDL_NOMOUSE to 1. --Mark On Saturday, September 12, 2020 at 3:33:23 PM UTC-4 Mark A. Yoder

Re: [beagleboard] Re: pygame displaying on /dev/fb0 - Solved

rt Nelson > wrote: > >> On Fri, Sep 11, 2020 at 12:56 PM Dennis Lee Bieber >> wrote: >> > >> > On Fri, 11 Sep 2020 04:56:42 -0700 (PDT), in >> > gmane.comp.hardware.beagleboard.user "Mark A. Yoder" >> > wrote: >> > >> > &

Re: [beagleboard] pygame displaying on /dev/fb0

gt; > On Thu, Sep 10, 2020 at 5:52 PM Mark A. Yoder wrote: > >> Good idea, but I'm in group video. >> >> On Thursday, September 10, 2020 at 5:15:32 PM UTC-4 jonn...@gmail.com >> wrote: >> >>> Just a thought, is your user part of the 'video'

Re: [beagleboard] pygame displaying on /dev/fb0

ck. > > Cheer, > > Jon > > On Thu, Sep 10, 2020 at 11:59 AM jonnymo wrote: > >> Have you tried running it as root? Not 'sudo' but su to root and try it >> there. It could still be a permission issue. >> >> Cheers, >> >> Jon

Re: [beagleboard] pygame displaying on /dev/fb0

u, Sep 10, 2020 at 11:50 AM Mark A. Yoder > wrote: > >> I tried the 4.14 and 5.6 kernels, but no luck. >> >> --Mark >> >> On Thursday, September 10, 2020 at 2:38:08 PM UTC-4 RobertCNelson wrote: >> >>> On Thu, Sep 10, 2020 at 12:00 PM Mark A.

Re: [beagleboard] pygame displaying on /dev/fb0

I tried the 4.14 and 5.6 kernels, but no luck. --Mark On Thursday, September 10, 2020 at 2:38:08 PM UTC-4 RobertCNelson wrote: > On Thu, Sep 10, 2020 at 12:00 PM Mark A. Yoder > wrote: > > > > Yup, I think before it would grap fbcon, but not now. > > Was it with v4.

Re: [beagleboard] pygame displaying on /dev/fb0

Jon > > On Thu, Sep 10, 2020 at 10:00 AM Mark A. Yoder > wrote: > >> Yup, I think before it would grap fbcon, but not now. >> >> --Mark >> >> On Thursday, September 10, 2020 at 12:21:35 PM UTC-4 RobertCNelson wrote: >> >>> On Thu, Sep 10

Re: [beagleboard] pygame displaying on /dev/fb0

Yup, I think before it would grap fbcon, but not now. --Mark On Thursday, September 10, 2020 at 12:21:35 PM UTC-4 RobertCNelson wrote: > On Thu, Sep 10, 2020 at 11:16 AM Mark A. Yoder > wrote: > > > > I have a ili9341 2.4" TFT display wired to SP1 on my BeagleBone Bl

[beagleboard] pygame displaying on /dev/fb0

I have a ili9341 2.4" TFT display wired to SP1 on my BeagleBone Black and it's working fine when I run fbi to display images, or mplayer to play movies. I'm unable to get *pygame* to display on it. I'm trying to get my clock.py[1] to work and all I get is: pygame 1.9.4.post1 Hello from the pyg

Re: [beagleboard] Welcome the Fall 2020 Embedded Linux Class

...@gmail.com wrote: > I would be interested in checking out your class. > > Is there a site to sign up for this? > > Cheers, > > Jon > > On Tue, Sep 1, 2020 at 1:05 PM Mark A. Yoder wrote: > >> The purpose of this posting is to announce that I'm once again teac

[beagleboard] Welcome the Fall 2020 Embedded Linux Class

ease respond to this posting. Others, please welcome my class. --Mark --Prof. Mark A. Yoder Rose-Hulman Institute of Technology [4] [1] http://elinux.org/Embedded_Linux,_Rose-Hulman [2] http://elinux.org/index.php?title=Category:ECE497 [3] https://github.com/MarkAYoder/BeagleBoard-exercises

[beagleboard] Re: Troubles when adding a LED to Device Tree

IO_to_an_LED doesn't > include modifying user_leds_s0 (pinmux for user leds). Do you know why > isn't this needed? > > > Best Regards, > Pedro Bertoleti > > Em terça-feira, 1 de setembro de 2020 às 16:47:15 UTC-3, Mark A. Yoder > escreveu: > >> Yo

[beagleboard] Re: Troubles when adding a LED to Device Tree

Your steps look right, but there is a simpler way to do them. Check out: https://elinux.org/EBC_Exercise_17_Switching_a_GPIO_to_an_LED No need to cross compile etc. --Mark On Tuesday, September 1, 2020 at 10:36:13 AM UTC-4 TJF wrote: > Hi! > > Forget about all that device tree trouble, use lib

Re: [beagleboard] Switching a GPIO to and LED via the device tree

reat materials that I hadn't come across before, for some > reason. > *Another good idea, but... I'm sticking with using the Category to collect all my pages. I hope my titles are descriptive enough that I can remember what's in them.* Thanks again for the feedback. --Ma

Re: [beagleboard] Switching a GPIO to and LED via the device tree

Thanks for sharing. > > Cheers, > > Jon > > On Thu, Aug 27, 2020 at 8:31 AM Renaud Waldura wrote: > >> Good stuff, thank you Mark! >> >> How are the triggers defined? They're more or less self explanatory, I'm >> just curious how it works. >>

Re: [beagleboard] Switching a GPIO to and LED via the device tree

rk On Thursday, August 27, 2020 at 11:30:59 AM UTC-4 Ren W wrote: > Good stuff, thank you Mark! > > How are the triggers defined? They're more or less self explanatory, I'm > just curious how it works. > > > On Thu, Aug 27, 2020, 6:06 AM Mark A. Yoder wrote: > >

Re: [beagleboard] Switching a GPIO to and LED via the device tree

I bet that comes from > teaching > > > Sent from Yahoo Mail on Android > <https://overview.mail.yahoo.com/mobile/?.src=Android> > > On Wed, Aug 26, 2020 at 5:30 PM, Mark A. Yoder > wrote: > > Beagler's: > I just wrote up some notes on how to ed

[beagleboard] Switching a GPIO to and LED via the device tree

Beagler's: I just wrote up some notes on how to edit the device tree to change a GPIO into an LED. Switching_a_GPIO_to_an_LED It's are rather involved process that requires understanding some deeper magic. Let me know what you

[beagleboard] Re: Updating kernel from command line without trashing SD card

en received. > Unable to establish SSL connection. > > Seems like there's more problems... > > On Monday, 24 August 2020 15:27:28 UTC+1, Mark A. Yoder wrote: >> >> Try this: >> >> bone$ *cd /opt/scripts/tools* >> bone$ *git pull* >> bone$ *sudo ./

[beagleboard] Re: Updating kernel from command line without trashing SD card

Try this: bone$ *cd /opt/scripts/tools* bone$ *git pull* bone$ *sudo ./update_kernel.sh --bone-kernel* 2020-08-24 10:25:12 URL:https://rcn-ee.com/repos/latest/buster-armhf/LATEST-omap-psp [223/223] -> "LATEST-omap-psp" [1] - Kernel Options: ABI:1 LTS44 4.4.145-bone23

[beagleboard] gpiod C and python examples in /var/lib/cloud9

Beaglers: I've just created some gpiod examples in both C and python. You can get to them via: bone$ *cd /var/lib/cloud9* bone$ *git pull* bone$ *git checkout v2020.08* bone$ *cd BeagleBone/Black/gpiod* bone$ *sudo apt update; sudo apt install libgpiod-dev* (Or go to https://github.com/beag

Re: [beagleboard] LCD driver

I've used a 2.4" LCD in my class. Here are details. --Mark On Wednesday, August 12, 2020 at 9:22:48 AM UTC-4 evilw...@gmail.com wrote: > read the datasheet, that has SPI there is already a frame buffer written > for it > I ha

Re: [beagleboard] Re: libgpiod on Beaglebone AI

hat > seems strange to me. > > On Mon, Aug 10, 2020 at 12:31 PM Mark A. Yoder > wrote: > >> Interesting... Why go through all the trouble to set bits on a chip by >> chip basis, and then end up setting them in a loop? >> >> Here are the toggling standing

[beagleboard] Re: libgpiod on Beaglebone AI

eboard.user "Mark A. Yoder" > wrote: > > >I've been looking through *gpioset.c*, but it's rather involved so I > >haven't figured it out yet. > > > >Could the python *libgpiod* be rewritten to use just on call to set the > >pins so ther

[beagleboard] Re: libgpiod on Beaglebone AI

10, 2020 at 2:19:27 PM UTC-4 Dennis Bieber wrote: > On Mon, 10 Aug 2020 08:33:55 -0700 (PDT), in > gmane.comp.hardware.beagleboard.user "Mark A. Yoder" > wrote: > > >Interesting I wrote a c version > >< > https://github.com/MarkAYoder/BeagleBoard-ex

[beagleboard] Re: libgpiod on Beaglebone AI

On Mon, 10 Aug 2020 07:27:08 -0700 (PDT), in > gmane.comp.hardware.beagleboard.user "Mark A. Yoder" > wrote: > > >Yes, but the hardware on the am335x can toggle multiple pins on the same > >chip in the same clock cycle. Seems like the software should be able to >

Re: [beagleboard] libgpiod on Beaglebone AI

Interesting I wrote a c version <https://github.com/MarkAYoder/BeagleBoard-exercises/blob/master/gpiod/bulk.c> and the pins are toggle *at the exact same time*. Now, how to get gpioset to work correctly. --Mark On Monday, August 10, 2020 at 10:27:08 AM UTC-4 Mark A. Yoder

Re: [beagleboard] libgpiod on Beaglebone AI

2020 7:09 AM, Mark A. Yoder wrote: > > I'm starting to play with gpiod on a Beaglebone Black. One of the > advantages of gpiod is you can toggle multiple pins on the same chip all at > once. > So I try: > while true; do > gpioset 1 18=0 19=0 > gpioset 1 1

Re: [beagleboard] libgpiod on Beaglebone AI

I'm starting to play with gpiod on a Beaglebone Black. One of the advantages of gpiod is you can toggle multiple pins on the same chip all at once. So I try: while true; do gpioset 1 18=0 19=0 gpioset 1 18=1 19=1 done This is toggling pins P9_14 and P9_16. I expect to see the two pins

[beagleboard] Python example of continuous analog in

I have a python example here[1] of how to setup the Beagle to do continuous analog in and plot it via gnuplot. [image: tri10k.png] The example also shows which device tree to edit to set the sampling rate to 200k samples/second. I hope someone finds it helpful. --Mark [1] https://elinux.org/EB

[beagleboard] Re: printf support when you program PRUs in beagle board AI

The PRU Cookbook[1] has an example of using the UART and printf on the PRU[2]. Maybe it will help. --Mark [1] https://github.com/MarkAYoder/PRUCookbook [2] https://markayoder.github.io/PRUCookbook/04debug/debug.html#_uart On Monday, July 20, 2020 at 12:15:42 PM UTC-4 sreeko...@gmail.com wrote:

[beagleboard] Re: Problems reading PRU data RAM from host side on beaglebone black

Chris: The code you give is running on the ARM side. It's copying data from the PRUs by mmap(). What's running on the PRU side? If it c code, did you take into account the PRU c compiler stores it's stack and heap at the beginning of the shared ram? --Mark On Saturday, July 18, 2020 at 3:

[beagleboard] Re: soft UART implementation on the AM335x PRU

I've just posted v2 of the PRU Cookbook[1]. It should help with some of your questions. I suggest doing all the development in cloud9 on the Beagle. the PRU compiler is already installed on the current images. --Mark [1] https://github.com/MarkAYoder/PRUCookbook On Friday, June 19, 2020 at

Re: [beagleboard] eQEP Python error on PocketBeagle

It's also missing on the 5.4 and 4.14 kernels. On Wednesday, June 17, 2020 at 10:01:10 AM UTC-4, Mark A. Yoder wrote: > > Drew: > Yes, > /sys/devices/platform/ocp/48304000.epwmss/48304180.eqep > > is missing. There's no errors in dmesg about eqp. > > I&#

Re: [beagleboard] eQEP Python error on PocketBeagle

r 31 19:38:29 UTC 2020 armv7l GNU/Linux On Wednesday, June 17, 2020 at 8:05:13 AM UTC-4, Drew Fustini wrote: > > On Wed, Jun 17, 2020 at 2:26 AM Mark A. Yoder wrote: > > > > I'm trying to use the encoders via Python: > > > > from Adafruit_BBIO.Encoder

[beagleboard] eQEP Python error on PocketBeagle

I'm trying to use the encoders via Python: from Adafruit_BBIO.Encoder import RotaryEncoder, eQEP2 import time # Instantiate the class to access channel eQEP2, and initialize # that channel myEncoder = RotaryEncoder(eQEP2) # Get the current position while True: cur_position = myEncoder.po

[beagleboard] Re: PocketScroller pin out

eeprom, you would look in /opt/fpp/capes/pb/panels/PocketScroller.json. > > Dan > > > On Friday, June 12, 2020 at 4:39:13 PM UTC-4, Mark A. Yoder wrote: >> >> I have a PocketScroller on my Pocket Beagle. In the past I've had no >> trouble running fpp on it.

[beagleboard] PocketScroller pin out

I have a PocketScroller on my Pocket Beagle. In the past I've had no trouble running fpp on it. Now I want to drive it directly from by own PRU code[1]. The code worked fine when I hand wired the P10 panel to my Pocket Beagle, but I don't know how things are attached internally so the code do

Re: [beagleboard] Re: BBAI accessing PRU UART

something that's awesome I think for our engineer's > > Regards > > Mark > > > > > > Sent from Yahoo Mail on Android > <https://overview.mail.yahoo.com/mobile/?.src=Android> > > On Thu, Jun 11, 2020 at 9:47 AM, Mark A. Yoder > <>

Re: [beagleboard] Re: BBAI accessing PRU UART

s have changed between chips in > the .h file. > the UART itself is HW IP I bet. If done properly the .c wouldn't > change > > Sent from Yahoo Mail on Android > <https://overview.mail.yahoo.com/mobile/?.src=Android> > > On Wed, Jun 10, 2020 at 11:51 AM, Mark

[beagleboard] Re: rpmsg example on working on AI

I figured it out. I have the wrong include file. I switched code from PRU0 to PRU1_1 and should have used: #include "resource_table_*1*.h" I was using the *0* version. --Mark On Wednesday, June 10, 2020 at 3:26:25 PM UTC-4, Mark A. Yoder wrote: > > I have an rpmsg example

[beagleboard] rpmsg example on working on AI

I have an rpmsg example[1] that runs on the BB Black. It creates */dev/rpmsg_pru30* which allows the ARM to talk to PRU0. I have a parallel example[2] that's supposed to run on PRU 1_1 on the AI and do the same thing. I thought it was working last year. Now, it doesn't even create */dev/rpmsg_

[beagleboard] Re: BBAI accessing PRU UART

2020 at 10:14:27 PM UTC-4, Dennis Bieber wrote: > > On Tue, 9 Jun 2020 14:00:21 -0700 (PDT), in > gmane.comp.hardware.beagleboard.user "Mark A. Yoder" > wrote: > > >I see the BBAI has a JST connector for accessing a UART. > > I believe that is the

[beagleboard] BBAI accessing PRU UART

I see the BBAI has a JST connector for accessing a UART. Can I access the PRU UART? Do I access it from this JST connector? --Mark -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. T

[beagleboard] Re: PRU pins on BBAI

It's not a problem. I'm just surprised to see several on the ICSS2 PRU0 pins are attached to the header in two places. --Mark On Thursday, June 4, 2020 at 2:13:10 PM UTC-4, Mark A. Yoder wrote: > > I see that the SRM[1] ([2] is easier to read) for the BBAI shows that some >

[beagleboard] PRU pins on BBAI

I see that the SRM[1] ([2] is easier to read) for the BBAI shows that some PRU pins appear at 2 of the P8/P9 header pins. Is this really so? --Mark [1] https://github.com/beagleboard/beaglebone-ai/wiki/System-Reference-Manual#pru-icss2-pin-access [2] https://docs.google.com/spreadsheets/d/1dF

Re: [beagleboard] config-pin for gpio output

e: > > On Wed, Jun 3, 2020 at 9:15 AM Mark A. Yoder <> wrote: > > > > So is, > > echo out > /sys/class/gpio/gpio30/direction > > > > The proper way to set it to output? > > The proper way is to use libgpiod tools such as gpioset ;) > &g

Re: [beagleboard] config-pin for gpio output

So is, echo out > /sys/class/gpio/gpio30/direction The proper way to set it to output? --Mark On Wednesday, June 3, 2020 at 9:45:00 AM UTC-4, RobertCNelson wrote: > > On Wed, Jun 3, 2020 at 8:16 AM Mark A. Yoder wrote: > > > > In the day I did: > > > >

[beagleboard] config-pin for gpio output

In the day I did: *config-pin P9_11 out* to make it a gpio output. Now it appears I have to do: *config-pin P9_11 gpio* But how do I make it an output? Must I do: *echo out > /sys/class/gpio/gpio30/direction* ? --Mark -- For more options, visit http://beagleboard.org/discuss --- You rec

[beagleboard] Re: how to access GPIO on Beaglebone AI via /dev/mem

Here[1] are some notes I wrote for my students for accessing GPIO via /dev/mem on the BB Black. I'm not sure how much carries over to the AI. --Mark [1] https://elinux.org/EBC_Exercise_11b_gpio_via_mmap On Friday, March 27, 2020 at 1:13:57 PM UTC-4, Dennis Bieber wrote: > > On Fri, 27 Mar 2020

[beagleboard] Re: Best IDE for kernel and PRU programming and debugging for the Beaglebone Black

I found the builtin Cloud9 IDE worked fine for me for the PRU Cookbook[1]. prudebug[2] is a simple way to see the registers. It's already installed, so it pretty easy to get started. --Mark [1] https://github.com/MarkAYoder/PRUCookbook [2] https://markayoder.github.io/PRUCookbook/04debug/debu

[beagleboard] Re: Stopping an restarting cloud9

Rebooting caused cloud9 to restart. Using iptables to block port 3000 might be the easiest thing to do. --Mark On Saturday, January 4, 2020 at 3:21:14 PM UTC-5, Mark A. Yoder wrote: > > I'd like to be able to stop and later restart cloud9. The following > stopped cloud9 &

[beagleboard] Stopping an restarting cloud9

I'd like to be able to stop and later restart cloud9. The following stopped cloud9 bone$ *sudo systemctl stop cloud9* But the following didn't restart it. bone$ *sudo systemctl start cloud9* bone$ *systemctl status cloud9* ● cloud9.service - Cloud9 IDE Loaded: loaded (/lib/systemd/system/cl

[beagleboard] Re: Build device tree for 1-wire failed

I think dtc doesn't do the preprocess of the include files. The easiest way might be to follow the instructions here[1] to find the sources on your bone. Put your new .dts file in with the sources in src/arm and run make. --Mark [1] https://elinux.org/EBC_Exercise_31_Dallas_1-Wire On Monday,

Re: [beagleboard] 1-wire not working

The one-wire device appears in a different place now. Here's an example I worked up that's from https://elinux.org/EBC_Exercise_31_Dallas_1-Wire Reading the DS18B20[edit ] bone$ *cd /sys/class/hwmon/* hwmon0

Re: [beagleboard] Which rev of LCD7 cape?

I looked on the back, but don't see it. On Monday, October 14, 2019 at 6:02:56 PM UTC-4, RobertCNelson wrote: > > On Mon, Oct 14, 2019 at 4:37 PM Mark A. Yoder > wrote: > > > > I have a LCD7 caoe that works fine with my BB Black. How can I tell > which

[beagleboard] Which rev of LCD7 cape?

I have a LCD7 caoe that works fine with my BB Black. How can I tell which version it is? A1, A2 or A3. --Mark https://elinux.org/BeagleBone_LCD7 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBo

[beagleboard] bonescript/server.js taking 100% CPU

I'm running a recent image (BeagleBoard.org Debian Image 2019-09-15, Buster) on a BB Black and after an hour or two I notice bonescript/server.js is taking 100% of the CPU. I have a cloud9 window (or two) open. Has anyone else seen this? How do I scale back the CPU usage? --Mark uname -a Lin

[beagleboard] Re: How to activate the framebuffer on the IoT (console only) Debian image ?

Maxime: What sort of display do you have attached to the Beagle? For example, I'm using an Adafruilt 2.4: LCD[1]. Running the LCD-on.sh script in /var/lib/cloud9/displays will make /dev/fb0 appear. Run it this way: bone$ *cd /var/lib/cloud9/displays* bone$ *git pull* bone$ *./LCD-on.sh* Mo

[beagleboard] dtb-rebuilder vs. BeagleBoard-DeviceTrees on BeagleBone Black

I've playing with device trees on the BeagleBone Black and have come across two repos that appear to do similar things. https://github.com/RobertCNelson/dtb-rebuilder.git and https://github.com/beagleboard/BeagleBoard-DeviceTrees.git What's the difference between the two? I've been using the se

[beagleboard] Re: TinyDRM ST7735 with BeagleBone?

David: I just tested it and it works! Thanks. --Mark On Saturday, February 17, 2018 at 7:38:51 PM UTC-5, Drew Fustini wrote: > > Hi David, I was excited to see you've written a TinyDRM driver for the > 1.8" Adafruit TFT. Have you tried it out with a BeagleBone? > > I'd like to use with the B

Re: [beagleboard] Re: TinyDRM ST7735 with BeagleBone?

> > > > On 10/3/19 9:44 AM, Mark A. Yoder wrote: > > Drew, David: > I've adapted the tinyDRM dtc to work with the Adafruit 2.4" TFT LCD > display. It's working fine with SPI 1. Currently it uses P9_14 for the > backlight. > > How do I switc

[beagleboard] Re: TinyDRM ST7735 with BeagleBone?

Drew, David: I've adapted the tinyDRM dtc to work with the Adafruit 2.4" TFT LCD display. It's working fine with SPI 1. Currently it uses P9_14 for the backlight. How do I switch it to use P9_16 for the backlight? I've tried changing all the P9_14's to P9_16s, but that doesn't work. P9_1

[beagleboard] Compiling .dts files out of tree

I'm making up an example where I need to compile a .dts file and want to do it out-of-tree so I don't have to clone bb-overlays. I've pulled together a Makefile[1] that seems to work, but is there a cleaner way to do this? --Mark [1] https://github.com/MarkAYoder/BeagleBoard-exercises/blob/m

[beagleboard] Re: which kernel source for bbb ?

Good idea. I've just put in a pull request with a more helpful README.md --Mark On Thursday, September 12, 2019 at 11:00:13 AM UTC-4, Dennis Lee Bieber wrote: > > On Wed, 11 Sep 2019 14:06:07 -0700 (PDT), "Mark A. Yoder" > > declaimed the > following: &

[beagleboard] Re: which kernel source for bbb ?

Recheck https://github.com/RobertCNelson/bb-kernel . If you change the branch you'll find it was updated a couple of days ago. In fact, that's the one I point m

Re: [beagleboard] Welcome the Fall 2019 Embedded Linux Class

and what does it cost? > > On Thu, Sep 5, 2019, 12:16 PM Mark A. Yoder > wrote: > >> The purpose of this posting is to announce that I'm once again teaching >> an Embedded Linux class based on the BeagleBone[1]. This time I'm using >> the *BeagleBone Black.*

[beagleboard] Welcome the Fall 2019 Embedded Linux Class

ease respond to this posting. Others, please welcome my class. --Mark --Prof. Mark A. Yoder Rose-Hulman Institute of Technology [4] [1] http://elinux.org/Embedded_Linux,_Rose-Hulman [2] http://elinux.org/index.php?title=Category:ECE497 [3] https://github.com/MarkAYoder/BeagleBoard-exercises

[beagleboard] Re: How to connect to wifi network at home?

Here's[1] some notes I have on connecting. Do they help? --Mark [1] https://elinux.org/EBC_Exercise_06_Setting_Up_Wifi On Monday, September 2, 2019 at 8:11:18 PM UTC-4, user pc wrote: > > Hi, I am new to BB. I have a BeagleBone Black Wireless. Could you please > let me know how to connect it t

Re: [beagleboard] inv_mpu6050 drivers

, > > I believe the MPU6050 shows up as an IIO device under : /sys/bus/iio/ > devices/iio\:deviceX > > Regards > Vaishnav > > On Sat, Aug 24, 2019 at 12:00 AM Mark A. Yoder > wrote: > >> I just wired up a mpu6050 to the i2c-2 bus on my BeagleBone Black. >> lsm

[beagleboard] inv_mpu6050 drivers

I just wired up a mpu6050 to the i2c-2 bus on my BeagleBone Black. lsmod shows: bone$ *lsmod* Module Size Used by bmp280_i2c 16384 0 bmp280 20480 1 bmp280_i2c *inv_mpu6050_i2c16384 0* *inv_mpu605020480 1 inv_mpu6050_i2c* evdev

[beagleboard] Re: How does embedded linux boot up differ from a traditional embedded system?

Jani: Here's what I use with my students for the Beagle: https://github.com/MarkAYoder/BeagleBoard-exercises/blob/master/pptx/04-1%20Booting.pdf Slide 16 shows the overall picture. --Mark On Monday, July 29, 2019 at 8:56:00 AM UTC-4, Jani wrote: > > A traditional embedded system boots from

  1   2   3   4   >