Re: [beagleboard] Re: BeagleBone Black (C) USB based touch not working

gt; > But the point is the higher res screens on a small physical footprint > don't do much so I was curious about this display and how well the touch > actually worked. > > > > John > > > > > > *From:* beagleboard@googlegroups.com [mailto:beagleboar

Re: [beagleboard] Re: BeagleBone Black (C) USB based touch not working

response on that display? > > > > *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] > *On Behalf Of *Peter Lange > *Sent:* June-03-21 12:28 PM > *To:* beagleboard@googlegroups.com > *Subject:* Re: [beagleboard] Re: BeagleBone Black (C) USB based touch not >

Re: [beagleboard] Re: BeagleBone Black (C) USB based touch not working

Hi Robert, it's solved. Hardware, the USB connector. Was able to solder, now it works fine. Sometimes there was a second entry with lsusb. Then I found out, it's the connector, with a little pressure it worked. Then microscope, solder iron I spent 2 days and nights on that  But I learned a

Re: [beagleboard] Re: BeagleBone Black (C) USB based touch not working

Hi Robert, I found it. Need to calibrate now. More later Kasimir Robert Nelson schrieb am Do., 3. Juni 2021, 15:37: > > > > The project requires the pru units, that works fine. > > Touch is eating up my time. And I expect it makes no sense to order > other touch displays and the status is

Re: [beagleboard] Re: unexpected "low speed" of PRU 1

to automate V test cases using gel files > > In all fairness there are many ways to skin a cat whatever ones feels > comfortable with I get that but when your custom board wont boot GDB is > useless > > Mark > > On Friday, May 14, 2021, 03:42:35 AM CDT, Peter Lange < > moritz

Re: [beagleboard] Re: unexpected "low speed" of PRU 1

> > Hi Mark, prudebug did help a lot. I'm missing a good debug environment for PRU development. Up to now it's time consuming try It's more easy to use FPGA on top of Raspberry or use ESP32, 2. core for dedicated high speed functions. At the end I want to use the CPU in my own hardware,

Re: [beagleboard] unexpected "low speed" of PRU 1

Hi Mark, thanks you very much for the quick response. Going to post the ASM. Looking Forward. Kasimir ... 'Mark Lazarewicz' via BeagleBoard schrieb am Mi., 12. Mai 2021, 17:55: > The memory access will add some cycle post your assembler code with > comments you're correct it doesn't make sense

[beagleboard] Re: Beaglebone Ai overheating

I have just powered up and updated my BBAI one hour after delivery of same. The board shut down at 95 degC, which it reached within fifteen minutes of power-up! After waiting for cool down and restarting, I upgraded all the software as advised, by blowing on the heatsink during the process.

Re: [beagleboard] Re: Can´t flashing new Beaglebone

e* If I copy image to SD card with imagewriter, BB works. Any idea or help? I search any help on internet, but without results. Thanks Peter Dátum: utorok 20. marca 2018, čas: 19:56:50 UTC+1, odosielateľ: RobertCNelson > On Tue, Mar 20, 2018 at 1:17 PM, Fohnbit wrote: > > Hello, &g

[beagleboard] Re: Networking setup on robot with multiple debian SBCs

On my RPi, eth1 and eth2 get the proper IPv4 addresses (192.168.7.1 and 192.168.6.1) Really I think I just want to route the multicast traffic between the two to the usb0/eth1 interface network but also be able to have them both on the internet and be able to "sniff" the traffic on the

[beagleboard] Networking setup on robot with multiple debian SBCs

I have designed a mobile robot with a BeagleBone blue handling the low level motor control and sensor interfacing and a RPi4 to handle the higher level vision, localization, mapping & path planning. Communication between the Pi and Beaglebone needs to happen over a network connection using a

Re: [beagleboard] Beaglebone Blue Ubuntu 18.04.2 problem with robotcontrol

On 15/4/19 10:47 am, Robert Nelson wrote: Like what is stated here: http://strawsondesign.com/docs/librobotcontrol/installation.html#installation_s5 Regards, Yes. One isn't directed to that page out of the box in any way though (at least with my Element 14 vendored Blue). The only URL

Re: [beagleboard] Beaglebone Blue Ubuntu 18.04.2 problem with robotcontrol

