Re: [beagleboard] java couldn't run on debian
Thank you! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
Hello Charles! I`m not familar with Git but I try as you say! I change the Version from 00A1 to 00A0, now I get the error File exists Here is my slots file: 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 6: ff:P-O-L Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN 7: ff:P-O-L Override Board Name,00A0,Override Manuf,cape-universal Iḿ not sure what Line 6 means. Is HDMI aktiv or not? Because in the uEnv.txt I set disable, but maybe it doesn work(?) Can someone please confirm, if HDMI is enabled and when yes, how can I disable in debian? Thank you! faimbs -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
I have the line in my uEnv.txt: optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN But seems not working? -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Camera Cape from Command Line
On Fri, May 9, 2014 at 1:54 AM, David Henry mgadri...@gmail.com wrote: Hi, I am in a similar position. When booting up my BBW + DVI cape + Camera cape there is a conflict on pin P8.4 so only 1 device gets loaded. Which one depends on the eeprom settings on each cape. So I decided to dump the DVI cape and just use the camera cape. Now I'm looking for command line utilities or a python library. Did you manage to find anything? If you are looking at Python, why not use the OpenCV bindings of Python to capture images? On Wednesday, September 18, 2013 10:40:26 PM UTC+3, chrisw wrote: I have a BBW, with camera cape, but without DVI or LCD cape. I'm running 2012-11-22 release. Without a display, cheese doesn't seem like an option for testing the camera. Can someone recommend a command line method of capturing an image? I've been trying with gstreamer, but I believe the cssp-camera driver must be missing some ioctls. I get Could not get parameters on device /dev/video0, and system error: Inappropriate ioctl for device. Thanks, Chris -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
Ok, it seems no working. Guess I have a spelling mistake! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Change default state of GPIO pin
I found this thread on http://electronics.stackexchange.com/questions/94297/transistor-which-opens-circuit-reverse-transistor I think I will go for the solution from alexan_e, making a reversed circuit with two transistors. It only costs one transistor more. I have tried changing pull-up to pull-down with uboot, but that didn't work for me. Thanks for all the help! Op vrijdag 9 mei 2014 01:34:01 UTC+2 schreef Guy Grotke: I think you have to change it in uboot, but that is beyond my Linux expertise. Look at your original question's other replies. I think somebody explained how to do that. The register programming info you need is all in the am335x technical reference manual, but I have only manipulated the I/O pins in user space. On 5/8/2014 1:29 AM, r van dam wrote: @Guy I have been away for a bit thus my late reaction. Can you give me a hint how to change the pullup to pulldown at bootup? Op maandag 21 april 2014 21:02:52 UTC+2 schreef Guy Grotke: I would not fight the enabled pullup with my own pulldown: Either change your control program and circuit to take high as inactive, or change the boot software to program that GPIO with no pull resistor (so you can add your own external pulldown) or program that GPIO with the internal pulldown enabled. Fighting the internal pullup with a higher-current pulldown is just asking for trouble. -Original Message- From: ky...@cranehome.info Sent: Friday, April 18, 2014 12:11 PM To: beagl...@googlegroups.com Subject: [beagleboard] Re: Change default state of GPIO pin If there is a pullup then your pulldown will have to be several times stronger to make sure that the floating value becomes a logic low. You now have an effective voltage divider with a pullup / pulldown configuration. Fighting against the configured on-chip pullup is going to mean that to output a high you're going to need many times the drive current you would normally need as you sink current into that low-value pulldown resistor. Not sure what your threshold on the buzzer is but if the pullup is say 30 to 50K then to get a solid 10% default low on the pin you'd need a 3 to 5K resistor on the pulldown. That would be a 1.1 to 0.6mA load on the pin when it swings high. You're also burning 0.1mA when the pin floats since the voltage divider will always be present. That may or may not impact your design. Assuming I'm thinking of this correctly. -- 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 to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Camera Cape from Command Line
On Fri, May 9, 2014 at 12:54 AM, David Henry mgadri...@gmail.com wrote: Hi, I am in a similar position. When booting up my BBW + DVI cape + Camera cape there is a conflict on pin P8.4 so only 1 device gets loaded. Which one depends on the eeprom settings on each cape. So I decided to dump the DVI cape and just use the camera cape. Now I'm looking for command line utilities or a python library. Did you manage to find anything? I think gstreamer and/or yavta should work. One trick is not to use the first frame you get. It takes awhile for the agc of the sensor to work, so you need to discard several frames at the beginning. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] libpruio (fast and easy D/A - I/O)
http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/pruio_logo.png A new library called libpruio is availble to support digital input and output as well as analog input on Beaglebone (black) hardware. It uses software running on a PRUSS to configure and control the devices - Control Module (pinmuxing) - GPIO 0 to 3 (digital IO) - TSC_ADC_SS (analog input) The API is designed for easy usage, but also for fast execution speed. No need for root privilegues or further device tree overlays (just a single overlay to start the PRUSS). It's compiled by the FreeBASIC compilerhttp://www.freebasic-portal.de/downloads/fb-on-arm/bbb-fbc-fbc-fuer-beaglebone-black-283.html, but also includes a wrapper to be used with C compilers. The package contains example code in both languages. Development and testing has been done on a BeagleboneBlack under Ubuntu 13.10. Find more informations at - en: libpruio (BB D/A - I/O fast and easy)http://www.freebasic.net/forum/viewtopic.php?f=14t=22501 - de: libpruio (D/A - I/O schnell und einfach)http://www.freebasic-portal.de/downloads/fb-on-arm/libpruio-325.html or check out the online documentationhttp://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/index.html . -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
Hello! I'm close to finished. But there is one problem: uEnv.txt: optargs=quiet capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN capemgr. enable_partno=cape-myoverload,cape-universal It doesn't load my cape-myoverload: 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN 8: ff:P-O-L Override Board Name,00A0,Override Manuf,cape-universal As you can see, Number 7 is missing! But when I set: echo cape-myoverload /sys/devices/bone_capemgr.9/slots I get after: 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN 8: ff:P-O-L Override Board Name,00A0,Override Manuf,cape-universal 9: ff:P-O-L Override Board Name,00A0,Override Manuf,cape-myoverload Why does the uEnv.txt not load my Overload? Thank you! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] A simple cape to prevent power-interrupt corruption?
Have you seen this posthttp://www.element14.com/community/community/knode/single-board_computers/next-gen_beaglebone/blog/2013/08/10/bbb--rechargeable-on-board-battery-systemand discussion? Personally, I went the full capehttp://andicelabs.com/beaglebone-powercape/route because it gave me more flexibililty for power-up events as well as a very low power (~80uA) power off state. -Ron On Thursday, May 8, 2014 11:47:37 PM UTC-5, ags wrote: Is anyone aware of someone having already done this? I haven't found anything by searching. On Wednesday, May 7, 2014 1:05:24 PM UTC-7, Gerald wrote: Yes it is possible. Gerald -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Issue with WiFi connection to beaglebone
When I try to connect to BBB through a Wifi dongle, the connection is not made as long as eth0 interface is up. That seemed a little odd to me. Just wondering if anyone else has experienced this? I am running Linux arm 3.8.13-bone32. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
I believe at boot time the cape manager is reading overlays from the initial ramdisk which doesn't contain your new overlay. On 5/9/2014 9:51 AM, faimbs wrote: Hello! I'm close to finished. But there is one problem: uEnv.txt: optargs=quiet capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN capemgr. enable_partno=cape-myoverload,cape-universal It doesn't load my cape-myoverload: 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN 8: ff:P-O-L Override Board Name,00A0,Override Manuf,cape-universal As you can see, Number 7 is missing! But when I set: echo cape-myoverload /sys/devices/bone_capemgr.9/slots I get after: 0: 54:PF--- 1: 55:PF--- 2: 56:PF--- 3: 57:PF--- 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G 5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI 6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN 8: ff:P-O-L Override Board Name,00A0,Override Manuf,cape-universal 9: ff:P-O-L Override Board Name,00A0,Override Manuf,cape-myoverload Why does the uEnv.txt not load my Overload? Thank you! -- Charles Steinkuehler char...@steinkuehler.net -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Bitbake Postgres to include libxml2
Thanks Jack, this worked out great, and cheers to you too. On Thu, May 8, 2014 at 6:59 PM, Jack Mitchell m...@communistcode.co.ukwrote: On 08/05/2014 20:44, David Hirst wrote: I am trying to bitbake postgresql to allow postgres to parse XML, all the information I can find pertains to --with -libxml which appears to be in the makefile. does anyone know how to force the postgresql recipe to build including libxml or libxml2. I have been spinning my wheels for some time with this Thanks You need to enable the libxml packageconfig option as can be seen in the recipe. http://cgit.openembedded.org/meta-openembedded/tree/meta- oe/recipes-support/postgresql/postgresql.inc Have a look at the Yocto Project Docs for how to enable packageconfig flags. Cheers, Jack -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/ topic/beagleboard/JrBoBR2o4iM/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- David Hirst hirst...@gmail.com -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] libpruio (fast and easy D/A - I/O)
This looks pretty awesome from the surface. You should register at http://beagleboard.org/project. Do you want this included the default image? On Friday, May 9, 2014, TJF jeli.freih...@gmail.com wrote: http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/pruio_logo.png A new library called libpruio is availble to support digital input and output as well as analog input on Beaglebone (black) hardware. It uses software running on a PRUSS to configure and control the devices - Control Module (pinmuxing) - GPIO 0 to 3 (digital IO) - TSC_ADC_SS (analog input) The API is designed for easy usage, but also for fast execution speed. No need for root privilegues or further device tree overlays (just a single overlay to start the PRUSS). It's compiled by the FreeBASIC compilerhttp://www.freebasic-portal.de/downloads/fb-on-arm/bbb-fbc-fbc-fuer-beaglebone-black-283.html, but also includes a wrapper to be used with C compilers. The package contains example code in both languages. Development and testing has been done on a BeagleboneBlack under Ubuntu 13.10. Find more informations at - en: libpruio (BB D/A - I/O fast and easy)http://www.freebasic.net/forum/viewtopic.php?f=14t=22501 - de: libpruio (D/A - I/O schnell und einfach)http://www.freebasic-portal.de/downloads/fb-on-arm/libpruio-325.html or check out the online documentationhttp://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/index.html . -- 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 to beagleboard+unsubscr...@googlegroups.comjavascript:_e(%7B%7D,'cvml','beagleboard%2bunsubscr...@googlegroups.com'); . For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
Hello Charles! Hmmm ... but it load your overlay and I mean this was not part of the image. Did you know if I can add the overlay? Thank you! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
On May 9, 2014 11:01 AM, faimbs fai...@gmail.com wrote: Hello Charles! Hmmm ... but it load your overlay and I mean this was not part of the image. Did you know if I can add the overlay? Add the custom cape name to the cape variable in /etc/default/capemgr to load it early and bypass the initramfs problem. Thank you! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
On 5/9/2014 11:01 AM, faimbs wrote: Hello Charles! Hmmm ... but it load your overlay and I mean this was not part of the image. Did you know if I can add the overlay? My overlay has been added to the kernel source for a while, so it actually _is_ part of the image if you're using a recent kernel. You should be able to rebuild your initial ramdisk with updated overlay files from /lib/firmware, but I've honestly never done this myself. I typically rebuild kernels so often I haven't had the need to update the initial ramdisk between releases. -- Charles Steinkuehler char...@steinkuehler.net -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Bitbake Postgres to include libxml2
On 08/05/2014 20:44, David Hirst wrote: I am trying to bitbake postgresql to allow postgres to parse XML, all the information I can find pertains to --with -libxml which appears to be in the makefile. does anyone know how to force the postgresql recipe to build including libxml or libxml2. I have been spinning my wheels for some time with this Thanks You need to enable the libxml packageconfig option as can be seen in the recipe. http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/postgresql/postgresql.inc Have a look at the Yocto Project Docs for how to enable packageconfig flags. Cheers, Jack -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] How to install Mono on Debian emmc Flash on Beaglebone Black board
Hi All, I have downloaded the latest Debian eMMC flash image and flashed the same on BBB board using SD card. It is working fine. I want to install Mono on the same. When i give the command #sudo apt-get install mono-complete --- it is throwing error saying cannot install. How to install the same. Best Regards, Sheela -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] How to install Mono on Debian emmc Flash on Beaglebone Black board
What exactly is the error? mono-complete is a valid debian package. Regards, Hari Krishna Indian Institute of Science On Fri, May 9, 2014 at 10:29 AM, sheelai...@gmail.com wrote: Hi All, I have downloaded the latest Debian eMMC flash image and flashed the same on BBB board using SD card. It is working fine. I want to install Mono on the same. When i give the command #sudo apt-get install mono-complete --- it is throwing error saying cannot install. How to install the same. Best Regards, Sheela -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
Hello Robert! Perfect, now it is loading with uEnv.txt Thank you! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
Hello Charles! Thank you. But the info from Robert works fine. That your overlay is part of the image I don't know. faimbs -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] customize cap-universal-00A0.dts
On May 9, 2014 11:22 AM, faimbs fai...@gmail.com wrote: Hello Charles! Thank you. But the info from Robert works fine. That your overlay is part of the image I don't know. It's the only way to load a modified or new overlay. As the one builtin the kernel with that name had priority. faimbs -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] [PATCH] beaglebone capes: Added CBB-Relay cape dt overlay
Added Device Tree overlay for the CBB-Relay cape and fixed a copy and paste error in a comment in /firmware/Makefile. signed-off-by: Alexander Hiam hiamalexan...@gmail.com --- firmware/Makefile | 6 +- firmware/capes/CBB-Relay-00A0.dts | 331 ++ 2 files changed, 336 insertions(+), 1 deletion(-) create mode 100644 firmware/capes/CBB-Relay-00A0.dts diff --git a/firmware/Makefile b/firmware/Makefile index 5b49b5f..1deea53 100644 --- a/firmware/Makefile +++ b/firmware/Makefile @@ -233,12 +233,16 @@ fw-shipped-$(CONFIG_CAPE_BEAGLEBONE) += \ # the Tester cape (tester-side) fw-shipped-$(CONFIG_CAPE_BEAGLEBONE) += cape-bone-tester-00A0.dtbo -# the CBB-Serial cape (tester-side) +# the CBB-Serial cape fw-shipped-$(CONFIG_CAPE_BEAGLEBONE) += \ cape-CBB-Serial-r01.dtbo \ BB-UART2-RTSCTS-00A0.dtbo \ BB-UART4-RTSCTS-00A0.dtbo +# the CBB-Relay cape +fw-shipped-$(CONFIG_CAPE_BEAGLEBONE) += \ + CBB-Relay-00A0.dtbo + # the virtual peripheral capes for the UARTs # UART3 is not routed to the connectors, no cape for it fw-shipped-$(CONFIG_CAPE_BEAGLEBONE) += \ diff --git a/firmware/capes/CBB-Relay-00A0.dts b/firmware/capes/CBB-Relay-00A0.dts new file mode 100644 index 000..1bdc513 --- /dev/null +++ b/firmware/capes/CBB-Relay-00A0.dts @@ -0,0 +1,331 @@ +/* CBB-Relay-00A0.dts + * Logic Supply - http://logicsupply.com + * + * This is the Device Tree overlay for the CBB-Relay BeagleBone and + * BeagleBone Black cape. + * + * Upon loading, 6 sysfs kernel driver interfaces will be created + * (The values of 'X' in the paths below will change depending on + * your system): + * + * - /sys/devices/ocp.X/CBB-Relay-ain.X/ + *- AIN1 : Reading this file will give the voltage in mV on AIN0, + * accounting for the CBB-Relay's /10 divider + *- AIN5 : Reading this file will give the voltage in mV on AIN1 + * + * - /sys/devices/ocp.X/CBB-Relay-in1-pull.X/ + *- state : The following strings may be written to this file + * (without quotes): + * - pullup : enables pullup on in1 (default state) + * - nopull : disables pullup/pulldown on in1 + * + * - /sys/devices/ocp.X/CBB-Relay-in2-pull.X/ + *- state : See above + * + * - /sys/devices/ocp.X/CBB-Relay-in3-pull.X/ + *- state : See above + * + * - /sys/devices/ocp.X/CBB-Relay-in4-pull.X/ + *- state : See above + * + * - /sys/devices/ocp.X/CBB-Relay-servo1.X/ + *- duty : Write desired pulse width in nanoseconds + * (initial value is 100 [1ms]) + *- period : Write desired period in nanoseconds + * (initial value is 2000 [50Hz]) + *- polarity : Write 0 for normally low, 1 for normally high + * (initial value is 0) + *- run : Write 1 to enable output, 0 to disable + *(initial value is 0) + * + * Copyright (c) 2014 - Logic Supply (http://logicsupply.com) + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. + */ + +/dts-v1/; +/plugin/; + +/{ + compatible = ti,beaglebone, ti,beaglebone-black; + + part-number = CBB-Relay; + version = 00A0; + + /* State the resources this cape uses - used to check cape compatibility. */ + exclusive-use = +/* the pin header uses */ +P8.26, /* Relay K1 - GPIO1_29 */ +P9.27, /* Relay K2 - GPIO3_19 */ + +P9.24, /* Blue LED - GPIO0_15 */ + +P9.42, /* out1 - GPIO0_7 (eCAP?) */ +P9.22, /* out2 - GPIO0_2 (eCAP?) */ +P9.21, /* out3 - GPIO0_3 (eCAP?) */ +P9.16, /* out4 - GPIO1_19 (eCAP?) */ + +P8.11, /* in1 - GPIO1_13 */ +P8.12, /* in2 - GPIO1_12 */ +P8.14, /* in3 - GPIO0_26 */ +P8.15, /* in4 - GPIO1_15 */ + +P9.14, /* servo1 */ + +P9.40, /* ain1 (/10) */ +P9.36, /* ain5 (pot) */ + +/* the hardware IP uses */ +tscadc1, +tscadc5, +ehrpwm1A; + + /*- Start pinmux -*/ + + fragment@0 { +/* Sets pinmux for relays. */ +target = am33xx_pinmux; +__overlay__ { + cbb_relay_relay_pins: pinmux_cbb_relay_relay_pins { +pinctrl-single,pins = + 0x07c 0x7 /* gpmc_csn0 - MODE7 (GPIO1_29) */ + 0x1a4 0x7 /* mcasp0_fsr - MODE7 (GPIO3_19) */ +; + }; +}; + }; + + fragment@1 { +/* Sets pinmux for general purpose outputs. */ +target = am33xx_pinmux; +__overlay__ { + cbb_relay_out_pins: pinmux_cbb_relay_out_pins { +pinctrl-single,pins = + 0x164 0x7 /* eCAP0_in_PWM0_out - MODE7 (GPIO0_7) */ + 0x150 0x7 /* spi0_sclk - MODE7 (GPIO0_2) */ + 0x154 0x7 /* spi0_d0 - MODE7 (GPIO0_3) */ + 0x04c 0x7 /* gpmc_a3 - MODE7 (GPIO1_19) */ + 0x184 0x7 /* uart1_txd - MODE7 (GPIO0_15) - blue LED */ +; + }; +}; + }; + + fragment@2 { +/* Defines pinmux modes for
Re: [beagleboard] libpruio (fast and easy D/A - I/O)
Thanks for the registration tip / link, done. And thanks for your positive statement. I hope you find some time to look under the hood. Would be nice if you can run some of the pre-compiled examples and tell us your thoughts. The licences are LGPLv2 / GPLv3, so it could get in to the default image. I'd like to get some feedback and fix the major bugs, first. Is there a deadline? -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] flashing eMMC
I downloaded the eMMC flasher image (images_BBB-eMMC-flasher-debian-7.4-2014-04-23-2gb.img.xz), put on it on a micro SD card (using dd), and tried the hold the boot button when powering on. Firstly I'm pretty concerned at this point that there is no easy way to know if it is really booting off the micro SD card or the eMMC. I had to eventually hook up ethernet and ssh in to figure out it was indeed booting off the debian linux on the micro SD card. The very vague instructions say that flashing is done when there is no LED activity, and they become solid. Very vague indeed. I have no idea why it is not getting flashed. I am doing the boot up sequence properly, it is indeed booting up off the micro SD, but all the lights are flashing randomly until about 30 seconds later when they all blink at the same time, and remain that way indefinitely. The vague instructions say 45 mins, not 30 seconds, and the lights should be all on but solid, not flashing. Should I be able to ssh into the device when it is flashing? If not then it is clearly not even trying to flash. If there was some documentation on how to check if the flashing is actually happening or perhaps some way to execute it. Advise? -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] RepliCape Waiting Room - Or: Its all about capes, not the bones
My last trip down to Dallas, CircuitCo gave me a Replicape. I believe the fundamental issue is how they perform testing. Anyone got a good testbench for them? On Wed, Apr 30, 2014 at 2:50 AM, rl.bu...@gmail.com wrote: Foreword: This is NOT targeted for Elias Bakken! I guess he is the last to blame. Hi all, I am one of the lucky ones who bought one of the RepliCapes from the first batch on http://www.thing-printer.com/product/replicape/. Being busy with other stuff as well, I don't mind a delay of some weeks - but now we are somewhat like ten weeks behind the schedule. I know CircuitCo is hard working on ramping up production of the BeagleBone and its new revision, yet I want to express my thinking of this matter: It's not particularly the BeagleBone what makes the BeagleBone unique in the vast range of ARM-based embedded boards - it's the capes. If I would need more processing power, I would go for Odroid-X3. If I need availability for decades and processing power, I take a sip from Freescale imx6 bowl (Wandboard, UDOO, Riotboard, whatever). And going cheaper, there is still the RPi with its ridicolous board layout. But - I love the Beaglebone Layout with its cape support. Making own capes or BUYING someones other cape at my specific needs is the key strength of the whole Beaglebone ecosystem. The Replicape won the one and only CapeContest so there seems to be quality as well as demand. For what reason does it take so long? BR Robert -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] RepliCape Waiting Room - Or: Its all about capes, not the bones
Huh? Gerald On Fri, May 9, 2014 at 1:19 PM, Jason Kridner jkrid...@beagleboard.orgwrote: My last trip down to Dallas, CircuitCo gave me a Replicape. I believe the fundamental issue is how they perform testing. Anyone got a good testbench for them? On Wed, Apr 30, 2014 at 2:50 AM, rl.bu...@gmail.com wrote: Foreword: This is NOT targeted for Elias Bakken! I guess he is the last to blame. Hi all, I am one of the lucky ones who bought one of the RepliCapes from the first batch on http://www.thing-printer.com/product/replicape/. Being busy with other stuff as well, I don't mind a delay of some weeks - but now we are somewhat like ten weeks behind the schedule. I know CircuitCo is hard working on ramping up production of the BeagleBone and its new revision, yet I want to express my thinking of this matter: It's not particularly the BeagleBone what makes the BeagleBone unique in the vast range of ARM-based embedded boards - it's the capes. If I would need more processing power, I would go for Odroid-X3. If I need availability for decades and processing power, I take a sip from Freescale imx6 bowl (Wandboard, UDOO, Riotboard, whatever). And going cheaper, there is still the RPi with its ridicolous board layout. But - I love the Beaglebone Layout with its cape support. Making own capes or BUYING someones other cape at my specific needs is the key strength of the whole Beaglebone ecosystem. The Replicape won the one and only CapeContest so there seems to be quality as well as demand. For what reason does it take so long? BR Robert -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] User LED forward to GPIO
From: faimbs fai...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, May 9, 2014 at 10:42 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] User LED forward to GPIO Hello John! Maybe Charles unterstud what you mean. Unfortunately I'm not an expert of DT. So maybe you can explain how I can use GPIO as usrLED? In the am335x-boneblack.dts are GPIO 21 - 24 for usr0 - usr3. But don know if they are activ and available. Cannot find these GPIO! I recommend that you always retain the previous responses as I don¹t recall what your original questions was. Anyway, in arch/arm/boot/dts/am335x-bone-common.dtsi, on line 30 you will find the pins used for the LEDs. If you want to move the LEDs to a different GPIO, then this is where you make that change. Regards, John Thank you! faimbs -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Beginner PRU Issue
I'm trying to get the hang of the pru and all the examples segfault out of the gate. So I grabbed TI's skeleton code and tried compiling and running that, segfault. I reduced it down to the first line, fine. First 3, segfault. Comment out prussdrv_open, fine. Thow -g at the compiler and run it under gdb and that really narrows it down: Program received signal SIGSEGV, Segmentation fault. 0xb6fc9eec in __pruss_detect_hw_version () from /usr/lib/libprussdrv.so gdb doesn't really have a reference once it gets into that library so I can't see my surroundings. There are zero results for this in google. Has anyone seen this before? I must be missing something pretty simple. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] flashing eMMC
If all of the LED's are flashing together then I believe there was an error while flashing the eMMC. Check the md5 on your eMMC flasher download to make sure there was no corruption. Then try re-flashing the SD with the eMMC flasher image and re-flash the eMMC. On Fri, May 9, 2014 at 11:36 AM, ddur...@gmail.com wrote: I downloaded the eMMC flasher image (images_BBB-eMMC-flasher-debian-7.4-2014-04-23-2gb.img.xz), put on it on a micro SD card (using dd), and tried the hold the boot button when powering on. Firstly I'm pretty concerned at this point that there is no easy way to know if it is really booting off the micro SD card or the eMMC. I had to eventually hook up ethernet and ssh in to figure out it was indeed booting off the debian linux on the micro SD card. The very vague instructions say that flashing is done when there is no LED activity, and they become solid. Very vague indeed. I have no idea why it is not getting flashed. I am doing the boot up sequence properly, it is indeed booting up off the micro SD, but all the lights are flashing randomly until about 30 seconds later when they all blink at the same time, and remain that way indefinitely. The vague instructions say 45 mins, not 30 seconds, and the lights should be all on but solid, not flashing. Should I be able to ssh into the device when it is flashing? If not then it is clearly not even trying to flash. If there was some documentation on how to check if the flashing is actually happening or perhaps some way to execute it. Advise? -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beginner PRU Issue
On 5/9/2014 1:57 PM, foreverska wrote: I'm trying to get the hang of the pru and all the examples segfault out of the gate. So I grabbed TI's skeleton code and tried compiling and running that, segfault. I reduced it down to the first line, fine. First 3, segfault. Comment out prussdrv_open, fine. Thow -g at the compiler and run it under gdb and that really narrows it down: Program received signal SIGSEGV, Segmentation fault. 0xb6fc9eec in __pruss_detect_hw_version () from /usr/lib/libprussdrv.so gdb doesn't really have a reference once it gets into that library so I can't see my surroundings. There are zero results for this in google. Has anyone seen this before? I must be missing something pretty simple. Did you load one of the PRU device tree overlays? Most of the hardware on the SoC defaults to off (powered down with no clock signal) until you explicitly enable it via loading it's driver. Trying to access the hardware before it is enabled typically results in hardware bus faults, which are likely showing up as segment faults in the debugger. -- Charles Steinkuehler char...@steinkuehler.net -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBoard Data Acquisition Platform
How many people here are serious about making an ADC cape for the BBB? One thing we could do is create a wiki and do it as a group effort. It sure worked for Linux. I myself would like a bank of ADS8344 chips - On the BBB that would entail sending and receiving digital signals on the GPIO. And - I hasten to mention, I am not an ee designer - AI SW is my thing. - BUT I feel strongly that this project is easily do-able. So please leave a response here if you are interested in participating. Here are a few tasks: (I am mainly interested in ADC.): 1. get digital signalling protocol from ads8344 spec sheet (ti.com) 2. get code to IO the GPIO pins. 3. post some questions on ti.com forums - get intouch with adc engineer there. get her advice. 4. V ref circuit. 5. choose language, Python fast enough? 6. order chips and interface boards for SMD type. 7. solder chips. (easy) 8. connect to GPIO. 9. start sending signals and do a conversion. (ADC) 10. write SW to store values in data structures. Anyone on? jb email: haiticare2011 at gmail daht kom. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Updates to header images on bone101 page
Robert pointed out to me that I had some bugs in my graphics, so I regenerated most of the .png files on this page: http://beagleboard.org/Support/bone101#headers -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Issue with WiFi connection to beaglebone
I just did this last night while troubleshooting an issue using Eclipse Remote System Explorer. Was able to SSH into both interfaces at the same time. What Linux distribution are you using on your Beaglebone Black? I am using this one: http://debian.beagleboard.org/images/bone-debian-7.4-2014-04-23-2gb.img.xz On Friday, May 9, 2014 8:07:25 AM UTC-7, BeagleNoobie wrote: When I try to connect to BBB through a Wifi dongle, the connection is not made as long as eth0 interface is up. That seemed a little odd to me. Just wondering if anyone else has experienced this? I am running Linux arm 3.8.13-bone32. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: flashing eMMC
If you've got a display hooked up, the debian flasher has a custom desktop background that says you've booted the MMC flasher in pretty large text. On Friday, May 9, 2014 12:36:30 PM UTC-4, ddu...@gmail.com wrote: I downloaded the eMMC flasher image (images_BBB-eMMC-flasher-debian-7.4-2014-04-23-2gb.img.xz), put on it on a micro SD card (using dd), and tried the hold the boot button when powering on. Firstly I'm pretty concerned at this point that there is no easy way to know if it is really booting off the micro SD card or the eMMC. I had to eventually hook up ethernet and ssh in to figure out it was indeed booting off the debian linux on the micro SD card. The very vague instructions say that flashing is done when there is no LED activity, and they become solid. Very vague indeed. I have no idea why it is not getting flashed. I am doing the boot up sequence properly, it is indeed booting up off the micro SD, but all the lights are flashing randomly until about 30 seconds later when they all blink at the same time, and remain that way indefinitely. The vague instructions say 45 mins, not 30 seconds, and the lights should be all on but solid, not flashing. Should I be able to ssh into the device when it is flashing? If not then it is clearly not even trying to flash. If there was some documentation on how to check if the flashing is actually happening or perhaps some way to execute it. Advise? -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] User LED forward to GPIO
Hi, on a 3.14 kernel I copied am335x-boneblack.dts and made my own: am335x-boneblack-res-1.dts to this I added: /* -- define custom leds pinmux */ am33xx_pinmux { traffic_leds_s0: traffic_leds_s0 { pinctrl-single,pins = 0x78 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* .gpio1_28, P9_12 60 $PIN: 30 OUTPUT MODE7 - traffic-1 LED */ 0x44 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* .gpio1_17, P9_23 49 $PIN: 17 OUTPUT MODE7 - traffic-2 LED */ 0x1A4 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* .gpio3_19, P9_27 115 $PIN: 105 OUTPUT MODE7 - traffic-3 LED */ 0x34 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* .gpio1_13, P8_11 45 $PIN: 13 OUTPUT MODE7 - traffic-4 LED */ 0x30 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* .gpio1_12, P8_12 44 $PIN: 12 OUTPUT MODE7 - traffic-5 LED */ 0x28 (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* .gpio0_26, P8_14 26 $PIN: 10 OUTPUT MODE7 - traffic-6 LED */ 0x3c (PIN_OUTPUT_PULLDOWN | MUX_MODE7) /* .gpio1_15, P8_15 47 $PIN 15 OUTPUT MODE7 - traffic-7 LED */ ; }; }; /* -- define custom leds pinmux */ and /* -- define custom leds */ gpio_leds { pinctrl-names = default; pinctrl-0 = traffic_leds_s0; compatible = gpio-leds; led@1 { label = trfcl1:red; gpios = gpio1 28 GPIO_ACTIVE_HIGH; linux,default-trigger = heartbeat; default-state = on; }; led@2 { label = trfcl1:amber; gpios = gpio1 17 GPIO_ACTIVE_HIGH; linux,default-trigger = heartbeat; default-state = on; }; led@3 { label = trfcl1:green; gpios = gpio3 19 GPIO_ACTIVE_HIGH; linux,default-trigger = heartbeat; default-state = on; }; led@4 { label = trfcl2:red; gpios = gpio1 13 GPIO_ACTIVE_HIGH; linux,default-trigger = heartbeat; default-state = on; }; led@5 { label = trfcl2:amber; gpios = gpio1 12 GPIO_ACTIVE_HIGH; linux,default-trigger = heartbeat; default-state = on; }; led@6 { label = trfcl2:green; gpios = gpio0 26 GPIO_ACTIVE_HIGH; linux,default-trigger = heartbeat; default-state = on; }; led@7 { label = trfcl3:red; gpios = gpio1 15 GPIO_ACTIVE_HIGH; linux,default-trigger = heartbeat; default-state = on; }; }; /* -- define custom leds */ Then you need to build this new flat device tree and load it to your board. Hope this helps, Robert -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: flashing eMMC
Unfortunately I have no display. I do have a lapdock with mini hdmi, but when I boot off USB for power, the default installed image would disable hdmi output. According to blog posts I found at that time, it was doing what it was supposed to, as the system would go into USB host mode and assume you won't be needing the display. Since none of the procedure documents mentioned there would be any screen output during the process, I would assume there would be no output. If there was even a comment such as you can verify the flashing is actually occurring by viewing on display Thanks for the tip! It would have prevented me from bricking it :) I bricked the eMMC :). I discovered this by hooking up to the network, and SSHing in. It was clearly showing it was running Debian. So I rebooted without holding the boot button, it would also load into Debian. I thought perhaps it did upgrade the eMMC (because I did leave it for some time -- 60 mins plus), and booting up without pressing the boot button would result in booting into Debian. But in reality it was booting always from micro SD, because a) when I ejected the micro SD card and powered on, it would not boot at all (only power LED would be lit), and b) I noticed the / and /boot was mounting off the micro SD card rather than the eMMC. I shortly concluded that the flashing went bad, as after mounting the two eMMC partitions, I realized they were empty (with the latter being unformatted). So it looks like during the initial power on to flash, it didn't flash properly (aborted, etc), and it seems you only have 1 go at it, as subsequent boots of micro SD would simply boot up the system and not flash the system. Anyways. I couldn't find any way of flashing it from command line (no tools exist that I could find, etc). What I ended up doing was formatting the unformatted parition with EXT4, and then rsync to the eMMC the /boot and / off the micro SD card. Powered down, ejected the micro SD card, and booted up successfully into Debian from eMMC. I guess I'll blog about my issue so that its available online for others who run into the same problem. On Fri, May 9, 2014 at 3:36 PM, Matt Huber unixmo...@gmail.com wrote: If you've got a display hooked up, the debian flasher has a custom desktop background that says you've booted the MMC flasher in pretty large text. On Friday, May 9, 2014 12:36:30 PM UTC-4, ddu...@gmail.com wrote: I downloaded the eMMC flasher image (images_BBB-eMMC-flasher- debian-7.4-2014-04-23-2gb.img.xz), put on it on a micro SD card (using dd), and tried the hold the boot button when powering on. Firstly I'm pretty concerned at this point that there is no easy way to know if it is really booting off the micro SD card or the eMMC. I had to eventually hook up ethernet and ssh in to figure out it was indeed booting off the debian linux on the micro SD card. The very vague instructions say that flashing is done when there is no LED activity, and they become solid. Very vague indeed. I have no idea why it is not getting flashed. I am doing the boot up sequence properly, it is indeed booting up off the micro SD, but all the lights are flashing randomly until about 30 seconds later when they all blink at the same time, and remain that way indefinitely. The vague instructions say 45 mins, not 30 seconds, and the lights should be all on but solid, not flashing. Should I be able to ssh into the device when it is flashing? If not then it is clearly not even trying to flash. If there was some documentation on how to check if the flashing is actually happening or perhaps some way to execute it. Advise? -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] flashing eMMC
I checked the MD5 and it checked out ok (I had used the bittorrent link to download). I 'dd'ed the micro SD card, and like the first time, would do a sync to ensure it completely imaged. Like I mentioned, I know it was booting off the card but simply not flashing the eMMC. Like my subsequent post pointed out, it did at least try at one point, as it corrupted the two partitions. The issue is, subsequent reboots off the micro SD card would not invoke the eMMC flashing, and there is no instructions anywhere on the procedure to manually force invoke the process. I ended up resolving it my manually rsyncing the filesystems over to eMMC. On Friday, May 9, 2014 3:00:31 PM UTC-4, cody wrote: If all of the LED's are flashing together then I believe there was an error while flashing the eMMC. Check the md5 on your eMMC flasher download to make sure there was no corruption. Then try re-flashing the SD with the eMMC flasher image and re-flash the eMMC. On Fri, May 9, 2014 at 11:36 AM, ddu...@gmail.com javascript: wrote: I downloaded the eMMC flasher image (images_BBB-eMMC-flasher-debian-7.4-2014-04-23-2gb.img.xz), put on it on a micro SD card (using dd), and tried the hold the boot button when powering on. Firstly I'm pretty concerned at this point that there is no easy way to know if it is really booting off the micro SD card or the eMMC. I had to eventually hook up ethernet and ssh in to figure out it was indeed booting off the debian linux on the micro SD card. The very vague instructions say that flashing is done when there is no LED activity, and they become solid. Very vague indeed. I have no idea why it is not getting flashed. I am doing the boot up sequence properly, it is indeed booting up off the micro SD, but all the lights are flashing randomly until about 30 seconds later when they all blink at the same time, and remain that way indefinitely. The vague instructions say 45 mins, not 30 seconds, and the lights should be all on but solid, not flashing. Should I be able to ssh into the device when it is flashing? If not then it is clearly not even trying to flash. If there was some documentation on how to check if the flashing is actually happening or perhaps some way to execute it. Advise? -- 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 to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] PRU-ICSS external interrupt
Hi everyone, I am working with the BeagleBone Black trying to make the ADC and the PRU-ICSS work with each other for sampling an analogue signal. The issue that brings me here is a small-big problem I have with the external interrupts of the PRU-ICSS, basically it does not receive these signals. Although the internal interrupts work fine (PRU to PRU) and sending pulses to external hardware such as the host. In some few words the test program I am now running in the system configures the ADC to start sampling data continuously and generate a End_of_sequence interrupt to the PRU0. I have checked that this interrupt is being triggered correctly by polling the IRQSTATUS_RAW register of the ADC from the PRU directly, and checking the sampled data in the FIFO. (In fact this is also another way of bypassing the problem, but is not the most efficient nor elegant way to work with this device I think...) I also have this problem with the EDMA3 module, there is no interrupt from this device to the PRU-ICSS. But this is another issue, and I think is the same problem as the previous one. Here is the code (the important parts at least) I am running in the PRU-ICSS: Definitions: #define gmoADC 0x44E0D000 //Global memory Offset of the ADC First the ADC configuration: //CONFIGURATION ADC // == MOV MemPointer, gmoADC //Control register MOV r1, 0x0005 LBBO r1, MemPointer, 0x40, 2 //TS_CHARGE_DELAY //Set default value (1h)018C3040 //STEPCONFIG1. //AIN1 (Channel 2) (+input) //Single ended //VREFP (+ref) = 1.8 V //VREFN (-ref -input) = GND MOV r1,0x0001 // 0x018C3002 //After test last bit will be changed SBBO r1, MemPointer, 0x64, 4 //STEP enable register LDI r1, 0x02 //STEP1 SBBO r1, MemPointer, 0x54, 4 //STEPDELAY1 Set as default //Interrupt parameters //IRQENABLE: End of sequence MOV r1, 0x0002 SBBO r1, MemPointer, 0x2C, 4 Configuration of the INTC (PRU): //Global interrupt enable PRU MOV r1.w0, 0x0001 SBCO r1, INTCbase, 0x10, 2 //Enable host 0 int MOV r1, (0x|0) //(0x|Host_num) SBCO r1, INTCbase, 0x34, 4 //Map channel 0 to host 0 LDI r2.w0, 0x0800 ADD r2.w0, r2.w0, 0 //Add host_num to host map registers offset 0x800 MOV r1.b0, 0 //Channel number SBCO r1.b0, INTCbase, r2.w0, 1 //Map system evento to channel 0 LDI r2.w0, 0x0400 ADD r2.w0, r2.w0, SysEvent //Add system evento to channel map register offset 0x400 LDI r1.b0, 0 //Channel number SBCO r1.b0, INTCbase, r2.w0, 1 //Clear system event interrupt MOV r1, (0x|SysEvent) SBCO r1, INTCbase, 0x24, 4 //Enable system event interrupt SBCO r1, INTCbase, 0x28, 4 Now, if I keep polling the register IRQSTATUS_RAW of the ADC (and clearing the interrupt flag), the program works fine. But if I do the same but polling instead bit 30 of R31 well that is why I am writing this I verify this by getting the data from the PRU's RAM using the host process. I am running an Angstrom v2012.12 in a revision A5C BBB. Kernel version: 3.8.13. Someone has the same problem, knows some possible solution (appart from the polling)?... Thank you very much! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] libpruio (fast and easy D/A - I/O)
No particular deadline as we already shipped the Rev C image. We will push a bug fix version over the next 2-3 weeks as reports come in. If we don't squeeze in there, there's always another release coming. On Friday, May 9, 2014, TJF jeli.freih...@gmail.com wrote: Thanks for the registration tip / link, done. And thanks for your positive statement. I hope you find some time to look under the hood. Would be nice if you can run some of the pre-compiled examples and tell us your thoughts. The licences are LGPLv2 / GPLv3, so it could get in to the default image. I'd like to get some feedback and fix the major bugs, first. Is there a deadline? -- 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 to beagleboard+unsubscr...@googlegroups.comjavascript:_e(%7B%7D,'cvml','beagleboard%2bunsubscr...@googlegroups.com'); . For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] RepliCape Waiting Room - Or: Its all about capes, not the bones
I am sure they are working it out (or already have) but I thought it wouldn't hurt to hear some thoughts from community members. if for nothing else than to give me something to run on the board to check it out other than LinuxCNC. On Friday, May 9, 2014, Gerald Coley ger...@beagleboard.org wrote: Huh? Gerald On Fri, May 9, 2014 at 1:19 PM, Jason Kridner jkrid...@beagleboard.orgjavascript:_e(%7B%7D,'cvml','jkrid...@beagleboard.org'); wrote: My last trip down to Dallas, CircuitCo gave me a Replicape. I believe the fundamental issue is how they perform testing. Anyone got a good testbench for them? On Wed, Apr 30, 2014 at 2:50 AM, rl.bu...@gmail.comjavascript:_e(%7B%7D,'cvml','rl.bu...@gmail.com'); wrote: Foreword: This is NOT targeted for Elias Bakken! I guess he is the last to blame. Hi all, I am one of the lucky ones who bought one of the RepliCapes from the first batch on http://www.thing-printer.com/product/replicape/. Being busy with other stuff as well, I don't mind a delay of some weeks - but now we are somewhat like ten weeks behind the schedule. I know CircuitCo is hard working on ramping up production of the BeagleBone and its new revision, yet I want to express my thinking of this matter: It's not particularly the BeagleBone what makes the BeagleBone unique in the vast range of ARM-based embedded boards - it's the capes. If I would need more processing power, I would go for Odroid-X3. If I need availability for decades and processing power, I take a sip from Freescale imx6 bowl (Wandboard, UDOO, Riotboard, whatever). And going cheaper, there is still the RPi with its ridicolous board layout. But - I love the Beaglebone Layout with its cape support. Making own capes or BUYING someones other cape at my specific needs is the key strength of the whole Beaglebone ecosystem. The Replicape won the one and only CapeContest so there seems to be quality as well as demand. For what reason does it take so long? BR Robert -- 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 to beagleboard+unsubscr...@googlegroups.comjavascript:_e(%7B%7D,'cvml','beagleboard%2bunsubscr...@googlegroups.com'); . For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.comjavascript:_e(%7B%7D,'cvml','beagleboard%2bunsubscr...@googlegroups.com'); . For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.comjavascript:_e(%7B%7D,'cvml','beagleboard%2bunsubscr...@googlegroups.com'); . For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] RepliCape Waiting Room - Or: Its all about capes, not the bones
On 5/9/2014 3:30 PM, Jason Kridner wrote: I am sure they are working it out (or already have) but I thought it wouldn't hurt to hear some thoughts from community members. if for nothing else than to give me something to run on the board to check it out other than LinuxCNC. Can't you just run Elias' software? ...but for a testbed, just about anything that can twiddle I/O should work. I'd probably start off with some python code, and pull the PRU in if needed, probably with the code written in Forth just because. :) I also here there's some sort of node.js thing a lot of folks are all excited about, but it makes no sense to me. I grok C, Forth, and assembly, but I can't keep up with what all these youngsters are up to these days. Sure, it's all beans and gems until somebody pokes an eye out! ;-) -- Charles Steinkuehler char...@steinkuehler.net -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Issue with WiFi connection to beaglebone
I am using ubuntu, but it still should work with both interfaces at the same time. Maybe I give debian a shot and see what happens. On Friday, 9 May 2014 15:33:00 UTC-4, jwhaines...@gmail.com wrote: I just did this last night while troubleshooting an issue using Eclipse Remote System Explorer. Was able to SSH into both interfaces at the same time. What Linux distribution are you using on your Beaglebone Black? I am using this one: http://debian.beagleboard.org/images/bone-debian-7.4-2014-04-23-2gb.img.xz On Friday, May 9, 2014 8:07:25 AM UTC-7, BeagleNoobie wrote: When I try to connect to BBB through a Wifi dongle, the connection is not made as long as eth0 interface is up. That seemed a little odd to me. Just wondering if anyone else has experienced this? I am running Linux arm 3.8.13-bone32. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] RepliCape Waiting Room - Or: Its all about capes, not the bones
Hi, guys! I just completed a test script and a video to go along with it. Here is the video: https://plus.google.com/112892827905040807193/posts/V9uaR4GNTCk And here is the script: https://bitbucket.org/intelligentagent/replicape/src/323c6c42b9448cd44a357c74b0527b058c975ef2/test/?at=Rev-A4 It is a python script, but it mostly pushes G-codes to the Redeem daemon. I'm sending this to CircuitCo now and hopefully that will kickstart the process! On Friday, May 9, 2014 10:52:00 PM UTC+2, Charles Steinkuehler wrote: On 5/9/2014 3:30 PM, Jason Kridner wrote: I am sure they are working it out (or already have) but I thought it wouldn't hurt to hear some thoughts from community members. if for nothing else than to give me something to run on the board to check it out other than LinuxCNC. Can't you just run Elias' software? ...but for a testbed, just about anything that can twiddle I/O should work. I'd probably start off with some python code, and pull the PRU in if needed, probably with the code written in Forth just because. :) I also here there's some sort of node.js thing a lot of folks are all excited about, but it makes no sense to me. I grok C, Forth, and assembly, but I can't keep up with what all these youngsters are up to these days. Sure, it's all beans and gems until somebody pokes an eye out! ;-) -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Ethernet vs. RNDIS
If one can plug the BBB directly into the net and be able to access the BBB from the net, why would one want to use the RNDIS interface over USB? Does RNDIS provide some service that isn't available via an ethernet connection? Thanks in advance. Brian -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] User LED forward to GPIO
I use this: https://github.com/nomel/beaglebone/tree/master/led-header Makes setting up leds super easy. On Thursday, May 8, 2014 9:35:31 AM UTC-7, Charles Steinkuehler wrote: The way these systems are configured, I don't know if you can do what you want without generating a custom device tree. The leds class has a trigger function and can be tied to various GPIO pins, but I believe that conflicts with exporting that same GPIO pin. If anyone knows of a way to do this without requiring customizing a device tree to move GPIO pins from /sys/class/gpio to /sys/class/leds/ entries, or if there's a way to have both for the same pin, I'd love to hear it! On 5/8/2014 10:49 AM, Hannes Hörting wrote: Hello John! Thank you! I`m using Debian and also the universal device tree from Charles: https://github.com/cdsteinkuehler/beaglebone-universal-io Not sure if its there also available? I doesnt find an information about heartbeat and cpu for user led on the GPIO. Thank you! Am Mittwoch, 7. Mai 2014 20:58:10 UTC+2 schrieb john3909: On 5/7/14, 11:32 AM, Hannes Hörting fai...@gmail.com javascript: wrote: Hello! Can I forward the User Led to the GPIO? I want to build my own Expansion Board and need this LED. OR is this function already connectet to some GPIO? Thank you! You can change the GPIO for the User LED by modifying the BBB device tree. Look at arch/arm/boot/dts/am335x-bone-common.dtsi Regards, John -- 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 to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] path of least resistance to Debian
I am fairly certain that this has been answered but I have spent the last two hours perusing the Wiki, the website, and the forums looking for a definitive path to move my BBB from Angstrom to Debian. I am left with some questions which I am pretty certain someone has already answered but I still need pointers. 1. Is it better to run Debian from MicroSD or from the eMMC? 2. My native OS environment is MacOS. I have decompressed both Debian images on my Mac. For the MicroSD it seems the easy way to write the image is with dd using a 512-byte blocksize (one sector), right? 3. Is there a way to write the eMMC image from MacOS? I'd rather not have to boot up Windows if I can avoid it. (After all, we are trying to run linux and having to run Windows in order to do maintenance on a Linux system just seems ... wrong.) 4. Is there a way to write the eMMC image from the running BBB? Seems that maybe I get it running from MicroSD and then rewrite the eMMC. Thank you. Brian -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Ethernet vs. RNDIS
Someone who may want to use only one connection and is already powering via USB. Something such as a classroom environment could be a perfect example of why to use RNDIS. In this case, you use fewer Ethernet connections, which could save on costs, and clutter. To be sure there are many other possible use cases, use your imagination. Personally, I have had nothing but terrible experiences with RNDIS, but it is not exactly something I am familiar with. I expect when I get around to do some serious reading on the subject, many or all of these issues would go away. On Fri, May 9, 2014 at 3:06 PM, Brian Lloyd br...@lloyd.com wrote: If one can plug the BBB directly into the net and be able to access the BBB from the net, why would one want to use the RNDIS interface over USB? Does RNDIS provide some service that isn't available via an ethernet connection? Thanks in advance. Brian -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: path of least resistance to Debian
I don't always use my Mac, but when I do, I follow this guide: https://learn.adafruit.com/beaglebone-black-installing-operating-systems/mac-os-x I have always run with the eMMC flasher image, but space is getting tight on the 2GB image. I can't speak to performance. If storage is an issue, you can wait for a rev C with the 4GB eMMC, or use the micro SD. Not sure about #4. Josh -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Ethernet vs. RNDIS
On Friday, May 9, 2014 5:31:35 PM UTC-5, William Hermans wrote: Someone who may want to use only one connection and is already powering via USB. Something such as a classroom environment could be a perfect example of why to use RNDIS. In this case, you use fewer Ethernet connections, which could save on costs, and clutter. To be sure there are many other possible use cases, use your imagination. Ah, OK. Since my systems already have working ethernet the idea of installing another driver didn't make sense to me, especially since the BBB is going to live on the ethernet not be connected to USB. The real question is whether the RNDIS driver provided something that Ethernet/IP didn't. It sounds like you are saying that it doesn't. Good. I can dispense with installing the RNDIS driver on my Mac(s). Personally, I have had nothing but terrible experiences with RNDIS, but it is not exactly something I am familiar with. I expect when I get around to do some serious reading on the subject, many or all of these issues would go away. Like I said, unless RNDIS provides necessary services not available over an Ethernet network connection, I won't be using RNDIS. Thank you for you reply. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] path of least resistance to Debian
#1 Personally I would run from a uSD card to make sure it is what you want. Plus it doesnt hurt to run from the sd card, unless you do not have a uSD card + sd card adapter, and do not care to spend money on this. #2 I'll defer to someone else, as I am not a MAC person. #3 NO idea where you got this impression. All the instructions I've seen are *NIX based, and I *DO* personally run Windows for my own desktop environment. #4 You would have to boot up via uSD to write out the eMMC I believe. You may want to consider dedicating a machine, or perhaps use virtualbox to have a Debian wheezy i386 support system. This really depends on how serious you are. As an example, I compile my own kernel based on Robert Nelsons instructions, and build a custom rootfs also based on his bare rootfs stuff. Which I mount rootfs over our network ( to prevent me from ruining flash media while I experiment / tweak various things ). On Fri, May 9, 2014 at 3:28 PM, Brian Lloyd br...@lloyd.com wrote: I am fairly certain that this has been answered but I have spent the last two hours perusing the Wiki, the website, and the forums looking for a definitive path to move my BBB from Angstrom to Debian. I am left with some questions which I am pretty certain someone has already answered but I still need pointers. 1. Is it better to run Debian from MicroSD or from the eMMC? 2. My native OS environment is MacOS. I have decompressed both Debian images on my Mac. For the MicroSD it seems the easy way to write the image is with dd using a 512-byte blocksize (one sector), right? 3. Is there a way to write the eMMC image from MacOS? I'd rather not have to boot up Windows if I can avoid it. (After all, we are trying to run linux and having to run Windows in order to do maintenance on a Linux system just seems ... wrong.) 4. Is there a way to write the eMMC image from the running BBB? Seems that maybe I get it running from MicroSD and then rewrite the eMMC. Thank you. Brian -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: path of least resistance to Debian
On Friday, May 9, 2014 5:33:24 PM UTC-5, Joshua Datko wrote: I don't always use my Mac, but when I do, I follow this guide: https://learn.adafruit.com/beaglebone-black-installing-operating-systems/mac-os-x Ah, thank you. That has precisely what I am looking for. I have always run with the eMMC flasher image, but space is getting tight on the 2GB image. I can't speak to performance. If storage is an issue, you can wait for a rev C with the 4GB eMMC, or use the micro SD. I would hope I could Not sure about #4. Turns out the instructions for loading the eMMC are there too. Thank you! -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Ethernet vs. RNDIS
Well one thing I do know of that using a USB ethernet gadget can do that is very difficult on standard ethernet. Spoofing MAC addresses. For legit reasons or otherwise.. On Fri, May 9, 2014 at 3:39 PM, Brian Lloyd br...@lloyd.com wrote: On Friday, May 9, 2014 5:31:35 PM UTC-5, William Hermans wrote: Someone who may want to use only one connection and is already powering via USB. Something such as a classroom environment could be a perfect example of why to use RNDIS. In this case, you use fewer Ethernet connections, which could save on costs, and clutter. To be sure there are many other possible use cases, use your imagination. Ah, OK. Since my systems already have working ethernet the idea of installing another driver didn't make sense to me, especially since the BBB is going to live on the ethernet not be connected to USB. The real question is whether the RNDIS driver provided something that Ethernet/IP didn't. It sounds like you are saying that it doesn't. Good. I can dispense with installing the RNDIS driver on my Mac(s). Personally, I have had nothing but terrible experiences with RNDIS, but it is not exactly something I am familiar with. I expect when I get around to do some serious reading on the subject, many or all of these issues would go away. Like I said, unless RNDIS provides necessary services not available over an Ethernet network connection, I won't be using RNDIS. Thank you for you reply. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: path of least resistance to Debian
btw, if you start with the microSD image and are happy with it, you can kick off the eMMC flasher via: cd /opt/scripts/tools/ sudo ./beaglebone-black-eMMC-flasher.sh Regards, -- Robert Nelson http://www.rcn-ee.com/ -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Ethernet vs. RNDIS
On Fri, May 9, 2014 at 5:51 PM, William Hermans yyrk...@gmail.com wrote: Well one thing I do know of that using a USB ethernet gadget can do that is very difficult on standard ethernet. Spoofing MAC addresses. For legit reasons or otherwise. Hmm, every unix system I have used has allowed me to change the MAC address. But I get your point. -- Brian Lloyd, WB6RQN/J79BPL 706 Flightline Drive Spring Branch, TX 78070 br...@lloyd.com +1.916.877.5067 -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] RepliCape Waiting Room - Or: Its all about capes, not the bones
The video was stuck on processing for some reason. Here it is again: http://youtu.be/beVXOwo-RLk On Saturday, May 10, 2014 12:03:26 AM UTC+2, Elias Bakken wrote: Hi, guys! I just completed a test script and a video to go along with it. Here is the video: https://plus.google.com/112892827905040807193/posts/V9uaR4GNTCk And here is the script: https://bitbucket.org/intelligentagent/replicape/src/323c6c42b9448cd44a357c74b0527b058c975ef2/test/?at=Rev-A4 It is a python script, but it mostly pushes G-codes to the Redeem daemon. I'm sending this to CircuitCo now and hopefully that will kickstart the process! On Friday, May 9, 2014 10:52:00 PM UTC+2, Charles Steinkuehler wrote: On 5/9/2014 3:30 PM, Jason Kridner wrote: I am sure they are working it out (or already have) but I thought it wouldn't hurt to hear some thoughts from community members. if for nothing else than to give me something to run on the board to check it out other than LinuxCNC. Can't you just run Elias' software? ...but for a testbed, just about anything that can twiddle I/O should work. I'd probably start off with some python code, and pull the PRU in if needed, probably with the code written in Forth just because. :) I also here there's some sort of node.js thing a lot of folks are all excited about, but it makes no sense to me. I grok C, Forth, and assembly, but I can't keep up with what all these youngsters are up to these days. Sure, it's all beans and gems until somebody pokes an eye out! ;-) -- Charles Steinkuehler cha...@steinkuehler.net -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] How to install Mono on Debian emmc Flash on Beaglebone Black board
$ sudo apt-get install mono-complete Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package mono-complete $ The package does not exist. Which probably means there are some binaries which have not yet been ported to ARM. *OR* hold one. . .. Yeap, the above commands were issues on the BBB while the below issued on my i386 support system. william@debian:~$ sudo apt-cache search mono-complete mono-complete - complete Mono runtime, development tools and all libraries william@debian:~$ So the package does not exist for the ARM platform. On Fri, May 9, 2014 at 9:17 AM, Hari Krishna Malladi harikrishnamalladi.i...@gmail.com wrote: What exactly is the error? mono-complete is a valid debian package. Regards, Hari Krishna Indian Institute of Science On Fri, May 9, 2014 at 10:29 AM, sheelai...@gmail.com wrote: Hi All, I have downloaded the latest Debian eMMC flash image and flashed the same on BBB board using SD card. It is working fine. I want to install Mono on the same. When i give the command #sudo apt-get install mono-complete --- it is throwing error saying cannot install. How to install the same. Best Regards, Sheela -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] How to install Mono on Debian emmc Flash on Beaglebone Black board
On Fri, May 9, 2014 at 6:15 PM, William Hermans yyrk...@gmail.com wrote: $ sudo apt-get install mono-complete Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package mono-complete $ The package does not exist. Which probably means there are some binaries which have not yet been ported to ARM. *OR* hold one. . .. Yeap, the above commands were issues on the BBB while the below issued on my i386 support system. william@debian:~$ sudo apt-cache search mono-complete mono-complete - complete Mono runtime, development tools and all libraries william@debian:~$ mono hasn't been ported to debian's armhf subarch yet. It does exist in the armel archives. Someone put up a howto guide on github on building mono on wheezy armhf, it just escapes me a the moment where it was. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] How to install Mono on Debian emmc Flash on Beaglebone Black board
Ok I stand corrected. I keep forgetting about armel and armhf differences ( mainly because I only use armhf ). I did also want to mention that in package form mono runtimes are rather limited for armhf. But I also have seen this github guide Robert mentioned above. Personally, I gave up on it long ago and moved to Nodejs. Since Node.js satisfies all my own needs. On Fri, May 9, 2014 at 4:19 PM, Robert Nelson robertcnel...@gmail.comwrote: On Fri, May 9, 2014 at 6:15 PM, William Hermans yyrk...@gmail.com wrote: $ sudo apt-get install mono-complete Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package mono-complete $ The package does not exist. Which probably means there are some binaries which have not yet been ported to ARM. *OR* hold one. . .. Yeap, the above commands were issues on the BBB while the below issued on my i386 support system. william@debian:~$ sudo apt-cache search mono-complete mono-complete - complete Mono runtime, development tools and all libraries william@debian:~$ mono hasn't been ported to debian's armhf subarch yet. It does exist in the armel archives. Someone put up a howto guide on github on building mono on wheezy armhf, it just escapes me a the moment where it was. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio Cape and Debian
I appreciate the response - but how in the world do you install a device tree? Been searching all over the place and find billions of references to how to compile one, but struggling with what to do with the one that is already compiled. Also - the very limited docs seem to indicate this is already installed The current Debian images have the required patches and will play audio normally. there are zero other docs to help someone that just wants to use this rather than become a linux guru. On Thursday, May 8, 2014 10:40:19 PM UTC-4, john3909 wrote: From: erg edros...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Thursday, May 8, 2014 at 5:26 PM To: beagl...@googlegroups.com javascript: Subject: [beagleboard] Audio Cape and Debian I know little of linux and not that up on audio, but in the process of building an app that uses both. (Java app that works fine in windows). I just bought the audio cape and a bit surprised at the lack of any docs or links to how-to. In fact, not really sure which is the mic in and headphone out. I'm sure this thing works, but not sure what I need to do to get it working. Ive tried aplay, alsa, alsamixer and nothing seems to know the board is present. Using debian for the beagle board Is there some kind of configuration that is needed to make this work? Or, is there any docs for this board (Rev B) that explain what needs to be done? Appreciate any help. aplay -vv file.wav Seems to do something, but no audio from either of the ports. What kernel version are you using? You need to install the Audio Device Tree BB-BONE-AUDI-02-00A0.dts You will find that here http://elinux.org/CircuitCo:Audio_Cape_RevB Regards, John thx e -- 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 to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] path of least resistance to Debian
On Fri, May 9, 2014 at 5:42 PM, William Hermans yyrk...@gmail.com wrote: #1 Personally I would run from a uSD card to make sure it is what you want. Plus it doesnt hurt to run from the sd card, unless you do not have a uSD card + sd card adapter, and do not care to spend money on this. I have a 16GB uSD card to run from. Just wondering what the pros and cons are. Seems that the cons are worry that the eMMC will reach its write limit. I don't think that will be an issue for my application as I intend to use the BBB as an embedded system. (See below.) #2 I'll defer to someone else, as I am not a MAC person. Mac is just FreeBSD once you are in the shell (for the most part). There are worse places to be. ;-) #3 NO idea where you got this impression. All the instructions I've seen are *NIX based, and I *DO* personally run Windows for my own desktop environment. I couldn't find any instructions other than for doing it from Windows until I was pointed to the Adafruit site. #4 You would have to boot up via uSD to write out the eMMC I believe. I now have Debian running from the uSD card and it is working just peachy. Attempts to copy the eMMC version to the eMMC didn't work but I only want that as a backup to the uSD. Eventually I will probably want to run from eMMC when I close everything up and shove it into a rack. You may want to consider dedicating a machine, or perhaps use virtualbox to have a Debian wheezy i386 support system. This really depends on how serious you are. As an example, I compile my own kernel based on Robert Nelsons instructions, and build a custom rootfs also based on his bare rootfs stuff. Which I mount rootfs over our network ( to prevent me from ruining flash media while I experiment / tweak various things ). Thank you. I may go that route. I have a couple of machines I plan to dedicate to Linux (one is already running ubuntu -- not sure that is going to stay that way). Is there a good cross-development environment or is it just as easy to build on the BBB itself? The project right now is turning the BBB into a GPS-disciplined NTP server. The plan is to have a local UTC display (I think Nixies would be cool for that classic retro look but 7-segment LED displays would be OK too and easier to drive) and eventually use it to discipline my Rubidium reference as well. -- Brian Lloyd, WB6RQN/J79BPL 706 Flightline Drive Spring Branch, TX 78070 br...@lloyd.com +1.916.877.5067 -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: path of least resistance to Debian
On Fri, May 9, 2014 at 5:57 PM, Robert Nelson robertcnel...@gmail.comwrote: btw, if you start with the microSD image and are happy with it, you can kick off the eMMC flasher via: cd /opt/scripts/tools/ sudo ./beaglebone-black-eMMC-flasher.sh Thank you. The information is out there but just scattered. I just don't know where to look ... yet. -- Brian Lloyd, WB6RQN/J79BPL 706 Flightline Drive Spring Branch, TX 78070 br...@lloyd.com +1.916.877.5067 -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Official eQEP driver Support
it seems my excitement was short-lived. While reading the position with the previous (and attached) code does work, it only does so when Teknoman's eqep driver is loaded. I've added writes to set up the PWMSS and eQEP configuration registers and have confirmed by reading them back that they are set up the same as the driver does. Any ideas on what I'm missing? // Write the decoder control settings *(unsigned short*)(pwm_map_base[0]+EQEP_OFFSET+QDECCTL) = 0; // set maximum position to two's compliment of -1, aka UINT_MAX *(unsigned long*)(pwm_map_base[0]+EQEP_OFFSET+QPOSMAX)=-1; // Enable interrupt *(uint16_t*)(pwm_map_base[0]+EQEP_OFFSET+QEINT) = UTOF; // set unit period register *(unsigned long*)(pwm_map_base[0]+EQEP_OFFSET+QUPRD)=0x5F5E100; // enable counter in control register *(unsigned short*)(pwm_map_base[0]+EQEP_OFFSET+QEPCTL) = PHEN|IEL0|SWI|UTE|QCLM; SYSCONFIG 0xC CLKCONFIG 0x111 QEPCTL0 0x9E QDECCTL0 0x0 QEINT00x800 QUPRD00x5F5E100 QPOSMAX0 0x QEPSTS0 0xA0 eqep0: -174 eqep1: 544 e^Cp2: 0 -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. mmap_pwm.rar Description: application/rar
[beagleboard] ANNOUNCE: New Machinekit Images and CRAMPS Design
I have been very busy lately and am pleased to announce the release of two new updates: 1) New Machinekit uSD images for the BeagleBone === This is a long over-due update to my Machinekit uSD card images. This image is based on the official BeagleBone Debian release from Robert Nelson, so all the BeagleBone specific additions (like node.js and USB networking) should work just like a regular BeagleBone running the factory Debian image. See the Machinekit page on my blog for details: http://blog.machinekit.io/p/machinekit_16.html I also have an (untested) eMMC flasher image available, which should allow you to run Machinekit from the 4G eMMC on the RevC BeagleBone. I would be happy to change untested to tested and known working if anyone cares to send me an acutal RevC board. I'm still waiting for either of the two I ordered to arrive. ;-) 2) Version 2.1 of the CRAMPS motion control cape The redesign of the CRAMPS board is now finished, and I have sent gerber files out for fabrication. As always, the design files are available on github: https://github.com/cdsteinkuehler/bobc_hardware/tree/CRAMPS/CRAMPS ...and design details, BOMs, and assembly instructions can be found via the CRAMPS page on the RepRap wiki: http://reprap.org/wiki/CRAMPS This version focuses on cost reduction and simplifying the V1.0 design, and I really like how it has turned out. I stopped restricting the design to minimal changes of the RAMPS-FD board and I feel the new Version 2.1 board really gets back to the simplicity that made the original Arduino RAMPS design so successful. I am also working on a 3-axis add-on board (the CRAMP3) which means you can have 9-axis motion control for those folks working with Stuart platforms or machines like Nicholas Seward's Sextupteron: https://www.youtube.com/watch?v=2kXdsU2bBp0 Once the PCBs arrive, I'll probably have some extra CRAMPS boards to sell for a nominal cost. Watch my blog for purchase details if you're interested in buying one. I'm really hoping someone will sell kits or assembled units once I've verified the new design works as expected. Contact me directly if you're interested, or just start building and selling them! It's an open design, I won't mind (really!)...but if you contact me, I can help with engineering support (like a production test program or approving alternate parts). -- Charles Steinkuehler char...@steinkuehler.net -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] A simple cape to prevent power-interrupt corruption?
Yes, I did find those. From what I read, it seems that both aim at allowing the BBB to run when there is no mains power. In my application, I don't have a need for the BBB to maintain functionality when there is no power (other than battery). I'm simply interested in ensuring a safe shutdown sequence when power is removed. It seems from both posts that this has still not been addressed. These methods are focused on keeping the BBB running on battery power; however, when the battery discharges, I saw no discussion about an orderly shutdown occurring. I'm looking for an immediate, but orderly shutdown, and don't care about sustaining operation (beyond a safe shutdown) when power is removed. On Friday, May 9, 2014 7:56:01 AM UTC-7, Ron B. wrote: Have you seen this posthttp://www.element14.com/community/community/knode/single-board_computers/next-gen_beaglebone/blog/2013/08/10/bbb--rechargeable-on-board-battery-systemand discussion? Personally, I went the full capehttp://andicelabs.com/beaglebone-powercape/route because it gave me more flexibililty for power-up events as well as a very low power (~80uA) power off state. -Ron -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] User LED forward to GPIO
From: Brandon I brandon.ir...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, May 9, 2014 at 3:06 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] User LED forward to GPIO I use this: https://github.com/nomel/beaglebone/tree/master/led-header Makes setting up leds super easy. Just so you know, this will only work for Kernel V3.8 Regards, John On Thursday, May 8, 2014 9:35:31 AM UTC-7, Charles Steinkuehler wrote: The way these systems are configured, I don't know if you can do what you want without generating a custom device tree. The leds class has a trigger function and can be tied to various GPIO pins, but I believe that conflicts with exporting that same GPIO pin. If anyone knows of a way to do this without requiring customizing a device tree to move GPIO pins from /sys/class/gpio to /sys/class/leds/ entries, or if there's a way to have both for the same pin, I'd love to hear it! On 5/8/2014 10:49 AM, Hannes Hörting wrote: Hello John! Thank you! I`m using Debian and also the universal device tree from Charles: https://github.com/cdsteinkuehler/beaglebone-universal-io Not sure if its there also available? I doesnt find an information about heartbeat and cpu for user led on the GPIO. Thank you! Am Mittwoch, 7. Mai 2014 20:58:10 UTC+2 schrieb john3909: On 5/7/14, 11:32 AM, Hannes Hörting fai...@gmail.com javascript: wrote: Hello! Can I forward the User Led to the GPIO? I want to build my own Expansion Board and need this LED. OR is this function already connectet to some GPIO? Thank you! You can change the GPIO for the User LED by modifying the BBB device tree. Look at arch/arm/boot/dts/am335x-bone-common.dtsi Regards, John -- 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 to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] path of least resistance to Debian
From: Brian Lloyd br...@lloyd.com Reply-To: beagleboard@googlegroups.com Date: Friday, May 9, 2014 at 6:51 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] path of least resistance to Debian On Fri, May 9, 2014 at 5:42 PM, William Hermans yyrk...@gmail.com wrote: #1 Personally I would run from a uSD card to make sure it is what you want. Plus it doesnt hurt to run from the sd card, unless you do not have a uSD card + sd card adapter, and do not care to spend money on this. I have a 16GB uSD card to run from. Just wondering what the pros and cons are. Seems that the cons are worry that the eMMC will reach its write limit. I don't think that will be an issue for my application as I intend to use the BBB as an embedded system. (See below.) #2 I'll defer to someone else, as I am not a MAC person. Mac is just FreeBSD once you are in the shell (for the most part). There are worse places to be. ;-) There are some incompatibilities with OSX, but if you use ³MacPort² or ³HomeBrew² or ³Fink² to get the GNU tool versions. Since the GNU version are the same as Debian or Ubuntu, the same instructions will work on Mac. #3 NO idea where you got this impression. All the instructions I've seen are *NIX based, and I *DO* personally run Windows for my own desktop environment. I couldn't find any instructions other than for doing it from Windows until I was pointed to the Adafruit site. #4 You would have to boot up via uSD to write out the eMMC I believe. I now have Debian running from the uSD card and it is working just peachy. Attempts to copy the eMMC version to the eMMC didn't work but I only want that as a backup to the uSD. Eventually I will probably want to run from eMMC when I close everything up and shove it into a rack. You may want to consider dedicating a machine, or perhaps use virtualbox to have a Debian wheezy i386 support system. This really depends on how serious you are. As an example, I compile my own kernel based on Robert Nelsons instructions, and build a custom rootfs also based on his bare rootfs stuff. Which I mount rootfs over our network ( to prevent me from ruining flash media while I experiment / tweak various things ). Thank you. I may go that route. I have a couple of machines I plan to dedicate to Linux (one is already running ubuntu -- not sure that is going to stay that way). Is there a good cross-development environment or is it just as easy to build on the BBB itself? The only issue preventing me from using OSX for all my BBB development is Linaro does not have a cross compiler for OSX. Also OpenEmbedded/Angstrom/Yocto do not work on OSX. Since running Robert Nelson¹s scripts depend on Linaro, you cannot use his build scripts either. For now I use an Ubuntu 14.04 box. You might want to consider Parallels and install Ubuntu x64 which works great. Regards, John The project right now is turning the BBB into a GPS-disciplined NTP server. The plan is to have a local UTC display (I think Nixies would be cool for that classic retro look but 7-segment LED displays would be OK too and easier to drive) and eventually use it to discipline my Rubidium reference as well. -- Brian Lloyd, WB6RQN/J79BPL 706 Flightline Drive Spring Branch, TX 78070 br...@lloyd.com +1.916.877.5067 tel:%2B1.916.877.5067 -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio Cape and Debian
From: erg edross15...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Friday, May 9, 2014 at 5:29 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio Cape and Debian I appreciate the response - but how in the world do you install a device tree? Been searching all over the place and find billions of references to how to compile one, but struggling with what to do with the one that is already compiled. Also - the very limited docs seem to indicate this is already installed The current Debian images have the required patches and will play audio normally. there are zero other docs to help someone that just wants to use this rather than become a linux guru. Since you did not specify your kernel version, it is hard to respond. However, assuming you are using V3.8.13, do the following: Make sure the compiled BB-BONE-AUDI-02-00A0.dtbo file is installed under the /firmware folder export SLOTS=/sys/devices/bone_capemgr.*/slots echo BB-BONE-AUDI-02 $SLOTS If you want to enable the Audio DT permanently, add it to your uEnv.txt file. Regards, John On Thursday, May 8, 2014 10:40:19 PM UTC-4, john3909 wrote: From: erg edros...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Thursday, May 8, 2014 at 5:26 PM To: beagl...@googlegroups.com javascript: Subject: [beagleboard] Audio Cape and Debian I know little of linux and not that up on audio, but in the process of building an app that uses both. (Java app that works fine in windows). I just bought the audio cape and a bit surprised at the lack of any docs or links to how-to. In fact, not really sure which is the mic in and headphone out. I'm sure this thing works, but not sure what I need to do to get it working. Ive tried aplay, alsa, alsamixer and nothing seems to know the board is present. Using debian for the beagle board Is there some kind of configuration that is needed to make this work? Or, is there any docs for this board (Rev B) that explain what needs to be done? Appreciate any help. aplay -vv file.wav Seems to do something, but no audio from either of the ports. What kernel version are you using? You need to install the Audio Device Tree BB-BONE-AUDI-02-00A0.dts You will find that here http://elinux.org/CircuitCo:Audio_Cape_RevB Regards, John thx e -- 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 to beagleboard...@googlegroups.com javascript: . For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] A simple cape to prevent power-interrupt corruption?
Actually, my initial desire for creating the cape was to have a battery-powered Linux node that could power on, perform some task, and then power itself back off and consume very little power in between. So, the cape will selectively power up the BB on a timeout, an external signal, button press, or DC power restoration. When the BB powers itself down and 3V3 goes away, the cape cuts all power to the BB and then waits for another event. While running, Linux can monitor DC power present and the battery voltage and current through an INA219 on the cape. Everyone kept asking about a charging circuit and UPS functionality. So, I added that. The charger is a nice little part that does dynamic power path management and will augment the DC supply from the battery if necessary and charge the battery when excess DC current is available. The charger will always run when DC is present so you could plug a solar panel into the cape's DC jack and now the node doesn't require a battery change (I *do* plan on using that feature!). So, for the shutdown, the cape itself doesn't do anything since that's a software issue. But since DC power status is reported through a status register over I2C, I used that in a bash script while toying with a podcast car computer. I haven't spent much time on it but it definitely turns itself on and off with the car. I guess the other option would be a kernel module that monitors power good and initiates the shutdown... -Ron On Friday, May 9, 2014 11:17:22 PM UTC-5, ags wrote: Yes, I did find those. From what I read, it seems that both aim at allowing the BBB to run when there is no mains power. In my application, I don't have a need for the BBB to maintain functionality when there is no power (other than battery). I'm simply interested in ensuring a safe shutdown sequence when power is removed. It seems from both posts that this has still not been addressed. These methods are focused on keeping the BBB running on battery power; however, when the battery discharges, I saw no discussion about an orderly shutdown occurring. I'm looking for an immediate, but orderly shutdown, and don't care about sustaining operation (beyond a safe shutdown) when power is removed. On Friday, May 9, 2014 7:56:01 AM UTC-7, Ron B. wrote: Have you seen this posthttp://www.element14.com/community/community/knode/single-board_computers/next-gen_beaglebone/blog/2013/08/10/bbb--rechargeable-on-board-battery-systemand discussion? Personally, I went the full capehttp://andicelabs.com/beaglebone-powercape/route because it gave me more flexibililty for power-up events as well as a very low power (~80uA) power off state. -Ron -- 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 to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.