[beagleboard] Re: Looking for the fastest Multi-Microphone (=>8) Concurrent Sampling Solution for BBB.

Here are a few projects. https://www.hackster.io/dinux/16-microphone-array-using-pocketbeagle-63b814 https://github.com/introlab/16SoundsUSB https://github.com/fakufaku/kurodako https://respeaker.io/ What microphones are you going to use? Regards, Dimitar В 19:22:43 UTC+3на четвъртък, 13 август

[beagleboard] Re: GPIO Control of servo pins

Sorry, the web UI made me think I was posting in a BeagleBone Blue specific subforum but it seems like all posts actually just get thrown into one big bucket with subtle tags. I have a Beaglebone Blue. I'm talking about the eight dedicated servo pins that the default pinmux configuration

[beagleboard] Re: Cannot see U-Boot# prompt in terminal

On Thu, 13 Aug 2020 10:58:32 -0700 (PDT), in gmane.comp.hardware.beagleboard.user Pavel Yermolenko wrote: >seconds) I don't see *U-Boot#* prompt in terminal. >Instead, I see continuous activity in the terminal. > Do you have an FTDI 3.3V serial<>USB cable connected to the proper pins of

[beagleboard] Re: GPIO Control of servo pins

On Thu, 13 Aug 2020 10:51:08 -0700 (PDT), in gmane.comp.hardware.beagleboard.user Ian Muldoon wrote: >Is it possible to reconfigure the pinmux to get GPIO control of some/all >pins on the BBB's servo header? How would I go about doing this? WHICH Beagle? "BBB" is the standard

[beagleboard] Re: Audio capture issue with BeagleBone Black and Audio Cape Rev B

On Thu, 13 Aug 2020 10:05:38 -0700 (PDT), in gmane.comp.hardware.beagleboard.user jamal73sm-re5jqeeqqe8avxtiumw...@public.gmane.org wrote: You should have started a new thread instead of piggy-backing on a thread about the "Audio Cape rev B" -- unless you are using that cape. >Hi >I

Re: [beagleboard] disable logging in beaglebone black

You could look at '/etc/rsyslog.conf' and disable any logging you do not wish to keep track of. You would have to either restart the board or restart the service for it to take. Ex: * sudo /etc/init.d/rsyslogd stop* *sudo /etc/init.d/rsyslogd start* The other option would be to remove any

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

On my system I found the files # /etc/udev/rules.d/84-gpio-noroot.rules > # > # Corrects sys GPIO permissions on the BB so non-root users in the gpio > group can manipulate bits > # > # Change group to gpio > KERNEL=="44e10800.pinmux", PROGRAM="/bin/sh -c '/bin/chown -R root:gpio >

Re: [beagleboard] Cannot see U-Boot# prompt in terminal

