[beagleboard] Re: Reading analog inputs fast in beaglebone black
thanks for your complete installation instructions. I plan to include them in the next version of the documentation, if you don't mind (at least I like to add a link to your post here). Of course I don't mind, go ahead and include it :) -- 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] Power down a battery backed up BeagleBone Black
Several observations. When pressing power button or executing halt instruction, processor does shutdown but the voltage rails SYS_5V and VLD02 don't (I didn't check VLDO01). VLDO2 does drop to less than 2V but appears to still be enough to trigger U4 TL5209's enable pin thus switching SYS_5V to VDD_3V3B. This to me doesn't look right, this level (VLD02) should either be asserted or negated and not in between levels. Powering up with just battery and no 5V (not pressing any buttons) shows SYS-5V active high (5V) and VLD02 at expected 0V. Looks to me like there is a power switching problem although fixing this still won't fix the issue I am having as I want to totally switch off LCD4 which is using SYS_5V for backlight. I am not sure from the tech notes if it's possible or not to switch off SYS_5V voltage (Pins 7.8 SYS1/SYS2 on TPS65217C). If one can't then my question to LCD module supplier/manufacturer is how did they intend us to shut device down with a battery connected. ~C On Monday, June 23, 2014 6:52:03 PM UTC-5, john3909 wrote: Power Button is also on P9 Pin 9. BTW, sudo halt powers off all power rails and is functionally equivalent to holding the power button for 10 seconds. If your LCD backlight is still on, then it is powered from the 5V rail because all other power rails are off. 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+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] [PATCH 0/3] Patches to include BeagleLogic support in the kernel
On Sun, Jun 22, 2014 at 10:09 PM, Kumar Abhishek kumar.abhishek.kak...@gmail.com wrote: From: Kumar Abhishek abhis...@theembeddedkitchen.net These patches add support for BeagleLogic in the kernel. BeagleLogic is a logic analyzer realized on the BeagleBone Black using the programmable real-time units. For more information, visit: https://github.com/abhishek-kakkar/BeagleLogic/wiki/ http://elinux.org/BeagleBoard/GSoC/2014_Projects#Project:_BeagleLogic CONFIG_PRU_RPROC_BEAGLELOGIC may be set to m or y accordingly to enable BeagleLogic support in the built kernel. BeagleLogic may also be compiled as an out-of tree module but is still included in the sources. Please apply this after Matt Ranostay's patch to update pru_rproc.c for supporting the PRU C Compiler version 2.0.0B [ref: http://git.io/uCfGKQ] Download the matching PRU firmware beaglelogic-firmware.tar.gz for running BeagleLogic from http://goo.gl/770FTZ and extract into /lib/firmware on your BBB Hi Kumar, Ran into one small issue when merging this as-is into the BeagleBone tree: In file included from drivers/remoteproc/pru_rproc.c:37:0: drivers/remoteproc/beaglelogic_glue.h:24:20: error: field ‘miscdev’ has incomplete type scripts/Makefile.build:307: recipe for target 'drivers/remoteproc/pru_rproc.o' failed make[2]: *** [drivers/remoteproc/pru_rproc.o] Error 1 scripts/Makefile.build:454: recipe for target 'drivers/remoteproc' failed make[1]: *** [drivers/remoteproc] Error 2 make[1]: *** Waiting for unfinished jobs https://github.com/RobertCNelson/bb-kernel/commit/956c41426010a1a110b91dab7b39f31d45741643 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] [PATCH 0/3] Patches to include BeagleLogic support in the kernel
Yep, I came to realize of this after I had already sent the patch on the list. The fix is to just add #include linux/miscdevice.h into the pru_rproc.c file at line 70 [This was not required for the file in Koen's tree as it had some code from the lighting the example]. Let me send you a patch shortly Regards *Kumar Abhishek* Undergraduate Student Department of Electronics and Electrical Communications Engineering Indian Institute of Technology, Kharagpur On Tue, Jun 24, 2014 at 11:46 PM, Robert Nelson robertcnel...@gmail.com wrote: On Sun, Jun 22, 2014 at 10:09 PM, Kumar Abhishek kumar.abhishek.kak...@gmail.com wrote: From: Kumar Abhishek abhis...@theembeddedkitchen.net These patches add support for BeagleLogic in the kernel. BeagleLogic is a logic analyzer realized on the BeagleBone Black using the programmable real-time units. For more information, visit: https://github.com/abhishek-kakkar/BeagleLogic/wiki/ http://elinux.org/BeagleBoard/GSoC/2014_Projects#Project:_BeagleLogic CONFIG_PRU_RPROC_BEAGLELOGIC may be set to m or y accordingly to enable BeagleLogic support in the built kernel. BeagleLogic may also be compiled as an out-of tree module but is still included in the sources. Please apply this after Matt Ranostay's patch to update pru_rproc.c for supporting the PRU C Compiler version 2.0.0B [ref: http://git.io/uCfGKQ] Download the matching PRU firmware beaglelogic-firmware.tar.gz for running BeagleLogic from http://goo.gl/770FTZ and extract into /lib/firmware on your BBB Hi Kumar, Ran into one small issue when merging this as-is into the BeagleBone tree: In file included from drivers/remoteproc/pru_rproc.c:37:0: drivers/remoteproc/beaglelogic_glue.h:24:20: error: field ‘miscdev’ has incomplete type scripts/Makefile.build:307: recipe for target 'drivers/remoteproc/pru_rproc.o' failed make[2]: *** [drivers/remoteproc/pru_rproc.o] Error 1 scripts/Makefile.build:454: recipe for target 'drivers/remoteproc' failed make[1]: *** [drivers/remoteproc] Error 2 make[1]: *** Waiting for unfinished jobs https://github.com/RobertCNelson/bb-kernel/commit/956c41426010a1a110b91dab7b39f31d45741643 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 a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/ui8-no8J6HY/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. -- 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] Fix compile error with pru_rproc.c
From: Kumar Abhishek abhis...@theembeddedkitchen.net Signed-off-by: Kumar Abhishek abhis...@theembeddedkitchen.net --- drivers/remoteproc/pru_rproc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/remoteproc/pru_rproc.c b/drivers/remoteproc/pru_rproc.c index ff8e541..402f2ef 100644 --- a/drivers/remoteproc/pru_rproc.c +++ b/drivers/remoteproc/pru_rproc.c @@ -34,6 +34,7 @@ #include remoteproc_internal.h +#include linux/miscdevice.h #include beaglelogic_glue.h /* PRU_EVTOUT0 is halt (system call) */ -- 1.9.1 -- 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: CAUTION: musb: Babble Interrupt Occurred
I've seen the babble interrupt on all of the kernels I have tried. 3.8, 3.12, and 3.14. I have also seen a lot of vbus errors during the boot process. Could the heart of the problem be the fact that the power filter capacitor is of lower capacitance than is recommended by the USB 2.0 spec? -- 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: Minecraft Server
It's possible, but overclocking the cpu and installing a fan on your case would definitely help. On Saturday, May 12, 2012 12:30:11 PM UTC-4, Soranne wrote: Does anyone know if it is possible to run a Minecraft Server on the beaglebone? and how? I mean the server needs a lot of RAM, is there anyway to compile java for arm so that is quicker on anything like that? Because i know that some people have managed to run one on the raspberry pi... 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] GNU GCC C compiler for PRU
The MD5 example has been fixed. I had forgotten to update binutils after changing the Return Address register number. I started taking notes for the new calling convention on https://github.com/dinuxbg/gnupru/wiki . I'll wait a couple of weeks to gather comments before commencing with the implementation. Regards, Dimitar On Wednesday, June 18, 2014 3:15:20 PM UTC+3, Jason Kridner wrote: On Monday, June 16, 2014 4:34:58 PM UTC-4, jmelson wrote: On Monday, June 16, 2014 1:01:05 PM UTC-5, Jason Kridner wrote: (TSPA means no EULA ahead of download, just a download. This next big release would likely be toward the end of next year. The wiki in discussion is http://processors.wiki.ti.com) end of ** 2015 ** ??? The chip will likely be obsolete by then! Yikes, why such a huge delay? Not that I really think this is such a catastrophe, it is not so bad to do very low-level tasks in the PRU assembler, where you are totally conscious of every machine cycle. Jon The C compiler is already publicly available ( http://elinux.org/Ti_AM33XX_PRUSSv2#C_Compiler), just currently requires a EULA. The documentation required for sharing the calling conventions, however, should be posted much sooner. -- 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] [PATCH] Fix compile error with pru_rproc.c
On Tue, Jun 24, 2014 at 2:56 PM, Kumar Abhishek kumar.abhishek.kak...@gmail.com wrote: Hi, I would recommend setting CONFIG_PRU_RPROC_BEAGLELOGIC to m so that it could help in debugging. Sure, not a problem. https://github.com/RobertCNelson/bb-kernel/commit/5a78b87629d205e14d08b4f91f1703cfc7297198 Also, could you please include the firmware files beaglelogic-pru0 and beaglelogic-pru1 into your tree from this link: http://goo.gl/770FTZ Otherwise probing the driver will fail (and being compiled in there would be no way to retrigger the probe) After: https://github.com/RobertCNelson/boot-scripts/commit/e601c22335d0936f32d6a4b70ed3cf9ef744 They will be located here: /opt/scripts/device/bone/capes/BB-BEAGLELOGIC/ I'll move then to /lib/firmware in the default debian image, but current debian users will just have to: sudo cp -v /opt/scripts/device/bone/capes/BB-BEAGLELOGIC/* /lib/firmware 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] Power down a battery backed up BeagleBone Black
From: Colin Bester bester.co...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, June 24, 2014 at 8:14 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Power down a battery backed up BeagleBone Black Several observations. When pressing power button or executing halt instruction, processor does shutdown but the voltage rails SYS_5V and VLD02 don't (I didn't check VLDO01). VLDO2 does drop to less than 2V but appears to still be enough to trigger U4 TL5209's enable pin thus switching SYS_5V to VDD_3V3B. This to me doesn't look right, this level (VLD02) should either be asserted or negated and not in between levels. Yep, you are right, the SYS_5V remains on after a sudo halt or pressing the PB for more than 8 seconds. Since the 3V3B is derived and enabled from the SYS_5V, it also remains powered. Looks like we need to also turn off the AC_EN and USB_EN bits in the PPATH register on the TPS65217C PMC. I¹ve copied both Robert and Gerald to see if this is something they want to fix. Regards, John Powering up with just battery and no 5V (not pressing any buttons) shows SYS-5V active high (5V) and VLD02 at expected 0V. Looks to me like there is a power switching problem although fixing this still won't fix the issue I am having as I want to totally switch off LCD4 which is using SYS_5V for backlight. I am not sure from the tech notes if it's possible or not to switch off SYS_5V voltage (Pins 7.8 SYS1/SYS2 on TPS65217C). If one can't then my question to LCD module supplier/manufacturer is how did they intend us to shut device down with a battery connected. ~C On Monday, June 23, 2014 6:52:03 PM UTC-5, john3909 wrote: Power Button is also on P9 Pin 9. BTW, sudo halt powers off all power rails and is functionally equivalent to holding the power button for 10 seconds. If your LCD backlight is still on, then it is powered from the 5V rail because all other power rails are off. 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+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] Power down a battery backed up BeagleBone Black
From: John Syne john3...@gmail.com Date: Tuesday, June 24, 2014 at 1:41 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Cc: Robert Nelson robertcnel...@gmail.com, Gerald Coley ger...@beagleboard.org Subject: Re: [beagleboard] Power down a battery backed up BeagleBone Black From: Colin Bester bester.co...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, June 24, 2014 at 8:14 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Power down a battery backed up BeagleBone Black Several observations. When pressing power button or executing halt instruction, processor does shutdown but the voltage rails SYS_5V and VLD02 don't (I didn't check VLDO01). VLDO2 does drop to less than 2V but appears to still be enough to trigger U4 TL5209's enable pin thus switching SYS_5V to VDD_3V3B. This to me doesn't look right, this level (VLD02) should either be asserted or negated and not in between levels. Yep, you are right, the SYS_5V remains on after a sudo halt or pressing the PB for more than 8 seconds. Since the 3V3B is derived and enabled from the SYS_5V, it also remains powered. Looks like we need to also turn off the AC_EN and USB_EN bits in the PPATH register on the TPS65217C PMC. I¹ve copied both Robert and Gerald to see if this is something they want to fix. Thinking about this some more, this isn¹t going to work. Not sure how to fix the problem you have. Regards, John Regards, John Powering up with just battery and no 5V (not pressing any buttons) shows SYS-5V active high (5V) and VLD02 at expected 0V. Looks to me like there is a power switching problem although fixing this still won't fix the issue I am having as I want to totally switch off LCD4 which is using SYS_5V for backlight. I am not sure from the tech notes if it's possible or not to switch off SYS_5V voltage (Pins 7.8 SYS1/SYS2 on TPS65217C). If one can't then my question to LCD module supplier/manufacturer is how did they intend us to shut device down with a battery connected. ~C On Monday, June 23, 2014 6:52:03 PM UTC-5, john3909 wrote: Power Button is also on P9 Pin 9. BTW, sudo halt powers off all power rails and is functionally equivalent to holding the power button for 10 seconds. If your LCD backlight is still on, then it is powered from the 5V rail because all other power rails are off. 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+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: What are the safe power-down methods?
I will verify on my BBB. What is the expected difference between a momentary button press and an 8-second press? On Friday, June 13, 2014 6:11:03 PM UTC-7, ags wrote: I've read what documentation I could find about powering down the BBB. Clearly shutdown -now in a ssh session is safe. Clearly pulling the power is not. Pushing the power button momentarily does nothing. Documentation says that software is needed to sense and respond to this action. I presume this means that said software is not part of the Angstrom distribution that shipped (before the switch to Debian). Pushing and holding the power button does cause a power down. Question1: Is push-and hold of the power button a safe shutdown method, or is it similar to just pulling the plug? Question2: If push-and-hold is not safe, has anyone (and distro) developed the software necessary to sense a button push and initiate a safe power down? -- 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: What are the safe power-down methods?
On Tue, Jun 24, 2014 at 4:51 PM, ags alfred.g.schm...@gmail.com wrote: I will verify on my BBB. What is the expected difference between a momentary button press and an 8-second press? an 8-second press is exactly the same as yanking the power plug out. 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] Re: What are the safe power-down methods?
On 6/24/14, 2:52 PM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Jun 24, 2014 at 4:51 PM, ags alfred.g.schm...@gmail.com wrote: I will verify on my BBB. What is the expected difference between a momentary button press and an 8-second press? an 8-second press is exactly the same as yanking the power plug out. That is what I thought, but when I pressed the power button for 8 seconds, all the LEDS are off, but the SYS_5V and 3V3B pins on the P9 connector are still powered. Regards, John 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] Re: What are the safe power-down methods?
On Tue, Jun 24, 2014 at 6:50 PM, John Syn john3...@gmail.com wrote: On 6/24/14, 2:52 PM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Jun 24, 2014 at 4:51 PM, ags alfred.g.schm...@gmail.com wrote: I will verify on my BBB. What is the expected difference between a momentary button press and an 8-second press? an 8-second press is exactly the same as yanking the power plug out. That is what I thought, but when I pressed the power button for 8 seconds, all the LEDS are off, but the SYS_5V and 3V3B pins on the P9 connector are still powered. yeah true.. we just talked about that in the other thread.. So in the world of the eMMC, it's like we janked the power plug. ;) 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] Re: BBB PRU input test
On Monday, June 23, 2014 6:04:48 PM UTC+6, Charles Steinkuehler wrote: The problem here is that you are reading from R31 using the SET command, which the PRU reference guide explicitly states does not work. The reference guide indicates the source will be NULL, which one might *assume* means all zeros, but in reality could mean just about anything (including something like the source input pins on the ALU are floating). -- Charles Steinkuehler cha...@steinkuehler.net javascript: Hmm.. Could you please give us an example which produce bad result? I widely use the set reg, r31, bit# to compose a single bit mask and have never seen any problems. Ask TI is not that good suggestion because they always reply PRU is not supported and advise asking questions here. Thanks. -- 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] change startup logo BBB debian
Hi, I see the similar post here https://groups.google.com/forum/embed/?place=forum/beagleboardshowsearch=trueshowpopout=trueshowtabs=truehideforumtitle=trueparenturl=http%3A%2F%2Fwww.beagleboard.org%2FCommunity%2FForums#!searchin/beagleboard/custom$20startup$20screen/beagleboard/10pnGDSH_FQ/cFXBPWXb_8kJ , but my question is: How to change the startup logo on BBB with Debian without recompiling the whole image? I want to replace the Beagleboard.org + pequin with something else. Jan -- 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.