Re: [beagleboard] Beagle forum has MOVED!

You can get forum.beagleboard.org content in your Inbox as well. See https://forum.beagleboard.org/t/about-the-general-discussion-category/27532 . On Tue, Jul 6, 2021 at 12:47 PM evilwulfie wrote: > Why move? I like getting this in my thunderbird inbox. > > On 7/6/2021 8:37 AM, Jaso

[beagleboard] Beagle forum has MOVED!

Please visit forum.beagleboard.org/c/general/. Previous announcement: https://groups.google.com/g/beagleboard/c/gXb9lqT0yfM/m/88diLWRZDgAJ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard"

Re: [beagleboard] Beaglebone AI Device Tree Overlay syntax

e forum? >> >> https://forum.beagleboard.org/t/beaglebone-ai-device-tree-overlay-syntax/30044 > > The discourse forum should be the place. > > @Jason Kridner is our 2-3 weeks migration up? ;) > > -- > Robert Nelson > https://rcn-ee.com/ -- For more options, visit http://beagl

[beagleboard] This BeagleBoard Google Group is MOVING to forum.beagleboard.org

Please start new threads on forum.beagleboard.org/c/general/, rather than the Google Group. forum.beagleboard.org is running Discourse on our own dedicated server. I feel we can better serve the needs of the community through an open source tool we can customize as needed without asynchronous

Re: [beagleboard] Re: PRU I/O max speed

https://pub.pages.cba.mit.edu/ring/ On Thu, Apr 22, 2021 at 11:02 AM Gerhard Hoffmann < g...@hoffmann-hochfrequenz.de> wrote: > I think I can read in about 3 pcs. LT2500-32 via the PRU in Software. > > The LT2500 ADC delivers 32 bit results via SPI, and with the capture and > > conversion time

[beagleboard] Google Summer of Code 2021

https://beagleboard.org/blog/2021-03-30-students-can-submit-proposals-now-for-google-summer-of-code BeagleBoard.org has been selected as a mentoring organization for 2021 and the project possibilities this year, I believe, are especially interesting. With BeagleBone AI

Re: [beagleboard] RE: http://beagleboard.org/librobotcontrol/

Yes, I'm maintaining it as I have time. Can you be more explicit in your question? What functions are you calling? Are you using the latest version? On Fri, Mar 19, 2021 at 2:01 PM set_ wrote: > Hello, > > Is LibRobotControl still being pursued and maintained by anyone? > > I am asking b/c I

Re: [beagleboard] Re: Beaglebone Ai overheating

Did you update the software? We tuned down the clock a bit to keep it from overheating. We are working on a lower voltage operating point still. On Tue, Mar 16, 2021 at 4:38 AM Peter Read wrote: > > I have just powered up and updated my BBAI one hour after delivery of > same. The board shut

Re: [beagleboard] Beagleboard-xM hooked up to BBT-ULCD_LITE-001 REV

If you load the software for BeagleBoard-xM from https://beagleboard.org/latest-images onto a microSD card, it should boot and give you a Linux desktop with a touchscreen. Someone did a write-up at https://www.ietfng.org/nwf/ee/embcomp/bbxm.html, but I tried it about a month ago and the EEPROM

Re: [beagleboard] Google Summer of Code

default starter program is loaded to both DSP cores on boot. Then when you >> run your Linux app you are able to run code on the DSP cores somehow using >> OpenCL. Again a simple example here blinking an LED would be super >> helpful, and even better if the LED was being blinked i

Re: [beagleboard] Google Summer of Code

your thoughts? > Getting started should probably include both the OpenCL stuff and a more raw remoteproc/shared-mem/rpmsg approach. Look at the TIDL examples in cloud9-examples for the OpenCL make I setup. > Dan > > On Thu, Feb 4, 2021 at 3:49 PM Jason Kridner > wrote: > >&

[beagleboard] Google Summer of Code

The BeagleBoard.org community has been a mentoring organization in Google Summer of code for 9 years now. This will be the first year students will have the opportunity to propose RISC-V projects! Also, with PRU support now uptream in GCC, doing low-latency projects on BeagleBone might be

[beagleboard] New BeagleV GoogleGroup

Based on (albeit somewhat limited, but pointed) feedback, I have taken up the suggestion of moving BeagleV discussion to another Google Group. https://groups.google.com/g/beaglev While I have some concerns it will hurt building critical mass of that discussion, it will certainly reduce noise

[beagleboard] BeagleV google group

groups.google.com/g/beaglev I think BeagleV is different enough that having a separate group will make things less confusing. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To