I can confirm that having done precisely this on the weekend, it works. Though it took me a while to find the hidden notation about it. May I humbly suggest that the robotics package checks the necessary bootloader during install/update and defaults to "fixing" it (or at least suggesting it should

[beagleboard] Re: Can't get Dallas 1wire to present a device

On Thursday, 28 March 2019 13:20:24 UTC+11, Peter Lawler wrote: > > Hi! > I'm trying to forward port some stuff to latest uboot and kernel. Part of > it relies on Dallas 1Wire. But I can't seem to get devices to appear on the > bus. Here's what I've done > Hi

[beagleboard] Can't get Dallas 1wire to present a device

Hi! I'm trying to forward port some stuff to latest uboot and kernel. Part of it relies on Dallas 1Wire. But I can't seem to get devices to appear on the bus. Here's what I've done # Ensure have the latest overlays $ git clone https://github.com/BeagleBoard/bb.org-overlays.git $ cd bb.overlays

Re: [beagleboard] Beaglebone AI

IIRC they had demo units at Embedded World last week (or at least we're talking about them) On Wed., 6 Mar. 2019, 10:00 Graham, wrote: > > https://beagleboard.org/ai > > Hmm. > > --- Graham > > == > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received

AW: [beagleboard] Using SPI in a kernel module

Great! Thank you very much. Best wishes Peter. Von: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] Im Auftrag von John Syne Gesendet: Mittwoch, 17. Oktober 2018 00:41 An: beagleboard@googlegroups.com Betreff: Re: [beagleboard] Using SPI in a kernel module

Re: [beagleboard] Re: i am having issues installing gdbserver on BeagleBone Black running under debian stretch

Robert, ok, thank you for your help. On Monday, May 21, 2018 at 9:36:40 AM UTC-5, RobertCNelson wrote: > > On Mon, May 21, 2018 at 9:30 AM, peter k <peter...@gmail.com > > wrote: > > Robert, thank you for your inputs, I just made the correction and > gdb

Re: [beagleboard] Re: i am having issues installing gdbserver on BeagleBone Black running under debian stretch

2018 at 9:01 AM, peter k <peter...@gmail.com > > wrote: > > Thank you, are you saying the content of stretch install file > "sources.list" > > is incorrect? > > Should I be making a defect report to debian stretch? > > No, there's nothing to repor

[beagleboard] Re: i am having issues installing gdbserver on BeagleBone Black running under debian stretch

Thank you, are you saying the content of stretch install file "sources.list" is incorrect? Should I be making a defect report to debian stretch? On Sunday, May 20, 2018 at 2:02:35 PM UTC-5, peter k wrote: > > debian@beaglebone:~$ sudo apt-get install gdbserver > [sudo] passw

[beagleboard] i am having issues installing gdbserver on BeagleBone Black running under debian stretch

debian@beaglebone:~$ sudo apt-get install gdbserver [sudo] password for debian: E: Type 'deb-scrc' is not known on line 21 in source list /etc/apt/sources.list E: The list of sources could not be read. E: Type 'deb-scrc' is not known on line 21 in source list /etc/apt/sources.list E: The list of

Re: [beagleboard] BBB Infinite boot loop (possibly cooked after uboot update?)

On 10/04/18 03:45, Robert Nelson wrote: That's really strange, kinda looks like memory corruption from all the randomness, can you give this image a quick check: https://rcn-ee.net/rootfs/bb.org/testing/2018-04-08/stretch-console/bone-debian-9.4-console-armhf-2018-04-08-1gb.img.xz it has

[beagleboard] BBB Infinite boot loop (possibly cooked after uboot update?)

Hi! See below the serial boot log of a machine I've tried to get off the ground. It won't boot itself, nor an SD Card. I've tried with a fresh SD card image with the boot button depressed, and with the internal eMMC install as well. Odd thing is, it'd appear to be running 2018-01 uBoot, where

[beagleboard] Re: connman wifi autoconnect

, that's my wild stab in the dark. On Monday, 11 September 2017 08:22:24 UTC+10, Peter Lawler wrote: > > Hi! > I can't seem to get connman to bring up my USB WiFi connection > automatically on boot. Seems to happen on both 4.4 and 4.9 kernels. > Suggestions welcome. > >

[beagleboard] connman wifi autoconnect

Hi! I can't seem to get connman to bring up my USB WiFi connection automatically on boot. Seems to happen on both 4.4 and 4.9 kernels. Suggestions welcome. I'd like to move away from having ethernet on my older boards. I'm using WiPi dongles that work perfectly fine if I manually connect...

Re: [beagleboard] Issues loading capes

On Wednesday, 6 September 2017 10:51:46 UTC+10, RobertCNelson wrote: > > > > On Sep 5, 2017 5:07 PM, "Peter Lawler" <relwa...@gmail.com > > wrote: > > Thanks, I'll check them out. > > Just glancing at the doc now, I'm not immediately seeing to h

Re: [beagleboard] Issues loading capes

elson" <robertcnel...@gmail.com> wrote: > On Tue, Sep 5, 2017 at 6:23 PM, Peter Lawler <relwalre...@gmail.com> > wrote: > > Hi! > > Not really sure where to go from here. > > > > $uname -a > > Linux tester 4.9.45-ti-r57 #1 SMP PREEMPT Fri Aug 25 22:58:

[beagleboard] Issues loading capes

Hi! Not really sure where to go from here. $uname -a Linux tester 4.9.45-ti-r57 #1 SMP PREEMPT Fri Aug 25 22:58:38 UTC 2017 armv7l GNU/Linux $ cat /etc/dogtag rcn-ee.net console Debian Image 2017-08-11 $ sudo sh -c "echo 'BB-UART1' > /sys/devices/platform/bone_capemgr/slots" [ 80.994834]

[beagleboard] Re: write to slots file as normal user?

On 31 Aug 2017 22:18, "Robert Nelson" <robertcnel...@gmail.com> wrote: On Thu, Aug 31, 2017 at 6:56 AM, Peter Lawler <relwalre...@gmail.com> wrote: > > > On Thursday, 31 August 2017 12:58:16 UTC+10, Drew Fustini wrote: >> >> This person noticed th

[beagleboard] Re: write to slots file as normal user?

On Thursday, 31 August 2017 12:58:16 UTC+10, Drew Fustini wrote: > > This person noticed that Adafruit_BBIO doesn't work when not root: > https://forums.adafruit.com/viewtopic.php?f=49=105847#p606973 > > Issue seems to be: > open("/sys/devices/platform/bone_capemgr/slots", O_RDWR|O_LARGEFILE)

[beagleboard] Re: Cannot apt-get install packages - led_aging.sh missing LSB tags and overrides

Thankyou, worked for me :-) On Friday, July 11, 2014 at 11:26:17 PM UTC+9:30, Dirk Koopman wrote: > > > > Replace the existing /etc/init.d/led_aging.sh script with: > > #!/bin/sh -e > ### BEGIN INIT INFO > # Provides: led_aging.sh > # Required-Start:$local_fs > # Required-Stop:

Re: [beagleboard] Serial Debug Header access query

On 30/05/17 08:30, Robert Nelson wrote: > Hi Peter, > > systemd should trigger on: > > debug: [console=ttyO0,115200n8 root=/dev/mmcblk0p1 ro rootfstype=ext4 > rootwait coherent_pool=1M net.ifnames=0 quiet cape_universal=enable] > ... > > and setup a serial login

Re: [beagleboard] Serial Debug Header access query

Thanks for that, Robert. On my way to second job. Will check it out when I get back to the desk in about 6 hours. On 30 May 2017 08:31, "Robert Nelson" <robertcnel...@gmail.com> wrote: Hi Peter, systemd should trigger on: debug: [console=ttyO0,115200n8 root=/dev/mmcblk0

[beagleboard] Serial Debug Header access query

Hi! Just wondering if something's changed recently in the way the Serial Debug Header operates? I'm asking because I've grabbed the recent release, updated to stretch, and OK yes sure added a couple of what I'd call 'basic' things in - nothing too major - but now I don't get access via the

Re: [beagleboard] Hardware backdoor / violation / malware / spyware risks after purchase

Your Subject talks "after purchase" but your Body suggests before. Either way, solution is pretty much the same. As the design files are available, fab your own from the ground up. And by that I mean own the fab plant n stuff, buy an ARM license, get an engineering degree, implement the chip,

[beagleboard] 2S LiPo

Anyone got a good source for the 2S battery used in the Blue? Sure, I can eBay or stuff just thought I'd ask in here first for any recommendations. Ideally placed that would be OK shipping to Australia. P. -- For more options, visit http://beagleboard.org/discuss --- You received this message

Re: [beagleboard] Re: on accessing the p8/9 headers

On 13/03/17 12:26, 'woody stanford' via BeagleBoard wrote: Or I will be forced to go to Mouser and ask for a refund on my BB. Wait, Mouser will process refunds if the owner posts spam to a moderated list?! P. -- For more options, visit http://beagleboard.org/discuss --- You received this

Re: [beagleboard] Root login change?

I reckon it's probably more likely that after 25 or so years, most people have either been trained out of the bad habit or just didn't think it was possible because it's such a risky thing to do. iptables, however... P. On 3 Mar. 2017 16:42, "Robert Nelson" wrote: >

Re: [beagleboard] Is there a web server on the BBB

Probably the nodejs thing for bonescript. Can't recall where the pages are stored On 4 Feb. 2017 16:52, "'woody stanford' via BeagleBoard" < beagleboard@googlegroups.com> wrote: > I notice something comes back on my port 80. > > Is there a real web sever serving that page thats coming back, and

[beagleboard] BBBwireless Wifi disabled with LiPo

to the regulator if it was there, but I am wondering if this was left off for a reason, or if there is a better way to fix it? Would it cause problems replacing the diode? Thanks! Peter -- For more options, visit http://beagleboard.org/discuss --- You received this message because you

Re: [beagleboard] Re: WiFi was working, is now missing

On 11/12/16 05:33, perverseosmo...@gmail.com wrote: A guy on amazon says that maybe they've changed the chipset in these? If that's the case, is there a reliable WiFi dongle for the BeagleBone that doesn't require tremendous effort to get working? It took me 3 before I found the TL-WN727N.

[beagleboard] crash(1) not available for armhf

Hi! Just wondering if anyone has any experience using crash(1) on BBB et al. I've just been updating my script for installing admin tools on my boxens, and discovered Debian Bug #763856 where crash(1) is not available for armhf (but is available on armel and arm64). To be clear, I don't

Re: [beagleboard] init-eMMC-flasher mmcqd allocation failures

does. If the problem recurs, I do still have the option of doing a md5sum over the entire partition to see whether a given dd invocation was successful, something I couldn't do with tar or rsync. Peter On Wed, Jul 27, 2016 at 5:19 AM, William Hermans <yyrk...@gmail.com> wrote: > Right.

Re: [beagleboard] Re: Python GPIO Error

On 14/07/16 22:40, msriram1...@gmail.com wrote: While I try to implement it using the Beaglebone Black I am getting the following error. "Traceback (most recent call last): File "ult.py", line 5, in import BBIO.GPIO as GPIO# Import GPIO library ImportError: No

Re: [beagleboard] BeagleBone Black is not Boot

Make sure all flow control is of. I've purchased some cables where TX and RX are reversed, check that well On 14 Jul 2016 12:14, "Sangyong Lee" wrote: > Thank you for reply. > > I was tried connect to debug mode used serial cable. > > but, is not connect. It has been shown

Re: [beagleboard] does beagleboard X15 support 4k HDMI output?

Off the top of my head first thing in the morning, sounds like a PCIe add-on board project for someone. On 14 Jul 2016 07:40, "Gerald Coley" wrote: > No. 1920 x 1080 60FPS. > > Gerald > > > On Wed, Jul 13, 2016 at 4:35 PM, Yicheng Bai wrote: > >>

[beagleboard] Re: [beagle-alpha] 3.8.13-bone80 maintenance release

then eMMC would not show up.. Ok, thanks - Can you give me a pointer to the commit fixing it? -- Venlig hilsen, Peter Korsgaard -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

[beagleboard] Re: [beagle-alpha] 3.8.13-bone80 maintenance release

3.8.13 based kernel. > So I've pushed out a new release, and tested it on 1 new bbg board: Out of interest, what was the fix / what fails if a an old kernel is booted on a new board? -- Bye, Peter Korsgaard -- For more options, visit http://beagleboard.org/discuss --- You received this me

Re: [beagleboard] Re: Debian Jessie USB drive problem

't be that, either. My unix experience dates back to the days of floppy disks and parallel ports. This has me stumped. Thanks for trying to help, Wally. Regards, Peter. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups

Re: [beagleboard] BBGW First Impressions

On 06/07/2016 06:21 AM, Robert Nelson wrote: > On Tue, Jun 7, 2016 at 7:51 AM, Carl Johnson wrote: >> For those of you using this board with either the 5/13/2016 or 5/31/2016 >> images (bone-debian-8.4-lxqt-4gb-armhf-2016-05-13-4gb.img.xz or >>

Re: [beagleboard] Re: Adafruit BBIO Python library

On 30/05/16 17:34, Drew Fustini wrote: Thanks Robert and Pete. I made a change to setup.py to define BBBVERSION41 based on platform.release() which does reflect the correct kernel version. I've opened a Pull Request against Pete's adafruit-beaglebone-io-python

Re: [beagleboard] Re: Adafruit BBIO Python library

On 30/05/16 08:00, Robert Nelson wrote: On Sun, May 29, 2016 at 12:58 AM, Drew Fustini wrote: What would be the proper way to update /usr/include/linux/version.h to reflect 4.1+? OH yuck.. ;) I've always thrown linux-libc-dev into the great /dev/null Since the

[beagleboard] Debian Jessie USB drive problem

as servers, but never had to deal with USB. I thought that perhaps the drive going to sleep when idle was a problem, so I hooked it up to my laptop and turned the sleep function off. It didn't help. Thanks for any light you may be able to shed on my problem. Kind regards, Peter. -- For more

Re: [beagleboard] UART throughput with small data chunks

hat are you measuring? What are your termios settings? > luni, 16 mai 2016, 01:12:36 UTC+3, Peter Hurley a scris: > > On 05/15/2016 11:35 AM, marius.m...@gmail.com wrote: >> Thank you for testing! >> >> What distribution are you using? > > The

Re: [beagleboard] UART throughput with small data chunks

On 05/15/2016 11:35 AM, marius.marusan...@gmail.com wrote: > Thank you for testing! > > What distribution are you using? The test unit was Ubuntu 14.04.4 with not-quite-vanilla mainline kernel. > duminică, 15 mai 2016, 07:54:55 UTC+3, Peter Hurley a scris: > > On 0

Re: [beagleboard] UART throughput with small data chunks

de. Both averaged around 144Kchars/sec, or 96% b/w saturation, on a not loaded BBB. NB: the i/o test ran on a single BBB with uart4 sender to uart5 receiver. IOW, I would expect similar results at full-duplex. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You

Re: [beagleboard] UART throughput with small data chunks

oughput)?) There's a limit to how many syscalls/sec are possible and further limited by locks and atomics in the read() syscall for ttys. A smaller read buffer will _always_ produce less throughput. Newer kernels will have better read() throughput though. Regards, Peter Hurley -- For more opt