On Thu, Aug 13, 2020 at 12:58 PM Pavel Yermolenko wrote: > > Hello, > > After copying MLO and u-boot.img in the boot folder of microSD and then > powering BeagleBone Black ((1) press and hold the Boot Switch button, (2) > power up the board; (3) release the Boot Switch button after about 5

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

Thanks for the tip! Am Donnerstag, 13. August 2020 15:47:14 UTC+2 schrieb Dennis Bieber: > > Try replacing that line with > > sys.stdout.write("%4X " % AdcV[i]) > > I've moved the space separator into the "..." format string. > > .write() doesn't add line

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

Am Donnerstag, 13. August 2020 18:16:55 UTC+2 schrieb Andrew Harres: > > debian@beaglebone:~$ groups > debian adm kmem dialout cdrom floppy audio dip video plugdev users > systemd-journal input bluetooth netdev cloud9ide xenomai weston-launch > tisdk docker i2c iio spi admin remoteproc eqep

[beagleboard] Cannot see U-Boot# prompt in terminal

Hello, After copying *MLO and u-boot.img* in the *boot *folder of *microSD *and then powering BeagleBone Black ((1) press and hold the Boot Switch button, (2) power up the board; (3) release the Boot Switch button after about 5 seconds) I don't see *U-Boot#* prompt in terminal. Instead, I see

[beagleboard] GPIO Control of servo pins

Is it possible to reconfigure the pinmux to get GPIO control of some/all pins on the BBB's servo header? How would I go about doing this? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard"

Re: [beagleboard] Blank Board ID U-boot

Thanks for your help On Thursday, August 13, 2020 at 1:14:02 PM UTC-4 jimf...@gmail.com wrote: > I'm off work today so I can't say exactly what versions I was using, but I > recall following the instructions verbatim and everything worked perfectly. > > I suppose if your modifications to the

Re: [beagleboard] Blank Board ID U-boot

I'm off work today so I can't say exactly what versions I was using, but I recall following the instructions verbatim and everything worked perfectly. I suppose if your modifications to the u-boot source were bad enough, you could cause boot to fail. If I recall correctly, I started by allowing

Re: [beagleboard] Blank Board ID U-boot

Were you using u-boot version 2018.03rc1 when you made it work? That is the only thing that I had to change when following pocket beagle image tutorial since the 0002-NFM-Production-eeprom-assume-device-is-BeagleBone-Bl.patch

[beagleboard] Re: Audio capture issue with BeagleBone Black and Audio Cape Rev B

Hi I wanna get audio with a microphone and BBB. I am new. I dont know how to work with PRU to get the audio with BBB. could you help me please? best regards chiya On Monday, December 1, 2014 at 6:44:41 AM UTC+3:30, Dien Nguyen wrote: > > > Hi All, > > We tried the Audio Cape Rev B with

Re: [beagleboard] Blank Board ID U-boot

It should work on an original pocket beagle. Like I told Sam Park in a separate thread, you basically must have a serial debug adapter connected to the device to debug u-boot issues. I can say that I have followed rcn's instructions for building and installing u-boot and followed octavo's

[beagleboard] Re: Looking for the fastest Multi-Microphone (=>8) Concurrent Sampling Solution for BBB.

Hi Vladimir, I have similar problem right now. Can you help me please? On Friday, January 2, 2015 at 7:49:01 PM UTC+3:30, Vladimir Sherman wrote: > > Hi: > I'm trying to build an audio processing application on the BBB. Need to > sample and process concurrently 8 microphones. Looking for an

[beagleboard] USB3 on BBAI

Hi there, I'm trying to connect a USB3 camera I have to the BBAI (uname -r gives 4.14.108-ti-r131). I've run "sudo /opt/scripts/boot/bbai_usb_host.sh" to change the USB port from a client into a host. I'm powering my camera from the 5V on the beaglebone on P5, pin 8. However the camera is

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

debian@beaglebone:~$ uname -r 4.14.108-ti-r136 debian@beaglebone:~$ groups debian adm kmem dialout cdrom floppy audio dip video plugdev users systemd-journal input bluetooth netdev cloud9ide xenomai weston-launch tisdk docker i2c iio spi admin remoteproc eqep pwm gpio debian@beaglebone:~$ sudo

Re: [beagleboard] Re: libpruio (fast and easy D/A - I/O)

You could try adding the following to your Python 2 script to add Python 3 print support. "from __future__ import print_function" However, there should be an effort to move from Python 2 to Python 3. Cheers, Jon On Thu, Aug 13, 2020 at 6:47 AM Dennis Lee Bieber wrote: > On Wed, 12 Aug 2020

[beagleboard] Blank Board ID U-boot

Hi all, I'm currently working on a project involving a custom SBC based off the Pocket Beagle. I'm in the process of building a image for it and I am trying to utilize a blank board ID mentioned here: https://octavosystems.com/app_notes/osd335x-eeprom-during-boot/. However upon testing, I

[beagleboard] Re: libpruio (fast and easy D/A - I/O)

On Wed, 12 Aug 2020 16:00:14 -0700 (PDT), in gmane.comp.hardware.beagleboard.user TJF wrote: >I forgot to mention that the modified file doesn't work in python2 any more: > >src/test$ python 1.py >> File "1.py", line 32 >> print("%4X" % AdcV[i], end=" ") #output one channel in hex

[beagleboard] Detecting boot source with s2 button press: beaglebone black?

I am working on a yocto project with BBB and have integrated mender ota update. I have built two images one for sd card and the other for emmc as the first one is mmc0 and latter is mmc1. I had to do this because, mender requires to explicitly update it's variable. But this definitely is not a

[beagleboard] Detecting the state of s2 button: beaglebone black?

I am working on a yocto project with BBB and have integrated mender ota update. I have built two images one for sd card and the other for emmc as the first one is mmc0 and latter is mmc1. I had to do this because, mender requires to explicitly update it's variable. But this definitely is not a

[beagleboard] Re: v4.19.x: BBAI + BBB = Capes

and test images are now up! https://rcn-ee.net/rootfs/bb.org/testing/2020-08-12/ On Wed, Aug 12, 2020 at 1:15 PM Robert Nelson wrote: > > Thanks to the work of our GSOC 2020 Student Deepak Khatri! > > ttps://github.com/lorforlinux > > We now have Device Tree Overlays that work on both the

[beagleboard] Re: Enabling SPI1 on BBGW via DeviceTree (no capemanager)

Hi, I am trying to enable spi1 in my beaglebone green wireless board and already tried the above mentioned options. But spidev1.* device is not getting created in /dev. Can anyone help me in this? Thanks in advances. Karry On Tuesday, February 6, 2018 at 5:16:16 AM UTC+5:30,

[beagleboard] disable logging in beaglebone black

how can we disable logging in bbb? my bbb writes log files into /var/log/ directory and consumes a lot of space -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from