[beagleboard] Re: SRe: BeagleBoard.org(R) and Seeed Introduce the First Affordable RISC-V Board Designed to Run Linux

On Friday, January 15, 2021 at 9:40:40 AM UTC-5 KenUnix wrote: > Is there going to be a case for t his? Thanks. Perhaps not this version, but certainly for the production version in September. > > > On Thursday, January 14, 2021 at 10:43:58 AM UTC-5 Jason Kridner wrote: >

Re: [beagleboard] BeagleV?

ype-C for that, though it isn’t daughterboard friendly. I'd also add a vote for a populated JTAG connection, or at least one that > one that isn't too involved to install. > Choosing TagConnect for future boards. A bit more expensive to add an adapter, but at least no soldering. > >

[beagleboard] BeagleBoard.org(R) and Seeed Introduce the First Affordable RISC-V Board Designed to Run Linux

In case you haven't seen this already, https://beagleboard.org/blog/2021-01-13-beagleboard-org-and-seeed-introduce-the-first-affordable-risc-v-board-designed-to-run-linux (short link: https://bbb.io/@2698). There is a form link on BeagleV.org to register your interest. A shortcut to that link is

Re: [beagleboard] BeagleV?

e. >>> Jason, any chance to have PRU with this revision 2 BBAI board? >>> >>> Em qua., 13 de jan. de 2021 às 20:38, Daniel Kulp >>> escreveu: >>> >>>> The TDA4VM doesn't have PRU's. Does that mean use of PRU's is now >>>> "de

Re: [beagleboard] BeagleV?

enesas and that product had reset > issues I strongly suspect were the Microcontroller > > Sent from Yahoo Mail on Android > <https://overview.mail.yahoo.com/mobile/?.src=Android> > > On Wed, Jan 13, 2021 at 12:42 PM, Jason Kridner > wrote: > BeagleV is something

Re: [beagleboard] BeagleV?

gt; > Em 13 de jan. de 2021, à(s) 15:42, Jason Kridner > escreveu: > >  > > BeagleV is something new in addition to BeagleBoard and BeagleBone > offerings from BeagleBoard.org. It is meant to address the needs coming > from the RISC-V community for a low-cost developm

Re: [beagleboard] BeagleV?

BeagleV is something new in addition to BeagleBoard and BeagleBone offerings from BeagleBoard.org. It is meant to address the needs coming from the RISC-V community for a low-cost development board, ultimately with a path to production. We still have a roadmap for BeagleBone! So, I'll share what

Re: [beagleboard] Beaglebone bootloader

On Mon, Jan 4, 2021 at 8:13 AM Abdallah Rashed wrote: > I was thinking in developing bootloader for beaglebone as kind of self > study and getting better in the field , do you think it worth the effort > It is a very useful lesson. > and is it feasible? > For sure. The Staterware bare metal

Re: [beagleboard] 64 -bit beaglebone

There are multiple 64-bit BeagleBone projects in the works. Nothing available at the moment. On Fri, Nov 20, 2020 at 3:54 AM Pankaj Joshi wrote: > Hi, > Do you know any of the BBC 64-bit with quad-core.Please let me know if > anyone knows > > Thanks > > -- > For more options, visit

Re: [beagleboard] Re: Latest Image - Summer 2020 Release - RC2 (GSOC stuff)

Blocking items I know about: * BeagleBone AI rev A2 SuperSpeed USB verification - haven't debugged why it may be slower * PocketBeagle cape overlay support I think we need to address items at https://github.com/beagleboard/Latest-Images/milestone/2 and then a release can finally be made.

Re: [beagleboard] Saving content from TI Wiki