[beagleboard] Adafruit BBIO Python library

Hi folks, Just a quick note to let you know I've spent some time tracking down the differences between 3.8 and later versions for the Adafruit BBIO Python library. I first noted this post https://forums.adafruit.com/viewtopic.php?f=49=91903=468811#p469266 which discusses that the 3.8

Re: [beagleboard] Re: RS485 support for BBB

On 04/26/2016 06:26 PM, Robert Nelson wrote: > On Tue, Apr 26, 2016 at 8:18 PM, Peter Hurley <pe...@hurleysoftware.com > <mailto:pe...@hurleysoftware.com>> wrote: > > On 04/25/2016 10:54 PM, Micka wrote: > > I repeat only omap driver work for rs485 &

Re: [beagleboard] Re: RS485 support for BBB

On 04/25/2016 10:54 PM, Micka wrote: > I repeat only omap driver work for rs485 RS485 support was added to the 8250 driver for 4.6 It does not support gpio RTS. Some preliminary patches for gpio RTS support have been submitted by not accepted. -- For more options, visit

Re: [beagleboard] Re: RS485 problem with DE/!RE

On 04/26/2016 12:07 AM, florian.feldbauer85 via BeagleBoard wrote: > @Alex: I recommend, you read my mail ;-) I suggest you re-read his email again where he tells you that RS485 is unsupported by your kernel configuration. -- For more options, visit http://beagleboard.org/discuss --- You

