Re: [beagleboard] BBB + PREEMPT_RT
Hi Charles, the PREEMPT_RT patches can now be applied to the BBB kernel. As John3909 suggested there is a ready to use patch script available from OSADL. Compiling a BBB kernel 3.12.10-rt15 is quick and easy. But unfortunately, it requires the use of kernel 3.12.x which causes problems with the GPMC as documented at https://groups.google.com/forum/#!searchin/beagleboard/gpmc/beagleboard/KOHLJI1NUTA/8wrsV_ZodDUJ. In the default BBB kernel there is no built-in PREEMPT option. Without that Linux cannot be used for any time critical application and latencies a very bad. Contrary to that the Raspberry PI's default kernel had PREEMPT activated from the very beginning and does provide some form of determinism out of the box. What we need is a default kernel that has at least support for the simple PREEMPT option. Yes, there are custom drivers and they need to fit into the concept. But that is working perfectly for the Raspberry PI which definitely uses custom firmware and drivers. The BBB seems to be far behind that. Am Montag, 24. Februar 2014 18:30:51 UTC+1 schrieb Charles Steinkuehler: Be careful of applying x86 experience to the ARM. PREEMPT_RT requires well written driver code that is high-performance SMP friendly in order to run well. PREEMPT_RT on the x86 works so well because a *LOT* of smart people have been working very hard to get maximum performance out of the multi-core CPUs that ship in virtually every new system these days. ARM systems, on the other hand, are riddled with vendor supplied device drivers that hopefully work well and if you're lucky weren't written by the summer intern. The ARM situation _is_ getting better, but IMHO PREEMPT_RT on the ARM is still hit-and-miss. It will work quite well in some situations, and have horrible performance on similar but not-quite-identical setups. That said, while Xenomai offers better bounded performance figures, PREEMPT_RT is perfectly fine for a large class of problems and as you mentioned you get access to the full suite of Linux services. Unless I missed it, you never said exactly _what_ you are trying to do, you simply started off by complaining that the kernel wasn't configured by default the way that you wanted it. So go compile a kernel, and if you're asking for advice, please provide specifics on exactly what you are trying to do and any limitations on your solution space. Also, make sure you test any PREEMPT_ based kernel to determine your worst-case performance. When I was looking into this some time ago, the PREEMPT_RT patches wouldn't even apply to the BeagleBone kernel, and using the built-in CONFIG_PREEMPT setting I was seeing latencies in the hundreds of mS (yes that is tenths of seconds!). I believe things have gotten much better, but you'll need to test to know if your setup will provide the performance you require. On 2/24/2014 10:47 AM, quik...@gmail.com javascript: wrote: Only PREEMPT_RT allows access to the full Linux functionality. Xenomai uses a dual kernel concept which is very limited. All custom device drivers need be design to fit into the Xenomai concept which makes things even worse. The performance gain of Xenomai compared to that of PREEMPt_RT is negligible in most cases. Am Freitag, 21. Februar 2014 12:27:01 UTC+1 schrieb Giuseppe Iellamo: Or just try Xenomai... https://github.com/cdsteinkuehler/linux-dev/tree/3.8.13-bone39-xenomai Il giorno venerdì 21 febbraio 2014 11:03:24 UTC+1, David Goodenough ha scritto: On Friday 21 February 2014 00:20:39 quik...@gmail.com wrote: I am trying to figure out how to create a kernel for the BBB that supports PREEMPT_RT. It's kind of strange that the BBB's default kernel does not even have PREEMPT activated. Such a board doesn't fit to many embedded applications where we need at least some kind of determinism. It is even worse, that nobody seems to care about this problem. Contrary to that, the Raspberry PI's standard kernel has PREEMPT activacted from the very beginning. I have tested Robert Nelsons kernel 3.8.13-r9 (https://github.com/beagleboard/kernel/tree/3.8-rt). It does not have PREEMPT_RT activated by default. When doing so, it does not boot. But activating PREEMPT does work. However, development of this branch has stopped several months ago. The official source for RT Linux (3.8.13) has evolved since then. Meanwhile there's an rt17 patch set (https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/). Did anybody give this a try? Does it work with the BBB? Surely the point of the Beaglebone, or rather its processor, is that you do not need to put the time critical bits on the main processor, you put them in the PRUSS processors. David -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- For more options, visit
Re: [beagleboard] BBB + PREEMPT_RT
There's PREEMPT_RT, and there's PREEMPT. *ALL* Linux kernels have PREEMPT available now. It sounds like you're just complaining that the kernel was built with a different option than you want. Simply rebuild the kernel and set CONFIG_PREEMPT instead of CONFIG_PREEMPT_VOLUNTARY: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.8/patches/defconfig#L467 Or if you're requesting a change to the default kernel configuration, you're going about it in kind of a round-about way. On 2/26/2014 3:11 AM, quikcj...@gmail.com wrote: Hi Charles, the PREEMPT_RT patches can now be applied to the BBB kernel. As John3909 suggested there is a ready to use patch script available from OSADL. Compiling a BBB kernel 3.12.10-rt15 is quick and easy. But unfortunately, it requires the use of kernel 3.12.x which causes problems with the GPMC as documented at https://groups.google.com/forum/#!searchin/beagleboard/gpmc/beagleboard/KOHLJI1NUTA/8wrsV_ZodDUJ. In the default BBB kernel there is no built-in PREEMPT option. Without that Linux cannot be used for any time critical application and latencies a very bad. Contrary to that the Raspberry PI's default kernel had PREEMPT activated from the very beginning and does provide some form of determinism out of the box. What we need is a default kernel that has at least support for the simple PREEMPT option. Yes, there are custom drivers and they need to fit into the concept. But that is working perfectly for the Raspberry PI which definitely uses custom firmware and drivers. The BBB seems to be far behind that. Am Montag, 24. Februar 2014 18:30:51 UTC+1 schrieb Charles Steinkuehler: Be careful of applying x86 experience to the ARM. PREEMPT_RT requires well written driver code that is high-performance SMP friendly in order to run well. PREEMPT_RT on the x86 works so well because a *LOT* of smart people have been working very hard to get maximum performance out of the multi-core CPUs that ship in virtually every new system these days. ARM systems, on the other hand, are riddled with vendor supplied device drivers that hopefully work well and if you're lucky weren't written by the summer intern. The ARM situation _is_ getting better, but IMHO PREEMPT_RT on the ARM is still hit-and-miss. It will work quite well in some situations, and have horrible performance on similar but not-quite-identical setups. That said, while Xenomai offers better bounded performance figures, PREEMPT_RT is perfectly fine for a large class of problems and as you mentioned you get access to the full suite of Linux services. Unless I missed it, you never said exactly _what_ you are trying to do, you simply started off by complaining that the kernel wasn't configured by default the way that you wanted it. So go compile a kernel, and if you're asking for advice, please provide specifics on exactly what you are trying to do and any limitations on your solution space. Also, make sure you test any PREEMPT_ based kernel to determine your worst-case performance. When I was looking into this some time ago, the PREEMPT_RT patches wouldn't even apply to the BeagleBone kernel, and using the built-in CONFIG_PREEMPT setting I was seeing latencies in the hundreds of mS (yes that is tenths of seconds!). I believe things have gotten much better, but you'll need to test to know if your setup will provide the performance you require. On 2/24/2014 10:47 AM, quik...@gmail.com javascript: wrote: Only PREEMPT_RT allows access to the full Linux functionality. Xenomai uses a dual kernel concept which is very limited. All custom device drivers need be design to fit into the Xenomai concept which makes things even worse. The performance gain of Xenomai compared to that of PREEMPt_RT is negligible in most cases. Am Freitag, 21. Februar 2014 12:27:01 UTC+1 schrieb Giuseppe Iellamo: Or just try Xenomai... https://github.com/cdsteinkuehler/linux-dev/tree/3.8.13-bone39-xenomai Il giorno venerdì 21 febbraio 2014 11:03:24 UTC+1, David Goodenough ha scritto: On Friday 21 February 2014 00:20:39 quik...@gmail.com wrote: I am trying to figure out how to create a kernel for the BBB that supports PREEMPT_RT. It's kind of strange that the BBB's default kernel does not even have PREEMPT activated. Such a board doesn't fit to many embedded applications where we need at least some kind of determinism. It is even worse, that nobody seems to care about this problem. Contrary to that, the Raspberry PI's standard kernel has PREEMPT activacted from the very beginning. I have tested Robert Nelsons kernel 3.8.13-r9 (https://github.com/beagleboard/kernel/tree/3.8-rt). It does not have PREEMPT_RT activated by default. When doing so, it does not boot. But activating PREEMPT does work. However, development of this branch has stopped several months ago. The official source for RT
[beagleboard] Re: Beaglebone Using MySQL
It took some time but I figured it out. The solution is to copy the following (/usr/lib/arm-linux-gnueabihf) -rw-r--r-- 1 root root 3935832 Jan 21 17:29 libmysqlclient.a lrwxrwxrwx 1 root root 16 Jan 21 17:29 libmysqlclient_r.a - libmysqlclient.a lrwxrwxrwx 1 root root 17 Jan 21 17:29 libmysqlclient_r.so - libmysqlclient.so lrwxrwxrwx 1 root root 20 Jan 21 17:29 libmysqlclient_r.so.18 - libmysqlclient.so.18 lrwxrwxrwx 1 root root 24 Jan 21 17:29 libmysqlclient_r.so.18.0.0 - libmysqlclient.so.18.0.0 lrwxrwxrwx 1 root root 20 Jan 21 17:29 libmysqlclient.so - libmysqlclient.so.18 lrwxrwxrwx 1 root root 24 Jan 21 17:29 libmysqlclient.so.18 - libmysqlclient.so.18.0.0 -rw-r--r-- 1 root root 2972964 Jan 21 17:29 libmysqlclient.so.18.0.0 -rw-r--r-- 1 root root 92998 May 13 2013 libz.a lrwxrwxrwx 1 root root 38 May 13 2013 libz.so - /lib/arm-linux-gnueabihf/libz.so.1.2.8 from the beaglebone onto the PC with eclipse (into /usr/arm-linux-gnueabihf/lib). Then add a softlink: ln -s libz.so libz.so.1 And then my commands in Eclipse looked like: COMPILE: arm-linux-gnueabihf-gcc -I/usr/include/mysql -O0 -g3 -Wall -c -fmessage-length=0 `mysql_config --cflags --libs` -MMD -MP -MFmain.d -MTmain.d -o main.o ../main.c LINKER: arm-linux-gnueabihf-g++ -L/usr/arm-linux-gnueabihf/lib -o test ./main.o -lmysqlclient And now I can cross compile my code to access mySQL in the BeagleBone. -- 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/groups/opt_out.
[beagleboard] What supplies the VADC pin on P9?
Is the VADC pin on P9 fed from the TPS65217C power controller - either the VDD_1V8 rail or the VRTC rail? If it doesn't come from one of these where does it come from? -- Chris Green · -- 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/groups/opt_out.
Re: [beagleboard] How to install linux-headers-3.8.13-bone30
Fixed it finally with the help of you Robert and your wiki at http://www.google.com/url?q=http%3A%2F%2Feewiki.net%2Fdisplay%2Flinuxonarm%2FBeagleBone%2BBlack%23BeagleBoneBlack-LinuxKernelsa=Dsntz=1usg=AFQjCNEi3aoe_0Ji869KciAB8XsYvDQyVA But aptitude finds a package on my ubuntu desktop but doesn't from your image, but its not a problem, I used to cheese and the webcam is detected. Thanks for the support. One last question? Shall I install ubuntu desktop in my sd card now. I hope that will not mess up the kernel in any way. And cheese works sometimes and doesn't sometimes. What's your comment about cheese. To make /dev/video0 appear from my webcam what can I do, the steps that I followed in my laptop ubuntu to install driver for my webcam was http://superuser.com/questions/31853/how-to-make-creative-vista-webcam-041e405f-work-with-recent-ubuntu I am not able find ov51x-jpeg if I use the command sudo m-a a-i ov51x-jpeg Its works fine in my Ubuntu on laptop. But in BBB, sometimes it doesn't and with cheese, it detects sometimes and sometimes it doesn't. What can be the reason? On Tuesday, 25 February 2014 00:44:05 UTC+5:30, RobertCNelson wrote: On Mon, Feb 24, 2014 at 10:52 AM, jayakar...@gmail.com javascript:wrote: I did from beginning with the image from https://rcn-ee.net/deb/microsd/saucy/bone-ubuntu-13.10-2014-02-16-2gb.img.xz If I am write, I followed your wiki http://elinux.org/BeagleBoardUbuntu And did cd /opt/scripts/tools git pull ./grow_partition.sh sudo reboot then cd /opt/scripts/tools git pull then ./update_kernel.sh --kernel v3.8.13-bone40 then sudo apt-get update sudo apt-get install bc build-essential device-tree-compiler fakeroot lzma lzop man-db libncurses5-dev:armhf then when I try again to build the kernel using your wiki Building the Kernel git clone git://github.com/RobertCNelson/stable-kernel.git I should just delete that repo... Look closely: http://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-LinuxKernel 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/groups/opt_out.
[beagleboard] GSoC 2014
hello, I am an undergraduate student pursuing my B.Tech. in Computer Engineering at Veermata Jijabai Technological Institute, Mumbai, India. I would like to contribute to Beagle Board as a part of GSoC 2014. I was going through the GSoC 2014 ideas list and I found the project about Implementing an Android based remote display interesting. I have developed a couple of android applications and also worked on projects involving Atmel micro controllers. I am comfortable coding in C/C++ and Java. I went through the Android code (TI-AKDemo) to use Beaglebone as an android accessory. It'll be great if someone can point me to the accessory application code. Also, any other code that I should go through to work on this project since I am new to Beaglebone. Best Regards, Bhavi Jagwani -- 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/groups/opt_out.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
Facts, good or bad, are very helpful in such situations. Every week or every other week: it will be good to publish backlog and actual avg production rate since last report. When there is visibility into increased production, will be great to mention the increase rate and anticipated date. On Tue, Feb 25, 2014 at 1:21 AM, Gerald Coley ger...@beagleboard.orgwrote: We are already working on all of this. Plan is in place. Gerald On Mon, Feb 24, 2014 at 1:44 PM, rh_ richard_hubb...@lavabit.com wrote: On Mon, 24 Feb 2014 07:53:37 -0600 Gerald Coley ger...@beagleboard.org wrote: Replacing with a larger part will increase the cost and void all POs in place. There are no smaller parts than 2GB. Not taking I was suggesting that you offer a new BBB, perhaps some would be enticed into cancelling their current order and order the larger unit. into consideration the fact that SW would not fit in a smaller part. Well the BBB could live without an eMMC, right? I don't use mine and I've read on this list that others also boot and run off other media. We have been doing this for six years now and have a pretty good idea how to do this. We are working through it as quickly as we can. It is going to take time. All the tricks are being employed to get boards out.. I figured, wasn't calling into question what you all are doing. Was offering customer perspectives and customer feedback. It's never personal. A customer's advocate might be the way to think of it. Gerald On Sun, Feb 23, 2014 at 9:57 PM, rh_ richard_hubb...@lavabit.com wrote: On Fri, 21 Feb 2014 18:33:12 -0600 Gerald Coley ger...@beagleboard.org wrote: eMMC for one. Schedules are extended out. You have some we can buy? Some of the crystals as well. Kind of a critical part. I don't know anything about them other than the basics. Is it possible to replace with a larger-sized part? Of course charging more for the BBB. Or selling a BBB without an eMMC? It can then boot from mSD or USB or UART or ethernet. It seems to me that a lot of people are not running from eMMC since it's got a limited lifetime (although a pretty long one if you minimize writing). Or a smaller part for same money? -- 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/groups/opt_out. -- 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/Z3JfUIkxOl8/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/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] LCD3 Schematic Question
Hi All, I plan on creating a customer version of the LCD3 cape and I'm having trouble understanding a couple of things in the schematic (https://github.com/CircuitCo/BeagleBone-LCD3-RevA1/blob/master/BeagleBone-LCD3-RevA1-schematic.pdf?raw=true) 1. I see quite a bit of DIN and I understand it means Do Not Install but does that mean I'm simply replacing that part with a wire or by removing it I'm now causing a gap. 2. Why is the PWM signal connected to the EN pin in the boost converter but also connected to the Slow Start pin? Why is connecting to the enable pin not enough? -- 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/groups/opt_out.
[beagleboard] Issues with Angstrom
Hey folks, I'm a noob to the whole BeagleBoard/BeagleBone scenario. I tried flashing Angstrom onto a micro SD card and it works. But I'm unable to resize the partition on the card to utilize the entire card. The usual way of deleting a partition, followed by creating a new partition and doing resize2fs doesn't seem to work here the way it does on Raspbian images with the Pi or Ubuntu images with BBB. Can anyone give me a pointer to this? Thanks, Hari -- 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/groups/opt_out.
[beagleboard] GSoC 2014
hello, I am an undergraduate student pursuing my B.Tech. in Computer Engineering at Veermata Jijabai Technological Institute, Mumbai, India. I would like to contribute to BeagleBoard as a part of GSoC 2014. I have developed a couple of Android applications and worked on projects involving Atmel micro-controllers. I am comfortable coding in C/C++ and Java. I went through the ideas list for 2014 and I found the project about Implementing an Android based remote display interesting. I did go through the Android code to use Beaglebone as an Android accessory. It'll be great if someone could point me to the Accessory application. Also, any other code that I need to go through to work on the project since I am new to beaglebone. Best Regards, Bhavi -- 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/groups/opt_out.
[beagleboard] Re: chipsee beaglebone lcd/dvi expansion kernel support
In my case, Ubuntu 12.04 BBB image has the random reboot issue! Can the random reboot issue be fixed by updating Ubuntu kernel? Has any body tried to get Debain image on BBB 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/groups/opt_out.
[beagleboard] How about remove the EEPROM from bb white?
I have already follow http://eewiki.net/display/linuxonarm/BeagleBone#BeagleBone-LinuxKernel boot the bone. I find there is an eeprom on the board, after some search, I got it stores bb's info. I wander whether the kernel can boot up correctly if I remove this EEPROM? If cant, where to patch the kernel to boot it up? 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/groups/opt_out.
[beagleboard] Yocto project and BeagleBon
Hello I work with yocto I work with Yocto to build my new kernel. Yocto generated me a boot file *. Ext3 and a core file * bin. The emulation with qemu : succeeded. (runqemu qemuarm ...). How to set up my two files on my BEAGLEBONE? Should I just put my two files in a particular directory ? How should I do? Thx -- 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/groups/opt_out.
[beagleboard] Re: chipsee beaglebone lcd/dvi expansion kernel support
In my case, Ubuntu 12.04 BBB image has the random reboot issue! Can the random reboot issue be fixed by updating Ubuntu kernel? On Thursday, January 23, 2014 8:12:25 PM UTC+2, xris@googlemail.com wrote: Hey guys, As promised. Ubuntu 12.04 BBB image for the Chipsee 7” 1024x600 LCD touchscreen. Grab it here: http://www.fileswap.com/dl/sdFGPZoIw6/ You should find yourself downloading bbb-ubuntu-12.04-for-community.xzhttp://www.fileswap.com/dl/sdFGPZoIw6/bbb-ubuntu-12.04-for-community.xz.html Just extract and write that to your SD card (4gb expected) with something like: *cat bbb-ubuntu-12.04-for-community.xz | xz -d /dev/sdX* Note it’s a raw sector dump NOT a tarball, so extract straight to your SD card device. (eg. /dev/sdx, NOT /dev/sdx1) Also note this image doesn’t install or boot from MMC so make sure you’ve got the SD card selected on the boot switch thing. Once the extract is complete, simply slap it into the BBB and boot. It should come up with the Chipsee splash screen but then boot into Ubuntu 12.04 after a while. Hope this helps. l8r, Xris. -- 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/groups/opt_out.
[beagleboard] Re: BBB + PREEMPT_RT
I have recently tested kernel 3.8.13-rt9 ( https://github.com/beagleboard/kernel/tree/3.8-rt) using git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git. I am using Ubuntu 12.04.4. The load was created using stress –cpu 1 which generates a cpu load of about 100%. I then used cyclictest: root@ubuntu-armhf:/home/ubuntu/rt-tests# ./cyclictest -l100 -m -n -t1 -p99 -i400 -q # /dev/cpu_dma_latency set to 0us T: 0 ( 770) P:99 I:400 C:100 Min: 14 Act: 19 Avg: 18 Max: 132 uname -a reports: root@ubuntu-armhf:/home/ubuntu/rt-tests# uname -a Linux ubuntu-armhf 3.8.13-rt9-00899-g160e771 #1 SMP PREEMPT Wed Jun 19 10:49:36 CEST 2013 armv7l armv7l armv7l GNU/Linux I am absolutely surprised that the result is looking that good. Am Freitag, 21. Februar 2014 09:20:39 UTC+1 schrieb quik...@gmail.com: I am trying to figure out how to create a kernel for the BBB that supports PREEMPT_RT. It's kind of strange that the BBB's default kernel does not even have PREEMPT activated. Such a board doesn't fit to many embedded applications where we need at least some kind of determinism. It is even worse, that nobody seems to care about this problem. Contrary to that, the Raspberry PI's standard kernel has PREEMPT activacted from the very beginning. I have tested Robert Nelsons kernel 3.8.13-r9 ( https://github.com/beagleboard/kernel/tree/3.8-rt). It does not have PREEMPT_RT activated by default. When doing so, it does not boot. But activating PREEMPT does work. However, development of this branch has stopped several months ago. The official source for RT Linux (3.8.13) has evolved since then. Meanwhile there's an rt17 patch set ( https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/). Did anybody give this a try? Does it work with the BBB? -- 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/groups/opt_out.
Re: [beagleboard] What supplies the VADC pin on P9?
It comes from the TPS65217C. Just check the schematic. Gerald On Wed, Feb 26, 2014 at 7:42 AM, c...@isbd.net wrote: Is the VADC pin on P9 fed from the TPS65217C power controller - either the VDD_1V8 rail or the VRTC rail? If it doesn't come from one of these where does it come from? -- Chris Green · -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] LCD3 Schematic Question
DNI means there is nothing there. No connection at all. As to the other questions, you might try contacting the supplier of the board and the folks that designed it. Gerald On Tue, Feb 25, 2014 at 11:42 PM, markusbrow...@gmail.com wrote: Hi All, I plan on creating a customer version of the LCD3 cape and I'm having trouble understanding a couple of things in the schematic ( https://github.com/CircuitCo/BeagleBone-LCD3-RevA1/blob/master/BeagleBone-LCD3-RevA1-schematic.pdf?raw=true ) 1. I see quite a bit of DIN and I understand it means Do Not Install but does that mean I'm simply replacing that part with a wire or by removing it I'm now causing a gap. 2. Why is the PWM signal connected to the EN pin in the boost converter but also connected to the Slow Start pin? Why is connecting to the enable pin not enough? -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] chipsee beaglebone lcd/dvi expansion kernel support
Hey! There is a very stable Ubuntu 13.04(?) from Robert Nelson available but it doesn't have the Chipsee LCD and touchscreen code, and I haven't got that working because it requires writing or obtaining a DTBO or doing some rather hair raising mods to the kernel directly. One of the guys on this thread mentioned Angstrom now has the DTBO for the 3.8 kernel they're using. I plan to take the latest stable Ubuntu from Robert Nelson, whack in the DTBO and get that up and running. That's the best solution as well, not a hack like my previous solution on 12.04. Also, it'll then be installable onto the eMMC and we can do away with booting of SD card. Will let you guys know when it's done. l8r,x Xris. On 26 Feb 2014, at 11:03, knshe...@gmail.com wrote: In my case, Ubuntu 12.04 BBB image has the random reboot issue! Can the random reboot issue be fixed by updating Ubuntu kernel? Has any body tried to get Debain image on BBB working? -- 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/Y-rcKPITy0Q/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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] BBB + PREEMPT_RT
Of course every user can create his own kernel coniguration or even modify the Linux kernel in any way he wants. But if there is any problem he's beeing left alone. I think it would be much better to have a default kernel configuration which at least provides simple PREEMPT support. That might help people to fight against most simple latency problems. Am Mittwoch, 26. Februar 2014 13:21:58 UTC+1 schrieb Charles Steinkuehler: There's PREEMPT_RT, and there's PREEMPT. *ALL* Linux kernels have PREEMPT available now. It sounds like you're just complaining that the kernel was built with a different option than you want. Simply rebuild the kernel and set CONFIG_PREEMPT instead of CONFIG_PREEMPT_VOLUNTARY: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.8/patches/defconfig#L467 Or if you're requesting a change to the default kernel configuration, you're going about it in kind of a round-about way. On 2/26/2014 3:11 AM, quik...@gmail.com javascript: wrote: Hi Charles, the PREEMPT_RT patches can now be applied to the BBB kernel. As John3909 suggested there is a ready to use patch script available from OSADL. Compiling a BBB kernel 3.12.10-rt15 is quick and easy. But unfortunately, it requires the use of kernel 3.12.x which causes problems with the GPMC as documented at https://groups.google.com/forum/#!searchin/beagleboard/gpmc/beagleboard/KOHLJI1NUTA/8wrsV_ZodDUJ. In the default BBB kernel there is no built-in PREEMPT option. Without that Linux cannot be used for any time critical application and latencies a very bad. Contrary to that the Raspberry PI's default kernel had PREEMPT activated from the very beginning and does provide some form of determinism out of the box. What we need is a default kernel that has at least support for the simple PREEMPT option. Yes, there are custom drivers and they need to fit into the concept. But that is working perfectly for the Raspberry PI which definitely uses custom firmware and drivers. The BBB seems to be far behind that. Am Montag, 24. Februar 2014 18:30:51 UTC+1 schrieb Charles Steinkuehler: Be careful of applying x86 experience to the ARM. PREEMPT_RT requires well written driver code that is high-performance SMP friendly in order to run well. PREEMPT_RT on the x86 works so well because a *LOT* of smart people have been working very hard to get maximum performance out of the multi-core CPUs that ship in virtually every new system these days. ARM systems, on the other hand, are riddled with vendor supplied device drivers that hopefully work well and if you're lucky weren't written by the summer intern. The ARM situation _is_ getting better, but IMHO PREEMPT_RT on the ARM is still hit-and-miss. It will work quite well in some situations, and have horrible performance on similar but not-quite-identical setups. That said, while Xenomai offers better bounded performance figures, PREEMPT_RT is perfectly fine for a large class of problems and as you mentioned you get access to the full suite of Linux services. Unless I missed it, you never said exactly _what_ you are trying to do, you simply started off by complaining that the kernel wasn't configured by default the way that you wanted it. So go compile a kernel, and if you're asking for advice, please provide specifics on exactly what you are trying to do and any limitations on your solution space. Also, make sure you test any PREEMPT_ based kernel to determine your worst-case performance. When I was looking into this some time ago, the PREEMPT_RT patches wouldn't even apply to the BeagleBone kernel, and using the built-in CONFIG_PREEMPT setting I was seeing latencies in the hundreds of mS (yes that is tenths of seconds!). I believe things have gotten much better, but you'll need to test to know if your setup will provide the performance you require. On 2/24/2014 10:47 AM, quik...@gmail.com javascript: wrote: Only PREEMPT_RT allows access to the full Linux functionality. Xenomai uses a dual kernel concept which is very limited. All custom device drivers need be design to fit into the Xenomai concept which makes things even worse. The performance gain of Xenomai compared to that of PREEMPt_RT is negligible in most cases. Am Freitag, 21. Februar 2014 12:27:01 UTC+1 schrieb Giuseppe Iellamo: Or just try Xenomai... https://github.com/cdsteinkuehler/linux-dev/tree/3.8.13-bone39-xenomai Il giorno venerdì 21 febbraio 2014 11:03:24 UTC+1, David Goodenough ha scritto: On Friday 21 February 2014 00:20:39 quik...@gmail.com wrote: I am trying to figure out how to create a kernel for the BBB that supports PREEMPT_RT. It's kind of strange that the BBB's default kernel does not even have PREEMPT activated. Such a board
Re: [beagleboard] PRUSS and accessing ADC registers on Beaglebone Black
Hi John, Is there a way to enable ADC without using device tree? I couldn't find a way to do it in the reference manual. Thank you. Regards, Nhan On Sunday, February 23, 2014 3:05:39 AM UTC+1, john3909 wrote: From: Nhan Nguyen chinh...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Saturday, February 22, 2014 at 5:40 PM To: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] PRUSS and accessing ADC registers on Beaglebone Black Hi Charles, Thank you very much for your answer. I manage to access it after enable ADC using 'echo BB-ADC /sys/devices/bone.capemgr.*/slots' . Though I could only do it in kernel 3.8, later kernel (3.12) gives an error saying symbol ocp could not be found. I do not really know how to change the .dts to get it working . Anyhow, I will work with 3.8 for now. There is no cape manager in V3.12 Regards, John Sincere, Nhan Nguyen On Wednesday, February 19, 2014 2:57:31 PM UTC+1, Charles Steinkuehler wrote: On 2/19/2014 7:43 AM, Nhan Nguyen wrote: Hi everyone, I have been trying to use PRU to read multiple ADC inputs. Unfornately, I am stuck at accessing to the ADC registers (chapter 12 on AM335x technical reference manual). I set the OCP registers, checked the PMAO registers on PRU to ensure access to external host. For example, I read the ADC REVISION as below: (tried to write to STEPCONFIG and STEPENABLE, etc.) MOV r13, 0x44E0D000 //ADC REVISION LBBO r5, r13, 0, 4 SBCO r5, C28, 4, 4 //store REVISION to shared memory to show with C program .. but everything returns 0. I install Ubuntu 13.04 on Beaglebone Black, tried kernels 3.8, 3.12. PRU worked with shared memory accessing, and GPIO1 registers (I am not sure what to try next) . I haven't tried it on the official Angstrom image, because I still couldn't get PRU to work right away on it. I suggest you remove the PRU from the setup temporarily and try directly reading the memory from C. This will be a lot easier to debug, and the PRU has no chance of reading ADC values if you can't read them from the ARM. As a guess, I suspect you don't have the ADC hardware setup properly and are getting bus faults when reading. This will show up as an error if you try to read the memory location from the ARM (making it easier to debug). Make sure you have loaded a device tree overlay that enables the TSC hardware (Touch Screen Controller = ADC) and populates an appropriate state-machine instruction table to digitize the values you are interested in. Unlike simpler microcontrollers, each major subsystem in the AM335x can be powered up or shut down, and by default most systems (ADC, PWM, etc) are powered down with their clocks disabled until you explicitly enable them. Once you can properly read the values from a raw memory location using the ARM, the PRU should be able to read them as well. -- 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...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] How about remove the EEPROM from bb white?
It cannot. You would need to modify UBoot to ignore the EEPROM. Gerald On Wed, Feb 26, 2014 at 5:24 AM, ymc123...@gmail.com wrote: I have already follow http://eewiki.net/display/linuxonarm/BeagleBone#BeagleBone-LinuxKernelboot the bone. I find there is an eeprom on the board, after some search, I got it stores bb's info. I wander whether the kernel can boot up correctly if I remove this EEPROM? If cant, where to patch the kernel to boot it up? 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
Backlog numbers are scheduled out shipments over a year based on POs. That number has no value to determine where current demand is per actual demand. Most distributors do not tell us what their real and current backlog number is. Gerald On Tue, Feb 25, 2014 at 11:29 PM, Anil Gupta anil.gupta...@gmail.comwrote: Facts, good or bad, are very helpful in such situations. Every week or every other week: it will be good to publish backlog and actual avg production rate since last report. When there is visibility into increased production, will be great to mention the increase rate and anticipated date. On Tue, Feb 25, 2014 at 1:21 AM, Gerald Coley ger...@beagleboard.orgwrote: We are already working on all of this. Plan is in place. Gerald On Mon, Feb 24, 2014 at 1:44 PM, rh_ richard_hubb...@lavabit.com wrote: On Mon, 24 Feb 2014 07:53:37 -0600 Gerald Coley ger...@beagleboard.org wrote: Replacing with a larger part will increase the cost and void all POs in place. There are no smaller parts than 2GB. Not taking I was suggesting that you offer a new BBB, perhaps some would be enticed into cancelling their current order and order the larger unit. into consideration the fact that SW would not fit in a smaller part. Well the BBB could live without an eMMC, right? I don't use mine and I've read on this list that others also boot and run off other media. We have been doing this for six years now and have a pretty good idea how to do this. We are working through it as quickly as we can. It is going to take time. All the tricks are being employed to get boards out.. I figured, wasn't calling into question what you all are doing. Was offering customer perspectives and customer feedback. It's never personal. A customer's advocate might be the way to think of it. Gerald On Sun, Feb 23, 2014 at 9:57 PM, rh_ richard_hubb...@lavabit.com wrote: On Fri, 21 Feb 2014 18:33:12 -0600 Gerald Coley ger...@beagleboard.org wrote: eMMC for one. Schedules are extended out. You have some we can buy? Some of the crystals as well. Kind of a critical part. I don't know anything about them other than the basics. Is it possible to replace with a larger-sized part? Of course charging more for the BBB. Or selling a BBB without an eMMC? It can then boot from mSD or USB or UART or ethernet. It seems to me that a lot of people are not running from eMMC since it's got a limited lifetime (although a pretty long one if you minimize writing). Or a smaller part for same money? -- 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/groups/opt_out. -- 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/Z3JfUIkxOl8/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/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] BBB + PREEMPT_RT
On Wed, Feb 26, 2014 at 7:59 AM, quikcj...@gmail.com wrote: Of course every user can create his own kernel coniguration or even modify the Linux kernel in any way he wants. But if there is any problem he's beeing left alone. I think it would be much better to have a default kernel configuration which at least provides simple PREEMPT support. That might help people to fight against most simple latency problems. Notice how the github account says RobertCNelson? Your welcome to fork that project and push kernel/image with your modifications. I'm not psychically forcing my config choices down people's throat. Everything is setup to easily allow you to rebuild/modify/etc everything. Maybe I just give too many options. So I have my reasons for leaving PREEMPT disabled by default and on an old tested v3.8 kernel, the last thing i'm going to do is radically change the config. To much of a risk on a kernel in maintenance only mode at this point. 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/groups/opt_out.
Re: [beagleboard] Re: [Issue] BeagleBone Black Random Reboot
Damien, Check the link on TI e2e: http://e2e.ti.com/support/embedded/android/f/509/t/308616.aspx It basically switched the clock source from 32K to 24MHz clock. It eventually fixed my time jump problem. Good luck! Lei On Tue, Feb 25, 2014 at 10:34 PM, Damien dam...@bcode.com wrote: Strange ... I checked the commit and found it had been included within the v2013.04 uboot release .. but my BB board is still experienced with this time jump issue one/two times per day. Could there be anything else? Regards. Damien On Monday, February 24, 2014 3:23:46 PM UTC+11, RobertCNelson wrote: Probably.. http://git.denx.de/?p=u-boot.git;a=commit;h= 000820b5835c2b8b863af992b66dc973dc4bd202 On Feb 23, 2014 10:19 PM, Damien dam...@bcode.com wrote: Hi Robert, Do you know more detail about the time jump issue in uboot? for example, fix commit number, or some words used for the commit? I am interested to find out what exactly the fixes are, but there are too many commits in uboot and I need some thing to search with. Regards, Damien On Wednesday, November 13, 2013 1:45:37 AM UTC+11, RobertCNelson wrote: On Tue, Nov 12, 2013 at 8:37 AM, lei...@gmail.com wrote: I have similar issue. I have (2) versions of BBB (A5A and A5C). They both randomly reboot themselves while I am running TI prebuilt BBB android image (from a couple hours to ten to fifteen hours). When I plug in the USB (DC is still powered) for logging with logcat, the reboot issue seems to disappear. I don't have problem with BBB Angstrom image (based on 3.8 kernel). I don't have problem with Andrew Henderson's android image (based on 3.8 kernel) either. Another issue is that when I run TI BBB android image, the clock randomly jumps forward 2^17 seconds. This happens on both of my BBB boards. The problem goes away when I run Angstrom or Andrew's android. This time 'issue' was fixed in u-boot sometime last year, so I'm guessing the TI image has an un-patched u-boot.. I suspect it has something to do with the processor, DDR3 (BBB: AM3359 1GHz + 512MB DDR3), the configuration, or apply workaround of errata. We have an AM335x EVM kit (AM3359 720MHz + 256MB DDR2). I also loaded TI prebuilt android image. I have run it for several months. It is rock solid. I never had problem with it. Here are the links to my other posts in regarding to this issue. https://groups.google.com/forum/#!category-topic/beagleboard /advanced/5qSJ4dQdar4 http://e2e.ti.com/support/embedded/android/f/509/t/297726.aspx 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...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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/xPxzYyNsA78/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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Re: [Issue] BeagleBone Black Random Reboot
Damien, Check the link on TI e2e: http://e2e.ti.com/support/embedded/android/f/509/t/308616.aspx It basically switched the clock source from 32K to 24MHz clock. It eventually fixed my time jump problem. Good luck! On Tuesday, February 25, 2014 10:34:38 PM UTC-5, Damien wrote: Strange ... I checked the commit and found it had been included within the v2013.04 uboot release .. but my BB board is still experienced with this time jump issue one/two times per day. Could there be anything else? Regards. Damien On Monday, February 24, 2014 3:23:46 PM UTC+11, RobertCNelson wrote: Probably.. http://git.denx.de/?p=u-boot.git;a=commit;h=000820b5835c2b8b863af992b66dc973dc4bd202 On Feb 23, 2014 10:19 PM, Damien dam...@bcode.com wrote: Hi Robert, Do you know more detail about the time jump issue in uboot? for example, fix commit number, or some words used for the commit? I am interested to find out what exactly the fixes are, but there are too many commits in uboot and I need some thing to search with. Regards, Damien On Wednesday, November 13, 2013 1:45:37 AM UTC+11, RobertCNelson wrote: On Tue, Nov 12, 2013 at 8:37 AM, lei...@gmail.com wrote: I have similar issue. I have (2) versions of BBB (A5A and A5C). They both randomly reboot themselves while I am running TI prebuilt BBB android image (from a couple hours to ten to fifteen hours). When I plug in the USB (DC is still powered) for logging with logcat, the reboot issue seems to disappear. I don't have problem with BBB Angstrom image (based on 3.8 kernel). I don't have problem with Andrew Henderson's android image (based on 3.8 kernel) either. Another issue is that when I run TI BBB android image, the clock randomly jumps forward 2^17 seconds. This happens on both of my BBB boards. The problem goes away when I run Angstrom or Andrew's android. This time 'issue' was fixed in u-boot sometime last year, so I'm guessing the TI image has an un-patched u-boot.. I suspect it has something to do with the processor, DDR3 (BBB: AM3359 1GHz + 512MB DDR3), the configuration, or apply workaround of errata. We have an AM335x EVM kit (AM3359 720MHz + 256MB DDR2). I also loaded TI prebuilt android image. I have run it for several months. It is rock solid. I never had problem with it. Here are the links to my other posts in regarding to this issue. https://groups.google.com/forum/#!category-topic/ beagleboard/advanced/5qSJ4dQdar4 http://e2e.ti.com/support/embedded/android/f/509/t/297726.aspx 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...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] Re: Confused about developing bare-metal applications for BBB
Hello, I am interested in project idea Library for Arduino-Compatible functions for Starterware. I have experience in programming with Arduino, C programming in Linux viz. linking, makefile, object file etc, C++ programming and also a bit of Assembly Language. What I understood from the project description that libraries should be created in baremetal language ( StarterWare) which have functions like digitalRead(), Servo library etc. Can anyone help me understand this project better so that I can provide a proposal for this project. -- 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/groups/opt_out.
Re: [beagleboard] Beaglebone Black won't power on, did I do something wrong? :(
I have a device that I'm building in quantity for someone, and it has a simple halfwave rectifier and switching reg to provide 5V to power the BBB. They power it with 24VAC. I'm not sure what exactly is causing it, but they're having problems with the BBBs dying on them. I got one back today, and I get a single quick dim flash of the power LED if I plug in USB, or rapid flashing if I use the barrel jack. After seeing this post, I noticed that there's a burnt crater on the processor. I was originally thinking power problems, but now I'm starting to think IO misuse. These boards use primarily I2C, and the BBB is driving a couple of I2C peripherals for sensors and solenoid control. Additionally, I fanned out eight GPIO to connectors which are for future use for PWM to run light dimmers and switch inputs, but they're not supported yet. I just found out that they had the PWM lines hooked up, and I don't yet know what they had connected to them. On Thursday, July 4, 2013 10:38:46 AM UTC-4, Gerald wrote: You have blown the processor. Request an RMA. beagleboard.org/support/rma No fuses on the board. Plugging in the USB and DC supply is totally acceptable and supported. Gerald On Thu, Jul 4, 2013 at 3:21 AM, Will Kostelecky will.ko...@gmail.comjavascript: wrote: Help! My BBB was working fine, great in fact, but not so much at the moment. When I plug it into a power source, be it a known good 5v supply that I have been using with it for weeks, or into either of two computers via USB, I get one dim little flash from the power LED and then NOTHING else. No other lights flash. If I hold down the power switch I will get another brief and dim flash after a couple of seconds. Again, no other LEDs light and nothing else happens. This started to happen when I plugged the BBB into a computer using a USB cable while it was still plugged into the 5V power source. Could this have fried something? Are there any poly fuses that might come back to life after a rest? Frustrating as I was making such good progress on my project! Will On Tuesday, 30 April 2013 15:23:23 UTC+1, Gerald wrote: You are a pioneer! Columbus was not looking for America. But you are now the Columbus of the power button! I am trying convince the SW folks to add support for the power button but it is down the list somewhere. Gerald On Tuesday, April 30, 2013, Jason Stapels wrote: An update for the curious. After some prodding from the all-power-Gerald, I was able to bring the board back to life again by... are you ready... holding down the POWER button. Which means I'm probably the biggest idiot ever!? I guess I expected the PWR led to be lit any time 5V was feeding the board, regardless of it's On/Off state. Certainly, in the dozen or so previous times I plugged the board in, just giving it power caused it to power on, so the idea of the POWER button actually being used to turn it on never occurred to me. If I could save face just a little here, I did actually press it a couple times before throwing in the towel, I just didn't consider holding it down for a few seconds. In embarrassed shame, ~ Jason On Tuesday, April 30, 2013 8:19:57 AM UTC-4, Jason Stapels wrote: Hi all, Just wanted to share my experience with my dead BBB. It's my first experience with the Beagle line so it's possible I did something wrong somewhere so I thought it would be a good idea to share my experiences in case other newb's read this. Feel free to skip to the bottom for the symptoms. -- Begin Background Info -- I was lucky enough to get my BBB almost right away from Digikey. I immediately installed the drivers on my Mac and started playing around with it the first night. Unfortunately, the second night I couldn't get my Mac to allocate an IP address through the USB to talk to it so I thought maybe I shouldn't have skipped that update software step. So next I downloaded the latest flash eMMC image, wrote it to an SD card and then went through the upgrade process. Here's where things went a little South. After the first attempt the USR lights eventually went solid (presumably indicating the flashing process was finished) but when I rebooted it without the SD card, the power light would come on but it wouldn't boot. After a couple repower attempts I decided to flash it again. This time, at some point during the flash process, the board seemed to just lose power (all the LEDs were off). Attempts to power the board resulted in the same as before, power light comes on but no booting. So, my assumption was I messed up the SD card image. I downloaded/reimaged the SD card again, went through the flash process and this time it seemed to finish. Now when I powered on the board it appeared to boot up. However, I still couldn't get it to pick up an IP address from the Mac (after reinstalling both drivers
Re: [beagleboard] Beaglebone Black won't power on, did I do something wrong? :(
A schematic would be helpful/ You can send to to me direct if you like. Craters are definitely not good. It does sound like a IO stress issue. The LED acting the way it sounds means the PMIC is seeing excess current and shutting down. Gerald On Wed, Feb 26, 2014 at 8:48 AM, facetious@gmail.com wrote: I have a device that I'm building in quantity for someone, and it has a simple halfwave rectifier and switching reg to provide 5V to power the BBB. They power it with 24VAC. I'm not sure what exactly is causing it, but they're having problems with the BBBs dying on them. I got one back today, and I get a single quick dim flash of the power LED if I plug in USB, or rapid flashing if I use the barrel jack. After seeing this post, I noticed that there's a burnt crater on the processor. I was originally thinking power problems, but now I'm starting to think IO misuse. These boards use primarily I2C, and the BBB is driving a couple of I2C peripherals for sensors and solenoid control. Additionally, I fanned out eight GPIO to connectors which are for future use for PWM to run light dimmers and switch inputs, but they're not supported yet. I just found out that they had the PWM lines hooked up, and I don't yet know what they had connected to them. On Thursday, July 4, 2013 10:38:46 AM UTC-4, Gerald wrote: You have blown the processor. Request an RMA. beagleboard.org/support/rma No fuses on the board. Plugging in the USB and DC supply is totally acceptable and supported. Gerald On Thu, Jul 4, 2013 at 3:21 AM, Will Kostelecky will.ko...@gmail.comwrote: Help! My BBB was working fine, great in fact, but not so much at the moment. When I plug it into a power source, be it a known good 5v supply that I have been using with it for weeks, or into either of two computers via USB, I get one dim little flash from the power LED and then NOTHING else. No other lights flash. If I hold down the power switch I will get another brief and dim flash after a couple of seconds. Again, no other LEDs light and nothing else happens. This started to happen when I plugged the BBB into a computer using a USB cable while it was still plugged into the 5V power source. Could this have fried something? Are there any poly fuses that might come back to life after a rest? Frustrating as I was making such good progress on my project! Will On Tuesday, 30 April 2013 15:23:23 UTC+1, Gerald wrote: You are a pioneer! Columbus was not looking for America. But you are now the Columbus of the power button! I am trying convince the SW folks to add support for the power button but it is down the list somewhere. Gerald On Tuesday, April 30, 2013, Jason Stapels wrote: An update for the curious. After some prodding from the all-power-Gerald, I was able to bring the board back to life again by... are you ready... holding down the POWER button. Which means I'm probably the biggest idiot ever!? I guess I expected the PWR led to be lit any time 5V was feeding the board, regardless of it's On/Off state. Certainly, in the dozen or so previous times I plugged the board in, just giving it power caused it to power on, so the idea of the POWER button actually being used to turn it on never occurred to me. If I could save face just a little here, I did actually press it a couple times before throwing in the towel, I just didn't consider holding it down for a few seconds. In embarrassed shame, ~ Jason On Tuesday, April 30, 2013 8:19:57 AM UTC-4, Jason Stapels wrote: Hi all, Just wanted to share my experience with my dead BBB. It's my first experience with the Beagle line so it's possible I did something wrong somewhere so I thought it would be a good idea to share my experiences in case other newb's read this. Feel free to skip to the bottom for the symptoms. -- Begin Background Info -- I was lucky enough to get my BBB almost right away from Digikey. I immediately installed the drivers on my Mac and started playing around with it the first night. Unfortunately, the second night I couldn't get my Mac to allocate an IP address through the USB to talk to it so I thought maybe I shouldn't have skipped that update software step. So next I downloaded the latest flash eMMC image, wrote it to an SD card and then went through the upgrade process. Here's where things went a little South. After the first attempt the USR lights eventually went solid (presumably indicating the flashing process was finished) but when I rebooted it without the SD card, the power light would come on but it wouldn't boot. After a couple repower attempts I decided to flash it again. This time, at some point during the flash process, the board seemed to just lose power (all the LEDs were off). Attempts to power the board resulted in the same as before, power light comes on but no booting. So, my assumption was I messed up the SD card image. I
Re: [beagleboard] Re: BBB + PREEMPT_RT
Those are pretty good numbers. Did you have heavy network and disk (uSD/eMMC) load going as well? IIRC, the uSD/eMMC driver was responsible for the worst of the latency spikes I saw, but that's been some time ago and based on the OMAP kernel list traffic, it appears there have been lots of improvements to that code. On 2/26/2014 7:53 AM, quikcj...@gmail.com wrote: I have recently tested kernel 3.8.13-rt9 ( https://github.com/beagleboard/kernel/tree/3.8-rt) using git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git. I am using Ubuntu 12.04.4. The load was created using stress –cpu 1 which generates a cpu load of about 100%. I then used cyclictest: root@ubuntu-armhf:/home/ubuntu/rt-tests# ./cyclictest -l100 -m -n -t1 -p99 -i400 -q # /dev/cpu_dma_latency set to 0us T: 0 ( 770) P:99 I:400 C:100 Min: 14 Act: 19 Avg: 18 Max: 132 uname -a reports: root@ubuntu-armhf:/home/ubuntu/rt-tests# uname -a Linux ubuntu-armhf 3.8.13-rt9-00899-g160e771 #1 SMP PREEMPT Wed Jun 19 10:49:36 CEST 2013 armv7l armv7l armv7l GNU/Linux I am absolutely surprised that the result is looking that good. Am Freitag, 21. Februar 2014 09:20:39 UTC+1 schrieb quik...@gmail.com: I am trying to figure out how to create a kernel for the BBB that supports PREEMPT_RT. It's kind of strange that the BBB's default kernel does not even have PREEMPT activated. Such a board doesn't fit to many embedded applications where we need at least some kind of determinism. It is even worse, that nobody seems to care about this problem. Contrary to that, the Raspberry PI's standard kernel has PREEMPT activacted from the very beginning. I have tested Robert Nelsons kernel 3.8.13-r9 ( https://github.com/beagleboard/kernel/tree/3.8-rt). It does not have PREEMPT_RT activated by default. When doing so, it does not boot. But activating PREEMPT does work. However, development of this branch has stopped several months ago. The official source for RT Linux (3.8.13) has evolved since then. Meanwhile there's an rt17 patch set ( https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/). Did anybody give this a try? Does it work with the BBB? -- 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/groups/opt_out.
[beagleboard] Re: What supplies the VADC pin on P9?
Gerald Coley ger...@beagleboard.org wrote: [-- text/plain, encoding quoted-printable, charset: ISO-8859-1, 35 lines --] Gerald On Wed, Feb 26, 2014 at 7:42 AM, c...@isbd.net wrote: Is the VADC pin on P9 fed from the TPS65217C power controller - either the VDD_1V8 rail or the VRTC rail? If it doesn't come from one of these where does it come from? It comes from the TPS65217C. Just check the schematic. Ah, yes, thanks. Now it makes some sense to me having seen that the VDDA_ADC and VREFP on the processor as well as the P9 pin. Those schematics are hard work for my aging eyes though, even on a big 1600 x 1200 screen! :-) -- Chris Green · -- 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/groups/opt_out.
Re: [beagleboard] Re: What supplies the VADC pin on P9?
PDF works great. Just search on the signal name and use the zoom function. Gerald On Wed, Feb 26, 2014 at 8:58 AM, c...@isbd.net wrote: Gerald Coley ger...@beagleboard.org wrote: [-- text/plain, encoding quoted-printable, charset: ISO-8859-1, 35 lines --] Gerald On Wed, Feb 26, 2014 at 7:42 AM, c...@isbd.net wrote: Is the VADC pin on P9 fed from the TPS65217C power controller - either the VDD_1V8 rail or the VRTC rail? If it doesn't come from one of these where does it come from? It comes from the TPS65217C. Just check the schematic. Ah, yes, thanks. Now it makes some sense to me having seen that the VDDA_ADC and VREFP on the processor as well as the P9 pin. Those schematics are hard work for my aging eyes though, even on a big 1600 x 1200 screen! :-) -- Chris Green · -- 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/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] Beaglebord xM Rev C (BBXm)
I've been trying to get Ubuntu on to my BBXm without success. I have tried resorting the image available on http://beagleboard.org/Getting%20Started however this has been unsuccessful, It looks like its booting. It connected to my TV via HDMI and give no signal. I have since ran this install http://elinux.org/BeagleBoardDebian#BeagleBoard_xM to which I get a yellow boot screen on all the installs i have had ssh access but the stuck. Ideally I want ubuntu with a gnome desktop GUI with a minimal install, so no application installed just the GUI. To add to this I have also connected the BBXm to my computers both Ubuntu and win7 the device comes up with in windows but requires the drives which i install from http://beagleboard.org/Getting%20Started but still shows as unknown device in device manager. Any help would be much appreciated!! -- 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/groups/opt_out.
Re: [beagleboard] Beaglebord xM Rev C (BBXm)
On Wed, Feb 26, 2014 at 9:04 AM, dswann...@gmail.com wrote: I've been trying to get Ubuntu on to my BBXm without success. I have tried resorting the image available on http://beagleboard.org/Getting%20Started however this has been unsuccessful, It looks like its booting. It connected to my TV via HDMI and give no signal. I have since ran this install http://elinux.org/BeagleBoardDebian#BeagleBoard_xM to which I get a yellow boot screen on all the installs i have had ssh access but the stuck. So the first issue. It's setup to read your monitor/displays edid register. If this fails you will need to override it via: (in /boot/uboot/uEnv.txt) kms_force_mode=video=DVI-D-1:1024x768@60e or whatever resolution you want Ideally I want ubuntu with a gnome desktop GUI with a minimal install, so no warning: gnome is going to be slow on a single core.. Just make sure to install the latest xorg fbdev drivers via: cd /opt/scripts/ git pull ./tools/graphics/ti-omapdrm.sh application installed just the GUI. To add to this I have also connected the BBXm to my computers both Ubuntu and win7 the device comes up with in windows but requires the drives which i install from http://beagleboard.org/Getting%20Started but still shows as unknown device in device manager. 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/groups/opt_out.
Re: [beagleboard] Beaglebord xM Rev C (BBXm)
Are you connected to a network? How large is your microSD card? It can take a while to boot Ubuntu the first time. I would definitely use Nelson's images for this. My penetration testing distro, The Deck, runs on the BBxM and BBB without any issues and it is based on Nelson's Ubuntu 13.04 images. On Feb 26, 2014 9:06 AM, dswann...@gmail.com wrote: I've been trying to get Ubuntu on to my BBXm without success. I have tried resorting the image available on http://beagleboard.org/Getting%20Startedhowever this has been unsuccessful, It looks like its booting. It connected to my TV via HDMI and give no signal. I have since ran this install http://elinux.org/BeagleBoardDebian#BeagleBoard_xM to which I get a yellow boot screen on all the installs i have had ssh access but the stuck. Ideally I want ubuntu with a gnome desktop GUI with a minimal install, so no application installed just the GUI. To add to this I have also connected the BBXm to my computers both Ubuntu and win7 the device comes up with in windows but requires the drives which i install from http://beagleboard.org/Getting%20Started but still shows as unknown device in device manager. Any help would be much appreciated!! -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
I can now confirm that my PCB supplier has now successfully fitted connectors P8, P8 and I have taken delivery of my first-off sample. Gerald, are you able to point me to some instructions on how I get my virgin beagleboardblack up and running? I have tried using an SD card with a known good android image but this does not work, the error I get from hyperterminal is: U-Boot SPL 2011.09 (Nov 27 2013 - 10:43:10) Chipsee AM335x EVM Board Incorrect magic number in EEPROM read_eeprom() failure. continuing with ddr3 OMAP SD/MMC: 0 mmc_send_cmd: timedout waiting for cmddis! ** Can't read from device 0 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### I'm not surprised that it doesn't yet work because there must be some programming/setup to be done on the board itself before it will operate and this hasn't yet been done. I think I may have to program the E2..? Could you help me with that procedure please? On Tuesday, 18 February 2014 16:10:00 UTC, lee@bibby-scientific.com wrote: Thank you Gerald. I will confirm if that is the case when I see the sample. On Tuesday, 18 February 2014 16:06:10 UTC, Gerald wrote: We did tighten them up along time ago, so that is most likely the issue they think they have. Gerald On Tue, Feb 18, 2014 at 9:45 AM, lee@bibby-scientific.com wrote: Thank you for the speedy response Gerald. The PCB files used were those contained in Beaglebone_blackrevB4_MFG.zip Is it likely the holes were deliberately under-sized to the datasheet to give the tight fit you mention. I am yet to see the problem physically for myself. The PCB supplier is sending the board to me so I can assess. On Tuesday, 18 February 2014 13:43:18 UTC, Gerald wrote: We don't have any issues. We do look for a tight fit to prevent moving during the soldering process. We have used these same connectors for a very long time now without issue. Which PCB files did you use? Gerald On Tue, Feb 18, 2014 at 6:41 AM, lee@bibby-scientific.com wrote: I hope someone can help with this. I am currently getting some BBB PCBs manufactured. I have used the gerber data and BoM supplied but the PCB manufacturer is reporting an issue with the specified connectors not fitting because the PCB hole size is too small to take the pins. The connector specified is: SSHS-123-D-02-GT-LF which has recommended hole size of 0.040 (1.2mm) The PCB manufacturer is telling that the hole size in the drill file is: T04 Holesize 4. = 30.00 Tolerance = +3.00/-3.00 PLATED MILS Quantity = 96 The data I have sent to them is from the file: Beaglebone_blackrevB4_MFG.zip I am unsure what has happened here. Obviously these boards can be manufactured with the data. I'd be grateful of any input and also if anyone can specify a connector that will fit holes of that size? Many 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...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
Well. Uh. I have no idea what your design looks like. But, the code you are using looks for the EEPROM. Do you have one? If you do. is it programmed? Gerald On Wed, Feb 26, 2014 at 9:25 AM, lee.s...@bibby-scientific.com wrote: I can now confirm that my PCB supplier has now successfully fitted connectors P8, P8 and I have taken delivery of my first-off sample. Gerald, are you able to point me to some instructions on how I get my virgin beagleboardblack up and running? I have tried using an SD card with a known good android image but this does not work, the error I get from hyperterminal is: U-Boot SPL 2011.09 (Nov 27 2013 - 10:43:10) Chipsee AM335x EVM Board Incorrect magic number in EEPROM read_eeprom() failure. continuing with ddr3 OMAP SD/MMC: 0 mmc_send_cmd: timedout waiting for cmddis! ** Can't read from device 0 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### I'm not surprised that it doesn't yet work because there must be some programming/setup to be done on the board itself before it will operate and this hasn't yet been done. I think I may have to program the E2..? Could you help me with that procedure please? On Tuesday, 18 February 2014 16:10:00 UTC, lee@bibby-scientific.comwrote: Thank you Gerald. I will confirm if that is the case when I see the sample. On Tuesday, 18 February 2014 16:06:10 UTC, Gerald wrote: We did tighten them up along time ago, so that is most likely the issue they think they have. Gerald On Tue, Feb 18, 2014 at 9:45 AM, lee@bibby-scientific.com wrote: Thank you for the speedy response Gerald. The PCB files used were those contained in Beaglebone_blackrevB4_MFG. zip Is it likely the holes were deliberately under-sized to the datasheet to give the tight fit you mention. I am yet to see the problem physically for myself. The PCB supplier is sending the board to me so I can assess. On Tuesday, 18 February 2014 13:43:18 UTC, Gerald wrote: We don't have any issues. We do look for a tight fit to prevent moving during the soldering process. We have used these same connectors for a very long time now without issue. Which PCB files did you use? Gerald On Tue, Feb 18, 2014 at 6:41 AM, lee@bibby-scientific.com wrote: I hope someone can help with this. I am currently getting some BBB PCBs manufactured. I have used the gerber data and BoM supplied but the PCB manufacturer is reporting an issue with the specified connectors not fitting because the PCB hole size is too small to take the pins. The connector specified is: SSHS-123-D-02-GT-LF which has recommended hole size of 0.040 (1.2mm) The PCB manufacturer is telling that the hole size in the drill file is: T04 Holesize 4. = 30.00 Tolerance = +3.00/-3.00 PLATED MILS Quantity = 96 The data I have sent to them is from the file: Beaglebone_blackrevB4_MFG.zip I am unsure what has happened here. Obviously these boards can be manufactured with the data. I'd be grateful of any input and also if anyone can specify a connector that will fit holes of that size? Many 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...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
On Wed, Feb 26, 2014 at 9:25 AM, lee.s...@bibby-scientific.com wrote: I can now confirm that my PCB supplier has now successfully fitted connectors P8, P8 and I have taken delivery of my first-off sample. Gerald, are you able to point me to some instructions on how I get my virgin beagleboardblack up and running? I have tried using an SD card with a known good android image but this does not work, the error I get from hyperterminal is: U-Boot SPL 2011.09 (Nov 27 2013 - 10:43:10) Chipsee AM335x EVM Board Incorrect magic number in EEPROM read_eeprom() failure. continuing with ddr3 OMAP SD/MMC: 0 mmc_send_cmd: timedout waiting for cmddis! ** Can't read from device 0 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### I'm not surprised that it doesn't yet work because there must be some programming/setup to be done on the board itself before it will operate and this hasn't yet been done. I think I may have to program the E2..? Could you help me with that procedure please? As long as it's 100% compatible with the beaglebone black, including the on-board eeprom, memory, 1Ghz, etc. eeprom: Make sure the write protect is off and boot with this image. http://rcn-ee.net/deb/testing/2014-02-24/BBB-blank-eMMC-flasher-debian-7.4-2014-02-24-2gb.img.xz 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/groups/opt_out.
Re: [beagleboard] Re: BBB + PREEMPT_RT
The stress tool generates cpu load only. But it is a good idea to consider other load scenarios, too. The current test was done using ssh so there was at least some network activity. Do you know of a good test tool which allows to generate disk and network load? Am Mittwoch, 26. Februar 2014 15:58:55 UTC+1 schrieb Charles Steinkuehler: Those are pretty good numbers. Did you have heavy network and disk (uSD/eMMC) load going as well? IIRC, the uSD/eMMC driver was responsible for the worst of the latency spikes I saw, but that's been some time ago and based on the OMAP kernel list traffic, it appears there have been lots of improvements to that code. On 2/26/2014 7:53 AM, quik...@gmail.com javascript: wrote: I have recently tested kernel 3.8.13-rt9 ( https://github.com/beagleboard/kernel/tree/3.8-rt) using git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git. I am using Ubuntu 12.04.4. The load was created using stress –cpu 1 which generates a cpu load of about 100%. I then used cyclictest: root@ubuntu-armhf:/home/ubuntu/rt-tests# ./cyclictest -l100 -m -n -t1 -p99 -i400 -q # /dev/cpu_dma_latency set to 0us T: 0 ( 770) P:99 I:400 C:100 Min: 14 Act: 19 Avg: 18 Max: 132 uname -a reports: root@ubuntu-armhf:/home/ubuntu/rt-tests# uname -a Linux ubuntu-armhf 3.8.13-rt9-00899-g160e771 #1 SMP PREEMPT Wed Jun 19 10:49:36 CEST 2013 armv7l armv7l armv7l GNU/Linux I am absolutely surprised that the result is looking that good. Am Freitag, 21. Februar 2014 09:20:39 UTC+1 schrieb quik...@gmail.com: I am trying to figure out how to create a kernel for the BBB that supports PREEMPT_RT. It's kind of strange that the BBB's default kernel does not even have PREEMPT activated. Such a board doesn't fit to many embedded applications where we need at least some kind of determinism. It is even worse, that nobody seems to care about this problem. Contrary to that, the Raspberry PI's standard kernel has PREEMPT activacted from the very beginning. I have tested Robert Nelsons kernel 3.8.13-r9 ( https://github.com/beagleboard/kernel/tree/3.8-rt). It does not have PREEMPT_RT activated by default. When doing so, it does not boot. But activating PREEMPT does work. However, development of this branch has stopped several months ago. The official source for RT Linux (3.8.13) has evolved since then. Meanwhile there's an rt17 patch set ( https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/). Did anybody give this a try? Does it work with the BBB? -- 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/groups/opt_out.
Re: [beagleboard] Re: BBB + PREEMPT_RT
Xenomai includes a dohell script that can generate disk and network load. You can always just dd to a file for a while. If you're running a Debian/Ubuntu based system, I've found that running aptitude upgrade if you have a few dated packages can be a major stress to the system. That gets you both network and disk load, and not so long ago had a decent chance of wedging the eMMC kernel driver (even without the Xenomai patches that 'tickled' the eMMC driver bug and made it more likely to happen). Opening GUI programs and moving windows around is another good stress. On 2/26/2014 9:48 AM, quikcj...@gmail.com wrote: The stress tool generates cpu load only. But it is a good idea to consider other load scenarios, too. The current test was done using ssh so there was at least some network activity. Do you know of a good test tool which allows to generate disk and network load? Am Mittwoch, 26. Februar 2014 15:58:55 UTC+1 schrieb Charles Steinkuehler: Those are pretty good numbers. Did you have heavy network and disk (uSD/eMMC) load going as well? IIRC, the uSD/eMMC driver was responsible for the worst of the latency spikes I saw, but that's been some time ago and based on the OMAP kernel list traffic, it appears there have been lots of improvements to that code. On 2/26/2014 7:53 AM, quik...@gmail.com javascript: wrote: I have recently tested kernel 3.8.13-rt9 ( https://github.com/beagleboard/kernel/tree/3.8-rt) using git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git. I am using Ubuntu 12.04.4. The load was created using stress –cpu 1 which generates a cpu load of about 100%. I then used cyclictest: root@ubuntu-armhf:/home/ubuntu/rt-tests# ./cyclictest -l100 -m -n -t1 -p99 -i400 -q # /dev/cpu_dma_latency set to 0us T: 0 ( 770) P:99 I:400 C:100 Min: 14 Act: 19 Avg: 18 Max: 132 uname -a reports: root@ubuntu-armhf:/home/ubuntu/rt-tests# uname -a Linux ubuntu-armhf 3.8.13-rt9-00899-g160e771 #1 SMP PREEMPT Wed Jun 19 10:49:36 CEST 2013 armv7l armv7l armv7l GNU/Linux I am absolutely surprised that the result is looking that good. Am Freitag, 21. Februar 2014 09:20:39 UTC+1 schrieb quik...@gmail.com: I am trying to figure out how to create a kernel for the BBB that supports PREEMPT_RT. It's kind of strange that the BBB's default kernel does not even have PREEMPT activated. Such a board doesn't fit to many embedded applications where we need at least some kind of determinism. It is even worse, that nobody seems to care about this problem. Contrary to that, the Raspberry PI's standard kernel has PREEMPT activacted from the very beginning. I have tested Robert Nelsons kernel 3.8.13-r9 ( https://github.com/beagleboard/kernel/tree/3.8-rt). It does not have PREEMPT_RT activated by default. When doing so, it does not boot. But activating PREEMPT does work. However, development of this branch has stopped several months ago. The official source for RT Linux (3.8.13) has evolved since then. Meanwhile there's an rt17 patch set ( https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/). Did anybody give this a try? Does it work with the BBB? -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- 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/groups/opt_out.
[beagleboard] BBB does not power on
Hi, I am using Beaglebone black. It does not boot if I power it up using the miniUSB or adapter. The power led just flashes for a moment and then it goes off. If I press the power button it is just the same: a short flash of the LED, then silence. This thing happened while a GPIO pin was connected to base of transistor via 10k resistor, I was testing the GPIO pins. Searching on BBB forums, I decipher, it means that an excess current flow was detected and the PMIC has shut down. Is there any way to turn it on? -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
My design is a cut-down version of the BBB without HDMI IC fitted and without eMMC IC fitted. I want to get my new BBB booting off the SD card. Is it essential to have the eMMC IC fitted or can the system be made to run without eMMC? On Wednesday, 26 February 2014 15:45:18 UTC, Gerald wrote: Well. Uh. I have no idea what your design looks like. But, the code you are using looks for the EEPROM. Do you have one? If you do. is it programmed? Gerald On Wed, Feb 26, 2014 at 9:25 AM, lee@bibby-scientific.comjavascript: wrote: I can now confirm that my PCB supplier has now successfully fitted connectors P8, P8 and I have taken delivery of my first-off sample. Gerald, are you able to point me to some instructions on how I get my virgin beagleboardblack up and running? I have tried using an SD card with a known good android image but this does not work, the error I get from hyperterminal is: U-Boot SPL 2011.09 (Nov 27 2013 - 10:43:10) Chipsee AM335x EVM Board Incorrect magic number in EEPROM read_eeprom() failure. continuing with ddr3 OMAP SD/MMC: 0 mmc_send_cmd: timedout waiting for cmddis! ** Can't read from device 0 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### I'm not surprised that it doesn't yet work because there must be some programming/setup to be done on the board itself before it will operate and this hasn't yet been done. I think I may have to program the E2..? Could you help me with that procedure please? On Tuesday, 18 February 2014 16:10:00 UTC, lee@bibby-scientific.comwrote: Thank you Gerald. I will confirm if that is the case when I see the sample. On Tuesday, 18 February 2014 16:06:10 UTC, Gerald wrote: We did tighten them up along time ago, so that is most likely the issue they think they have. Gerald On Tue, Feb 18, 2014 at 9:45 AM, lee@bibby-scientific.com wrote: Thank you for the speedy response Gerald. The PCB files used were those contained in Beaglebone_blackrevB4_MFG. zip Is it likely the holes were deliberately under-sized to the datasheet to give the tight fit you mention. I am yet to see the problem physically for myself. The PCB supplier is sending the board to me so I can assess. On Tuesday, 18 February 2014 13:43:18 UTC, Gerald wrote: We don't have any issues. We do look for a tight fit to prevent moving during the soldering process. We have used these same connectors for a very long time now without issue. Which PCB files did you use? Gerald On Tue, Feb 18, 2014 at 6:41 AM, lee@bibby-scientific.comwrote: I hope someone can help with this. I am currently getting some BBB PCBs manufactured. I have used the gerber data and BoM supplied but the PCB manufacturer is reporting an issue with the specified connectors not fitting because the PCB hole size is too small to take the pins. The connector specified is: SSHS-123-D-02-GT-LF which has recommended hole size of 0.040 (1.2mm) The PCB manufacturer is telling that the hole size in the drill file is: T04 Holesize 4. = 30.00 Tolerance = +3.00/-3.00 PLATED MILS Quantity = 96 The data I have sent to them is from the file: Beaglebone_blackrevB4_MFG.zip I am unsure what has happened here. Obviously these boards can be manufactured with the data. I'd be grateful of any input and also if anyone can specify a connector that will fit holes of that size? Many 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...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] BBB does not power on
There is not an easy or even a hard way to override the current detection in the PMIC.. Most likely the processor has been popped. Your best bet is an RMA. Gerald On Wed, Feb 26, 2014 at 10:19 AM, Pariyan Shah pariyans...@gmail.comwrote: Hi, I am using Beaglebone black. It does not boot if I power it up using the miniUSB or adapter. The power led just flashes for a moment and then it goes off. If I press the power button it is just the same: a short flash of the LED, then silence. This thing happened while a GPIO pin was connected to base of transistor via 10k resistor, I was testing the GPIO pins. Searching on BBB forums, I decipher, it means that an excess current flow was detected and the PMIC has shut down. Is there any way to turn it on? -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
My design is a cut down version of BBB. The HDMI IC is not fitted and the eMMC is not fitted. Will the BBB boot from SD card without the eMMC IC fitted? Or is the eMMC essential to the operation even when booting from Sd card? On Wednesday, 26 February 2014 15:45:18 UTC, Gerald wrote: Well. Uh. I have no idea what your design looks like. But, the code you are using looks for the EEPROM. Do you have one? If you do. is it programmed? Gerald On Wed, Feb 26, 2014 at 9:25 AM, lee@bibby-scientific.comjavascript: wrote: I can now confirm that my PCB supplier has now successfully fitted connectors P8, P8 and I have taken delivery of my first-off sample. Gerald, are you able to point me to some instructions on how I get my virgin beagleboardblack up and running? I have tried using an SD card with a known good android image but this does not work, the error I get from hyperterminal is: U-Boot SPL 2011.09 (Nov 27 2013 - 10:43:10) Chipsee AM335x EVM Board Incorrect magic number in EEPROM read_eeprom() failure. continuing with ddr3 OMAP SD/MMC: 0 mmc_send_cmd: timedout waiting for cmddis! ** Can't read from device 0 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### I'm not surprised that it doesn't yet work because there must be some programming/setup to be done on the board itself before it will operate and this hasn't yet been done. I think I may have to program the E2..? Could you help me with that procedure please? On Tuesday, 18 February 2014 16:10:00 UTC, lee@bibby-scientific.comwrote: Thank you Gerald. I will confirm if that is the case when I see the sample. On Tuesday, 18 February 2014 16:06:10 UTC, Gerald wrote: We did tighten them up along time ago, so that is most likely the issue they think they have. Gerald On Tue, Feb 18, 2014 at 9:45 AM, lee@bibby-scientific.com wrote: Thank you for the speedy response Gerald. The PCB files used were those contained in Beaglebone_blackrevB4_MFG. zip Is it likely the holes were deliberately under-sized to the datasheet to give the tight fit you mention. I am yet to see the problem physically for myself. The PCB supplier is sending the board to me so I can assess. On Tuesday, 18 February 2014 13:43:18 UTC, Gerald wrote: We don't have any issues. We do look for a tight fit to prevent moving during the soldering process. We have used these same connectors for a very long time now without issue. Which PCB files did you use? Gerald On Tue, Feb 18, 2014 at 6:41 AM, lee@bibby-scientific.comwrote: I hope someone can help with this. I am currently getting some BBB PCBs manufactured. I have used the gerber data and BoM supplied but the PCB manufacturer is reporting an issue with the specified connectors not fitting because the PCB hole size is too small to take the pins. The connector specified is: SSHS-123-D-02-GT-LF which has recommended hole size of 0.040 (1.2mm) The PCB manufacturer is telling that the hole size in the drill file is: T04 Holesize 4. = 30.00 Tolerance = +3.00/-3.00 PLATED MILS Quantity = 96 The data I have sent to them is from the file: Beaglebone_blackrevB4_MFG.zip I am unsure what has happened here. Obviously these boards can be manufactured with the data. I'd be grateful of any input and also if anyone can specify a connector that will fit holes of that size? Many 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...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Writing EEPROM Using I2C Commands over U-Boot
Yes the eeprom write in U-boot wont work as they might be 16 bit adressses or 16 bit data Modify the i2c driver to make it work in U-boot or write a new Uboot command to access the eeprom Thanks Kavitha On Fri, Feb 7, 2014 at 3:24 PM, John Nash szrjustd...@gmail.com wrote: Hi Buğra AYDOĞAR, you said In case, the value which you wrote above is ASCII so you will see 31:32:33:34:35:36:37:38 in your EEPROM.,but how I can see it 在 2012年10月31日星期三UTC+8下午2时39分12秒，Buğra AYDOĞAR写道： Hi Gerald, No, it is not write protected. I wrote my EEPROM over Linux using Sysfs last night. I dont remember exactly (I dont have my development board right now) but it did sth like that cd sys/bus/i2c/devices/1-0050/ echo 12345678 eeprom In case, the value which you wrote above is ASCII so you will see 31:32:33:34:35:36:37:38 in your EEPROM. Here is converter .( http://www.dolcevie.com/js/converter.html) I think U-Boot I2C commands have some problems.It also doesnt always read BeagleBone's EEPROM correctly.(%50 sucessfully show BeagleBone's header and magic number.) . Maybe it is about U-Boot version. I also looked with scope, it really sent data to EEPROM but I dont know exactly. As a result my problem is solved but it is more logicial to write EEPROM over U-Boot. Regards, Buğra On Tuesday, October 30, 2012 10:19:57 PM UTC+2, Gerald wrote: Is your EEPROM write protected? Gerald On Tue, Oct 30, 2012 at 1:28 PM, Buğra AYDOĞAR bugraa...@gmail.comwrote: Hi folks, We have custom Am335x board with eeprom.We want to shape our eeprom like BeagleBone (I mean name,version,serial etc...). I tried with U-Boot using I2C commands.You can see my logs below. Firstly i read my eeprom, then i tried to write byte by btye.Then i read again but nth happened.Then i tried to fill with 0xAA again it didnt succeed. How do you do it? By the way,I ported and used U-Boot 2011.09 for this purpose.I used i2c-tool over Linux but it says UU which means driver is used by Linux and it doesnt let me dump or anything else. What do you suggest to move on? Regards, Buğra U-Boot# i2c probe Valid chip addresses: 24 48 4F 50 51 U-Boot# i2c dev 1 Setting bus to 1 U-Boot# i2c dev 0 Setting bus to 0 U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff U-Boot# i2c mm 0x50 0 : ff ? AA 0001: ff ? BB 0002: ff ? CC 0003: ff ? DD 0004: ff ? U-Boot# INTERRUPT U-Boot# INTERRUPT U-Boot# U-Boot# U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff U-Boot# U-Boot# i2c mw 0x50 0 0x10 0xAA U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff U-Boot# i2c md 0x50 0 0x10 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff -- -- Gerald ger...@beagleboard.org g-co...@ti.com http://beagleboard.org/ http://circuitco.com/support/ -- 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/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] Getting a virgin BBB to boot first time
I have now taken delivery of my cut-down version of the BBB, it is essentially the same as the BBB with the HDMI IC (U11) not fitted and with the eMMC IC not fitted (U13). I'm now at the stage of configuring/getting the board to boot for the first time. I wish to boot from the SD card. How do I go about this without eMMC IC present? Will the system operate without eMMC IC fitted? -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
Did you look at the System Reference Manual? Yes, it can boot from the SD if you remove the eMMC. Gerald On Wed, Feb 26, 2014 at 10:15 AM, lee.s...@bibby-scientific.com wrote: My design is a cut down version of BBB. The HDMI IC is not fitted and the eMMC is not fitted. Will the BBB boot from SD card without the eMMC IC fitted? Or is the eMMC essential to the operation even when booting from Sd card? On Wednesday, 26 February 2014 15:45:18 UTC, Gerald wrote: Well. Uh. I have no idea what your design looks like. But, the code you are using looks for the EEPROM. Do you have one? If you do. is it programmed? Gerald On Wed, Feb 26, 2014 at 9:25 AM, lee@bibby-scientific.com wrote: I can now confirm that my PCB supplier has now successfully fitted connectors P8, P8 and I have taken delivery of my first-off sample. Gerald, are you able to point me to some instructions on how I get my virgin beagleboardblack up and running? I have tried using an SD card with a known good android image but this does not work, the error I get from hyperterminal is: U-Boot SPL 2011.09 (Nov 27 2013 - 10:43:10) Chipsee AM335x EVM Board Incorrect magic number in EEPROM read_eeprom() failure. continuing with ddr3 OMAP SD/MMC: 0 mmc_send_cmd: timedout waiting for cmddis! ** Can't read from device 0 ** spl: fat register err - -1 ### ERROR ### Please RESET the board ### I'm not surprised that it doesn't yet work because there must be some programming/setup to be done on the board itself before it will operate and this hasn't yet been done. I think I may have to program the E2..? Could you help me with that procedure please? On Tuesday, 18 February 2014 16:10:00 UTC, lee@bibby-scientific.comwrote: Thank you Gerald. I will confirm if that is the case when I see the sample. On Tuesday, 18 February 2014 16:06:10 UTC, Gerald wrote: We did tighten them up along time ago, so that is most likely the issue they think they have. Gerald On Tue, Feb 18, 2014 at 9:45 AM, lee@bibby-scientific.com wrote: Thank you for the speedy response Gerald. The PCB files used were those contained in Beaglebone_blackrevB4_MFG. zip Is it likely the holes were deliberately under-sized to the datasheet to give the tight fit you mention. I am yet to see the problem physically for myself. The PCB supplier is sending the board to me so I can assess. On Tuesday, 18 February 2014 13:43:18 UTC, Gerald wrote: We don't have any issues. We do look for a tight fit to prevent moving during the soldering process. We have used these same connectors for a very long time now without issue. Which PCB files did you use? Gerald On Tue, Feb 18, 2014 at 6:41 AM, lee@bibby-scientific.comwrote: I hope someone can help with this. I am currently getting some BBB PCBs manufactured. I have used the gerber data and BoM supplied but the PCB manufacturer is reporting an issue with the specified connectors not fitting because the PCB hole size is too small to take the pins. The connector specified is: SSHS-123-D-02-GT-LF which has recommended hole size of 0.040 (1.2mm) The PCB manufacturer is telling that the hole size in the drill file is: T04 Holesize 4. = 30.00 Tolerance = +3.00/-3.00 PLATED MILS Quantity = 96 The data I have sent to them is from the file: Beaglebone_blackrevB4_MFG.zip I am unsure what has happened here. Obviously these boards can be manufactured with the data. I'd be grateful of any input and also if anyone can specify a connector that will fit holes of that size? Many 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...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out. -- 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
Re: [beagleboard] Getting a virgin BBB to boot first time
Might I suggest that you register so your posts go through sooner? I suggest read the System Reference Manual. Yes you can remove the eMMC and boot from SD providing you did not mess up the boot pins.. Gerald On Wed, Feb 26, 2014 at 10:27 AM, lee.s...@bibby-scientific.com wrote: I have now taken delivery of my cut-down version of the BBB, it is essentially the same as the BBB with the HDMI IC (U11) not fitted and with the eMMC IC not fitted (U13). I'm now at the stage of configuring/getting the board to boot for the first time. I wish to boot from the SD card. How do I go about this without eMMC IC present? Will the system operate without eMMC IC fitted? -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
On Wed, Feb 26, 2014 at 10:15 AM, lee.s...@bibby-scientific.com wrote: My design is a cut down version of BBB. The HDMI IC is not fitted and the eMMC is not fitted. Will the BBB boot from SD card without the eMMC IC fitted? Or is the eMMC essential to the operation even when booting from Sd card? That should be fine.. Here's the init script i use to flash the eMMC, notice how it programs the eeprom first before calling the eMMC flasher script at the bottom.. So in the end it'll fail, but the eeprom will be programmed with the beaglebone black eeprom.. https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L28 Then you can go move on to your own images. 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/groups/opt_out.
[beagleboard] Re: Beaglebone does not turn on
Hi, I am using Beaglebone black. It does not boot if I power it up using the miniUSB or adapter. The power led just flashes for a moment and then it goes off. If I press the power button it is just the same: a short flash of the LED, then silence. This thing happened while a GPIO pin was connected to base of transistor via 10k resistor, we were testing the GPIO pins. Searching on BBB forums, I decipher, it means that an excess current flow was detected and the PMIC has shut down. Is there any way to turn it on? -- 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/groups/opt_out.
Re: [beagleboard] Re: Beaglebone does not turn on
No. You only option is an RMA. Gerald On Wed, Feb 26, 2014 at 10:35 AM, Pariyan Shah pariyans...@gmail.comwrote: Hi, I am using Beaglebone black. It does not boot if I power it up using the miniUSB or adapter. The power led just flashes for a moment and then it goes off. If I press the power button it is just the same: a short flash of the LED, then silence. This thing happened while a GPIO pin was connected to base of transistor via 10k resistor, we were testing the GPIO pins. Searching on BBB forums, I decipher, it means that an excess current flow was detected and the PMIC has shut down. Is there any way to turn it on? -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] PRUSS and accessing ADC registers on Beaglebone Black
You can enable the ADC without device tree, or without Linux if you want. The TRM and data sheet have the details on how to power up/down various parts of the system, and how to manage the clock generation for the different sub-modules. However, it's fairly complicated, and I suggest you let the Linux kernel drivers manage the clock and reset trees for you, and continue to enable the ADC using device tree. On 2/26/2014 8:05 AM, Nhan Nguyen wrote: Hi John, Is there a way to enable ADC without using device tree? I couldn't find a way to do it in the reference manual. Thank you. Regards, Nhan On Sunday, February 23, 2014 3:05:39 AM UTC+1, john3909 wrote: From: Nhan Nguyen chinh...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Saturday, February 22, 2014 at 5:40 PM To: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] PRUSS and accessing ADC registers on Beaglebone Black Hi Charles, Thank you very much for your answer. I manage to access it after enable ADC using 'echo BB-ADC /sys/devices/bone.capemgr.*/slots' . Though I could only do it in kernel 3.8, later kernel (3.12) gives an error saying symbol ocp could not be found. I do not really know how to change the .dts to get it working . Anyhow, I will work with 3.8 for now. There is no cape manager in V3.12 Regards, John Sincere, Nhan Nguyen On Wednesday, February 19, 2014 2:57:31 PM UTC+1, Charles Steinkuehler wrote: On 2/19/2014 7:43 AM, Nhan Nguyen wrote: Hi everyone, I have been trying to use PRU to read multiple ADC inputs. Unfornately, I am stuck at accessing to the ADC registers (chapter 12 on AM335x technical reference manual). I set the OCP registers, checked the PMAO registers on PRU to ensure access to external host. For example, I read the ADC REVISION as below: (tried to write to STEPCONFIG and STEPENABLE, etc.) MOV r13, 0x44E0D000 //ADC REVISION LBBO r5, r13, 0, 4 SBCO r5, C28, 4, 4 //store REVISION to shared memory to show with C program .. but everything returns 0. I install Ubuntu 13.04 on Beaglebone Black, tried kernels 3.8, 3.12. PRU worked with shared memory accessing, and GPIO1 registers (I am not sure what to try next) . I haven't tried it on the official Angstrom image, because I still couldn't get PRU to work right away on it. I suggest you remove the PRU from the setup temporarily and try directly reading the memory from C. This will be a lot easier to debug, and the PRU has no chance of reading ADC values if you can't read them from the ARM. As a guess, I suspect you don't have the ADC hardware setup properly and are getting bus faults when reading. This will show up as an error if you try to read the memory location from the ARM (making it easier to debug). Make sure you have loaded a device tree overlay that enables the TSC hardware (Touch Screen Controller = ADC) and populates an appropriate state-machine instruction table to digitize the values you are interested in. Unlike simpler microcontrollers, each major subsystem in the AM335x can be powered up or shut down, and by default most systems (ADC, PWM, etc) are powered down with their clocks disabled until you explicitly enable them. Once you can properly read the values from a raw memory location using the ARM, the PRU should be able to read them as well. -- 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...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_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/groups/opt_out.
[beagleboard] Beagleboard dead after short
Accidentally I've shorted the 1.8V pin (on expansion header) to ground pin. The board stopped working immediately (audio play was going on and was suddenly cut). I quickly (about 2 sec) cut DC power and resolved the issue, but the board seem to not boot anymore. Symptoms now: - D5 is the only led lit (after a quick flash of D13 and D14); - no activity on serial port; - TPS65950 is damn hot. Is there any chance of recovery? -- []'s Rodrigo -- 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/groups/opt_out.
Re: [beagleboard] Beagleboard dead after short
Sure. Just do the RMA thing. Gerald On Wed, Feb 26, 2014 at 12:10 PM, R. Lemos rsle...@gmail.com wrote: Accidentally I've shorted the 1.8V pin (on expansion header) to ground pin. The board stopped working immediately (audio play was going on and was suddenly cut). I quickly (about 2 sec) cut DC power and resolved the issue, but the board seem to not boot anymore. Symptoms now: - D5 is the only led lit (after a quick flash of D13 and D14); - no activity on serial port; - TPS65950 is damn hot. Is there any chance of recovery? -- []'s Rodrigo -- 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] Issue with P8, P9 Connectors not fitting on the BeagleBoneBlack (BBB) PCB
Thank you very much, I'll check that out. On Wednesday, 26 February 2014 16:35:08 UTC, RobertCNelson wrote: On Wed, Feb 26, 2014 at 10:15 AM, lee@bibby-scientific.comjavascript: wrote: My design is a cut down version of BBB. The HDMI IC is not fitted and the eMMC is not fitted. Will the BBB boot from SD card without the eMMC IC fitted? Or is the eMMC essential to the operation even when booting from Sd card? That should be fine.. Here's the init script i use to flash the eMMC, notice how it programs the eeprom first before calling the eMMC flasher script at the bottom.. So in the end it'll fail, but the eeprom will be programmed with the beaglebone black eeprom.. https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L28 Then you can go move on to your own images. 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/groups/opt_out.
Re: [beagleboard] Beagleboard dead after short
Thanks On Wed, Feb 26, 2014 at 3:12 PM, Gerald Coley ger...@beagleboard.orgwrote: Sure. Just do the RMA thing. Gerald On Wed, Feb 26, 2014 at 12:10 PM, R. Lemos rsle...@gmail.com wrote: Accidentally I've shorted the 1.8V pin (on expansion header) to ground pin. The board stopped working immediately (audio play was going on and was suddenly cut). I quickly (about 2 sec) cut DC power and resolved the issue, but the board seem to not boot anymore. Symptoms now: - D5 is the only led lit (after a quick flash of D13 and D14); - no activity on serial port; - TPS65950 is damn hot. Is there any chance of recovery? -- []'s Rodrigo -- 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/groups/opt_out. -- 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/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] Accidentally connected 5V jack with wrong polarity
Hi, I accidentally connected the 5V jack with the outside positive. Now I've changed it to the right polarity, but it doesn't work. Is there any way to repair this or did I just cause permanent damage to the board? PS: powering the beaglebone via USB does work, though. 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/groups/opt_out.
Re: [beagleboard] Cloning SD card with ubuntu
Nice tool: PV! pv /dev/sdb | dd of=sd_image_file Then, you will see the progress! Cheers. W dniu piątek, 14 lutego 2014 18:18:02 UTC+1 użytkownik RobertCNelson napisał: On Fri, Feb 14, 2014 at 11:12 AM, gmsmith...@gmail.com javascript:wrote: Thank you for the quick reply, does that mean I can clone the SD card on the xm itself while it is running? I thought I have to power it off, pull the card out, and do it on something like a PC ubuntu or vm.. So I have to get a SD card adapter and for the of part, is that correct? Thanks in advance. Either or should work.. just as long as you do not use any uuid values in u-boot or /etc/fstab.. 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/groups/opt_out.
Re: [beagleboard] Accidentally connected 5V jack with wrong polarity
We can replace the PMIC which should fix the issue. You would need to request an RMA. http://www.elinux.org/Beagleboard:BeagleBoneBlack Gerald On Wed, Feb 26, 2014 at 1:51 PM, danielp...@gmail.com wrote: Hi, I accidentally connected the 5V jack with the outside positive. Now I've changed it to the right polarity, but it doesn't work. Is there any way to repair this or did I just cause permanent damage to the board? PS: powering the beaglebone via USB does work, though. 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/groups/opt_out. -- 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/groups/opt_out.
Re: [beagleboard] PRUSS and accessing ADC registers on Beaglebone Black
On 2/26/14, 9:07 AM, Charles Steinkuehler char...@steinkuehler.net wrote: You can enable the ADC without device tree, or without Linux if you want. The TRM and data sheet have the details on how to power up/down various parts of the system, and how to manage the clock generation for the different sub-modules. However, it's fairly complicated, and I suggest you let the Linux kernel drivers manage the clock and reset trees for you, and continue to enable the ADC using device tree. Charles, I think Nhan is getting confused between the Cape Manager and Device Tree. He was attempting to use Cape Manager to load the Device Tree Overlay in V3.12 and I explained that there is no Cape Manager in V3.12. His next question was how to enable ADC without DT. Nhan, you can use DT in V3.12. Cape Manager is used to discover attached Capes and to adapt pinmux and DT, which then loads the required device drivers. The Cape Manager can also load and unload DT overlays while the system is live. With V3.12, you cannot do this so you have to setup the DT at boot time. Regards, John On 2/26/2014 8:05 AM, Nhan Nguyen wrote: Hi John, Is there a way to enable ADC without using device tree? I couldn't find a way to do it in the reference manual. Thank you. Regards, Nhan On Sunday, February 23, 2014 3:05:39 AM UTC+1, john3909 wrote: From: Nhan Nguyen chinh...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: Date: Saturday, February 22, 2014 at 5:40 PM To: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] PRUSS and accessing ADC registers on Beaglebone Black Hi Charles, Thank you very much for your answer. I manage to access it after enable ADC using 'echo BB-ADC /sys/devices/bone.capemgr.*/slots' . Though I could only do it in kernel 3.8, later kernel (3.12) gives an error saying symbol ocp could not be found. I do not really know how to change the .dts to get it working . Anyhow, I will work with 3.8 for now. There is no cape manager in V3.12 Regards, John Sincere, Nhan Nguyen On Wednesday, February 19, 2014 2:57:31 PM UTC+1, Charles Steinkuehler wrote: On 2/19/2014 7:43 AM, Nhan Nguyen wrote: Hi everyone, I have been trying to use PRU to read multiple ADC inputs. Unfornately, I am stuck at accessing to the ADC registers (chapter 12 on AM335x technical reference manual). I set the OCP registers, checked the PMAO registers on PRU to ensure access to external host. For example, I read the ADC REVISION as below: (tried to write to STEPCONFIG and STEPENABLE, etc.) MOV r13, 0x44E0D000 //ADC REVISION LBBO r5, r13, 0, 4 SBCO r5, C28, 4, 4 //store REVISION to shared memory to show with C program .. but everything returns 0. I install Ubuntu 13.04 on Beaglebone Black, tried kernels 3.8, 3.12. PRU worked with shared memory accessing, and GPIO1 registers (I am not sure what to try next) . I haven't tried it on the official Angstrom image, because I still couldn't get PRU to work right away on it. I suggest you remove the PRU from the setup temporarily and try directly reading the memory from C. This will be a lot easier to debug, and the PRU has no chance of reading ADC values if you can't read them from the ARM. As a guess, I suspect you don't have the ADC hardware setup properly and are getting bus faults when reading. This will show up as an error if you try to read the memory location from the ARM (making it easier to debug). Make sure you have loaded a device tree overlay that enables the TSC hardware (Touch Screen Controller = ADC) and populates an appropriate state-machine instruction table to digitize the values you are interested in. Unlike simpler microcontrollers, each major subsystem in the AM335x can be powered up or shut down, and by default most systems (ADC, PWM, etc) are powered down with their clocks disabled until you explicitly enable them. Once you can properly read the values from a raw memory location using the ARM, the PRU should be able to read them as well. -- 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...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_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/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this
[beagleboard] Timer
I want to do timer application on the beaglebone but I dont find example.Can you help me ? -- 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/groups/opt_out.
Re: [beagleboard] Accidentally connected 5V jack with wrong polarity
Hi Gerald, thanks for answering so quickly. I already have the serial number, but how do I know which revision is my beaglebone black? Thanks, Daniel -- 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/groups/opt_out.
[beagleboard] FW: BBB connected to TLV320AIC3106EVM
I found the problem. The DT Overlay I created used an I2C address of 0x1B
and the default address of the TLV320AIC3106 on the EVM is 0x18. I changed
JMP11 and JMP12 from 3-5 to 1-3 and now everything is working fine.
Regards,
John
From: John Syne john3...@gmail.com
Date: Tuesday, February 25, 2014 at 9:49 PM
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Subject: BBB connected to TLV320AIC3106EVM
I¹m connecting up a TLV320AIC3106EVM to the BBB using the connections
described in the table below. The LTC3603 is a simple switching regulator to
generate the 1.8V required by the codec core. I¹m having difficulty getting
this setup to record/play. Here is a description of my setup.
BBB TLV320AIC3106EVM LTC3603
P9 J17 J16 J15 J5
1 GND 4 5 GND GND
3 3V3 9 3V3 2 VOUT_EN
5 VDD_5V0 3 +5V VIN
7 SYS_5V0
10 SYS_RESETN 14 RESETN
19 I2C2.SCL 16 SCL
20 I2C2.SDA 20 SDA
25 mcasp0_ahclkx 17 MCLK
28 mcasp0_axr2 13 DOUT
29 mcasp0_fsx 7 WCLK
30 mcasp0_axr0 11 DIN
31 mcasp0_aclkx 3 BCLK
43 GND 18
7 1V8D VOUT
I created a DT Overlay file as follows:
/*
* Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.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-black;
/* identification */
part-number = BB-BONE-AUDI-02;
version = 00A0, A0;
/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
P9.25, /* mcasp0: mcasp0_ahclkx */
P9.28, /* mcasp0: mcasp0_axr2 */
P9.29, /* mcasp0: mcasp0_fsx */
P9.30, /* mcasp0: mcasp0_axr0 */
P9.31, /* mcasp0: mcasp0_aclkx */
/* the hardware ip uses */
mcasp0;
fragment@0 {
target = am33xx_pinmux;
__overlay__ {
bone_audio_cape_audio_pins: pinmux_bone_audio_cape_audio_pins {
pinctrl-single,pins =
0x1ac 0x20 /* mcasp0_ahclkx, INPUT | MODE0 */
0x19c 0x22 /* mcasp0_axr2, INPUT | MODE2 */
0x194 0x20 /* mcasp0_fsx, INPUT | MODE0 */
0x198 0x00 /* mcasp0_axr0, OUTPUT | MODE0 */
0x190 0x20 /* mcasp0_aclkx, INPUT | MODE0 */
;
};
};
};
fragment@1 {
target = i2c2;
__overlay__ {
#address-cells = 1;
#size-cells = 0;
tlv320aic3x: tlv320aic3x@1b {
compatible = ti,tlv320aic3x;
reg = 0x1b;
status = okay;
};
};
};
fragment@2 {
target = mcasp0;
__overlay__ {
pinctrl-names = default;
pinctrl-0 = bone_audio_cape_audio_pins;
status = okay;
op-mode = 0; /* MCASP_IIS_MODE */
tdm-slots = 2;
num-serializer = 16;
serial-dir = /* 0: INACTIVE, 1: TX, 2: RX */
0 0 2 1
0 0 0 0
0 0 0 0
0 0 0 0
;
tx-num-evt = 1;
rx-num-evt = 1;
};
};
fragment@3 {
target = ocp;
__overlay__ {
sound {
compatible = ti,da830-evm-audio;
ti,model = DA830 EVM;
ti,audio-codec = tlv320aic3x;
ti,mcasp-controller = mcasp0;
ti,codec-clock-rate = 1200;
ti,audio-routing =
Headphone Jack, HPLOUT,
Headphone Jack, HPROUT,
Line Out, LLOUT,
Line Out, RLOUT,
MIC3L,Mic Bias 2V,
MIC3R,Mic Bias 2V,
Mic Bias 2V, Mic Jack,
LINE1L, Line In,
LINE2L, Line In,
LINE1R, Line In,
LINE2R, Line In;
};
};
};
};
I installed the DT Overlay as follows:
root@arm:~# export SLOTS=/sys/devices/bone_capemgr.9/slots
root@arm:~# echo BB-BONE-AUDI-02 $SLOTS
[ 135.754365] bone-capemgr bone_capemgr.9: part_number 'BB-BONE-AUDI-02',
version 'N/A'
[ 135.762656] bone-capemgr bone_capemgr.9: slot #7: generic override
[ 135.769128] bone-capemgr bone_capemgr.9: bone: Using override eeprom data
at slot 7
[ 135.777138] bone-capemgr bone_capemgr.9: slot #7: 'Override Board
Name,00A0,Override Manuf,BB-BONE-AUDI-02'
[ 135.787412] bone-capemgr bone_capemgr.9: slot #7: Requesting part
number/version based 'BB-BONE-AUDI-02-00A0.dtbo
[ 135.798164] bone-capemgr bone_capemgr.9: slot #7: Requesting firmware
'BB-BONE-AUDI-02-00A0.dtbo' for board-name 'Override Board Name', version
'00A0'
[ 135.815726] bone-capemgr bone_capemgr.9: slot #7: dtbo
'BB-BONE-AUDI-02-00A0.dtbo' loaded;converting to live tree
[ 135.826979] bone-capemgr bone_capemgr.9: slot #7: #4 overlays
[ 135.855146] 1-001b supply IOVDD not found, using dummy regulator
[ 135.861527] 1-001b supply DVDD not found, using dummy regulator
[ 135.867774] 1-001b supply AVDD not found, using dummy regulator
[ 135.874006] 1-001b supply DRVDD not found, using dummy regulator
[ 135.886504] davinci_evm sound.13: tlv320aic3x-hifi - 48038000.mcasp
mapping ok
[ 135.910330] bone-capemgr bone_capemgr.9: slot #7: Applied #4 overlays.
Which seems to have installed successfully. To confirm:
root@arm:~# cat /proc/asound/devices
2: [ 0- 0]: digital audio playback
3: [ 0- 0]: digital
[beagleboard] Re: ROS, ps3 joystick and Kernel 3.8
How can I load old version of kernel module bluetooth.ko? -- 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/groups/opt_out.
Re: [beagleboard] IPipe Xenomai patches for Robert's 3.13.4-bone5 patched kernel
Very cool.. I'm a little surprised about v3.13.x being the base. Thought Xenomai RT was usually patched against even releases? My plan with v3.13.x was just a quick release, and switch to v3.14.x asap and then just keep updating v3.12.x/v3.14.x while dropping v3.13.x. Maybe i better not do that too quickly.. Thanks, but better do it as usual, because I am really second-class developer: not perfect in kernel development (I spend much more time reading docs sources than coding trying), also I drive my company and do the ipipe work in very little spare time . As far as I noticed: 1) 3.13.4 with IPIPE patches I modified is generally more stable than 3.12 without basically no change in IPIPE part (I've noticed some changes in between in MM). 2) With IPIPE patches mmc subsystem when using external SDCARD is quite unstable, but the problem is I suppose not in IPIPE patches but in mmc subsystem itself. In Your vanilla 3.13.4 + patchset applied by Your build scripts there are also sometimes problems with mmc stability, but I think because much lower mmc irq latencies it is not so easily visible, but also (infrequently) happens. I check it following way: after booting I run quick simple random FS read (I use ext4): ls -lR / | grep \?\?\? when during the read anything is flawed I see some signatures with permissions printed as ?? There are also some modifications which could be applied to Your 3.13 tree from Beagle's 3.8: JTAG (debugss) clock enable etc... regards, T. 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/groups/opt_out.
[beagleboard] Re: which os
while not shifting from OS to OS as you may want to do, i can share my experience with you. i tried to follow a lot of the documentation that comes with the BBB and angstrom. and on two different BBB platforms i had the same issues with both boards, broken angstrom packages etc, problem after problem, almost enough hair pulling and dead ends to make me throw the BBB in the bin for good. and the god bless em, R.C Nelson comes to the party. since i install debian and followed his doco basically all i had to do was get the os on the emmc then run two or three scripts that were downloaded and volia i have a happy BBB doing what i want it too, zero problems and reasonable learning curve. plus everyone else has tried his image theres a log of doco and help on the groups here. Plus, Robert will nudge you in the right direction if you ask too. always helpful. maybe Eric if you specify what you want to do down the road people can share their experiences, my BBB just streams data to a NAS. i run a gui on it (lxde) on a rce debian special. good luck, i would put it to you to try one the rcn debian images he's put together for a better initial experience. -- 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/groups/opt_out.
[beagleboard] UART problems
I have enabled UART2 on my Beaglebone Black using the device tree overlay
method. I am able to communicate with minicom but not in C. I used termios
to setup UART2, I have no issues writing data but I do when I try to read.
I don't understand why in minicom reading works and not in my C program.
What could be the reason?
ps- I've attached my code just in case.
Best Regards,
Marco Vazquez
--
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/groups/opt_out.
/*
* Program uses UART1 on the BBB to read/write 8 bit data
*
*/
#include sys/types.h
#include sys/stat.h
#include fcntl.h
#include termios.h
#include stdio.h
#include string.h
#include unistd.h
#include stdlib.h
#define BAUD B115200
#define UART /dev/ttyO1
int main(){
int fd,k,count;
struct termios oldt,newt;
char rtemp='m',txdata=0;
//Setting variables to 0
memset(newt,0,sizeof(newt));
fd=open(UART,O_RDWR|O_NOCTTY);
if( fd 0 ){
printf(--);
perror(UART);
return 3;
}
newt.c_cflag = BAUD|CS8|CLOCAL|CREAD;
newt.c_iflag = IGNPAR;
newt.c_oflag = 0;
newt.c_lflag = ICANON;
tcflush(fd,TCIFLUSH);
if (tcsetattr(fd,TCSANOW,newt) 0){
printf(cannot set device\n);
return 4;
}
k=0;
txdata='a';
for(;;){
write(fd,txdata,1);
usleep(10);
count = read(fd,rtemp,1);
usleep(1);
printf(%c : %d\n,rtemp,count);
txdata++;
if(txdata 'z'){
txdata='a';
k++;
}
if(k2)
break;
}
if(tcsetattr(fd,TCSANOW,oldt)0){
printf(can't restore old termios\n);
return 5;
}
close(fd);
return 0;
}
Re: [beagleboard] Beaglebone Black won't power on, did I do something wrong? :(
I'm starting to piece together that it was likely some kind of major ground potential difference issue. He hooked up the light dimmers without a ground because the dimmers don't provide a specific ground line next to the dimmer line, and the dimmers are powered off of some power supply running from 277VAC, and my board is powered off a 120-24VAC isolated transformer where one leg is the local digital ground, and without referencing them together somehow I imagine he put some really ugly potentials on the IO pins. On Wednesday, February 26, 2014 9:54:42 AM UTC-5, Gerald wrote: A schematic would be helpful/ You can send to to me direct if you like. Craters are definitely not good. It does sound like a IO stress issue. The LED acting the way it sounds means the PMIC is seeing excess current and shutting down. Gerald On Wed, Feb 26, 2014 at 8:48 AM, faceti...@gmail.com javascript:wrote: I have a device that I'm building in quantity for someone, and it has a simple halfwave rectifier and switching reg to provide 5V to power the BBB. They power it with 24VAC. I'm not sure what exactly is causing it, but they're having problems with the BBBs dying on them. I got one back today, and I get a single quick dim flash of the power LED if I plug in USB, or rapid flashing if I use the barrel jack. After seeing this post, I noticed that there's a burnt crater on the processor. I was originally thinking power problems, but now I'm starting to think IO misuse. These boards use primarily I2C, and the BBB is driving a couple of I2C peripherals for sensors and solenoid control. Additionally, I fanned out eight GPIO to connectors which are for future use for PWM to run light dimmers and switch inputs, but they're not supported yet. I just found out that they had the PWM lines hooked up, and I don't yet know what they had connected to them. On Thursday, July 4, 2013 10:38:46 AM UTC-4, Gerald wrote: You have blown the processor. Request an RMA. beagleboard.org/support/rma No fuses on the board. Plugging in the USB and DC supply is totally acceptable and supported. Gerald On Thu, Jul 4, 2013 at 3:21 AM, Will Kostelecky will.ko...@gmail.comwrote: Help! My BBB was working fine, great in fact, but not so much at the moment. When I plug it into a power source, be it a known good 5v supply that I have been using with it for weeks, or into either of two computers via USB, I get one dim little flash from the power LED and then NOTHING else. No other lights flash. If I hold down the power switch I will get another brief and dim flash after a couple of seconds. Again, no other LEDs light and nothing else happens. This started to happen when I plugged the BBB into a computer using a USB cable while it was still plugged into the 5V power source. Could this have fried something? Are there any poly fuses that might come back to life after a rest? Frustrating as I was making such good progress on my project! Will On Tuesday, 30 April 2013 15:23:23 UTC+1, Gerald wrote: You are a pioneer! Columbus was not looking for America. But you are now the Columbus of the power button! I am trying convince the SW folks to add support for the power button but it is down the list somewhere. Gerald On Tuesday, April 30, 2013, Jason Stapels wrote: An update for the curious. After some prodding from the all-power-Gerald, I was able to bring the board back to life again by... are you ready... holding down the POWER button. Which means I'm probably the biggest idiot ever!? I guess I expected the PWR led to be lit any time 5V was feeding the board, regardless of it's On/Off state. Certainly, in the dozen or so previous times I plugged the board in, just giving it power caused it to power on, so the idea of the POWER button actually being used to turn it on never occurred to me. If I could save face just a little here, I did actually press it a couple times before throwing in the towel, I just didn't consider holding it down for a few seconds. In embarrassed shame, ~ Jason On Tuesday, April 30, 2013 8:19:57 AM UTC-4, Jason Stapels wrote: Hi all, Just wanted to share my experience with my dead BBB. It's my first experience with the Beagle line so it's possible I did something wrong somewhere so I thought it would be a good idea to share my experiences in case other newb's read this. Feel free to skip to the bottom for the symptoms. -- Begin Background Info -- I was lucky enough to get my BBB almost right away from Digikey. I immediately installed the drivers on my Mac and started playing around with it the first night. Unfortunately, the second night I couldn't get my Mac to allocate an IP address through the USB to talk to it so I thought maybe I shouldn't have skipped that update software step. So next I downloaded the latest flash eMMC image, wrote it to an SD
Re: [beagleboard] Re: Install Windows 8 Embedded in BeagleBone Black?
Hi William, Jim's question is wether Windows can be installed in BeagleBorn Black or not. He didn't ask if it is economical or not. On Monday, 15 July 2013 01:33:23 UTC+10, William Hermans wrote: Yeah, I wish people would get a clue. Why in hell would you pay 2-3x as much for Windows, versus the cost for the hardware to run it ? What is it that you expect to do on Windows that you can not do on Linux ? You do realize the crappy Windows experience you would have because of the amount of RAM ? I run Windows as my primary desktop. So I am not a Windows hater, but talk of this make NO SENSE AT ALL to me. On Sun, Jul 14, 2013 at 8:27 AM, Don Miller greenca...@gmail.comjavascript: wrote: Amalinda, Did you try selecting any or all of the device categories on that page and hitting the search button? What results is zilch, nada, nothing! Microsoft currently offers no BSP for the ARM335X. They mention that they will work with vendors to get Win embedded on custom hardware, however -- so the presence of the processor on that list is just Microsoft going fishing. Don On Sunday, July 14, 2013 11:12:08 AM UTC-4, Amalinda J' Gamage wrote: here you can find the ARM335X processor listed. http://www.microsoft.com/windowsembedded/en-us/ bspcatalog.aspx?fsr=1cpu=110manu=31proc=1tar=WEItemsPerPage=10 so why cant we install? can anyone explain? -- 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/groups/opt_out. -- 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/groups/opt_out.
[beagleboard] SSH wants password for BBB
hi guys, i got my BBB today, when to connect to it using SSH. i went though and got the drivers it told me to download, I went to terminal and typed: @michael-imac ~$ ssh 192.168.7.2 the reply was are you sure you want to continue connecting, I input yes then it asked: @192.168.7.2's password: I pushed enter and it gave me a permission denied, try again. I've input my sudo password and everything I can think of that might be on my linux, so I'm assuming it has to do with the BBB. what should I do? I run Mint 16 on intel iMac. 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/groups/opt_out.
[beagleboard] Re: Android running on BBB with Linux 3.8
Strangely, I've been unable to make touchscreen work with andrews jb on 4D systems 4DCAPE_70T I've tried with the prebuilt image, and also tried building from source, using the instructions on Andrews webpage, using latest 3.8.x kernel sources. Touch screen works fine on TI_Android_JB_4.2.2_DevKit_4.1.1 image, so it's definitely not an hardware issue. I'm currently baffled, since its reported that LCD7 works, and the 4DCAPE_70T should be similar, it appears. Any help/suggestions highly appriciated - maybe there's some patches available i need? I did manage to get GApps (google play etc.) + SuperSU working on the TI_Android_JB image, and i'd gladly provide details if requested. Thanks paccer -- 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/groups/opt_out.
[beagleboard] Re: which os
Thanks I will have one BBB for data acquisition (temp, light levels, other) and they will be on wifi initially. Maybe ZigBee later. The other one will be in a robot I am building that will be about 16 inches round and maybe a foot high. Steppers, Servos, motors and a video camera (openCV). If I need more than one BBB I am fine with that. I got my first BBB today and am installing wheezy 7.2 on it now. I found angstrom a touchy form the start. Thanks On Wed, Feb 26, 2014 at 7:25 PM, si c s.campbell...@gmail.com wrote: while not shifting from OS to OS as you may want to do, i can share my experience with you. i tried to follow a lot of the documentation that comes with the BBB and angstrom. and on two different BBB platforms i had the same issues with both boards, broken angstrom packages etc, problem after problem, almost enough hair pulling and dead ends to make me throw the BBB in the bin for good. and the god bless em, R.C Nelson comes to the party. since i install debian and followed his doco basically all i had to do was get the os on the emmc then run two or three scripts that were downloaded and volia i have a happy BBB doing what i want it too, zero problems and reasonable learning curve. plus everyone else has tried his image theres a log of doco and help on the groups here. Plus, Robert will nudge you in the right direction if you ask too. always helpful. maybe Eric if you specify what you want to do down the road people can share their experiences, my BBB just streams data to a NAS. i run a gui on it (lxde) on a rce debian special. good luck, i would put it to you to try one the rcn debian images he's put together for a better initial experience. -- Eric Palmer -- 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/groups/opt_out.
RE: [beagleboard] Raspberry Pints
Do you have the source code for “RaspBerrypints” ? http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of Bryan Wilder Sent: Wednesday, February 26, 2014 9:30 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Raspberry Pints OK. EXTREME Noob here so please bear with me and use small words, spoken slowly!! I'm a homebrewer, (i.e., beer). I bought a BBB a couple of months ago to play with and ultimately use for an automated brewery build but I got impatient and used other methods. So I now have a new BBB and came across another homebrew related project that I aspire to complete. Long story short, I'd like to find a way to use RaspberryPints, (http://raspberrypints.com/), code on my BBB. RaspberryPints is a digital taplist for kegerators written in Raspian. I have an upright freezer that will house 5 different beers and would like to use BBB to power it, (along with helping control the temp and providing security via a solenoid lock, but I digress). My thought so far is that I need to install Debian, run Chromium and then I can install the RaspberryPints code with little to no alteration. Before I went through that learning curve, however, I was hoping one of you fine chaps/chap(ets) would give me your insight. Again, I'm a simpleton so feel free to lay it out as clearly as possible. Much obliged! Bryan -- 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/groups/opt_out. No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4335 / Virus Database: 3705/7128 - Release Date: 02/26/14 _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4335 / Virus Database: 3705/7126 - Release Date: 02/26/14 -- 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/groups/opt_out.
Re: [beagleboard] Raspberry Pints
It's available for download but I'm not sure how big it is.I tried to open it for a copy/paste but can't find any logical code. Open a web browser and navigate to https://github.com/RaspberryPints/RaspberryPints. Click the “Releases” button. The most recent version appears at the top. Click “Source Code (zip)” unless you already know that you want a previous version. Did I mention I have a VERY steep learning curve here? On Wednesday, February 26, 2014 9:01:30 PM UTC-6, William Pretty Security wrote: Do you have the source code for “RaspBerrypints” ? http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book *From:* beagl...@googlegroups.com javascript: [mailto: beagl...@googlegroups.com javascript:] *On Behalf Of *Bryan Wilder *Sent:* Wednesday, February 26, 2014 9:30 PM *To:* beagl...@googlegroups.com javascript: *Subject:* [beagleboard] Raspberry Pints OK. EXTREME Noob here so please bear with me and use small words, spoken slowly!! I'm a homebrewer, (i.e., beer). I bought a BBB a couple of months ago to play with and ultimately use for an automated brewery build but I got impatient and used other methods. So I now have a new BBB and came across another homebrew related project that I aspire to complete. Long story short, I'd like to find a way to use RaspberryPints, ( http://raspberrypints.com/), code on my BBB. RaspberryPints is a digital taplist for kegerators written in Raspian. I have an upright freezer that will house 5 different beers and would like to use BBB to power it, (along with helping control the temp and providing security via a solenoid lock, but I digress). My thought so far is that I need to install Debian, run Chromium and then I can install the RaspberryPints code with little to no alteration. Before I went through that learning curve, however, I was hoping one of you fine chaps/chap(ets) would give me your insight. Again, I'm a simpleton so feel free to lay it out as clearly as possible. Much obliged! Bryan -- 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/groups/opt_out. No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4335 / Virus Database: 3705/7128 - Release Date: 02/26/14 -- No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4335 / Virus Database: 3705/7126 - Release Date: 02/26/14 -- 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/groups/opt_out.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
Just got an email alert - 26 week backorder time ! Great (unfair) free market forces in play ;!) We definitely don't see the member count of grps such as this swell at these rates... We need some semblance of fairness here, no ;?) -- 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/groups/opt_out.
[beagleboard] Re: Android running on BBB with Linux 3.8
On Thursday, February 27, 2014 6:09:34 AM UTC+5:30, paccer wrote: Strangely, I've been unable to make touchscreen work with andrews jb on 4D systems 4DCAPE_70T I've tried with the prebuilt image, and also tried building from source, using the instructions on Andrews webpage, using latest 3.8.x kernel sources. Touch screen works fine on TI_Android_JB_4.2.2_DevKit_4.1.1 image, so it's definitely not an hardware issue. I'm currently baffled, since its reported that LCD7 works, and the 4DCAPE_70T should be similar, it appears. Any help/suggestions highly appriciated - maybe there's some patches available i need? There are two things w.r.t touchscreen: - The touch operation itself - is the driver loaded? are you getting touch interrupts? - Calibration - mapping the usable area so that the touch interacts with the correct display element (icon etc) Some information is at the AOSP page: http://source.android.com/devices/tech/input/touch-devices.html FYI, In the TI DevKit kernel (3.2) the touch calibration data is part of the platform data for the touch driver. See my post in android-porting for more information about this: https://groups.google.com/d/msg/android-porting/CpP4xCk0U_g/DaCoAmqj6FwJ -Vishveshwar I did manage to get GApps (google play etc.) + SuperSU working on the TI_Android_JB image, and i'd gladly provide details if requested. Thanks paccer -- 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/groups/opt_out.
[beagleboard] OS for BBB
Hey folks, Which OS do you guys use for BeagleBone? And can you mention why you like it? I use Angstrom solely for the Bonescript library and because it supports my MT7601 based WiFi dongle without much hassle. -- 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/groups/opt_out.