I think TI would be supportive in giving us copies of relevant content. I barely got started copying content over to eLinux.org--that seems like the best host to me. If you look at my latest contribution history ( https://elinux.org/Special:Contributions/Jkridner), you can see a few pages I

Re: [beagleboard] BBAI cape EEPROM pin usage section

On Wed, Sep 9, 2020 at 8:11 AM Diane Miller wrote: > Are there any plans to implement this in the future? > No. > If not, is the device tree the only way to set up the pin muxing? > U-boot sets up the device tree and initial pin mux. Using the device tree configured by u-boot is the simplest

[beagleboard] Cool mikroBUS presentation at Linux Plumbers Conference!

See https://youtu.be/A3NyEjB5O38 for an early glimpse at the demo. This will be presented at Linux Plumbers Conference on tomorrow, August 27th, by Vaishnav and is very much worth checking out. Track information "You, Me, and IoT Two" microconference track:

[beagleboard] Re: [beagle-alpha] Latest Image - Summer 2020 Release - RC2 (GSOC stuff)

Would anyone else like a u-boot patch for PocketBeagle such that EEPROMs at address 0x57 on either I2C1 or I2C2 would have cape identifiers such that GamePup, TechLab, and Grove PocketBeagle Capes would automatically load overlays? On Wed, Aug 26, 2020 at 10:45 AM Robert Nelson wrote: > Hi

Re: [beagleboard] HS tariff code for BeagleBoard products

I need to research a "best" answer. The export classification there is mostly regarding encryption regulation and not taxation. I'm a bit overdue to do a good scrub of both. On Fri, Jul 31, 2020 at 9:33 AM Robert Nelson wrote: > On Fri, Jul 31, 2020 at 6:10 AM Giulio Moro wrote: > > > > Hi

Re: [beagleboard] How to create /dev/spidev2.0 for beaglebone AI?

On Wed, Jul 22, 2020 at 7:48 AM wrote: > > How to create /dev/spidev2.0 for beaglebone AI? > This is in-work as a Google Summer of Code project. Deepak's overlay is here: https://github.com/lorforlinux/bb.org-overlays/blob/bone_spi/src/arm/BONE-SPI1_0-00A0.dts The critical section is: {

[beagleboard] Re: BeagleBone Black Industrial?

Very much in production, but we changed manufacturers from Embest to Seeed. Distributors are transitioning stock. btw, I put the support/community list in copy on my response and removed your name.

Re: [beagleboard] Re: BB Ai dead after first upgrade

If you can describe a bit more about what happened, I can work to analyze the failure and provide a replacement. On Thu, Jun 25, 2020 at 10:51 AM jonnymo wrote: > Can you describe what you did to upgrade the BB AI? > > How are you powering the board? > > Cheers, > > > On Thu, Jun 25, 2020 at

Re: [beagleboard] Re: requesting information on pcb files for beaglebone black and beaglebone ai

t; a license to try >>> the first method, I can create a temporary login to our license for Altium, >>> however you will need to download and install Altium on the same machine. >>> If you can create the .alg file set, that may help us that want to view >>> the boar

Re: [beagleboard] Re: remoteproc write to PRU over rpmsg device blocks even when set non-blocking

Which repo has the code that is causing problems? I took a quick look at https://git.ti.com/cgit/pru-software-support-package/pru-software-support-package/tree/lib/src/rpmsg_lib/pru_rpmsg.c and it seems to be structured a fair bit differently. If the same issue had been there, I'd recommend

Re: [beagleboard] GPIO poll for interrupts fails

On Fri, Jun 19, 2020 at 5:18 PM wrote: > Folks, > Any help would be appreciated. I've Googled, studied, and stared for many > hours. > Problem: Using poll to watch a GPIO pin for change, poll returns > "immediately" and persistently, with no value change, with POLLPRI set. > Please consider

Re: [beagleboard] CAN not working with Debian 10.3

What steps are you trying to enable it? On Thu, Jun 4, 2020 at 10:17 AM barney wrote: > We have a c program that uses CAN and it works with Debian 9.5. When I > updated the BBB to Debian 10.3, the CAN no longer works. Can anyone > provide info on what changes were made to Debian 10.3 with

Re: [beagleboard] Re: How to flash the eMMC on BBB

${distro_bootpart} >> ${prefix}${boot_syslinux_conf}; then echo Found >> ${prefix}${boot_syslinux_conf}; run boot_extlinux; echo SCRIPT FAILED: >> continuing...; fi >> scan_dev_for_scripts=for script in ${boot_scripts}; do if test -e ${devtype} >> ${devnum}:${distro_bootpart}

Re: [beagleboard] How to flash the eMMC on BBB

> On Jun 2, 2020, at 11:15 AM, Szymon Kempny wrote: > >  > Hello, > > how to flash system image created by buildroot to internal eMMC memory in BBB? > > Here is what I'm doing: > > 1. Build image with buildroot > 2. Write sdcard.img to SD card > 3. Boot BBB from SD card > 4. Increase root

Re: [beagleboard] Re: How to flash the eMMC on BBB

Can you stop the boot in u-boot and print the environment? There's probably an easy fix to the bootcmd. On Tue, Jun 2, 2020 at 11:50 AM Szymon Kempny wrote: > It looks like the eMMC is properly recognized by uBoot: > > => mmcinfo >> Device: OMAP SD/MMC >> Manufacturer ID: 70 >> OEM: 100 >>

Re: [beagleboard] Re: accessing P9.13 on Beaglebone AI

On Tue, May 12, 2020 at 10:40 AM jonnymo wrote: > There is an open issue for the BBAI in reference to adding AB10 GPIO > support but states being added with rev. A2 which I thought was the current > rev board: > This is also mentioned in the System Reference Manual: >

Re: [beagleboard] PRU Beginner Questions (2)

> On May 10, 2020, at 4:09 AM, V37E00E wrote: > >  > Hello, > > > > I’m a beginner learning about PRU with a couple of questions. I’ve been > using as reference: > > PRU Cookbook (thank you Mark) > Exploring BeagleBone by Derek Molloy > TI Examples & Labs >

Re: [beagleboard] Re: I killed my BBAI...

Will they boot off of microSD cards? I'm wondering if there is any chance something is being done to corrupt the eMMC causing it to fail to boot and shutdown very quickly. On Sat, May 9, 2020 at 11:25 AM Gattu Savanth wrote: > Hi hunter long, > Actually same issue has been happened to my

[beagleboard] BeagleBone Black SRM released from asciidoc version on wiki

I've updated https://github.com/beagleboard/beaglebone-black/blob/master/BBB_SRM.pdf such that we can use it as a template for future SRMs as well as to accept community edits. Source is at https://github.com/beagleboard/beaglebone-black/wiki/System-Reference-Manual in asciidoc format. PDF

Re: [beagleboard] PRU locking up Beaglebone AI

> >> And now the PRUs can write to the set and clear addresses for GPIO8. >> >> I also exported 8.26: >> >> echo 124 > /sys/class/gpio/export >> >> And now the PRUs can write to the set and clear addresses for GPIO4. >> >> On Wed, Apr

Re: [beagleboard] PRU locking up Beaglebone AI

e written to in memory: > >>>>> > >>>>> > https://github.com/PocketNC/machinekit-hal/blob/c8b38386d87abc45baa33593681cbae46d996980/src/hal/drivers/hal_pru_generic/pru_wait.p#L214-L217 > >>>>> > >>>>> Theoretically, the addresses

Re: [beagleboard] PRU locking up Beaglebone AI

What is the code running on PRUSS2 PRU1? This line kinda spells out an illegal access by that PRU or of that PRU: MASTER PRUSS2 PRU1 TARGET L4_PER1_P3 (Idle): Data Access in Supervisor mode during Functional access Looks like the error is from here:

[beagleboard] Re: requesting information on pcb files for beaglebone black and beaglebone ai

On Wed, Apr 22, 2020 at 10:35 AM Ramakrishna Bachimanchi wrote: > Hello, > my name is Rama Bachimanchi and I am an electrical engineer working at > Jefferson Lab (non-profit research organization). I have come across the > amazing work you guys are doing and was looking into possibly modifying

Re: [beagleboard] Re: Beaglebone AI UART access

Thanks for all your shared work. The plan for the Fall release (based on GSoC work on-going this summer, if approved, or this might be delayed) is to modify the base device trees and set of overlays to provide at common set of overlays to load for Black/AI. Then, symlinks would be provided that

Re: [beagleboard] BBAI Flasher Image with Desktop

On Wed, Apr 22, 2020 at 9:51 PM Robert Nelson wrote: > On Wed, Apr 22, 2020 at 8:49 PM wrote: > > > > Does anyone know if there is an image for the bealgebone ai that will > flash to the eMMC and includes the graphical desktop? > > None of the images at http://beagleboard.org/latest-images have

Re: [beagleboard] Jumps right to cloud9 ide, connecting with board right?

On Wed, Apr 22, 2020 at 10:05 AM Robert Nelson wrote: > On Wed, Apr 22, 2020 at 9:01 AM wrote: > > > > Hello everyone, > > > > I have a BBB, Rev C and I was just trying to follow the Start menu and > update the software, now, after I have tried to set it up, when I 'connect' > to it it goes

[beagleboard] Re: BeagleBone and multi boot usb

This really should have beagleboard@googlegroups.com in cc. I don't feel like waiting for you to do the right thing, so I'm just replying with you in bcc. On Wed, Apr 22, 2020 at 5:31 PM someone wrote: > Hey Jason, > > Hope you are safe and doing well. > > Wondering if the BeagleBone Green or

Re: [beagleboard] BeagleBoneBlack-Ind-4g Bill of Material

On Fri, Apr 17, 2020 at 6:35 PM jbossert nssengr.com wrote: > Hello, > > > > Our company is interested in using the BeagleBoneBlack-Ind-4g from > element14 or the BeagleBoneBlack-ITEMP from Arrow in some of our products. > But we need to be able the build the board ourselves in order to ensure >

Re: [beagleboard] Barcode Scanner/Keyboard on BBB with Crontab

On Tue, Apr 21, 2020 at 9:02 AM Don Pancoe wrote: > Hello all, > > I have been successfully using a barcode scanner / keyboard emulator with > python on a BBB thanks to the evdev library ( > https://python-evdev.readthedocs.io/en/latest/) recommended by Drew > Fustini. > > However, when I run

Re: [beagleboard] UIO PRU driver on Beaglebone AI

>> address in memory in order to load it onto the PRU. What do I have to do to >> this bin file in order to be able to copy it to >> /lib/firmare/am57xx-pru1_1-fw (or one of the other 3 pru options) and then >> start it with remoteproc? >> >>> On We

Re: [beagleboard] Superuser

This answer seems appropriate: https://askubuntu.com/questions/452860/usr-bin-sudo-must-be-owned-by-uid-0-and-have-the-setuid-bit-set On Wed, Apr 8, 2020 at 11:49 AM wrote: > > > I would like to be Superuser on my BeagleBone Green W and Debian 9.9 LXQT - > currently I get the message "sudo:

Re: [beagleboard] UIO PRU driver on Beaglebone AI

> > > On Apr 7, 2020, at 9:57 PM, Jason Kridner wrote: > > > > On Tue, Apr 7, 2020 at 11:27 PM John Allwine > > wrote: > >> > >> Is there a UIO PRU driver for the Beaglebone AI? How do I enable it? I'm > >> trying to be able to talk to the

Re: [beagleboard] UIO PRU driver on Beaglebone AI

On Tue, Apr 7, 2020 at 11:27 PM John Allwine wrote: > > Is there a UIO PRU driver for the Beaglebone AI? How do I enable it? I'm > trying to be able to talk to the PRUs using hal_pru_generic on the the > Beaglebone AI, which does so on the BBB using the uio_pruss module. On the AI > I see a

Re: [beagleboard] CLoud9 TIDL example sees CMEM Error after recent upgrade

On Fri, Mar 27, 2020 at 7:07 AM Jason Kridner wrote: > Any thoughts on making it more generic? Select the highest index? > > On Thu, Mar 26, 2020 at 10:22 PM jonnymo wrote: > >> In the GitHub issue that was filed, I noted the following which seems to >> get

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

Dynamic pinmux changes on AM5x have issues specific to AM5x. For GPIO, accessing via register writes in userspace (/dev/mem) has no more negative consequences than on AM3x or on any system running Linux for that matter. Standard caveats apply. Ideally, we’d create a kernel module to avoid

Re: [beagleboard] CLoud9 TIDL example sees CMEM Error after recent upgrade

Any thoughts on making it more generic? Select the highest index? On Thu, Mar 26, 2020 at 10:22 PM jonnymo wrote: > In the GitHub issue that was filed, I noted the following which seems to > get the camera active again: > > > > Setting '-d /dev/video1' in the common Makefile seemed to do the

Re: [beagleboard] Re: BBAI and Updating to Stop the Heat Transfer at https://beagleboard.org/upgrade

--- > |thermal-cpufreq-0 |0 |3 | > > ---- > > Enjoy, > > Seth > > > > On Monday, January 27, 2020 at 9:07:33 AM UTC-6, Jason Kridner wrote: >> >> Perha

[beagleboard] Online training update

https://beagleboard.org/blog/2020-03-18-online-training-update As mentioned in my New Year’s resolution , I’m going to launch some online training for embedded Linux development. Yes, this training will happen. Interest

Re: [beagleboard] loading firmware fails with error -22

On Thursday, March 19, 2020 at 2:46:41 PM UTC-4, Jason Kridner wrote: > > > > On Thursday, March 19, 2020 at 12:28:55 PM UTC-4, RobertCNelson wrote: >> >> On Thu, Mar 19, 2020 at 11:01 AM wrote: >> > >> > Tried it with bone-debian-10.3-iot-armhf-2

Re: [beagleboard] loading firmware fails with error -22

On Thursday, March 19, 2020 at 12:28:55 PM UTC-4, RobertCNelson wrote: > > On Thu, Mar 19, 2020 at 11:01 AM wrote: > > > > Tried it with bone-debian-10.3-iot-armhf-2020-03-16-4gb.img. Same thing: > copying over firmware fixed it. > > Now that i think about it. The udev rule, to set the

[beagleboard] Re: [Machinekit] Seeed to design and build Machinekit focused Cape for BeagleBone Black/AI

ovide a control signal (+/- 10V, or perhaps PWM) to drive a motor > driver and provide for encoder feedback to close the servo loop. > > ...so it really depends on what sort of system(s) you want to support, > and how much you want to try to be a "one size fits all" solution

[beagleboard] Re: [Machinekit] Seeed to design and build Machinekit focused Cape for BeagleBone Black/AI

eagleBone AI should be able to do both and also potentially introduce some kind of preventive maintenance modes, tough greater stepper driver/motor feedback would be needed. > > > Make the system stand alone and scalable so a user can first add just a > motor to their X axis for power fe

Re: [beagleboard] BeagleBoard Black with Cramps - X stepper vibrates and does not rotate

On Thu, Mar 12, 2020 at 8:14 AM John Hammond wrote: > The Y and Z steppers rotate but the X one does not. I have switched the > Polulu driver from the X to Z and it works fine. Where is the pulse rate > determined in Linux? Does Machinekit have linuxcnc files that I haven’t > seen? Should this

[beagleboard] Seeed to design and build Machinekit focused Cape for BeagleBone Black/AI

Seeed is looking to not only build a Machinekit-focused Cape for BeagleBone Black and BeagleBone AI, but to: * Take in features and feedback from the community * Contribute the design to open source and certify it as such * Manufacture the design under the BeagleBoard.org name to support the

Re: [beagleboard] Re: BBBLues

On Sat, Mar 7, 2020 at 1:14 AM Barry Bolton wrote: > Hello Mala. > > How do you connect a Radio Receiver to the BBblue? I am interested in > using it as a Quadcopter flight controller. > Start a new thread!!! One way to connect a receiver:

[beagleboard] Re: Beaglebone black wireless documents

On Sun, Feb 23, 2020 at 1:39 AM you wrote: > Hi Jason / Gerald, > > I would like to download data sheets (with hardware details) and user > manual for beagle bone black wireless board, can you please help me out on > this. > > Also, can we get complete data sheet of TI WLAN / BT chipset with

Re: [beagleboard] Latest Image (new Process) - Spring 2020 Release

On Tue, Mar 3, 2020 at 8:41 AM Gwen Stouthuysen wrote: > Can we drop features we would like to be implemented in the April release? > Please. There is a tracker. > I would like to have kernel 5.4 (or newer) to be functional in the > Pocket/BeagleBoneBlack (Wireless) > Reason: I would like to

Re: [beagleboard] AM57XX_pru_package

On Wed, Feb 12, 2020 at 9:12 AM Stephan Böck wrote: > Hey, > > at the moment I try to port a program to the BB AI, which was developed > for the BB Black. > > This program uses the PRUs and includes the headerfiles > pruss_intc_mapping.h and prussdrv.h aswell as the libs (libprussdrv.a, >

Re: [beagleboard] BeagleBone AI now AWS Greengrass certified

images to support. I'm largely unhappy with the state of ROS on Debian. We are also working on SageMaker NEO support. > > Cheers, > > Jon > > On Mon, Jan 27, 2020 at 7:43 AM Jason Kridner wrote: > >> Greengrass is a way to direct your board from the AWS Cloud. You

[beagleboard] BeagleBone AI now AWS Greengrass certified

Greengrass is a way to direct your board from the AWS Cloud. You can load services (lambdas) on your board that have access to the board resources as well as AWS Cloud resources. Details can be found at https://devices.amazonaws.com/detail/a3G0h076ytWEAQ/BeagleBoard.org-BeagleBone-AI

Re: [beagleboard] Can I utilize the Beaglebone debian distro on my custom card thats based on the AM3352 cpu?

If you could kindly remove the "beagleboard.org" branding on the desktop, that'd be fine. Alternatively, you can license the "beagleboard compatible" logo (see https://beagleboard.org/logo) for on-going releases that will run on your custom board. This should be only for open hardware. On Fri,

Re: [beagleboard] Re: BBAI and Updating to Stop the Heat Transfer at https://beagleboard.org/upgrade

Perhaps: watch /opt/scripts/device/x15/test_thermal.sh ? The output of 'test_thermal.sh' would really be helpful for those complaining about the heat. The update should stop it from overheating, at least in a room temperature environment. That doesn't mean it won't be hot to the touch... just

[beagleboard] Accessing USB3 superspeed host on BeagleBone AI

I'm surprised I've not noticed anyone ask yet, but the USB3 on BeagleBone AI isn't just for acting as a client (gadget) device as it works by default. You can also turn it around and use it in host mode! echo "host" | sudo tee /sys/kernel/debug/4889.usb/mode You'll want to use a multiport

Re: [beagleboard] Make PRU-controlled pin change direction or go tri-state?

On Thu, Jan 16, 2020 at 11:27 PM Andrew P. Lentvorski wrote: > > > On Thursday, January 16, 2020 at 9:58:39 AM UTC-8, Jason Kridner wrote: >> >> >> >> On Thu, Jan 16, 2020 at 3:39 AM Andrew P. Lentvorski >> wrote: >> > >> > I've got

Re: [beagleboard] Re: Make PRU-controlled pin change direction or go tri-state?

On Thu, Jan 16, 2020 at 11:39 AM TJF wrote: > There's no supervisor mode for the PRU. > > There's no tri-state-mode for AM335x GPIO. > > In order to change direction for a pin on a GPIO-SS, it needs a write > access to its OE register. The PRU can do that. > > Find an example at >

Re: [beagleboard] Make PRU-controlled pin change direction or go tri-state?

On Thu, Jan 16, 2020 at 3:39 AM Andrew P. Lentvorski wrote: > > I've got to be missing something obvious, but I even after several rounds of RTFM, I can't seem to figure out how to get the PRU to change the direction of a pin or, at the very least, to let it go to a tri-state value. > > I would

Re: [beagleboard] TIDL import utility not supported on BBAI?

On Thu, Jan 2, 2020 at 5:16 PM Manderson wrote: > > Hi all, > > I want to use the ML model import feature from the TI Processor SDK to be > able to use TensorFlow network models with the TIDL API available on the > BeagleBone AI, however, I can't find the tool in the Debian distro provided >

Re: [beagleboard] Striped down debian image for BB

Depends what you call necessary. There is a Debian console-only image. On Mon, Jan 13, 2020 at 9:43 AM Stephan Böck wrote: > > Hello, > > I found that my BB AI has a quite high idle load (around 15% on both cores, > 225MB of RAM used. Measured with htop). Has anyone else experienced the same? >

Re: [beagleboard] AM5729 process now in ACTIVE status

The Seeed manufactured X15s and the previous boards made by PTI use the same AM5729 variant. The BOM has been unfortunately deceptive since the AM5729 wasn’t public, but all the rev C X15 boards did and do use it. The exact part number is AM5729BABCXEAR Seeed is the only current manufacturer.

Re: [beagleboard] Re: Stopping an restarting cloud9

I believe there is also a cloud9.socket. After you stop it, does it restart on its own if you open the port? On Sat, Jan 4, 2020 at 3:22 PM Mark A. Yoder wrote: > Rebooting caused cloud9 to restart. > > Using iptables to block port 3000 might be the easiest thing to do. > > --Mark > > > On

[beagleboard] Re: Fan update for BeagleBone AI

Oh, and I added a 'fan' section to the FAQ: https://github.com/beagleboard/beaglebone-ai/wiki/Frequently-Asked-Questions#fans On Saturday, December 28, 2019 at 1:55:11 PM UTC-5, Jason Kridner wrote: > > Some my my message was chopped > > In the meantime, I've found the Coolerg

[beagleboard] Re: Fan update for BeagleBone AI

mounting screws separately. https://www.coolerguys.com/collections/usb-fans/products/25mm-25x25x10-usb-fan On Saturday, December 28, 2019 at 1:38:18 PM UTC-5, Jason Kridner wrote: > > Getting closer on getting the BeagleBone Fan Cape boards out. No real > ETA. Maybe

[beagleboard] Re: Notes about Black , Green and Pocketbeagle GamePup and TechLab cape learning

On Thursday, October 24, 2019 at 1:46:47 PM UTC-4, Dennis Bieber wrote: > > On Thu, 24 Oct 2019 07:19:34 -0700 (PDT), "Lee T. Davy" > declaimed > the > following: > > >Will Beaglebone ever replace Raspberry Pi for learning about computers ? > > > > Probably not... > > The

[beagleboard] Re: BeagleBoard.org - Bad Gateway

On Thursday, October 3, 2019 at 10:19:31 AM UTC-4, Jon Morss wrote: > > When attempting to access anything at BeagleBoard.org I am getting a "502 > Bad Gateway nginx/1.12.2" error. > > Is this site down? > > The site got some unscheduled maintenance when I accidentally started a backup that

Re: [beagleboard] Re: ArduCopter, BBBlue, and Flying/Linux

If you have any build instructions, it would be great to post them on beagleboard.org/p. On Sat, Nov 23, 2019 at 11:47 PM Mala Dies wrote: > > Hello Again, > > Here is the link for the BBBlue and ArduCopter: https://youtu.be/cpqV8ubNuGU. > > Seth > > P.S. If you get bored, please pitch in your

Re: [beagleboard] infineon,slb9670 on beaglebone black

On Fri, Nov 22, 2019 at 9:55 AM wrote: > > Hi Jason :) > > Thanks for your reply! > > Let me answer your questions: > "Can you also provide the dmesg log output? Since the module is loaded, I'd > be inclined to think it would create whatever interfaces it would > provide...if the probe was

Re: [beagleboard] infineon,slb9670 on beaglebone black

On Wed, Nov 6, 2019 at 2:09 AM wrote: > Hi All > > I have to following problem. I'm trying to setup a custom cape with and > SPI TPM based on SLB9670VQ2.0 chip. > > What I've done so far is: > 1 - building and deploying a custom kernel with SPI TPM 2.0 support > enabled. > 2 - Writing a dtbo to

Re: [beagleboard] Re: macOS Catalina + Beaglebone Black

bling CDC, leaving RNDIS enabled and install the HoRNDIS driver? > > On Thursday, November 7, 2019 at 11:31:10 AM UTC-7, Jason Kridner wrote: >> >> I'm thinking we need something like the below, then we could edit >> /etc/default/bb-boot to add USB_NETWORK_RNDIS_DISABLED=yes or &

Re: [beagleboard] Python code got killed on BBAI

I took a look at the same code from https://neo-ai-dlr.readthedocs.io/en/latest/install.html. I took the liberty of replacing python2.7 with python3.5 as the default. Also, I copied libdlr.* manually as the install script doesn't seem to do it. I was able to build it, but when I try to run the

[beagleboard] Re: macOS Catalina + Beaglebone Black

c} > functions/ecm.usb0/dev_addr ln -s functions/ecm.usb0 configs/c.1/ + usb1="enable" fi mkdir -p functions/acm.usb0 @@ -590,8 +598,6 @@ run_libcomposite () { fi fi - usb0="enable" - usb1="enable" echo "${log} g_multi Created" else echo "${log} FIXME

[beagleboard] Re: Beaglebone AI, only 610M RAM?

On Wednesday, November 6, 2019 at 7:26:05 AM UTC-5, Richard Krehbiel wrote: > > I built my image from these > > instructions, > and on my Beaglebone AI with 1GB of RAM, /proc/meminfo says *"624984 kB"*. > > So, what's consuming

[beagleboard] Re: macOS Catalina + Beaglebone Black

Please cc the BeagleBoard Google Group on support issues if it isn't a private matter. I didn't figure you cared if this issue was private, so I've added it to the reply and moved you into BCC. I ran into the same problem last week at a training ELC-E (bbb.io/t). The work-around I found is to

Re: [beagleboard] Re: TIDL Classification example not properly identify objects

o wrote: >> >>> Jason, >>> >>> I appreciate the update. I'll update the code on me BB AI and run the >>> exercise again. >>> >>> Now to get the blinkLED.py and JavaScript examples working. >>> >>> I'm looking forward for t

[beagleboard] bonescript@0.7.4-beta1 published

Realized I hadn't published the work already done on putting BeagleBone AI GPIO pins into the node.js BoneScript library. Any testing on this version would really be appreciated. debian@beaglebone:/var/lib/cloud9/sensors$ *cd /usr/local/lib* debian@beaglebone:/usr/local/lib$ *sudo npm install

Re: [beagleboard] BBAI: Assistance requested with configuring P9_15 as an output gpio

On Thu, Oct 24, 2019 at 12:39 PM jonnymo wrote: > Oh, duh! I should have caught that missing lib. > Okay, so the output of show-pins shows P.15 but it neither shows as up or > down. Is this correct? > > *debian@beaglebone:~$ sudo /opt/scripts/device/bone/show-pins.pl > |

[beagleboard] Re: BBONE-BLACK-4G - Lifecycle

On Thursday, October 17, 2019 at 2:33:02 AM UTC-4, M S, Siddeshappa wrote: > > Hi Team, > > > > Please see the below issue one of our customer asking for the lifecycle > for BBONE-BLACK-4G Board. > > > > > Customer Issue – do you have any information regarding the lifecycle of > our code

  1   2   3   4   5   6   7   8   9   >