[beagleboard] BB-RELAY-4PORT overlay

Hi folks, Having a brain fade moment I think. I'm interested utilising in the BB-RELAY-4PORT overlay, so I've loaded it up. # cat /sys/devices/platform/bone_capemgr/slots 0: PF -1 1: PF -1 2: PF -1 3: PF -1 9: P-O-L- 0 Override Board Name,00A0,Override

Re: [beagleboard] Source-level single-stepping kernel code on BBB?

otconsole for v4.6 but -rc2 is early days, and there's already been one problem with MMC block device numbering. But if you're desperate and don't have access to JTAG, earlycon does printk() output from even before page table setup up to console initialization. Regards, Peter Hurley -- For more o

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:35 AM, William Hermans wrote: No idea if kernel 4.1.x will work for the OP or not. Indeed. I would, however, strongly suggest that if it's for work connected to op's mail address - Queensland (Australia) Department of Agriculture and Fisheries - they move to a 4.1 LTS kernel

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:27 AM, Robert Nelson wrote: Guys, or just use v4.1.x, i have a nice example using P9.12: https://github.com/beagleboard/bb.org-overlays/blob/master/examples/BB-W1-P9.12/example.sh Regards, Followup: After moving my data pin from 17 using my attempt at DTO to pin 12 with

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:27 AM, Robert Nelson wrote: Guys, or just use v4.1.x, i have a nice example using P9.12: https://github.com/beagleboard/bb.org-overlays/blob/master/examples/BB-W1-P9.12/example.sh I'm so embarrassed right now. I now remember thinking on Sunday 'I think RCN shipped a demo'

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:14 AM, matthew.redd...@daf.qld.gov.au wrote: Hi William and Peter... Using the modprobe w1-gpio produces no output. 'modprobe -v w1-gpio' would produce more detail (to test, use modprobe -r w1-gpio to unload the module first). However I'm just reading up and what William

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 10:08 AM, William Hermans wrote: So, perhaps, but if there is something wrong with the device tree blob file, the driver wont auto load. Which would give us an indication as to what's wrong. ahhh... *grabs another coffee* -- For more options, visit

