Re: [beagleboard] BeagleBone or Black or Raspberry Pi?
For video player ,RPI win 2014-04-13 12:56 GMT+08:00 Maxim Podbereznyy lisar...@gmail.com: Mubin, how many kiosks do you plan to assemble? 13 Апр 2014 г. 1:55 пользователь Mübin İçyer mubinic...@gmail.com написал: Thanks for replies. I have read somewhere ( http://www.daveakerman.com/?page_id=1294) that the GPU of RPi can be deactivated but it saves only 20mA of power, which is not a big deal. Our system will consist of some other hardwares as well i.e. solar power control, RFID reader, CAN bus connection, 3G or GPRS connection, LCD, Keyboard etc. We decided to get a BBB as soon as possible :) 2014-04-12 23:31 GMT+02:00 William Hermans yyrk...@gmail.com: According to what I have read you can not disable the GPU on the rPI, but you can minimize how much RAM it uses ( down to around 16MB it seems ) I would however wager if you're not using the GPU, its power signature would be minimal. rPI A seems to use up to around 300mA( but no onboard networking ), while the rPI B can use up to around 700mA. I can vouch that the BBB can run from a computers USB port, so less than 500mA. Running from USB, I have boot from an external USB drive, with ethernet enabled., while loading the CPU at 99% load ( software test I wrote in C ) Minimal to no GPIO running. Aside from this however, I have not checked to see how much power the BBB draws. But I did run the above test for several hours. I meant to stress the board for the sole purpose of determining stability. It did not crash or glitch once. From all the reading I have done the only real advantage the rPI has over the BBB, is a much stronger GPU. Power usage seems to be reasonably comparable where I'd bet the BBB has the overall advantage ( no hand on proof though ). Also, the rPI has the slight advantage of software maturity . . . But personally I like where the BBB sits software wise right now. I have no love for the rPI personally, but I could see your project working on either. One thing to note however. If you're going to be running solar to charge batteries . . .the BBB has the right peripherals and enough of them to act as a charge controller( with proper isolation and power mosfets of course ) . . . with plenty to spare. Something that is rather trivial to implement in C. On Sat, Apr 12, 2014 at 1:28 PM, Charles Steinkuehler char...@steinkuehler.net wrote: I think the BBB is the better choice as well, but you'll likely want to measure real-world power consumption. Neither board is really designed as a mobile platform, but the Pi is at heart a set-top box (powered by AC), while the BeagleBone has it's roots in tablet-like processors and has fine-grained control over powering up/down different parts of the chip, CPU speed, etc. I'm not sure on the Pi if you can disable it's probably power-hungry GPU that is actually in control of the system (the ARM core is actually a secondary CPU, the black-box GPU runs the show). There are also likely some tweaks to be made with the BBB that will reduce power consumption, specifically putting the HDMI Tx chip in a power-down state. The on-board eMMC will also probably help with power consumption, or at least help a bit with reliability (no uSD connector to cause problems). Finally, the BBB is actually engineered to be able to run off battery, which is very similar to what you want to do, while I don't know if the Pi has a means to work with multiple power sources. Anyway, best of luck, and ask here if you go with the 'Bone and run into any problems! On 4/12/2014 3:05 PM, Philip Polstra wrote: BBB is a clear winner. Lower power consumption, more I/O, easier to do CAN, more reliable, more software options. On Apr 12, 2014 2:05 PM, Mübin Icyer mubinic...@gmail.com wrote: Hi, We are a gruop of students who want to make a kiosk system with embedded linux boards. We are now in selection phase but we could not decide which one fits to our requirements. Could you please help us? Our requirements: - Minimum power consumption, since the kiosk will be powered with solar power and battery. - CAN interface is a must, Rasperry Pi doesn't have such an interface but it can be easily makeable at cost of power consumption (a seperate converter for CAN to uart or i2c will be needed.) - No need for graphical outputs such as HDMI, Video out or so. The connection to the board will be over SSH. - The grapics and text will be displayed on an monochrome LCD or e-paper to reduce the power consumption. Thanks for helps. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Charles
Re: [beagleboard] BeagleBone or Black or Raspberry Pi?
We plan only 3 or 4 kiosks and there will be no video playing on the screeen. It will read RFID cards (maybe magnetic card or smart card) of some users and will ask for user passwords and then it will do some certain jobs. If unused it will be switched to sleep mode to reduce power consumption. 2014-04-13 10:05 GMT+02:00 liyaoshi liyao...@gmail.com: For video player ,RPI win 2014-04-13 12:56 GMT+08:00 Maxim Podbereznyy lisar...@gmail.com: Mubin, how many kiosks do you plan to assemble? 13 Апр 2014 г. 1:55 пользователь Mübin İçyer mubinic...@gmail.com написал: Thanks for replies. I have read somewhere ( http://www.daveakerman.com/?page_id=1294) that the GPU of RPi can be deactivated but it saves only 20mA of power, which is not a big deal. Our system will consist of some other hardwares as well i.e. solar power control, RFID reader, CAN bus connection, 3G or GPRS connection, LCD, Keyboard etc. We decided to get a BBB as soon as possible :) 2014-04-12 23:31 GMT+02:00 William Hermans yyrk...@gmail.com: According to what I have read you can not disable the GPU on the rPI, but you can minimize how much RAM it uses ( down to around 16MB it seems ) I would however wager if you're not using the GPU, its power signature would be minimal. rPI A seems to use up to around 300mA( but no onboard networking ), while the rPI B can use up to around 700mA. I can vouch that the BBB can run from a computers USB port, so less than 500mA. Running from USB, I have boot from an external USB drive, with ethernet enabled., while loading the CPU at 99% load ( software test I wrote in C ) Minimal to no GPIO running. Aside from this however, I have not checked to see how much power the BBB draws. But I did run the above test for several hours. I meant to stress the board for the sole purpose of determining stability. It did not crash or glitch once. From all the reading I have done the only real advantage the rPI has over the BBB, is a much stronger GPU. Power usage seems to be reasonably comparable where I'd bet the BBB has the overall advantage ( no hand on proof though ). Also, the rPI has the slight advantage of software maturity . . . But personally I like where the BBB sits software wise right now. I have no love for the rPI personally, but I could see your project working on either. One thing to note however. If you're going to be running solar to charge batteries . . .the BBB has the right peripherals and enough of them to act as a charge controller( with proper isolation and power mosfets of course ) . . . with plenty to spare. Something that is rather trivial to implement in C. On Sat, Apr 12, 2014 at 1:28 PM, Charles Steinkuehler char...@steinkuehler.net wrote: I think the BBB is the better choice as well, but you'll likely want to measure real-world power consumption. Neither board is really designed as a mobile platform, but the Pi is at heart a set-top box (powered by AC), while the BeagleBone has it's roots in tablet-like processors and has fine-grained control over powering up/down different parts of the chip, CPU speed, etc. I'm not sure on the Pi if you can disable it's probably power-hungry GPU that is actually in control of the system (the ARM core is actually a secondary CPU, the black-box GPU runs the show). There are also likely some tweaks to be made with the BBB that will reduce power consumption, specifically putting the HDMI Tx chip in a power-down state. The on-board eMMC will also probably help with power consumption, or at least help a bit with reliability (no uSD connector to cause problems). Finally, the BBB is actually engineered to be able to run off battery, which is very similar to what you want to do, while I don't know if the Pi has a means to work with multiple power sources. Anyway, best of luck, and ask here if you go with the 'Bone and run into any problems! On 4/12/2014 3:05 PM, Philip Polstra wrote: BBB is a clear winner. Lower power consumption, more I/O, easier to do CAN, more reliable, more software options. On Apr 12, 2014 2:05 PM, Mübin Icyer mubinic...@gmail.com wrote: Hi, We are a gruop of students who want to make a kiosk system with embedded linux boards. We are now in selection phase but we could not decide which one fits to our requirements. Could you please help us? Our requirements: - Minimum power consumption, since the kiosk will be powered with solar power and battery. - CAN interface is a must, Rasperry Pi doesn't have such an interface but it can be easily makeable at cost of power consumption (a seperate converter for CAN to uart or i2c will be needed.) - No need for graphical outputs such as HDMI, Video out or so. The connection to the board will be over SSH. - The grapics and text will be displayed on an monochrome LCD or e-paper to reduce the power consumption. Thanks for helps. -- For more
Re: [beagleboard] BeagleBone or Black or Raspberry Pi?
Mubin, May my company donate you these commercial products for the kiosks? http://www.mentorel.com/product/usomiq-am335x/ 13 Апр 2014 г. 13:09 пользователь Mübin İçyer mubinic...@gmail.com написал: We plan only 3 or 4 kiosks and there will be no video playing on the screeen. It will read RFID cards (maybe magnetic card or smart card) of some users and will ask for user passwords and then it will do some certain jobs. If unused it will be switched to sleep mode to reduce power consumption. 2014-04-13 10:05 GMT+02:00 liyaoshi liyao...@gmail.com: For video player ,RPI win 2014-04-13 12:56 GMT+08:00 Maxim Podbereznyy lisar...@gmail.com: Mubin, how many kiosks do you plan to assemble? 13 Апр 2014 г. 1:55 пользователь Mübin İçyer mubinic...@gmail.com написал: Thanks for replies. I have read somewhere ( http://www.daveakerman.com/?page_id=1294) that the GPU of RPi can be deactivated but it saves only 20mA of power, which is not a big deal. Our system will consist of some other hardwares as well i.e. solar power control, RFID reader, CAN bus connection, 3G or GPRS connection, LCD, Keyboard etc. We decided to get a BBB as soon as possible :) 2014-04-12 23:31 GMT+02:00 William Hermans yyrk...@gmail.com: According to what I have read you can not disable the GPU on the rPI, but you can minimize how much RAM it uses ( down to around 16MB it seems ) I would however wager if you're not using the GPU, its power signature would be minimal. rPI A seems to use up to around 300mA( but no onboard networking ), while the rPI B can use up to around 700mA. I can vouch that the BBB can run from a computers USB port, so less than 500mA. Running from USB, I have boot from an external USB drive, with ethernet enabled., while loading the CPU at 99% load ( software test I wrote in C ) Minimal to no GPIO running. Aside from this however, I have not checked to see how much power the BBB draws. But I did run the above test for several hours. I meant to stress the board for the sole purpose of determining stability. It did not crash or glitch once. From all the reading I have done the only real advantage the rPI has over the BBB, is a much stronger GPU. Power usage seems to be reasonably comparable where I'd bet the BBB has the overall advantage ( no hand on proof though ). Also, the rPI has the slight advantage of software maturity . . . But personally I like where the BBB sits software wise right now. I have no love for the rPI personally, but I could see your project working on either. One thing to note however. If you're going to be running solar to charge batteries . . .the BBB has the right peripherals and enough of them to act as a charge controller( with proper isolation and power mosfets of course ) . . . with plenty to spare. Something that is rather trivial to implement in C. On Sat, Apr 12, 2014 at 1:28 PM, Charles Steinkuehler char...@steinkuehler.net wrote: I think the BBB is the better choice as well, but you'll likely want to measure real-world power consumption. Neither board is really designed as a mobile platform, but the Pi is at heart a set-top box (powered by AC), while the BeagleBone has it's roots in tablet-like processors and has fine-grained control over powering up/down different parts of the chip, CPU speed, etc. I'm not sure on the Pi if you can disable it's probably power-hungry GPU that is actually in control of the system (the ARM core is actually a secondary CPU, the black-box GPU runs the show). There are also likely some tweaks to be made with the BBB that will reduce power consumption, specifically putting the HDMI Tx chip in a power-down state. The on-board eMMC will also probably help with power consumption, or at least help a bit with reliability (no uSD connector to cause problems). Finally, the BBB is actually engineered to be able to run off battery, which is very similar to what you want to do, while I don't know if the Pi has a means to work with multiple power sources. Anyway, best of luck, and ask here if you go with the 'Bone and run into any problems! On 4/12/2014 3:05 PM, Philip Polstra wrote: BBB is a clear winner. Lower power consumption, more I/O, easier to do CAN, more reliable, more software options. On Apr 12, 2014 2:05 PM, Mübin Icyer mubinic...@gmail.com wrote: Hi, We are a gruop of students who want to make a kiosk system with embedded linux boards. We are now in selection phase but we could not decide which one fits to our requirements. Could you please help us? Our requirements: - Minimum power consumption, since the kiosk will be powered with solar power and battery. - CAN interface is a must, Rasperry Pi doesn't have such an interface but it can be easily makeable at cost of power consumption (a seperate converter for CAN to uart or i2c will be needed.) - No need for graphical outputs such as HDMI, Video out or
[beagleboard] Altium Files for Blank Cape.
Does anyone have, or have a link to some Altium Files for a Blank Cape? Just the outline plus the headers? Probalby can import some other formats as well such as eagle / orcad.. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone or Black or Raspberry Pi?
Dear Maxim, Thank you very much for your offer. Of course your company may donate those products to us. I will contact you then. Thanks a lot to everyone. 2014-04-13 11:17 GMT+02:00 Maxim Podbereznyy lisar...@gmail.com: Mubin, May my company donate you these commercial products for the kiosks? http://www.mentorel.com/product/usomiq-am335x/ 13 Апр 2014 г. 13:09 пользователь Mübin İçyer mubinic...@gmail.com написал: We plan only 3 or 4 kiosks and there will be no video playing on the screeen. It will read RFID cards (maybe magnetic card or smart card) of some users and will ask for user passwords and then it will do some certain jobs. If unused it will be switched to sleep mode to reduce power consumption. 2014-04-13 10:05 GMT+02:00 liyaoshi liyao...@gmail.com: For video player ,RPI win 2014-04-13 12:56 GMT+08:00 Maxim Podbereznyy lisar...@gmail.com: Mubin, how many kiosks do you plan to assemble? 13 Апр 2014 г. 1:55 пользователь Mübin İçyer mubinic...@gmail.com написал: Thanks for replies. I have read somewhere ( http://www.daveakerman.com/?page_id=1294) that the GPU of RPi can be deactivated but it saves only 20mA of power, which is not a big deal. Our system will consist of some other hardwares as well i.e. solar power control, RFID reader, CAN bus connection, 3G or GPRS connection, LCD, Keyboard etc. We decided to get a BBB as soon as possible :) 2014-04-12 23:31 GMT+02:00 William Hermans yyrk...@gmail.com: According to what I have read you can not disable the GPU on the rPI, but you can minimize how much RAM it uses ( down to around 16MB it seems ) I would however wager if you're not using the GPU, its power signature would be minimal. rPI A seems to use up to around 300mA( but no onboard networking ), while the rPI B can use up to around 700mA. I can vouch that the BBB can run from a computers USB port, so less than 500mA. Running from USB, I have boot from an external USB drive, with ethernet enabled., while loading the CPU at 99% load ( software test I wrote in C ) Minimal to no GPIO running. Aside from this however, I have not checked to see how much power the BBB draws. But I did run the above test for several hours. I meant to stress the board for the sole purpose of determining stability. It did not crash or glitch once. From all the reading I have done the only real advantage the rPI has over the BBB, is a much stronger GPU. Power usage seems to be reasonably comparable where I'd bet the BBB has the overall advantage ( no hand on proof though ). Also, the rPI has the slight advantage of software maturity . . . But personally I like where the BBB sits software wise right now. I have no love for the rPI personally, but I could see your project working on either. One thing to note however. If you're going to be running solar to charge batteries . . .the BBB has the right peripherals and enough of them to act as a charge controller( with proper isolation and power mosfets of course ) . . . with plenty to spare. Something that is rather trivial to implement in C. On Sat, Apr 12, 2014 at 1:28 PM, Charles Steinkuehler char...@steinkuehler.net wrote: I think the BBB is the better choice as well, but you'll likely want to measure real-world power consumption. Neither board is really designed as a mobile platform, but the Pi is at heart a set-top box (powered by AC), while the BeagleBone has it's roots in tablet-like processors and has fine-grained control over powering up/down different parts of the chip, CPU speed, etc. I'm not sure on the Pi if you can disable it's probably power-hungry GPU that is actually in control of the system (the ARM core is actually a secondary CPU, the black-box GPU runs the show). There are also likely some tweaks to be made with the BBB that will reduce power consumption, specifically putting the HDMI Tx chip in a power-down state. The on-board eMMC will also probably help with power consumption, or at least help a bit with reliability (no uSD connector to cause problems). Finally, the BBB is actually engineered to be able to run off battery, which is very similar to what you want to do, while I don't know if the Pi has a means to work with multiple power sources. Anyway, best of luck, and ask here if you go with the 'Bone and run into any problems! On 4/12/2014 3:05 PM, Philip Polstra wrote: BBB is a clear winner. Lower power consumption, more I/O, easier to do CAN, more reliable, more software options. On Apr 12, 2014 2:05 PM, Mübin Icyer mubinic...@gmail.com wrote: Hi, We are a gruop of students who want to make a kiosk system with embedded linux boards. We are now in selection phase but we could not decide which one fits to our requirements. Could you please help us? Our requirements: - Minimum power consumption, since the kiosk will be powered with solar power and battery. - CAN interface is a must,
Re: [beagleboard] Altium Files for Blank Cape.
On 4/13/2014 5:48 AM, Andrew Frazer wrote: Does anyone have, or have a link to some Altium Files for a Blank Cape? Just the outline plus the headers? Probalby can import some other formats as well such as eagle / orcad.. IIRC there are some Eagle or Orcad libraries on Thingiverse. The Adafruit library also has a BeagleBone outline: http://www.adafruit.com/blog/2011/12/22/adafruit-eagle-library-now-with-beagle-bone-outline/ I've been using libraries for KiCAD, but I don't think that helps you on Altium. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Custom built debian flasher Image not working
Hi, I am really hoping Robert or someone else will be able to help me on this. My guess for this is that halevt is keeping the partitions of emmc mounted which might be causing the script to fail. Another reason can be that I have disabled the root account. But as my custom GUI is running as root, I don't think the flasher script should have a problem running as root. If you guys need, I can upload the scripts that I modified for my own customizations. Regards viraniac On Sunday, April 13, 2014 5:53:29 PM UTC+5:30, Gunjan Gupta wrote: Hi I have a custom built debian flasher image which is not flashing the emmc. The image has the lxde related and node packages removed. I have added halevt, xinit, chkconfig and oracle jre to the image. The non flasher version of the image is working fine but not the flasher version. Please help, Regards viraniac -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Bug in github.com/beagleboard/kernel/tree/3.8
Hmm; no reply and no fix in github... Do you not believe me? Do you not care? Is there something I can read to help me understand (got link)? On Sunday, April 6, 2014 9:19:19 PM UTC-7, djerome wrote: Robert, are you (one of the folks) maintaining the github repo for BeagleBone kernel patches? If not, who do I send this too? This patch in the 3.8 branch doesn't seem to work; it just makes a bug or two: https://github.com/beagleboard/kernel/blob/3.8/patches/build/0002-headers_install-Fix-build-failures-on-deep-directory.patch Lines 37, 38 of that patch change from giving file names using command line arguments to giving them in standard input, but the perl program doesn't read standard input and it doesn't handle the files. The perl script is scripts/headers_install.pl Attached is an instrumented copy of the perl script; you can diff it to see what it does. Try this script on the last change before that patch was applied, 2013-03-22 commit 41dbd166a6394be45389e25459cd127854615366 and after 2013-03-25 commit 20e92cc2b03d5934b142785bf4ae96f1335d77cd Try make ARCH=arm headers_install and then look in linux-3.8/usr/include/asm; you will notice the missing files. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Bug in github.com/beagleboard/kernel/tree/3.8
On Sun, Apr 13, 2014 at 11:21 AM, djerome djer...@crosslinux.org wrote: Hmm; no reply and no fix in github... Do you not believe me? Do you not care? Is there something I can read to help me understand (got link)? Personally i have that patch disabled: https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.8/patch.sh#L706 It probably fixes an issue when built inside Angstrom. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Custom built debian flasher Image not working
On Sun, Apr 13, 2014 at 11:07 AM, Gunjan Gupta viran...@gmail.com wrote: Hi, Alright, got it was due to my keyboard being plugged in. Its strange though that this can be a issue while flashing. You probably ran out of power. rsync (which is used) will fully utlize both the eMMC and microSD during the procedure. Any random loss of power will make the script fail. Like the directions say, only connect dc power, no capes, no usb devices, (ethernet is fine), to guarentee 100% flashing. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Help Needed : Custom built debian image
On Sun, Apr 13, 2014 at 11:11 AM, Gunjan Gupta viran...@gmail.com wrote: Hi Robert, Though I am commenting the rfs locale strip=enable line. but its still generating only en_US.UTF8 locale. How to force it to generate all locales (other than executing dpkg-reconfigure)? The rfs strip option, just disables removing the pre-compute-locale info, we still only generate one locale. If you want them all, also add: locales-all to the package list.. Of course, It'll cost you about 120MB of space.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] BBB circuitco vs Farnell Embest version
It comes to our attentions that there are current two BBB versions on the market, the Circuitco USA one and the Farnell Embest One. The reason for this may be clear in the end nobody is benefit. Most important it's confuses our and other companies customers, Please give your point of view. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] undo boot from sdcard? need to boot from emmc while an sdcard is inserted
From: dan danden...@gmail.com Reply-To: beagleboard@googlegroups.com Date: Saturday, April 12, 2014 at 7:07 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] undo boot from sdcard? need to boot from emmc while an sdcard is inserted also, I dont have this: ³setenv mmcdev 0 On Sat, Apr 12, 2014 at 3:50 PM, dan danden...@gmail.com wrote: On Fri, Apr 11, 2014 at 11:23 AM, John Syn john3...@gmail.com wrote: Just remove the part that does ³setenv mmcdev 0 If I do this, can I still boot from sdcard by holding the user boot button? The boot button controls the SYS_BOOT2 pin on the processor which is normally high (boot button not pressed) and loads u-boot from the eMMC. Then, u-boot runs the scripts defined in it¹s environment. Use printenv to see the env settings. If you are using minicom, for your console, press ctrl a w to enable line wrap (or the equivalent command for putty, etc). enter the printenv command and then scroll up to see the bootcmd which should look something like this: bootcmd=gpio set 53; i2c mw 0x24 1 0x3e; run findfdt; mmc dev 0; if mmc rescan ; then echo micro SD card found;setenv mmcdev 0;else echo No micro SD card found, setting mmcdev to 1;setenv mmcdev 1;fi;setenv bootpart ${mmcdev}:2;mmc dev ${mmcdev}; if mmc rescan; then gpio set 54; echo SD/MMC found on device ${mmcdev};if run loadbootenv; then echo Loaded environment from ${bootenv};run importbootenv;fi;if test -n $uenvcmd; then echo Running uenvcmd ...;run uenvcmd;fi;gpio set 55; if run loaduimage; then gpio set 56; run loadfdt;run mmcboot;fi;fi; While this looks complicated, it really isn¹t. It starts of by turning on an LED, runs a command findfdt which is defined as: findfdt=if test $board_name = A335BONE; then setenv fdtfile am335x-bone.dtb; fi; if test $board_name = A335BNLT; then setenv fdtfile am335x-boneblack.dtb; fi; if test $board_name = A33515BB; then setenv fdtfile am335x-evm.dtb; fi; if test $board_name = A335X_SK; then setenv fdtfile am335x-evmsk.dtb; fi Which just sets a variable ³fdtfile² to am335x-boneblack.dtb² To prove this, enter these commands in u-boot: run findfdt echo $findfdt Continuing with bootcmd, it test to see if the SDCard is installed (if mmc rescan) and if it is, ³mmcdev² is set to ³0² (BTW, eMMC is mmcdev 1). Reading further, the script then runs loadbootenv, which loads the uEnv.txt, which it loads from SDCard if one is installed ($mmcdev = 0) or it loads from eMMC if no SDCard is installed ($mmcdev = 1). I¹ll leave your to read the remainder of the bootcmd script. BTW, I believe this behavior is baked into u-boot and you have to change u-boot source code to change this behavior. You can only modify u-boot behavior after uEnv.txt is loaded. Also, when you press the load button, u-boot is read from the SDCard. When the load button isn¹t pressed, u-boot is read from the eMMC. So, to answer your question, if you press the boot button, it will always boot from the SDCard. Regards, John -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Custom built debian flasher Image not working
Hi Robert, Actually as it turned out, it was not a problem of power or keyboard. My initial analysis was wrong. It worked one time that got me thinking about this being keyboard fault, but it wasn't. I searched for the term emmc and flash in the filenames on my sd card and finally found the log file. The log file had a error rsync error chgrp failed: operation not permitted I checked the /tmp/boot and found that the owner of the files was root and group owner was plugdev. So I modified the emmc flasher script to stop the halevt service, and now its working fine. Thanks for replying. Please also reply to the locales issue in the other thread. Regards viraniac On Sunday, April 13, 2014 9:56:51 PM UTC+5:30, RobertCNelson wrote: On Sun, Apr 13, 2014 at 11:07 AM, Gunjan Gupta vira...@gmail.comjavascript: wrote: Hi, Alright, got it was due to my keyboard being plugged in. Its strange though that this can be a issue while flashing. You probably ran out of power. rsync (which is used) will fully utlize both the eMMC and microSD during the procedure. Any random loss of power will make the script fail. Like the directions say, only connect dc power, no capes, no usb devices, (ethernet is fine), to guarentee 100% flashing. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Help Needed : Custom built debian image
Hi Robert, Thanks for replying. I will add that package to my package list. 120 MB won't be a problem as my disk space being used is currently near to 800MB only. Regards viraniac On Sunday, April 13, 2014 9:58:46 PM UTC+5:30, RobertCNelson wrote: On Sun, Apr 13, 2014 at 11:11 AM, Gunjan Gupta vira...@gmail.comjavascript: wrote: Hi Robert, Though I am commenting the rfs locale strip=enable line. but its still generating only en_US.UTF8 locale. How to force it to generate all locales (other than executing dpkg-reconfigure)? The rfs strip option, just disables removing the pre-compute-locale info, we still only generate one locale. If you want them all, also add: locales-all to the package list.. Of course, It'll cost you about 120MB of space.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Help Needed : Custom built debian image
Robert, My system while booting shows a debian boot splash. Then it shows a black screen for about 4 to 5 seconds before displaying the java program that I am running as my GUI. I am using startx command configured in /etc/rc.local to start the X environment and a /root/.xinitrc file to start my java program. Is there something I can do to reduce this 5 second of blank display time? Regards viraniac -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] capemngr failed to load custom cape dtbo
Hi, i have a custom cape for which i programmed the eeprom with the right formated content and a custom device tree file with the also the correct content. I tried the dts file by compiling it with dtc and loading it manually and it works fine, but when i try to load it at boot i get the following message : [1.752440] bone-capemgr bone_capemgr.9: slot #0: 'BB-BONE-LOGIBONE,00R1,VALENTFX,BB-BONE-LOGIBONE' [1.963974] bone-capemgr bone_capemgr.9: loader: before slot-0 BB-BONE-LOGIBONE:00R1 (prio 0) [1.972929] bone-capemgr bone_capemgr.9: loader: check slot-0 BB-BONE-LOGIBONE:00R1 (prio 0) [2.019182] bone-capemgr bone_capemgr.9: loader: after slot-0 BB-BONE-LOGIBONE:00R1 (prio 0) [2.049292] bone-capemgr bone_capemgr.9: slot #0: Requesting part number/version based 'BB-BONE-LOGIBONE-00R1.dtbo [2.080465] bone-capemgr bone_capemgr.9: slot #0: Requesting firmware 'BB-BONE-LOGIBONE-00R1.dtbo' for board-name 'BB-BONE-LOGIBONE', version '00R1' [2.833633] bone-capemgr bone_capemgr.9: failed to load firmware 'BB-BONE-LOGIBONE-00R1.dtbo' [2.842632] bone-capemgr bone_capemgr.9: loader: failed to load slot-0 BB-BONE-LOGIBONE:00R1 (prio 0) i read that it the problem could be with the eMMC hosting the /lib/firmware and not being mounted at the time the kernel need it, but i run everything from sd card and the sd card is mounted when capemngr tries to load the file. I have no clue of what the problem is ... Thanks for your help. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Dude, where's my BeagleBone Black?
Just about to post this to http://beagleboard.org/blog, but it wouldn't hurt to get a bit of community feedback before pushing this out there Dude, where's my BeagleBone Black? I hear that question a LOT. No, we weren't sleeping, but sometimes it takes a minute for a plan to come together. And don't you love it when a plan comes together? Your BeagleBone Black is on the way and below are the whys and hows. Buying a BeagleBone Black back around October last year was easy---and then suddenly they were gone. Having a big launch and then slowing down to a more steady pace of production is what is normally expected. Demand was strong, but distributors were showing a small amount of stock and people were getting their boards on demand. Based on the status, distributors had requested CircuitCo (the Richardson, Texas based manufacturer of all official BeagleBoard.org boards) to provide boards at a certain pace, and production dropped from about 6,000 a week at launch to around 3,000 a week. Then came Radio Shack, filling their stores with Make's Getting Started with BeagleBone kit. Then the Christmas rush. Then the Georgia Tech massively open online course on control of mobile robots hosted on Coursera. We had a couple of small production boosts, but haven't been able to make any dent in the demand. Everyone is starting to find out what BeagleBone Black can do, using it in their classes, hobbies, prototypes---and products. When it comes to those people using a BeagleBone Black in an end product, well, the BeagleBoard.org terms and conditions clearly say we aren't responsible for the quality in those cases. Nevertheless, the quality speaks for itself and many people are choosing to simply drop them into things beyond just a few prototype units. In practice, we'll never know unless you try to return a bunch of boards at once for repairs. Our desire is that people using the boards in products work directly with a contract manufacturer or distributor to enable boards builds to be planned out in time and with terms and conditions that won't hurt BeagleBoard.org's ability to supply classrooms, hobbyists and professionals building prototypes. Still, if distributors show stock, I expect people building products to continue to chew up some of the board supply. While these people building products are certainly sucking up a lot of boards, it is clear they aren't the only source of the high demand. Some of our distribution partners, most notably Adafruit and Special Computing, put quantity limits of one board per customer on their orders to help keep supply going to individual makers. I took a look at Adafruit's website while they were showing some sock and observed board disappearing at the rate of about 2-3 PER MINUTE. One tweet from me and they were sold out again. This all leads to the obvious conclusion: we need more capacity. To accomplish this, we are taking a multiple prong approach of increasing capacity at CircuitCo as well as bringing on an additional manufacturer. These two prongs are summarized below. Prong #1 - Ramping up production at CircuitCo Ramping up production costs money. More test equipment is needed. Orders on various parts must be accelerated. Additional staff must be hired to run additional shifts. CircuitCo has been fantastic at taking the risk for us, but the margins for BeagleBone Black aren't the friendliest for them to take on these additional costs. At initial launch, it is a benefit for them to get exposed to more customers for their core business, complex circuit assembly and engineering services, but shipping more of the exact same board isn't going to give them a lot more exposure. We're really close to shifting the distribution shipped on our boards from Angstrom Distribution to Debian. Feedback from different people, especially Adafruit, tells us this will improve usability in the largest segments of our community. Angstrom Distribution is much more customizable and is very friendly to professional developers looking to tweak the most out of the system, but for many novices it introduces a barrier to learning. Debian is the basis for Ubuntu, includes ARM Cortex-A8 support in their mainline and is very familiar to a huge population of developers. It also takes a bit more space on the flash storage to provide the best user experience. To provide the best experience of using Debian on BeagleBone Black, we are connecting the switch-over to an increase in the on-board eMMC flash storage from 2GB to 4GB, leaving more free room in which you can work. The eMMC is faster and more reliable than micro-SD cards, so this is adding a lot of value---and a little bit of cost. These BeagleBone Blacks with Debian and 4GB eMMC will be called Rev C and they will likely cost a bit more at most distributors. This extra money is helping CircuitCo pay for the additional expense of the eMMC, but also to cover costs for ramping production to higher-than-ever rates. With the additional capacity
Re: [beagleboard] Dude, where's my BeagleBone Black?
Excellent, I think this really helps to clarify a lot of the questions hanging in the air. On Apr 13, 2014 6:07 PM, Jason Kridner jkrid...@beagleboard.org wrote: Just about to post this to http://beagleboard.org/blog, but it wouldn't hurt to get a bit of community feedback before pushing this out there Dude, where's my BeagleBone Black? I hear that question a LOT. No, we weren't sleeping, but sometimes it takes a minute for a plan to come together. And don't you love it when a plan comes together? Your BeagleBone Black is on the way and below are the whys and hows. Buying a BeagleBone Black back around October last year was easy---and then suddenly they were gone. Having a big launch and then slowing down to a more steady pace of production is what is normally expected. Demand was strong, but distributors were showing a small amount of stock and people were getting their boards on demand. Based on the status, distributors had requested CircuitCo (the Richardson, Texas based manufacturer of all official BeagleBoard.org boards) to provide boards at a certain pace, and production dropped from about 6,000 a week at launch to around 3,000 a week. Then came Radio Shack, filling their stores with Make's Getting Started with BeagleBone kit. Then the Christmas rush. Then the Georgia Tech massively open online course on control of mobile robots hosted on Coursera. We had a couple of small production boosts, but haven't been able to make any dent in the demand. Everyone is starting to find out what BeagleBone Black can do, using it in their classes, hobbies, prototypes---and products. When it comes to those people using a BeagleBone Black in an end product, well, the BeagleBoard.org terms and conditions clearly say we aren't responsible for the quality in those cases. Nevertheless, the quality speaks for itself and many people are choosing to simply drop them into things beyond just a few prototype units. In practice, we'll never know unless you try to return a bunch of boards at once for repairs. Our desire is that people using the boards in products work directly with a contract manufacturer or distributor to enable boards builds to be planned out in time and with terms and conditions that won't hurt BeagleBoard.org's ability to supply classrooms, hobbyists and professionals building prototypes. Still, if distributors show stock, I expect people building products to continue to chew up some of the board supply. While these people building products are certainly sucking up a lot of boards, it is clear they aren't the only source of the high demand. Some of our distribution partners, most notably Adafruit and Special Computing, put quantity limits of one board per customer on their orders to help keep supply going to individual makers. I took a look at Adafruit's website while they were showing some sock and observed board disappearing at the rate of about 2-3 PER MINUTE. One tweet from me and they were sold out again. This all leads to the obvious conclusion: we need more capacity. To accomplish this, we are taking a multiple prong approach of increasing capacity at CircuitCo as well as bringing on an additional manufacturer. These two prongs are summarized below. Prong #1 - Ramping up production at CircuitCo Ramping up production costs money. More test equipment is needed. Orders on various parts must be accelerated. Additional staff must be hired to run additional shifts. CircuitCo has been fantastic at taking the risk for us, but the margins for BeagleBone Black aren't the friendliest for them to take on these additional costs. At initial launch, it is a benefit for them to get exposed to more customers for their core business, complex circuit assembly and engineering services, but shipping more of the exact same board isn't going to give them a lot more exposure. We're really close to shifting the distribution shipped on our boards from Angstrom Distribution to Debian. Feedback from different people, especially Adafruit, tells us this will improve usability in the largest segments of our community. Angstrom Distribution is much more customizable and is very friendly to professional developers looking to tweak the most out of the system, but for many novices it introduces a barrier to learning. Debian is the basis for Ubuntu, includes ARM Cortex-A8 support in their mainline and is very familiar to a huge population of developers. It also takes a bit more space on the flash storage to provide the best user experience. To provide the best experience of using Debian on BeagleBone Black, we are connecting the switch-over to an increase in the on-board eMMC flash storage from 2GB to 4GB, leaving more free room in which you can work. The eMMC is faster and more reliable than micro-SD cards, so this is adding a lot of value---and a little bit of cost. These BeagleBone Blacks with Debian and 4GB eMMC will be called Rev C and they
Re: [beagleboard] Dude, where's my BeagleBone Black?
Great writeup Jason! Most of the info exists in bits and pieces around this forum and elsewhere, but it's a great all-in-one summary. I really like that you're sharing the plans for moving forward and reasons for some of the decisions. Open communities thrive on information and communications! On 4/13/2014 6:12 PM, Drew Fustini wrote: Excellent, I think this really helps to clarify a lot of the questions hanging in the air. On Apr 13, 2014 6:07 PM, Jason Kridner jkrid...@beagleboard.org wrote: Just about to post this to http://beagleboard.org/blog, but it wouldn't hurt to get a bit of community feedback before pushing this out there Dude, where's my BeagleBone Black? I hear that question a LOT. No, we weren't sleeping, but sometimes it takes a minute for a plan to come together. And don't you love it when a plan comes together? Your BeagleBone Black is on the way and below are the whys and hows. Buying a BeagleBone Black back around October last year was easy---and then suddenly they were gone. Having a big launch and then slowing down to a more steady pace of production is what is normally expected. Demand was strong, but distributors were showing a small amount of stock and people were getting their boards on demand. Based on the status, distributors had requested CircuitCo (the Richardson, Texas based manufacturer of all official BeagleBoard.org boards) to provide boards at a certain pace, and production dropped from about 6,000 a week at launch to around 3,000 a week. Then came Radio Shack, filling their stores with Make's Getting Started with BeagleBone kit. Then the Christmas rush. Then the Georgia Tech massively open online course on control of mobile robots hosted on Coursera. We had a couple of small production boosts, but haven't been able to make any dent in the demand. Everyone is starting to find out what BeagleBone Black can do, using it in their classes, hobbies, prototypes---and products. When it comes to those people using a BeagleBone Black in an end product, well, the BeagleBoard.org terms and conditions clearly say we aren't responsible for the quality in those cases. Nevertheless, the quality speaks for itself and many people are choosing to simply drop them into things beyond just a few prototype units. In practice, we'll never know unless you try to return a bunch of boards at once for repairs. Our desire is that people using the boards in products work directly with a contract manufacturer or distributor to enable boards builds to be planned out in time and with terms and conditions that won't hurt BeagleBoard.org's ability to supply classrooms, hobbyists and professionals building prototypes. Still, if distributors show stock, I expect people building products to continue to chew up some of the board supply. While these people building products are certainly sucking up a lot of boards, it is clear they aren't the only source of the high demand. Some of our distribution partners, most notably Adafruit and Special Computing, put quantity limits of one board per customer on their orders to help keep supply going to individual makers. I took a look at Adafruit's website while they were showing some sock and observed board disappearing at the rate of about 2-3 PER MINUTE. One tweet from me and they were sold out again. This all leads to the obvious conclusion: we need more capacity. To accomplish this, we are taking a multiple prong approach of increasing capacity at CircuitCo as well as bringing on an additional manufacturer. These two prongs are summarized below. Prong #1 - Ramping up production at CircuitCo Ramping up production costs money. More test equipment is needed. Orders on various parts must be accelerated. Additional staff must be hired to run additional shifts. CircuitCo has been fantastic at taking the risk for us, but the margins for BeagleBone Black aren't the friendliest for them to take on these additional costs. At initial launch, it is a benefit for them to get exposed to more customers for their core business, complex circuit assembly and engineering services, but shipping more of the exact same board isn't going to give them a lot more exposure. We're really close to shifting the distribution shipped on our boards from Angstrom Distribution to Debian. Feedback from different people, especially Adafruit, tells us this will improve usability in the largest segments of our community. Angstrom Distribution is much more customizable and is very friendly to professional developers looking to tweak the most out of the system, but for many novices it introduces a barrier to learning. Debian is the basis for Ubuntu, includes ARM Cortex-A8 support in their mainline and is very familiar to a huge population of developers. It also takes a bit more space on the flash storage to provide the best user experience. To provide the best experience of using Debian on BeagleBone Black, we
Re: [beagleboard] Dude, where's my BeagleBone Black?
Good information and thank you Jason for sharing. I see there is also someone else producing miniature versions of the BBB, but . . . not my own thing. Personally, I would like to see other upgrades as well, but I voiced those last year, and from the response I received from Gerald seems to indicate that my own wishes are not inline with beagleboard.org's current roadmap. However, the minnowboard MAX is a perfect fit( even though using a different processsor architecture ). Personally, I never would have guessed last year at launch that the BBB would take off like this. But very pleased that it did. On Sun, Apr 13, 2014 at 4:18 PM, Charles Steinkuehler char...@steinkuehler.net wrote: Great writeup Jason! Most of the info exists in bits and pieces around this forum and elsewhere, but it's a great all-in-one summary. I really like that you're sharing the plans for moving forward and reasons for some of the decisions. Open communities thrive on information and communications! On 4/13/2014 6:12 PM, Drew Fustini wrote: Excellent, I think this really helps to clarify a lot of the questions hanging in the air. On Apr 13, 2014 6:07 PM, Jason Kridner jkrid...@beagleboard.org wrote: Just about to post this to http://beagleboard.org/blog, but it wouldn't hurt to get a bit of community feedback before pushing this out there Dude, where's my BeagleBone Black? I hear that question a LOT. No, we weren't sleeping, but sometimes it takes a minute for a plan to come together. And don't you love it when a plan comes together? Your BeagleBone Black is on the way and below are the whys and hows. Buying a BeagleBone Black back around October last year was easy---and then suddenly they were gone. Having a big launch and then slowing down to a more steady pace of production is what is normally expected. Demand was strong, but distributors were showing a small amount of stock and people were getting their boards on demand. Based on the status, distributors had requested CircuitCo (the Richardson, Texas based manufacturer of all official BeagleBoard.org boards) to provide boards at a certain pace, and production dropped from about 6,000 a week at launch to around 3,000 a week. Then came Radio Shack, filling their stores with Make's Getting Started with BeagleBone kit. Then the Christmas rush. Then the Georgia Tech massively open online course on control of mobile robots hosted on Coursera. We had a couple of small production boosts, but haven't been able to make any dent in the demand. Everyone is starting to find out what BeagleBone Black can do, using it in their classes, hobbies, prototypes---and products. When it comes to those people using a BeagleBone Black in an end product, well, the BeagleBoard.org terms and conditions clearly say we aren't responsible for the quality in those cases. Nevertheless, the quality speaks for itself and many people are choosing to simply drop them into things beyond just a few prototype units. In practice, we'll never know unless you try to return a bunch of boards at once for repairs. Our desire is that people using the boards in products work directly with a contract manufacturer or distributor to enable boards builds to be planned out in time and with terms and conditions that won't hurt BeagleBoard.org's ability to supply classrooms, hobbyists and professionals building prototypes. Still, if distributors show stock, I expect people building products to continue to chew up some of the board supply. While these people building products are certainly sucking up a lot of boards, it is clear they aren't the only source of the high demand. Some of our distribution partners, most notably Adafruit and Special Computing, put quantity limits of one board per customer on their orders to help keep supply going to individual makers. I took a look at Adafruit's website while they were showing some sock and observed board disappearing at the rate of about 2-3 PER MINUTE. One tweet from me and they were sold out again. This all leads to the obvious conclusion: we need more capacity. To accomplish this, we are taking a multiple prong approach of increasing capacity at CircuitCo as well as bringing on an additional manufacturer. These two prongs are summarized below. Prong #1 - Ramping up production at CircuitCo Ramping up production costs money. More test equipment is needed. Orders on various parts must be accelerated. Additional staff must be hired to run additional shifts. CircuitCo has been fantastic at taking the risk for us, but the margins for BeagleBone Black aren't the friendliest for them to take on these additional costs. At initial launch, it is a benefit for them to get exposed to more customers for their core business, complex circuit assembly and engineering services, but shipping more of the exact same board isn't going to give
Re: [beagleboard] BBB circuitco vs Farnell Embest version
Make it clear to your distributor which one you want, and confusion resolved. On Sun, Apr 13, 2014 at 1:47 PM, Drew Fustini pdp7p...@gmail.com wrote: Check out this page on the beagleboard.org logo program: http://beagleboard.org/logo Make reported on the element14 BeagleBone Black: http://makezine.com/2014/04/03/beaglebone-black-is-back/ To clarify, Premier Farnell owns Embest in Shenzhen. They have been making BeagleBone Black for the Chinese market since it launched last year. Premier Farnell under its element14 brand is now distributing the Embest made BBB globally through its regional companies: newark.com in north america, farnell.com in europe and element14.com in asia and Australia. This is done in collaboration with BeagleBoard.org per their logo program. Cheers Drew . On Apr 13, 2014 12:36 PM, embeddedcomputer.nl embedded1...@gmail.com wrote: It comes to our attentions that there are current two BBB versions on the market, the Circuitco USA one and the Farnell Embest One. The reason for this may be clear in the end nobody is benefit. Most important it's confuses our and other companies customers, Please give your point of view. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] HDMI to VGA, on boot the board displays its logo, but then ceases to display anything. Please Help
that seems to be exactly my problem too. unfortunately in austria it is impossible to get a (micro)hdmi to vga adapter with its own power supply. for some strange reason ebay, amazon and other stores won't ship them to austria. :/ is there any way around that? I'm powering my bbb with usb. i read somewhere that the bbb gets more power from a power supply unit than from usb. could that give the bbb enough power to also power the adapter? or what happened it i powered the bbb with a power supply unit and with usb at the same time? could that cause a short circuit or something or would it maybe work? I'm sure I could get a 5v power supply somewhere in austria but before i spend more money i'd like to know if it will make a difference. Am Samstag, 5. April 2014 18:05:45 UTC+2 schrieb bert@gmail.com: Hay I think your problem is the 5Volt suply of the HDMI to VGA converter. Normally it should get 5V from the HDMI plug but as I understood the Beagleboard does not supply the 5 Volt at pin 18 of the plug, therefore you should have a HDMI converter with his own power supply. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: dmesg messages
What I found in mine, with the 2013-09-04 image that it came with, is that: 1) The partition is mounted, but it's mounted on /media/BEAGLEBONE_. The non-underscore mount point is present but unused. 2) Changing the value worked, but only after a reboot. One does of course wonder why it considers reporting status *non-changes* to be useful, even with the bit set. :-) On Tuesday, November 5, 2013 6:50:57 AM UTC-8, Craig Markwardt wrote: I've found that in more recent releases the BEAGLEBONE partition is not mounted by default. In case it's not, you should mount it first, mount /dev/mmcblk0p1 /media/BEAGLEBONE before trying to edit the uEnv.txt file. On Monday, November 4, 2013 9:59:49 PM UTC-5, daen...@yahoo.com wrote: Not doing it for me. Tried both on a fresh install of 2013-09-04 image. Hate to think of it as eating up the limited amount of flash storage. On Saturday, July 20, 2013 4:01:55 PM UTC-4, craig.m...@gmail.com wrote: Edit /media/BEAGLEBONE/uEnv.txt and change drm.debug=7 to either of these two, drm.debug=3 drm.debug=11 This is a bit mask. The 4 value produces the plentiful HDM connector messages, so by subtracting 7-4=3 you remove the offending messages. Craig On Wednesday, June 5, 2013 2:30:03 AM UTC-4, tvv...@gmail.com wrote: Hi I have BBB with Angstrom 2013-05-27. After dmesg I get: [ 72.936416] gen_ndis_query_resp: RNDIS_OID_GEN_RCV_NO_BUFFER [ 72.940091] gadget: rndis reqa1.01 v i l4096 [ 72.940361] gadget: rndis req21.00 v i l36 [ 72.944095] gadget: rndis reqa1.01 v i l4096 [ 72.944390] gadget: rndis req21.00 v i l36 [ 72.948090] gadget: rndis reqa1.01 v i l4096 [ 72.948374] gadget: rndis req21.00 v i l36 [ 72.948412] gen_ndis_query_resp: RNDIS_OID_GEN_RCV_NO_BUFFER [ 72.952062] gadget: rndis reqa1.01 v i l4096 [ 72.952189] gadget: rndis req21.00 v i l36 [ 72.956092] gadget: rndis reqa1.01 v i l4096 [ 80.906804] [drm:output_poll_execute], [CONNECTOR:5:HDMI-A-1] status updated from 2 to 2 Every 10 sec [drm:output_poll_execute], [CONNECTOR:5:HDMI-A-1] status updated from 2 to 2. Is it notmal? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Suggestion for change to Beaglebone PCB: USB header
I have to say that USB connection accesible from the side headers would be really nice feature. I aggre that you can loop a regular usb cable, but this way makes ot more robust and that just doesnt look good. Imagine someone buildibg a device basing on bbb. Everything could be connected to the cape and all a worker has to do is place the bbb on the cape. I vote for this as well ;) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: MCP2515 via SPI0, CS0 on BeagleBone Black
Up! I try to do the same thing without success! Thank you! On Thursday, 13 June 2013 18:09:44 UTC-4, Michael Luxen wrote: Hello, does anyone already have a working setup/howto for a MCP2515 activation on SPI0 with CS0? To be clear, I've the internal DCAN0 and DCAN1 already up and running but I'm interesting to have a further 3rd CAN channel via a MCP2515 enabled. After some hours of trying and searching on the WWW I've still no working MCP2515 SPI interface. I've used my MCP2515 SPI-Interface already with success on the Raspberry Pi and adapted it to the GPIOs of the BeagleBone Black. To give more details my environment is: Angstrom distribution from 2013-05-27 P9.27,/* spi irq: gpio3_19 */ P9.22,/* spi: spi0_sclk */ P9.21,/* spi: spi0_d0 */ P9.18,/* spi: spi0_d1 */ P9.17,/* spi: spi0_cs0 */ extract of my spi0-00A0.dts file: pinctrl-single,pins = 0x150 0x10 /* spi0_sclk, OUTPUT_PULLUP | MODE0 */ 0x154 0x30 /* spi0_d0, INPUT_PULLUP | MODE0 */ 0x158 0x10 /* spi0_d1, OUTPUT_PULLUP | MODE0 */ 0x15c 0x10 /* spi0_cs0, OUTPUT_PULLUP | MODE0 */ 0x1a4 0x37 /* mcasp0_fsr.gpio3_19, RX_ENABLED | PULLUP | MODE7, IRQ */ ; I'm unsure about the spi0_sclk Pin. Some websites describes it as output as shown above and others as Input with 0x150 0x30. My setup doesn't work with both of them. Any hints are welcome! Regards Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Wt web toolkit, how do I install it?
Hello, I know this is an old post, but I was curious if you got an answer. I cannot find reference to WT being on the Agstrom repository. I have been trying to get it to work for several months now and I have not had any luck. It just won't build on the device (crashes at the final stages of the build) and cross-compiling doesn't seem to be working out for me either. If someone can at least confirm for me that they have gotten it working that would make my day :) at least I'll know that it's possible ;) I see no reason why it shouldn't work!!! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Booting from SD card and not eMMC
On Saturday, May 25, 2013 7:30:46 AM UTC+8, Gerald wrote: You could ground the boot pin on the expansion connector until SYS_RESET goes hi. You could delete the MLO file from the eMMC. You could erase the eMMC. Gerald On Fri, May 24, 2013 at 5:30 PM, jackzh...@gmail.com javascript:wrote: Hello all, I would like to use GPMC on the BBB board, but as it states on the system reference manual GPMC bus may NOT be available due to the use of those signals by the eMMC Then it suggests to use the SD boot mode and not the eMMC. My question is, how can I have the board to boot from the SD card rather than the eMMC. Help would be appreciated! Jack -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- Gerald ger...@beagleboard.org javascript: g-co...@ti.com javascript: 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/d/optout.
[beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
Has this image OpenGL/SGX support? I would need it to get QtQuick running on it. Last year I was not able to get the driver compiled but as far as I remember TI has published some kernel patches back then. Am Mittwoch, 5. März 2014 23:51:19 UTC+1 schrieb Jason Kridner: The latest BeagleBone Debian images are now posted at: http://beagleboard.org/latest-images/ If you've upgraded the firmware on your BeagleBone or BeagleBone Black in the past, the experience will be quite similar, but you might find the eMMC flashing times a bit faster (~15 minutes rather than ~45 minutes) due to less post-installation processing. Using the 2GB uSD card image also flashes a bit faster and can be resized to whatever your uSD card size is using some scripts under /opt/scripts/tools. Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey, the Cloud9 IDE team and so many others in getting us this far. Please take the time to give a detailed look over this image and report any issues to the bug tracker on elinux.org: http://bugs.elinux.org/projects/debian-image-releases While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with START.htm to tell you how to get the drivers configured if you haven't already done so: [image: Inline image 2] Clicking the link or visiting http://192.168.7.2, you'll see the familiar on-board served documentation: [image: Inline image 1] I've introduced a few bugs to the documentation ( http://github.com/beaglebone/bone101 and http://beagleboard.github.io/bone101), so expect to find a lot of issues there. Patches are welcome as are notes in the bug tracker to make sure I don't miss dotting any i's or crossing any t's. This is your chance to try to get some documentation into the system you'd like to see. I felt it was pretty safe to save the documentation as an in-beta item because it shouldn't impact functionality. One of the biggest new features you'll see is when you click on the Cloud9 IDE link: [image: Inline image 3] This is a pre-open-source-beta-only release of version 3 of their IDE. Down at the bottom of the Cloud9 IDE you'll see a new terminal window that runs a full 'tmux' session. You can open up a bunch of these and it makes logging into the board and executing command-line operations *super* simple. Cloud9 IDE version 3 now includes support for Python and the Adafruit_BBIO library is included in these Debian images. That means you can simply paste in your Python code and hit the run button, without any additional download. I checked this out myself by doing a quick LED blink using the Adafruit tutorial ( http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program ): [image: Inline image 4] You should also note that the /var/lib/cloud9 directory now contains a git clone of that bone101 repo (http://github.com/beagleboard/bone101), so you can start using the Cloud9 IDE to edit the content live. What I recommend is creating your own fork of the repo and sending me pull requests of any changes you'd like to see. You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or 'runner' plug-ins are provided. You will, however, find the Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in /opt/source/Userspace-Arduino. Here's a quick little exercise you can do to blink LED0: root@beaglebone# cd /opt/source/Userspace-Arduino/arduino-makefile/examples/Blink root@beaglebone# perl -i -pe 's/13/14/g' Blink.ino root@beaglebone# make root@beaglebone# ./build-userspace/Blink.elf For more advanced C/C++ developers, future releases should include https://github.com/jackmitch/libsoc. Those familiar with Linux will also note that the init system is 'systemd', which has been helpful in providing reasonable boot times. If you are looking for the journal, you can explore it using 'systemd-journalctl'. I use a Mac and despite the latest version of HoRNDIS fixing issues with Internet Connection Sharing, getting on the WIFI at home makes getting my BeagleBones on the network much easier, further making grabbing new packages with 'sudo apt-get install' much simpler. Drivers and firmware for many common USB WiFi dongles are included, so be sure to report any that you find missing. These latest images include the drivers for the popular UWN200 adapters provided by Logic Supply. To test it out myself, I uncommented and edited the wlan0 entry in /etc/network/interfaces (including replacing wlan0 with ra0), shutdown, plugged in the adapter and powered up the board again. I'm seeing the issue rt28xx_open return fail!, but I'm sure this is something we can fix in a few days and provide an updated image. I removed that adapter and plugged in an adapter I bought from Adafruit (and switched ra0 back to wlan0) and got the issue rtl8192cu:_rtl92cu_init_power_on():0-0 Failed to polling
[beagleboard] Re: SSH into the usb port only works intermittently
Hi, I reinstalled uninstalled HoRNDIS but still I'm not able to ssh onto the BBB. After executing the command it just goes into processing. Did anyone find any other solution? Any help would be appreciated. Thanks! On Monday, 25 November 2013 09:45:56 UTC-8, Rowland wrote: I was able to get it working again on my mac. Following the directions here (http://joshuawise.com/horndis also copied below) to uninstall HoRNDIS then reinstalling it got everything working again. Just trying to reinstall did not work. ***Uninstalling HoRNDIS on a mac*** If, for some reason, you need to uninstall HoRNDIS, you can simply drag the extension to the trash. In the Finder, go to the “Go” menu, and select “Go to folder...”; in that, type ”/System/Library/Extensions”. Find “HoRNDIS.kext”, and drag it to the trash. When prompted, type your password; then, restart your Mac to be sure it is unloaded. On Saturday, November 23, 2013 10:34:51 AM UTC-5, Rowland wrote: I am having a similar problem. The strange thing is it worked flawlessly for a long time, then just yesterday, I was unable to SSH into the board over USB from my mac. However, the USB drive still shows up in my Finder sidebar. I can still SSH via ethernet and I can still SSH via usb from a different mac. So, the problem is definitely related to my mac, but I can't think of any significant changes to my mac from when it worked to when it didn't. I obviously have all the drivers installed because it worked fine before. I tried reinstalling the drivers but this didn't fix the problem. If I SSH over ethernet I can see that the BBB gets an IP address over the virtual ethernet port: root@beaglebone:~# ifconfig ... usb0 Link encap:Ethernet HWaddr 46:D8:4F:91:30:FB inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) ... And it seems to be listening root@beaglebone:~# systemctl status dropbear.socket dropbear.socket Loaded: loaded (/lib/systemd/system/dropbear.socket; enabled) Active: active (listening) since Sat 2000-01-01 00:00:08 UTC; 5min ago Accepted: 1; Connected: 1 CGroup: name=systemd:/system/dropbear.socket However, I my mac side I don't get an IP address over the virtual ethernet port. Also, I noticed that in my System Preferences - Network that I have several entries for the BBB, but none of them connect. https://lh4.googleusercontent.com/-5hFVib_qIW8/UpDKJ26MsDI/EV8/3USOZveSYl0/s1600/Screen+Shot+2013-11-23+at+10.28.22+AM.png On Saturday, October 12, 2013 11:31:23 AM UTC-4, Jesper We wrote: My BBB is powered by an external 5V power supply. It runs the standard Angstrom distro, flashed to the latest version. The only mods to the standard OS is the following commands: opkg update opkg install boost opkg install gdbserver My problem is this: The ssh port on the usb0 interface is only usable sometimes. Most of the time after a reboot I am NOT able to ssh into 192.168.2.7 from my PC. But the Linux File-CD Gadget always comes up, and I can always access http://192.168.7.2/Support/bone101/http://www.google.com/url?q=http%3A%2F%2F192.168.7.2%2FSupport%2Fbone101%2Fsa=Dsntz=1usg=AFQjCNGJ7w3E89mcTocCvhf9egiY22KaxA, even when the ssh access does not work. By connecting a eth cable I can also always access the BBB. But I prefer USB access since the router is very far away :-) Any tips on what could be causing this would be appreciated... ssh'ing in over eth I see the following: root@beaglebone:~# ifconfig eth0 Link encap:Ethernet HWaddr C8:A0:30:B9:9E:FF inet addr:192.168.1.102 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::caa0:30ff:feb9:9eff/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1801 errors:0 dropped:0 overruns:0 frame:0 TX packets:269 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:471222 (460.1 KiB) TX bytes:55260 (53.9 KiB) Interrupt:56 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:4 errors:0 dropped:0 overruns:0 frame:0 TX packets:4 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:410 (410.0 B) TX bytes:410 (410.0 B) usb0 Link encap:Ethernet HWaddr B6:B9:14:D7:ED:55 inet addr:192.168.7.2 Bcast:192.168.7.3 Mask:255.255.255.252 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:417 errors:0 dropped:0
[beagleboard] Device tree overlay does not load pruss fragment but loads others
Hi - I am using a device tree overlay to enable the pins for the multichannel serial periphearl controller (McSPI) on the beaglebone black. I am using the following device tree overlay to enable the pins for the McSPI: /dts-v1/; /plugin/; / { compatible = ti,beaglebone, ti,beaglebone-black; /* identification */ part-number = PUGGLEBOARD; version = 00A1; /* Pins used */ exclusive-use = /* Pins for Intan RHD2132 */ P9.17, /* SPI0_CS0*/ P9.18, /* SPI0_D1_MISO */ P9.21, /* SPI0_D0_MOSI */ P9.22, /* SPI0_SCLK */ /* Pins for BOB */ P9.27, /* ADC CONVST PRU0: pr1_pru0_pru_r30_5 */ P9.28, /* SPI1_CS0*/ P9.29, /* SPI1_D0_MOSI */ P9.30, /* SPI1_D1_MISO*/ P9.31, /* SPI1_SCLK*/ P9.42, /* SPI1_CS1*/ /* Hardware used */ spi0, spi1, pruss, pru0; fragment@0 { target = am33xx_pinmux; __overlay__ { spi1_pins: pinmux_spi1_pins { pinctrl-single,pins = 0x190 0xB/* spi1_sclk, OUTPUT | MODE3 * / 0x194 0xB/* spi1_d0, OUTPUT | MODE3 */ 0x198 0x2B/* spi1_d1, INPUT | MODE3 */ 0x19c 0xB/* spi1_cs0, OUTPUT | MODE3 */ 0x164 0xA/* spi1_cs1, OUTPUT | MODE2 */ ; }; }; }; fragment@1 { target = spi1; __overlay__ { #address-cells = 1; #size-cells = 0; status = okay; pinctrl-names = default; pinctrl-0 = spi1_pins; }; }; fragment@2 { target = am33xx_pinmux; __overlay__ { spi0_pins: pinmux_spi0_pins { pinctrl-single,pins = 0x150 0x8/* spi0_sclk, OUTPUT | MODE0 * / 0x154 0x8/* spi0_d0, OUTPUT | MODE0 */ 0x158 0x28/* spi0_d1, INPUT | MODE0 */ 0x15c 0x8/* spi0_cs0, OUTPUT | MODE0 */ ; }; }; }; fragment@3 { target = spi0; __overlay__ { #address-cells= 1; #size-cells = 0; status = okay; pinctrl-names = default; pinctrl-0 = spi0_pins; }; }; fragment@4 { target = am33xx_pinmux; __overlay__ { puggle_pins: pinmux_puggle_pins { pinctrl-single,pins = 0x1a4 0x05/* P9.27, OUTPUT | MODE5 */ ; }; }; }; fragment@5 { target = pruss; __overlay__ { #address-cells= 1; #size-cells = 0; status = okay; pinctrl-names = default; pinctrl-0 = puggle_pins; }; }; }; I am using the following script to compile and load the dto: #!/bin/sh if ! id | grep -q root; then echo must be run as root exit fi set -x set -e export SLOTS=/sys/devices/bone_capemgr.8/slots export PINS=/sys/kernel/debug/pinctrl/44e10800.pinmux/pins dtc -O dtb -o PUGGLE-00A1.dtbo -b 0 -@ PUGGLE-00A1.dts cp PUGGLE-00A1.dtbo /lib/firmware/ cat $SLOTS echo PUGGLE:00A1 $SLOTS cat $SLOTS I am using device tree compiler version: DTC 1.4.0-gf345d9e4 All the pins from the spi fragments work and I am able to generate an SPI output using those pins. The problem is the single PRU pin I am trying to initialize. It's pin P9.27 and I want to set it as an output in mode 5. But this pin never gets initialized. I checked this by catting the pins file as follows: cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pins | grep 9a4 and all I get out is: pin 105 (44e109a4) 0027 pinctrl-single To debug this, I tried changing the pin to P9.25 and even P8.46 but neither of those pins were intialized either when I checked the pins file in kernel/debug. I even tried running this on a different beaglebone black, and still no luck. Is there something fundamentally wrong in my device tree overlay? I'm a bit confused as to why the pins for the spi0 and spi1 fragments get loaded but not the pruss. Thanks in advance! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Running BeagleBone without MicroSD: Need quick reply
I forgot to buy a microSD Can and how do i run angstrom without MicroSD? I have microUSB. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
I checked every store in EU and US I could find to get a BBB, there is no single one available worldwide. That's such a joke .. Oh well I can get them on ebay, for 999 EUR (1400 USD) per piece. The whole release management of that product is a big fail, listing 20 stores and all of them have no availablility .. -- I don't want to bet on a product which is not available fo rmonths when I need it. Is there a good replacement to BBB ? Should have about the same performance and many pinouts. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Run BeagleBone without MicroSD: need quick answer
I have a microusb. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?
You come onto the beagleboard forums, make rude remarks to as how you think it should be available, and expect someone to help you ? That takes brass. Good luck. On Sat, Apr 12, 2014 at 7:03 AM, h.kocz...@gmail.com wrote: I checked every store in EU and US I could find to get a BBB, there is no single one available worldwide. That's such a joke .. Oh well I can get them on ebay, for 999 EUR (1400 USD) per piece. The whole release management of that product is a big fail, listing 20 stores and all of them have no availablility .. -- I don't want to bet on a product which is not available fo rmonths when I need it. Is there a good replacement to BBB ? Should have about the same performance and many pinouts. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Dude, where's my BeagleBone Black?
On Sunday, April 13, 2014 8:03:56 PM UTC-4, William Hermans wrote: Good information and thank you Jason for sharing. I see there is also someone else producing miniature versions of the BBB, but . . . not my own thing. Who and what? Personally, I would like to see other upgrades as well, but I voiced those last year, and from the response I received from Gerald seems to indicate that my own wishes are not inline with beagleboard.org's current roadmap. However, the minnowboard MAX is a perfect fit( even though using a different processsor architecture ). Personally, I never would have guessed last year at launch that the BBB would take off like this. But very pleased that it did. On Sun, Apr 13, 2014 at 4:18 PM, Charles Steinkuehler char...@steinkuehler.net wrote: Great writeup Jason! Most of the info exists in bits and pieces around this forum and elsewhere, but it's a great all-in-one summary. I really like that you're sharing the plans for moving forward and reasons for some of the decisions. Open communities thrive on information and communications! On 4/13/2014 6:12 PM, Drew Fustini wrote: Excellent, I think this really helps to clarify a lot of the questions hanging in the air. On Apr 13, 2014 6:07 PM, Jason Kridner jkrid...@beagleboard.org wrote: Just about to post this to http://beagleboard.org/blog, but it wouldn't hurt to get a bit of community feedback before pushing this out there Dude, where's my BeagleBone Black? I hear that question a LOT. No, we weren't sleeping, but sometimes it takes a minute for a plan to come together. And don't you love it when a plan comes together? Your BeagleBone Black is on the way and below are the whys and hows. Buying a BeagleBone Black back around October last year was easy---and then suddenly they were gone. Having a big launch and then slowing down to a more steady pace of production is what is normally expected. Demand was strong, but distributors were showing a small amount of stock and people were getting their boards on demand. Based on the status, distributors had requested CircuitCo (the Richardson, Texas based manufacturer of all official BeagleBoard.org boards) to provide boards at a certain pace, and production dropped from about 6,000 a week at launch to around 3,000 a week. Then came Radio Shack, filling their stores with Make's Getting Started with BeagleBone kit. Then the Christmas rush. Then the Georgia Tech massively open online course on control of mobile robots hosted on Coursera. We had a couple of small production boosts, but haven't been able to make any dent in the demand. Everyone is starting to find out what BeagleBone Black can do, using it in their classes, hobbies, prototypes---and products. When it comes to those people using a BeagleBone Black in an end product, well, the BeagleBoard.org terms and conditions clearly say we aren't responsible for the quality in those cases. Nevertheless, the quality speaks for itself and many people are choosing to simply drop them into things beyond just a few prototype units. In practice, we'll never know unless you try to return a bunch of boards at once for repairs. Our desire is that people using the boards in products work directly with a contract manufacturer or distributor to enable boards builds to be planned out in time and with terms and conditions that won't hurt BeagleBoard.org's ability to supply classrooms, hobbyists and professionals building prototypes. Still, if distributors show stock, I expect people building products to continue to chew up some of the board supply. While these people building products are certainly sucking up a lot of boards, it is clear they aren't the only source of the high demand. Some of our distribution partners, most notably Adafruit and Special Computing, put quantity limits of one board per customer on their orders to help keep supply going to individual makers. I took a look at Adafruit's website while they were showing some sock and observed board disappearing at the rate of about 2-3 PER MINUTE. One tweet from me and they were sold out again. This all leads to the obvious conclusion: we need more capacity. To accomplish this, we are taking a multiple prong approach of increasing capacity at CircuitCo as well as bringing on an additional manufacturer. These two prongs are summarized below. Prong #1 - Ramping up production at CircuitCo Ramping up production costs money. More test equipment is needed. Orders on various parts must be accelerated. Additional staff must be hired to run additional shifts. CircuitCo has been fantastic at taking the risk for us, but the margins for BeagleBone Black aren't the friendliest for them to take on these additional costs. At initial launch, it is a benefit for them to get exposed to more customers for their core business, complex
Re: [beagleboard] Dude, where's my BeagleBone Black?
He's on the list here, saw the post last night. But already deleted it, and cannot remember his username. On Sun, Apr 13, 2014 at 10:11 PM, Jason Kridner jkrid...@beagleboard.orgwrote: On Sunday, April 13, 2014 8:03:56 PM UTC-4, William Hermans wrote: Good information and thank you Jason for sharing. I see there is also someone else producing miniature versions of the BBB, but . . . not my own thing. Who and what? Personally, I would like to see other upgrades as well, but I voiced those last year, and from the response I received from Gerald seems to indicate that my own wishes are not inline with beagleboard.org's current roadmap. However, the minnowboard MAX is a perfect fit( even though using a different processsor architecture ). Personally, I never would have guessed last year at launch that the BBB would take off like this. But very pleased that it did. On Sun, Apr 13, 2014 at 4:18 PM, Charles Steinkuehler char...@steinkuehler.net wrote: Great writeup Jason! Most of the info exists in bits and pieces around this forum and elsewhere, but it's a great all-in-one summary. I really like that you're sharing the plans for moving forward and reasons for some of the decisions. Open communities thrive on information and communications! On 4/13/2014 6:12 PM, Drew Fustini wrote: Excellent, I think this really helps to clarify a lot of the questions hanging in the air. On Apr 13, 2014 6:07 PM, Jason Kridner jkrid...@beagleboard.org wrote: Just about to post this to http://beagleboard.org/blog, but it wouldn't hurt to get a bit of community feedback before pushing this out there Dude, where's my BeagleBone Black? I hear that question a LOT. No, we weren't sleeping, but sometimes it takes a minute for a plan to come together. And don't you love it when a plan comes together? Your BeagleBone Black is on the way and below are the whys and hows. Buying a BeagleBone Black back around October last year was easy---and then suddenly they were gone. Having a big launch and then slowing down to a more steady pace of production is what is normally expected. Demand was strong, but distributors were showing a small amount of stock and people were getting their boards on demand. Based on the status, distributors had requested CircuitCo (the Richardson, Texas based manufacturer of all official BeagleBoard.org boards) to provide boards at a certain pace, and production dropped from about 6,000 a week at launch to around 3,000 a week. Then came Radio Shack, filling their stores with Make's Getting Started with BeagleBone kit. Then the Christmas rush. Then the Georgia Tech massively open online course on control of mobile robots hosted on Coursera. We had a couple of small production boosts, but haven't been able to make any dent in the demand. Everyone is starting to find out what BeagleBone Black can do, using it in their classes, hobbies, prototypes---and products. When it comes to those people using a BeagleBone Black in an end product, well, the BeagleBoard.org terms and conditions clearly say we aren't responsible for the quality in those cases. Nevertheless, the quality speaks for itself and many people are choosing to simply drop them into things beyond just a few prototype units. In practice, we'll never know unless you try to return a bunch of boards at once for repairs. Our desire is that people using the boards in products work directly with a contract manufacturer or distributor to enable boards builds to be planned out in time and with terms and conditions that won't hurt BeagleBoard.org's ability to supply classrooms, hobbyists and professionals building prototypes. Still, if distributors show stock, I expect people building products to continue to chew up some of the board supply. While these people building products are certainly sucking up a lot of boards, it is clear they aren't the only source of the high demand. Some of our distribution partners, most notably Adafruit and Special Computing, put quantity limits of one board per customer on their orders to help keep supply going to individual makers. I took a look at Adafruit's website while they were showing some sock and observed board disappearing at the rate of about 2-3 PER MINUTE. One tweet from me and they were sold out again. This all leads to the obvious conclusion: we need more capacity. To accomplish this, we are taking a multiple prong approach of increasing capacity at CircuitCo as well as bringing on an additional manufacturer. These two prongs are summarized below. Prong #1 - Ramping up production at CircuitCo Ramping up production costs money. More test equipment is needed. Orders on various parts must be accelerated. Additional staff must be hired to run additional shifts. CircuitCo has been fantastic at taking the risk for us, but the margins for BeagleBone Black aren't