Re: [beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On 2016/04/05 9:49 AM, William Hermans wrote: Ok, so the device tree seems to load but where is the output of lsmod ? It should look something like( more or less ) with hopefully the generic one-wire module also loaded. My understanding was that 3.8 and above kernels needed no module,

[beagleboard] Re: Troubleshooting one-wire DS18B20 detection on BBB, debian, kernel: 3.8.13-bone70

On Tuesday, 5 April 2016 08:04:14 UTC+10, matthew...@daf.qld.gov.au wrote: > > Hello BBB Gurus, > > Hi there, I offer no help really... but heh funny you raise this as I'm trying to get this sensor to 'work' under 4.1.18 by first trying to follow the 3.8 way of doing things then learning

Re: [beagleboard] Re: C compiler

issions issue. . . Nope. shell builtin aliasing. This thread has so much bad advice in it. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscri

Re: [beagleboard] looks like the BeagleBone Black and this community is dead. Cannot even flash 8.3.

On 21 Mar 2016 06:28, "Karl Easterly" wrote: > Mine are going in the trash Seriously? Don't trash em. Send em to me. Email me your details and I'll pay for shipping if you like. PO Box 195 Lindisfarne Tasmania AUSTRALIA 7015 P. -- For more options, visit

Re: [beagleboard] UART1 hangs on read command after two successful calls

On 03/10/2016 01:36 PM, bombs.n.begon...@gmail.com wrote: > Hello! > > I'm having some trouble getting serial communication running reliable on my > BBB. I've used code mostly based on this page > following the > non-canonical

Re: [beagleboard] CVE-2015-7547 glibc bug

On 02/23/2016 02:57 PM, mickeyf wrote: > The whole story: > > | > vigil@VE1cba8ca9e5fb:~$ ldd --version > ldd (UbuntuEGLIBC 2.19-0ubuntu6)2.19 > Copyright(C)2014FreeSoftwareFoundation,Inc. > Thisisfree software;see the source forcopying conditions. ThereisNO > warranty;noteven forMERCHANTABILITY

Re: [beagleboard] CVE-2015-7547 glibc bug

k to > libc6.x, and that's what ldd is reporting? Pure speculation, tho'. I'd live > to hear to the real story. > > On Tuesday, February 23, 2016 at 11:41:30 AM UTC-8, Peter Hurley wrote: > > On 02/23/2016 10:47 AM, mickeyf wrote: > > Bingo! 'dpkg-query --show libc6 ' doe

Re: [beagleboard] CVE-2015-7547 glibc bug

On 02/23/2016 10:47 AM, mickeyf wrote: > Bingo! 'dpkg-query --show libc6 ' does show 6.7. > > Curious why ldd does not. ?? peter@black:~$ ldd --version ldd (Ubuntu EGLIBC 2.19-0ubuntu6.7) 2.19 ^^^ -- For more options, visit http://beagleboard.or

Re: [beagleboard] CVE-2015-7547 glibc bug

On 02/23/2016 10:14 AM, mickeyf wrote: > So if I updated today, that should be what I get. But as I said, what I > actually see is not "2.19-0ubuntu6.7" but "2.19-0ubuntu6" ( no ".7"). $ dpkg-query --show libc6 -- For more options, visit http://beagleboard.org/discuss --- You received this

[beagleboard] Recommended way to start a graphical application at boot.

I used LXDE and modify the autostart to operate in kiosk mode. Comment out the lxpanel and pcmanfm. create a shell script (startmyapp.sh) in the home directory that will set up any environment variables you need and launch your application: sudo nano /etc/xdg/lxsession/LXDE/autostart And make

Re: [beagleboard] UART FIFO Size & CTS Threshold

Hi Lee, On 12/11/2015 11:01 AM, Lee Armstrong wrote: > Hi Peter, > > It is on the RX side of things into the BBB and I am seeing the RTS > signal goign across to our hardware. I think the threshold is 48 out > of the 64 buffer from looking at and experimenting. > > 3

Re: [beagleboard] UART FIFO Size & CTS Threshold

On 12/11/2015 11:13 AM, Lee Armstrong wrote: > Thanks Peter, > > Yeah DMA mode was no go for us at this speed. That really did just create > spurious data. > > FIFO mode with hardware flow control seems to be stable right now. Is the sender auto-CTS? > On Fri, Dec 11,

Re: [beagleboard] UART FIFO Size & CTS Threshold

message or are you observing data corruption? Is the receiver also a BBB or something else? What baud rate are you using? Regards, Peter Hurley > On Thursday, December 10, 2015 at 7:07:10 PM UTC, Lee Armstrong > wrote: > > Thanks Robert. > > 64 for the FIFO is what I suspected

[beagleboard] Unable to locate certain 4.1.13-ti-r34 packages

Hi! I noticed today that there's a new 'stable' kernel available (for Stretch, in my case, probably for others as well) via RCN's tools, so I tried update_kernel.sh .. E: Unable to locate package mt7601u-modules-4.1.13-ti-r34 E: Couldn't find any package by regex

Re: [beagleboard] Unable to locate certain 4.1.13-ti-r34 packages

On 27 Nov 2015 14:13, "Robert Nelson" <robertcnel...@gmail.com> wrote: > > > On Nov 26, 2015 3:02 PM, "Peter Lawler" <relwalre...@gmail.com> wrote: > > > > Hi! > > I noticed today that there's a new 'stable' kernel available (for Stretc

Re: [beagleboard] Unable to locate certain 4.1.13-ti-r34 packages

On 27 Nov 2015 14:36, "Robert Nelson" <robertcnel...@gmail.com> wrote: > > > On Nov 26, 2015 9:25 PM, "Peter Lawler" <relwalre...@gmail.com> wrote: > > > > > > On 27 Nov 2015 14:13, "Robert Nelson" <robertcnel...@gmail.com>

Re: [beagleboard] Unable to locate certain 4.1.13-ti-r34 packages

On 27 Nov 2015 15:32, "Robert Nelson" <robertcnel...@gmail.com> wrote: > > On Thu, Nov 26, 2015 at 9:55 PM, Peter Lawler <relwalre...@gmail.com> wrote: > > > > On 27 Nov 2015 14:36, "Robert Nelson" <robertcnel...@gmail.com> wrote: > >

Re: [beagleboard] Re: Not able to boot via SD Card in my beaglebone black element14

I find it curious the console is empty. In my experience, if the am335X ROM code can't find MLO, it fills the console with ''C''s every couple of hundred mS. You can use RAW mode where the ROM code will search sector 0, 256, 512 or 768 for a valid signature. As your MBR goes in sector 0, what

Re: [beagleboard] Linux4.1.12: omap2_mcspi 48030000.spi: chipselect 0 already in use

Thanks Robert. Still struggling on this one. I have no capes loaded in the capemgr when I "cat /sys/devices/platform/bone_capemgr/slots" If I check /sys/bus/spi, I originally had a driver da9052 loaded, but I have since removed it. My sysfs now looks like: /sys/bus/spi # ls -R *

[beagleboard] Linphone and PulseAudio only static and clicks instead of voice

OK, I found a solution: Don't use Pulse Audio. I modified my application to just use the ALSA API and did not install the pulse audio drivers. Just using ALSA works fine with linphonec. Recording and playback work as expected. -- For more options, visit http://beagleboard.org/discuss --- You

Re: [beagleboard] Console on other than UART0?

onsole on UART0 ? No; however, it would not be difficult to add this support. What is your use-case? Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe

Re: [beagleboard] RS485 support in kernel 4.1.12-ti-r28

e time we don't use the hardware control of the PIN, We use > other Pins to control the DE/RE . Good point, thanks. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "B

Re: [beagleboard] RS485 support in kernel 4.1.12-ti-r28

arliest). If you can build your own kernel, you can switch back to the omap-serial driver which still offers RS485 support. Note if you do switch, you will need to change your user-space console/tty ports back to ttyO*. Regards, Peter Hurley -- For more options, visit http://beagleboard.org/d

[beagleboard] Linphone and PulseAudio only static and clicks instead of voice

I have a Beaglebone Black Rev C with a USB audio card using ALSA & PulseAudio My USB audio card only seems to support 44khz for recording and playback. I'm running linphonec 3.5.2 with Debian Linux beaglebone 3.8.13-bone72 #1 SMP Tue Jun 16 21:36:04 UTC 2015 armv7l GNU/Linux My goal is to have

[beagleboard] barematel assembly level programming with jtag

Hi How to do barematel assembly level programming with jtag? In the webpage i see it built in jtag, but can't find further information. thanks from Peter (cmk...@hotmail.com) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed

[beagleboard] Errors loading new Debian image 2015-10-04

I have just installed the Debian 8.2 image via the eMMC 4GB flasher on the BeagleboneBlack RevC. As the system installs I get the following messages / Errors [ 1113.740804] systemd[1]: Job console-setup.service/start deleted to break ordering cycle starting with basic.target/start [ SKIP ]

[beagleboard] Errors installing the Debian Image 2015-10-04

I have just installed the new Debian 8.2 via the flasher image on a BeagleboneBlack Rev C with 4DCape. I have changed the uEnv.txt file to disable HDMI. I get the following errors on install: (Even when I dont change the uEnv.txt file from default) [ 1113.740804]

Re: [beagleboard] Camera solution

If blur is the main issue for a cheap webcam and you can't adjust the exposure time settings manually as with an industrial cam, you could try increasing the light level (add a very bright lamp) to encourage the camera to use shorter exposure times and therefore reduce the blur of moving

Re: [beagleboard] Re: Could use some bug tracking advice.

once every 5-10 seconds or so ( printf() no \n ) at least one the IPC server side. When I use stdio like that, I disable stdio buffering with setbuf(stdout, NULL); Optionally, fprintf(stderr, ...); is unbuffered as well. Regards, Peter Hurley -- For more options, visit http

Re: [beagleboard] How to configure and enable Uart flow control (uart2_ctsn and uart2_rtsn) for the 4.1 kernel

= uart2_pins; status = okay; }; Regards, Peter Hurley -- 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 this group and stop receiving emails from it, send an email

Re: [beagleboard] Debian 8.1 lxqt 2015-07-19 4DCAPE-43T touchscreen issues

Thanks Robert. I can be patient. I just needed to know if this is a known issue and if it was fixable with a configuration file or install program. I would be happy to help if I can, but I am not that familiar with kernel code. I am experienced in C, C++, C#, Java. -- For more options, visit

Re: [beagleboard] BBB WiFi command line options from mono C#

Moving on... I upgraded to Debian jessie - bone-debian-8.1-lxqt-4gb-armhf-2015-07-19-4gb That gives me: nmcli version 0.9.10.0 get a list of access points: #nmcli device wifi list connect to an access point #nmcli dev wifi connect SSID password PassPhrase It works fine. However, connecting

  1   2   3   >