[beagleboard] Altium Library files for Beaglebone Cape.
Does anyone happen to have a library file for a beagle bone cape? Or any of the other major CAD packages. I guess i could stop being lazy and make one -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: BeagleBone Black doesn't sometimes start. Only Power LED is on
I was also driven crazy by the issue initially, but after fixing it I have seen zero issues relating to the boot sequence getting stuck. The problem my solution refers to is noise on the uart causing u-boot to enter its terminal. Like when you boot up a PC and press F12 (or some other key) to enter the bios menu, u-boot looks for any input on the uart to break out of the boot sequence and enter the 'u-boot menu'. The fix involves two steps. Firstly, u-boot can be recompiled to look for a specific character sequence (instead of any input) before entering the u-boot terminal. The files Guillermo linked to are for this effect. This solves the problem of random noise causing the boot sequence to stop at u-boot, unless some miracle the random noise spells out your specific character sequence, which I for one am happy to allow for as a possible corner case. Secondly, the boot sequence of the processor looks at the eMMC first for an MLO file to boot with. So by deleting the MLO file on the eMMC you stop the processor trying to boot from there. By simply copying the same boot files to the eMMC you'll also solve the problem, I just thought it better to have nothing there. Regards, Andrew. On 6 May 2014 02:47, wrote: > Hi, > > Thanks a lot to all of you guys for this effort... > > I have been stuck for weeks with 50+ beagle's that wouldn't reboot (or > startup) 1/10 times... > It is driving me crazy... > > Do I really assume correctly that all that is needed to fix this is replace > the two files? > No flashing or otherwise "enabling" the changes? > > I'm testing with one of them now and sofar it's coming back every time, but > I have no idea how to really check if the changes did "stick" > (they're all in a remote location) > > Thanks, Tony > > > On Wednesday, April 23, 2014 5:36:11 PM UTC+2, gagu...@stratia.net wrote: >> >> Hello, >> Basing on the correct answer of Andrew Glen,I attach the link of the >> compiled files to avoid the boot problem, you just need to replace the >> original files "MLO" and "u-boot.img" on eMMC and SD card, sorry for my bad >> english, regards: >> >> https://www.dropbox.com/sh/98xacnk466xfpza/uTlii1hrsg >> >> El miércoles, 31 de julio de 2013 16:48:54 UTC-5, duckhunt...@gmail.com >> escribió: >>> >>> Hi guys, >>> >>> we have a problem with our Beagle Bone Black (A5C). We are using Ubuntu >>> Raring 13.04 armhf v3.8.13-bone21 (2013-06-14) on the eMMC (no SD Card). The >>> Beagle Bone is placed in a case and we have connected it to a DC power >>> supply. Sometimes (I would say every 5 to 10 times), when we are plugging in >>> our power supply, the BeagleBone powers on (Power LED is on), but nothing >>> more happens (none of the other four LEDs is on). If we are now removing the >>> power supply and putting it in again, the BBB starts normally. I guess the >>> power supply is strong enough: 5A@5V. >>> >>> Thanks for your help in advance. >>> >>> Regards, >>> duckhunter > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/aXv6An1xfqI/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can't SSH over Mac's USB
OK, I think I figured it out. I don't know how it became corrupted but here is how I solved it: - In Finder, in the Menu find Go To. Go to the following directory: /System/Library/Extensions. - Locate, drag and drop into the Trash these two files: - FTDIUSBSerialDriver.kext - HoRNDIS.kext - Reboot the Mac - Plug your BBB into the Mac - Locate and launch START.HTM on the BeagleBone. - Download and reinstall the HoRNDIS and FTDI drivers - Eject the BeagleBone - Reboot the Mac - Plug your BBB into the Mac - Launch the START.HTM file. It takes about half a minute for the board to communicate with the Mac. Test the link by clicking on 192.168.7.2 on the BEAGLE_BONE/START.htm page. Or, just launch Terminal and log into your board as you normally would. On Mon, May 5, 2014 at 12:44 PM, Jerry Davis wrote: > nope. I even changed the netmask to match. > > I don't think it works at all. I am not getting any satisfactory knowable > answers from anywhere. > > > On Sun, May 4, 2014 at 5:15 PM, Carl Schaefer wrote: > >> I'm having the exact same issue. See the attached screenshot. Were you >> able to correct the problem? >> >> Carl >> >> >> On Monday, March 17, 2014 9:13:29 AM UTC-4, danrom...@gmail.com wrote: >>> >>> When I first got my BBB, I installed the drivers on my Mac and was able >>> to ssh over to it via USB no problem. Yesterday, while trying to share the >>> Mac's Internet connection via USB with the BBB I did something that >>> disabled this. Before I did whatever it is that I did, I could see in the >>> Network pane of System Preferences that the BBB was connected. Now, I see a >>> bunch of BBB items in the list of devices, but they are all "not >>> configured," and there is no way to configure them. >>> >>> Fortunately, I am still able to connect to my home network via the >>> router and ssh to the BBB via Ethernet. I tried updating the software, and >>> while that all seemed to run OK, I'm still unable to SSH over USB. >>> >>> I checked /etc/network/interfaces, and the lines setting up usb0 are >>> still there, so I don't think that's the problem. >>> >>> Does anyone have any other ideas? >>> >>> Thanks, Dan >>> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you 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. >> > > > > -- > Extra Ham Operator: K7AZJ > Registered Linux User: 275424 > Raspberry Pi and Arduino developer > > There are 10 kinds of people in the world: > Those who can read binary and those who can't. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/krxQplB4c3Q/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can't SSH over Mac's USB
Jerry, try using *route add* such as . . . # route add -net 192.168.7.0 netmask 255.255.255.0 gw 192.168.7.1 This is to be done on your BBB. If you're able to ping an outside ip after this, then Debian has issue with something in your network. And you'll have to figure out what it is before debian will automatically set up your default gateway. BTW there is tons of information out there on the web on related material / issues. So, I would suggest get busy reading, and experimenting. Unless you think the problem will fix its self. On Mon, May 5, 2014 at 9:44 AM, Jerry Davis wrote: > nope. I even changed the netmask to match. > > I don't think it works at all. I am not getting any satisfactory knowable > answers from anywhere. > > > On Sun, May 4, 2014 at 5:15 PM, Carl Schaefer wrote: > >> I'm having the exact same issue. See the attached screenshot. Were you >> able to correct the problem? >> >> Carl >> >> >> On Monday, March 17, 2014 9:13:29 AM UTC-4, danrom...@gmail.com wrote: >>> >>> When I first got my BBB, I installed the drivers on my Mac and was able >>> to ssh over to it via USB no problem. Yesterday, while trying to share the >>> Mac's Internet connection via USB with the BBB I did something that >>> disabled this. Before I did whatever it is that I did, I could see in the >>> Network pane of System Preferences that the BBB was connected. Now, I see a >>> bunch of BBB items in the list of devices, but they are all "not >>> configured," and there is no way to configure them. >>> >>> Fortunately, I am still able to connect to my home network via the >>> router and ssh to the BBB via Ethernet. I tried updating the software, and >>> while that all seemed to run OK, I'm still unable to SSH over USB. >>> >>> I checked /etc/network/interfaces, and the lines setting up usb0 are >>> still there, so I don't think that's the problem. >>> >>> Does anyone have any other ideas? >>> >>> Thanks, Dan >>> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you 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. >> > > > > -- > Extra Ham Operator: K7AZJ > Registered Linux User: 275424 > Raspberry Pi and Arduino developer > > There are 10 kinds of people in the world: > Those who can read binary and those who can't. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you 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: Problem getting WIFI + PWM + PYTHON/PYGAME working on the same distro.
On Mon, May 5, 2014 at 6:54 PM, William Hermans wrote: > Robert, so in the past you've always said to use specific chipsts etc, and > that you've always had good experiences with these chipsets. Did you use an > extension cable at that time as well ? Nope, usually they just happen to be longer.. It's those very small one, that barely come out of the usb shell that fun issues. (they are also the 1-2 $ ones) 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: Problem getting WIFI + PWM + PYTHON/PYGAME working on the same distro.
Robert, so in the past you've always said to use specific chipsts etc, and that you've always had good experiences with these chipsets. Did you use an extension cable at that time as well ? On Mon, May 5, 2014 at 3:08 PM, Robert Nelson wrote: > On Mon, May 5, 2014 at 5:04 PM, vitor de miranda henrique > wrote: > > Beuller? > > For usb wifi, 2 things.. > > Disable usb/wifi power managment and use a small usb extension cable > for the usb wifi adapter to get it away from the boards ground plane. > > For v3.13, try v3.14 instead, not sure if pwm works in that yet either > thou. > > Regards, > > -- > Robert Nelson > http://www.rcn-ee.com/ > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Can't Connect to Mac but PC is OK
OK, I think I figured it out. I don't know how it became corrupted but here is how I solved it: - In Finder, in the Menu find Go To. Go to the following directory: /System/Library/Extensions. - Locate, drag and drop into the Trash these two files: - FTDIUSBSerialDriver.kext - HoRNDIS.kext - Reboot the Mac - Plug your BBB into the Mac - Locate and launch START.HTM on the BeagleBone. - Download and reinstall the HoRNDIS and FTDI drivers - Eject the BeagleBone - Reboot the Mac - Plug your BBB into the Mac - Launch the START.HTM file. It takes about half a minute for the board to communicate with the Mac. Test the link by clicking on 192.168.7.2 on the BEAGLE_BONE/START.htm page. Or, just launch Terminal and log into your board as you normally would. Carl On Sunday, May 4, 2014 7:26:00 PM UTC-4, Carl Schaefer wrote: > > I've had no issues connecting my BBB to both my Macbook Pro and my Windows > laptop. But, for some reason, I can't connect to the Mac over SSH even > though the Beaglebone shows up as a disk on the desktop. I have no issues > communicating via PuTTY on my Windows laptop. I haven't changed anything > on the Mac but I'm seeing weird settings in the Networking preferences > screen. I've included a screenshot. > > I've reinstalled the drivers three or four times with no change. > > Any help is greatly appreciated! > > Carl > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: Problem getting WIFI + PWM + PYTHON/PYGAME working on the same distro.
On Mon, May 5, 2014 at 5:04 PM, vitor de miranda henrique wrote: > Beuller? For usb wifi, 2 things.. Disable usb/wifi power managment and use a small usb extension cable for the usb wifi adapter to get it away from the boards ground plane. For v3.13, try v3.14 instead, not sure if pwm works in that yet either thou. 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] Re: Problem getting WIFI + PWM + PYTHON/PYGAME working on the same distro.
Beuller? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] Connecting UART0 RTS and CTS to J1 for new BBB
On Fri, May 2, 2014 at 12:01 AM, Timothy Comments wrote: > [ suggestions that people associated with BBB are not helpful and engage in > backroom deals] You make extraordinary claims, so you are expected to back them with extraordinary evidence. Please retract if you don't have it. > hide the price paid on the books. You or anyone else can not actually > source materials and build beaglebone boards so you must redesign the board > with a different chip set (like the offshore clones do) which renders the > beagleboard artwork gerbers useless. That is why the gerbers are so 'free', > you cant actually use them to build anything because you cant even get the > parts. I did the exercise of looking at the gerbers, costing the beaglebone > bill of materials and looked at sourcing the parts at different qty levels. > Not possible. So you actually have hard data---what did you discover? Surely you don't mean that literally you say "can't ... build anything" with the provided design files--- you just can't build a BBB for $45. What was the actual price quote you got? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] fix for "can BeagleBoard-xM be powered over USB"
On Mon, May 5, 2014 at 3:57 PM, gchiii wrote: > I will see If I can convince the powers that be to spend the time/money > moving their custom drivers up to a more recent kernel. If your dealing with "powers to be" they should contact TI directly and spend some support $, the community aint touching the 2.6.32 crap! ;) 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] arduino tre - (beagleduino)
You need to contact Arduino direct on this. Gerald On Mon, May 5, 2014 at 3:56 PM, Eric Fort wrote: > see: http://arduino.cc/en/Main/ArduinoBoardTre > > Where can one find more info about this board such as board layout, > schematics, pinout, interfaces, etc. and when will it be available? > > Eric > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you 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] fix for "can BeagleBoard-xM be powered over USB"
I will see If I can convince the powers that be to spend the time/money moving their custom drivers up to a more recent kernel. On Monday, May 5, 2014 4:54:21 PM UTC-4, RobertCNelson wrote: > > On Mon, May 5, 2014 at 3:51 PM, gchiii > > wrote: > > the 2.6.32 validation kernel > > Laughs, good luck finding anyone still on this list that worked on > that kernel... > > Just use mainline. > > 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] arduino tre - (beagleduino)
see: http://arduino.cc/en/Main/ArduinoBoardTre Where can one find more info about this board such as board layout, schematics, pinout, interfaces, etc. and when will it be available? Eric -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] fix for "can BeagleBoard-xM be powered over USB"
On Mon, May 5, 2014 at 3:51 PM, gchiii wrote: > the 2.6.32 validation kernel Laughs, good luck finding anyone still on this list that worked on that kernel... Just use mainline. 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] fix for "can BeagleBoard-xM be powered over USB"
the 2.6.32 validation kernel On Monday, May 5, 2014 4:49:20 PM UTC-4, RobertCNelson wrote: > > On Mon, May 5, 2014 at 3:48 PM, gchiii > > wrote: > > but even if I plug in the jack first, if the usb-otg is plugged in to a > PC > > before I load the gadget module, then it panics > > Odd.. > > What base kernel version? > > 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] fix for "can BeagleBoard-xM be powered over USB"
On Mon, May 5, 2014 at 3:48 PM, gchiii wrote: > but even if I plug in the jack first, if the usb-otg is plugged in to a PC > before I load the gadget module, then it panics Odd.. What base kernel version? 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] fix for "can BeagleBoard-xM be powered over USB"
but even if I plug in the jack first, if the usb-otg is plugged in to a PC before I load the gadget module, then it panics On Monday, May 5, 2014 4:43:38 PM UTC-4, RobertCNelson wrote: > > On Mon, May 5, 2014 at 3:35 PM, gchiii > > wrote: > > I need to have the g_mass_storage module be dynamically loadable on a > > BeagleBoard XM Rev. C > > but I need to not crash if the end-user plugs this in before I have > loaded > > the gadget driver. > > sometimes I will need to load a different gadget driver. > > I'm not yet ready to make a custom composite driver. > > It only crashes if you run out of power. Add a FAQ to your product to > plug in the DC jack "first".. > > Otherwise switch to the bbw/bbb. > > Or with the xM C, boot with the new "omap3-beagle-xm-ab.dtb" in > v3.15-rc3+ (vs omap3-beagle-xm.dtb) as it'll invert the usb hub thus > disabling it. > > 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] fix for "can BeagleBoard-xM be powered over USB"
On Mon, May 5, 2014 at 3:35 PM, gchiii wrote: > I need to have the g_mass_storage module be dynamically loadable on a > BeagleBoard XM Rev. C > but I need to not crash if the end-user plugs this in before I have loaded > the gadget driver. > sometimes I will need to load a different gadget driver. > I'm not yet ready to make a custom composite driver. It only crashes if you run out of power. Add a FAQ to your product to plug in the DC jack "first".. Otherwise switch to the bbw/bbb. Or with the xM C, boot with the new "omap3-beagle-xm-ab.dtb" in v3.15-rc3+ (vs omap3-beagle-xm.dtb) as it'll invert the usb hub thus disabling it. 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: Solved - I now have reliable WiFi on the Bone
WIKIs change, that is their nature. It doesn't hurt to revisit them from time to time. Gerald On Mon, May 5, 2014 at 3:38 PM, Steve Baker wrote: > Yeah - but I unpacked and installed my BBB ages ago. It's controlling my > "lasersaur" laser cutter - which basically boils down to accurately aiming > a death-ray - which we should admit is a position of extreme > responsibility for such a tiny computer. > > At the time, I probably read the card that's in the box because I'm > careful about things like that. > > But I was using a wired connection and the BBB ran beautifully and > flawlessly...hardly inflicting hot-laser-death upon even a single small > furry animal. > > Many, many months later I needed to relocate the laser cutter - which > required a switch from wired to wireless...and by then both the card and > the box and any memory I might have had of either of them had *long* gone! > > I share your frustration at people who don't RTFM...and I'm certainly not > blaming you for any short-coming here. It's just the nature of the > universe and the frailty of human memory. > > -- Steve > > Gerald Coley wrote: > > Yep. I can write it. I can put the link on the card in the box. But I > > can't > > make anyone read it. > > > > Gerald > > > > > > > > On Mon, May 5, 2014 at 1:49 PM, Steve Baker wrote: > > > >> Wow...that would have save me a ton of time if I'd seen it before! > >> > >> But yes...get the WiFi dongle away from the BBB board. Radio signals > >> reduce in intensity with the square of the distance...so if the antenna > >> is > >> currently one inch from the BBB's radio interference - then moving it > >> just > >> 10" away will reduce the interference 100-fold, and getting it on the > >> end > >> of a three foot USB extension cord will reduce it 1000-fold...so it > >> doesn't take much to make a huge difference. > >> > >> -- Steve > >> > >> Gerald Coley wrote: > >> > http://www.elinux.org/Beagleboard:BeagleBoneBlack#WIFI_Adapters > >> > > >> > Gerald > >> > > >> > > >> > On Mon, May 5, 2014 at 1:18 PM, wrote: > >> > > >> >> One problem I've seen with BeagleBone is that WiFi dongles seem to > >> get > >> >> electrical interference problems when plugged directly into the > >> >> BeagleBone...using a USB extension cord seems to fix that. AFAIK, > >> this > >> >> problem causes unreliability in all chipsets...so if you have it > >> >> basically > >> >> working - but unreliable - then adding an extension cable might help. > >> >> After all, we're dealing with radio signals here - and antenna > >> >> interference is a big deal. Most uses of WiFi dongles are OUTSIDE > >> the > >> >> metal case of a PC or laptop - where the metal helps to shield the > >> >> antenna > >> >> from R/F junk being emitted by the computer chips...maybe just > >> putting > >> >> some > >> >> distance between the BeagleBone and the antenna helps. > >> >> > >> >> -- Steve > >> >> > >> >> > >> >> On Saturday, January 25, 2014 7:06:51 PM UTC-6, Harry May wrote: > >> >>> > >> >>> Thank you for all the information. > >> >>> > >> >>> This is my experience with reliable wifi. This took me 4 days and 4 > >> >>> night(mares): > >> >>> > >> >>> I had all kinds of problems. Maybe the most important is that the > >> >>> Micro-USB-Stick N150 (Netgear) does not work reliably. It was > >> possible > >> >>> to > >> >>> setup a WiFi connection > >> >>> but it broke down all the time. > >> >>> The much more stable hardware is the stick described by Carl Johnson > >> in > >> >>> his first post (the bigger size netgear stick using the ath9k_htc > >> >>> driver). > >> >>> > >> >>> I had no luck with Angstrom, the wifi stick was recognized and a > >> dhcp > >> >>> request startet, but succeeded only 1 of 10 times. > >> >>> > >> >>> So I ended up with Ubuntu saucy: > >> >>> http://rcn-ee.net/deb/rootfs/saucy/ubuntu-13.10-console- > >> >>> armhf-2014-01-24.tar.xz > >> >>> and the instructions from this site: > >> >>> http://elinux.org/BeagleBoardUbuntu (Debian or Ubuntu is the same > >> >>> procedure) > >> >>> > >> >>> To setup the stick I modified /etc/network/interfaces: > >> >>> auto wlan0 > >> >>> iface wlan0 inet dhcp > >> >>> wpa-ssid "MYSSID" > >> >>> wpa-psk "MYPASSPHRASE" > >> >>> > >> >>> and the same for WLAN1 > >> >>> I found out that changing from one stick to another may switch from > >> >>> wlan0 > >> >>> to wlan1, even if you power off. > >> >>> > >> >>> And tested it according: > >> >>> > >> > http://embeddedprogrammer.blogspot.de/2013/01/beaglebone-using-usb-wifi- > >> >>> dongle-to.html > >> >>> as Carl already suggested. > >> >>> > >> >>> Everything worked fine, so I removed the LAN cable and rebooted the > >> >>> bone. > >> >>> > >> >>> Now comes the important thing: WAIT at least 2 to 3 minutes. > >> >>> It takes 2:30 minutes until the blue LED on the stick gets lit. > >> >>> For any reason I don't know: at a later time it booted MUCH faster. > >> >>> > >> >>> I checked my DHCP router when the bone reques
Re: [beagleboard] Re: Solved - I now have reliable WiFi on the Bone
Yeah - but I unpacked and installed my BBB ages ago. It's controlling my "lasersaur" laser cutter - which basically boils down to accurately aiming a death-ray - which we should admit is a position of extreme responsibility for such a tiny computer. At the time, I probably read the card that's in the box because I'm careful about things like that. But I was using a wired connection and the BBB ran beautifully and flawlessly...hardly inflicting hot-laser-death upon even a single small furry animal. Many, many months later I needed to relocate the laser cutter - which required a switch from wired to wireless...and by then both the card and the box and any memory I might have had of either of them had *long* gone! I share your frustration at people who don't RTFM...and I'm certainly not blaming you for any short-coming here. It's just the nature of the universe and the frailty of human memory. -- Steve Gerald Coley wrote: > Yep. I can write it. I can put the link on the card in the box. But I > can't > make anyone read it. > > Gerald > > > > On Mon, May 5, 2014 at 1:49 PM, Steve Baker wrote: > >> Wow...that would have save me a ton of time if I'd seen it before! >> >> But yes...get the WiFi dongle away from the BBB board. Radio signals >> reduce in intensity with the square of the distance...so if the antenna >> is >> currently one inch from the BBB's radio interference - then moving it >> just >> 10" away will reduce the interference 100-fold, and getting it on the >> end >> of a three foot USB extension cord will reduce it 1000-fold...so it >> doesn't take much to make a huge difference. >> >> -- Steve >> >> Gerald Coley wrote: >> > http://www.elinux.org/Beagleboard:BeagleBoneBlack#WIFI_Adapters >> > >> > Gerald >> > >> > >> > On Mon, May 5, 2014 at 1:18 PM, wrote: >> > >> >> One problem I've seen with BeagleBone is that WiFi dongles seem to >> get >> >> electrical interference problems when plugged directly into the >> >> BeagleBone...using a USB extension cord seems to fix that. AFAIK, >> this >> >> problem causes unreliability in all chipsets...so if you have it >> >> basically >> >> working - but unreliable - then adding an extension cable might help. >> >> After all, we're dealing with radio signals here - and antenna >> >> interference is a big deal. Most uses of WiFi dongles are OUTSIDE >> the >> >> metal case of a PC or laptop - where the metal helps to shield the >> >> antenna >> >> from R/F junk being emitted by the computer chips...maybe just >> putting >> >> some >> >> distance between the BeagleBone and the antenna helps. >> >> >> >> -- Steve >> >> >> >> >> >> On Saturday, January 25, 2014 7:06:51 PM UTC-6, Harry May wrote: >> >>> >> >>> Thank you for all the information. >> >>> >> >>> This is my experience with reliable wifi. This took me 4 days and 4 >> >>> night(mares): >> >>> >> >>> I had all kinds of problems. Maybe the most important is that the >> >>> Micro-USB-Stick N150 (Netgear) does not work reliably. It was >> possible >> >>> to >> >>> setup a WiFi connection >> >>> but it broke down all the time. >> >>> The much more stable hardware is the stick described by Carl Johnson >> in >> >>> his first post (the bigger size netgear stick using the ath9k_htc >> >>> driver). >> >>> >> >>> I had no luck with Angstrom, the wifi stick was recognized and a >> dhcp >> >>> request startet, but succeeded only 1 of 10 times. >> >>> >> >>> So I ended up with Ubuntu saucy: >> >>> http://rcn-ee.net/deb/rootfs/saucy/ubuntu-13.10-console- >> >>> armhf-2014-01-24.tar.xz >> >>> and the instructions from this site: >> >>> http://elinux.org/BeagleBoardUbuntu (Debian or Ubuntu is the same >> >>> procedure) >> >>> >> >>> To setup the stick I modified /etc/network/interfaces: >> >>> auto wlan0 >> >>> iface wlan0 inet dhcp >> >>> wpa-ssid "MYSSID" >> >>> wpa-psk "MYPASSPHRASE" >> >>> >> >>> and the same for WLAN1 >> >>> I found out that changing from one stick to another may switch from >> >>> wlan0 >> >>> to wlan1, even if you power off. >> >>> >> >>> And tested it according: >> >>> >> http://embeddedprogrammer.blogspot.de/2013/01/beaglebone-using-usb-wifi- >> >>> dongle-to.html >> >>> as Carl already suggested. >> >>> >> >>> Everything worked fine, so I removed the LAN cable and rebooted the >> >>> bone. >> >>> >> >>> Now comes the important thing: WAIT at least 2 to 3 minutes. >> >>> It takes 2:30 minutes until the blue LED on the stick gets lit. >> >>> For any reason I don't know: at a later time it booted MUCH faster. >> >>> >> >>> I checked my DHCP router when the bone requested the IP. >> >>> Then it took some more time until I was able to SSH into the board >> via >> >>> wifi. >> >>> But after that time all went really nice. To test the wifi link I >> >>> copied >> >>> a 100MB file repeatedly until 100 GB were copied. >> >>> All went well. >> >>> My WLAN router can do 54Mbit, but iwconfig showed 15Mbit only. I >> have >> >>> no >> >>> idea why, but I am happy that all work
Re: [beagleboard] fix for "can BeagleBoard-xM be powered over USB"
I need to have the g_mass_storage module be dynamically loadable on a BeagleBoard XM Rev. C but I need to not crash if the end-user plugs this in before I have loaded the gadget driver. sometimes I will need to load a different gadget driver. I'm not yet ready to make a custom composite driver. On Monday, May 5, 2014 4:22:40 PM UTC-4, RobertCNelson wrote: > > On Mon, May 5, 2014 at 3:16 PM, gchiii > > wrote: > > The FAQ says that " A patched version of the 2.6.39 kernel is currently > > being implemented to support BeagleBoard validation and is expected to > > provide the solution" but I can't find where to see that work. > > Where do I find it, and / or how can I help with it? what patches and > > mailing lists should I be checking? > > What are you "really" trying to achieve? It's real easy to disable > the usb hub, such that you can power the board over usb. But why? Note > since the xM A/B vs the xM C has an inverted pin, knowing which board > you have is important. > > 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] fix for "can BeagleBoard-xM be powered over USB"
On Mon, May 5, 2014 at 3:16 PM, gchiii wrote: > The FAQ says that " A patched version of the 2.6.39 kernel is currently > being implemented to support BeagleBoard validation and is expected to > provide the solution" but I can't find where to see that work. > Where do I find it, and / or how can I help with it? what patches and > mailing lists should I be checking? What are you "really" trying to achieve? It's real easy to disable the usb hub, such that you can power the board over usb. But why? Note since the xM A/B vs the xM C has an inverted pin, knowing which board you have is important. 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] fix for "can BeagleBoard-xM be powered over USB"
The -xM cannot really be powered over USB. Unless you don't use any of the USB ports or especially the Ethernet. Not sure what that patches were unless it was to disable these functions. Gerald On Mon, May 5, 2014 at 3:16 PM, gchiii wrote: > The FAQ says that " A patched version of the 2.6.39 kernel is currently > being implemented to support BeagleBoard validation and is expected to > provide the solution" but I can't find where to see that work. > Where do I find it, and / or how can I help with it? what patches and > mailing lists should I be checking? > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] fix for "can BeagleBoard-xM be powered over USB"
The FAQ says that " A patched version of the 2.6.39 kernel is currently being implemented to support BeagleBoard validation and is expected to provide the solution" but I can't find where to see that work. Where do I find it, and / or how can I help with it? what patches and mailing lists should I be checking? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: Where to Find BBB Training?
Hi, On Sunday, May 4, 2014 3:50:39 PM UTC+3, nath...@gmail.com wrote: > > Thanks for all the responses. > > I'm specifically looking for something that gets into embedded > kernel/driver development using the BBB. I don't have a ton of embedded > linux experience, although I've played around with it some. The idea is > that we hope to be migrate from a legacy RTOS to an embedded linux > environment. > Hmmm. I would really recommend to try to understand how (Embedded) Linux works before jumping into kernel/driver development. If you don't understand the system architecture and start it like what you are used to from your legacy RTOS it will most likely be wrong. And with respect to kernel/driver development I also would start with Linux drivers in general before looking into BBB specifics. To get started - and some more - with kernel and drivers I would recommend (besides my own trainings) this[1]. I am __NOT__ a big fan of mapping layers, but with Xenomai [2] you might be able to partially move over code from the legacy RTOS to Linux. Do you have real-time requirements? What distro do you plan to use on the BBB? [3]? > > Somewhere in the U.S. preferably. > > My trainings are offered world wide on-site. But for a just a few trainees (which is most likely your case) you could avoid my travel expenses with an instructor driven remote training. For such cases I host all the equipment in Europe and you access it remotely. A trainee gets access to a Linux machine with cross compiler and stuff which also exports kernel/fdt over tftp and the rootfs over nfs. The console of the target board is accessible and once it runs you can also ssh into it. Regards, Robert [1] http://eudyptula-challenge.org/ [2] http://www.xenomai.org/ [3] https://www.yoctoproject.org/ > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] Debian images
On Mon, May 5, 2014 at 2:55 PM, Brandon I wrote: > In all seriousness, is there a donation link you could post so we could send > you some thanks? As long as users keep buying from Digi-Key, they'll keep me on the payroll. ;) 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] Debian images
In all seriousness, is there a donation link you could post so we could send you some thanks? On Sunday, May 4, 2014 10:56:40 AM UTC-7, RobertCNelson wrote: > > > On May 4, 2014 4:43 AM, "Timbo" > wrote: > > > > Thanks for the info, Robert, and thanks for making these images, > installation scripts, and so on. BTW is this a solo effort, or are other > people involved in Beagle Debian? > > > > The major extras in the "official" image seem to include lxde, wicd, > compilation utilities, audio utilities, and probably a lot of other stuff I > didn't recognise. Apart from the extra packages, are there any particular > differences in kernel, configuration, etc? > > No! That would mean more work, and I'm pretty lazy! > > > > > > > -- > > For more options, visit http://beagleboard.org/discuss > > --- > > You received this message because you are subscribed to the Google > Groups "BeagleBoard" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to beagleboard...@googlegroups.com . > > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Solved - I now have reliable WiFi on the Bone
Yep. I can write it. I can put the link on the card in the box. But I can't make anyone read it. Gerald On Mon, May 5, 2014 at 1:49 PM, Steve Baker wrote: > Wow...that would have save me a ton of time if I'd seen it before! > > But yes...get the WiFi dongle away from the BBB board. Radio signals > reduce in intensity with the square of the distance...so if the antenna is > currently one inch from the BBB's radio interference - then moving it just > 10" away will reduce the interference 100-fold, and getting it on the end > of a three foot USB extension cord will reduce it 1000-fold...so it > doesn't take much to make a huge difference. > > -- Steve > > Gerald Coley wrote: > > http://www.elinux.org/Beagleboard:BeagleBoneBlack#WIFI_Adapters > > > > Gerald > > > > > > On Mon, May 5, 2014 at 1:18 PM, wrote: > > > >> One problem I've seen with BeagleBone is that WiFi dongles seem to get > >> electrical interference problems when plugged directly into the > >> BeagleBone...using a USB extension cord seems to fix that. AFAIK, this > >> problem causes unreliability in all chipsets...so if you have it > >> basically > >> working - but unreliable - then adding an extension cable might help. > >> After all, we're dealing with radio signals here - and antenna > >> interference is a big deal. Most uses of WiFi dongles are OUTSIDE the > >> metal case of a PC or laptop - where the metal helps to shield the > >> antenna > >> from R/F junk being emitted by the computer chips...maybe just putting > >> some > >> distance between the BeagleBone and the antenna helps. > >> > >> -- Steve > >> > >> > >> On Saturday, January 25, 2014 7:06:51 PM UTC-6, Harry May wrote: > >>> > >>> Thank you for all the information. > >>> > >>> This is my experience with reliable wifi. This took me 4 days and 4 > >>> night(mares): > >>> > >>> I had all kinds of problems. Maybe the most important is that the > >>> Micro-USB-Stick N150 (Netgear) does not work reliably. It was possible > >>> to > >>> setup a WiFi connection > >>> but it broke down all the time. > >>> The much more stable hardware is the stick described by Carl Johnson in > >>> his first post (the bigger size netgear stick using the ath9k_htc > >>> driver). > >>> > >>> I had no luck with Angstrom, the wifi stick was recognized and a dhcp > >>> request startet, but succeeded only 1 of 10 times. > >>> > >>> So I ended up with Ubuntu saucy: > >>> http://rcn-ee.net/deb/rootfs/saucy/ubuntu-13.10-console- > >>> armhf-2014-01-24.tar.xz > >>> and the instructions from this site: > >>> http://elinux.org/BeagleBoardUbuntu (Debian or Ubuntu is the same > >>> procedure) > >>> > >>> To setup the stick I modified /etc/network/interfaces: > >>> auto wlan0 > >>> iface wlan0 inet dhcp > >>> wpa-ssid "MYSSID" > >>> wpa-psk "MYPASSPHRASE" > >>> > >>> and the same for WLAN1 > >>> I found out that changing from one stick to another may switch from > >>> wlan0 > >>> to wlan1, even if you power off. > >>> > >>> And tested it according: > >>> > http://embeddedprogrammer.blogspot.de/2013/01/beaglebone-using-usb-wifi- > >>> dongle-to.html > >>> as Carl already suggested. > >>> > >>> Everything worked fine, so I removed the LAN cable and rebooted the > >>> bone. > >>> > >>> Now comes the important thing: WAIT at least 2 to 3 minutes. > >>> It takes 2:30 minutes until the blue LED on the stick gets lit. > >>> For any reason I don't know: at a later time it booted MUCH faster. > >>> > >>> I checked my DHCP router when the bone requested the IP. > >>> Then it took some more time until I was able to SSH into the board via > >>> wifi. > >>> But after that time all went really nice. To test the wifi link I > >>> copied > >>> a 100MB file repeatedly until 100 GB were copied. > >>> All went well. > >>> My WLAN router can do 54Mbit, but iwconfig showed 15Mbit only. I have > >>> no > >>> idea why, but I am happy that all works well so 15M is good enough > >>> for all my needs. > >>> > >>> This setup needs 650 MB on my SD card. > >>> > >>> What I learned in these 4 night and days: > >>> * use ubuntu (not Angstrom) > >>> * use saucy (not raring, I did not get it working with raring) > >>> * never use these tiny N150 micro sticks. > >>> > >>> Harry > >>> > >>> -- > >> For more options, visit http://beagleboard.org/discuss > >> --- > >> You received this message because you 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 a topic in the > > Google Groups "BeagleBoard" group. > > To unsubscribe from this topic, visit > > https://groups.google.com/d/topic/beagleboard/9KCIs7yqsa8/unsubscribe. > > To unsubscribe from this group and all its to
Re: [beagleboard] Re: Solved - I now have reliable WiFi on the Bone
Wow...that would have save me a ton of time if I'd seen it before! But yes...get the WiFi dongle away from the BBB board. Radio signals reduce in intensity with the square of the distance...so if the antenna is currently one inch from the BBB's radio interference - then moving it just 10" away will reduce the interference 100-fold, and getting it on the end of a three foot USB extension cord will reduce it 1000-fold...so it doesn't take much to make a huge difference. -- Steve Gerald Coley wrote: > http://www.elinux.org/Beagleboard:BeagleBoneBlack#WIFI_Adapters > > Gerald > > > On Mon, May 5, 2014 at 1:18 PM, wrote: > >> One problem I've seen with BeagleBone is that WiFi dongles seem to get >> electrical interference problems when plugged directly into the >> BeagleBone...using a USB extension cord seems to fix that. AFAIK, this >> problem causes unreliability in all chipsets...so if you have it >> basically >> working - but unreliable - then adding an extension cable might help. >> After all, we're dealing with radio signals here - and antenna >> interference is a big deal. Most uses of WiFi dongles are OUTSIDE the >> metal case of a PC or laptop - where the metal helps to shield the >> antenna >> from R/F junk being emitted by the computer chips...maybe just putting >> some >> distance between the BeagleBone and the antenna helps. >> >> -- Steve >> >> >> On Saturday, January 25, 2014 7:06:51 PM UTC-6, Harry May wrote: >>> >>> Thank you for all the information. >>> >>> This is my experience with reliable wifi. This took me 4 days and 4 >>> night(mares): >>> >>> I had all kinds of problems. Maybe the most important is that the >>> Micro-USB-Stick N150 (Netgear) does not work reliably. It was possible >>> to >>> setup a WiFi connection >>> but it broke down all the time. >>> The much more stable hardware is the stick described by Carl Johnson in >>> his first post (the bigger size netgear stick using the ath9k_htc >>> driver). >>> >>> I had no luck with Angstrom, the wifi stick was recognized and a dhcp >>> request startet, but succeeded only 1 of 10 times. >>> >>> So I ended up with Ubuntu saucy: >>> http://rcn-ee.net/deb/rootfs/saucy/ubuntu-13.10-console- >>> armhf-2014-01-24.tar.xz >>> and the instructions from this site: >>> http://elinux.org/BeagleBoardUbuntu (Debian or Ubuntu is the same >>> procedure) >>> >>> To setup the stick I modified /etc/network/interfaces: >>> auto wlan0 >>> iface wlan0 inet dhcp >>> wpa-ssid "MYSSID" >>> wpa-psk "MYPASSPHRASE" >>> >>> and the same for WLAN1 >>> I found out that changing from one stick to another may switch from >>> wlan0 >>> to wlan1, even if you power off. >>> >>> And tested it according: >>> http://embeddedprogrammer.blogspot.de/2013/01/beaglebone-using-usb-wifi- >>> dongle-to.html >>> as Carl already suggested. >>> >>> Everything worked fine, so I removed the LAN cable and rebooted the >>> bone. >>> >>> Now comes the important thing: WAIT at least 2 to 3 minutes. >>> It takes 2:30 minutes until the blue LED on the stick gets lit. >>> For any reason I don't know: at a later time it booted MUCH faster. >>> >>> I checked my DHCP router when the bone requested the IP. >>> Then it took some more time until I was able to SSH into the board via >>> wifi. >>> But after that time all went really nice. To test the wifi link I >>> copied >>> a 100MB file repeatedly until 100 GB were copied. >>> All went well. >>> My WLAN router can do 54Mbit, but iwconfig showed 15Mbit only. I have >>> no >>> idea why, but I am happy that all works well so 15M is good enough >>> for all my needs. >>> >>> This setup needs 650 MB on my SD card. >>> >>> What I learned in these 4 night and days: >>> * use ubuntu (not Angstrom) >>> * use saucy (not raring, I did not get it working with raring) >>> * never use these tiny N150 micro sticks. >>> >>> Harry >>> >>> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you 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 a topic in the > Google Groups "BeagleBoard" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/beagleboard/9KCIs7yqsa8/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Steve -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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...@
Re: [beagleboard] Re: Linux (Debian) on BeagleBone Black
On Mon, May 5, 2014 at 1:39 PM, mike rankin <0mik...@gmail.com> wrote: > Just got my BBB last week and was wondering the same thing. Just so I'm > clear. > I'd like to keep Angstrom the way it is now, but try out Ubuntu without > installing anything. Can I install Ubuntu on the microSD, power up with > without hitting or holding the reset button to boot off the SD card and try > out Ubuntu without anything done permanently? Yes, http://elinux.org/BeagleBoardUbuntu#BeagleBone.2FBeagleBone_Black As long as you have a factory (greater then 2013-june build) eMMC. 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] Re: Linux (Debian) on BeagleBone Black
Just got my BBB last week and was wondering the same thing. Just so I'm clear. I'd like to keep Angstrom the way it is now, but try out Ubuntu without installing anything. Can I install Ubuntu on the microSD, power up with without hitting or holding the reset button to boot off the SD card and try out Ubuntu without anything done permanently? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: Solved - I now have reliable WiFi on the Bone
http://www.elinux.org/Beagleboard:BeagleBoneBlack#WIFI_Adapters Gerald On Mon, May 5, 2014 at 1:18 PM, wrote: > One problem I've seen with BeagleBone is that WiFi dongles seem to get > electrical interference problems when plugged directly into the > BeagleBone...using a USB extension cord seems to fix that. AFAIK, this > problem causes unreliability in all chipsets...so if you have it basically > working - but unreliable - then adding an extension cable might help. > After all, we're dealing with radio signals here - and antenna > interference is a big deal. Most uses of WiFi dongles are OUTSIDE the > metal case of a PC or laptop - where the metal helps to shield the antenna > from R/F junk being emitted by the computer chips...maybe just putting some > distance between the BeagleBone and the antenna helps. > > -- Steve > > > On Saturday, January 25, 2014 7:06:51 PM UTC-6, Harry May wrote: >> >> Thank you for all the information. >> >> This is my experience with reliable wifi. This took me 4 days and 4 >> night(mares): >> >> I had all kinds of problems. Maybe the most important is that the >> Micro-USB-Stick N150 (Netgear) does not work reliably. It was possible to >> setup a WiFi connection >> but it broke down all the time. >> The much more stable hardware is the stick described by Carl Johnson in >> his first post (the bigger size netgear stick using the ath9k_htc driver). >> >> I had no luck with Angstrom, the wifi stick was recognized and a dhcp >> request startet, but succeeded only 1 of 10 times. >> >> So I ended up with Ubuntu saucy: >> http://rcn-ee.net/deb/rootfs/saucy/ubuntu-13.10-console- >> armhf-2014-01-24.tar.xz >> and the instructions from this site: >> http://elinux.org/BeagleBoardUbuntu (Debian or Ubuntu is the same >> procedure) >> >> To setup the stick I modified /etc/network/interfaces: >> auto wlan0 >> iface wlan0 inet dhcp >> wpa-ssid "MYSSID" >> wpa-psk "MYPASSPHRASE" >> >> and the same for WLAN1 >> I found out that changing from one stick to another may switch from wlan0 >> to wlan1, even if you power off. >> >> And tested it according: >> http://embeddedprogrammer.blogspot.de/2013/01/beaglebone-using-usb-wifi- >> dongle-to.html >> as Carl already suggested. >> >> Everything worked fine, so I removed the LAN cable and rebooted the bone. >> >> Now comes the important thing: WAIT at least 2 to 3 minutes. >> It takes 2:30 minutes until the blue LED on the stick gets lit. >> For any reason I don't know: at a later time it booted MUCH faster. >> >> I checked my DHCP router when the bone requested the IP. >> Then it took some more time until I was able to SSH into the board via >> wifi. >> But after that time all went really nice. To test the wifi link I copied >> a 100MB file repeatedly until 100 GB were copied. >> All went well. >> My WLAN router can do 54Mbit, but iwconfig showed 15Mbit only. I have no >> idea why, but I am happy that all works well so 15M is good enough >> for all my needs. >> >> This setup needs 650 MB on my SD card. >> >> What I learned in these 4 night and days: >> * use ubuntu (not Angstrom) >> * use saucy (not raring, I did not get it working with raring) >> * never use these tiny N150 micro sticks. >> >> Harry >> >> -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Solved - I now have reliable WiFi on the Bone
One problem I've seen with BeagleBone is that WiFi dongles seem to get electrical interference problems when plugged directly into the BeagleBone...using a USB extension cord seems to fix that. AFAIK, this problem causes unreliability in all chipsets...so if you have it basically working - but unreliable - then adding an extension cable might help. After all, we're dealing with radio signals here - and antenna interference is a big deal. Most uses of WiFi dongles are OUTSIDE the metal case of a PC or laptop - where the metal helps to shield the antenna from R/F junk being emitted by the computer chips...maybe just putting some distance between the BeagleBone and the antenna helps. -- Steve On Saturday, January 25, 2014 7:06:51 PM UTC-6, Harry May wrote: > > Thank you for all the information. > > This is my experience with reliable wifi. This took me 4 days and 4 > night(mares): > > I had all kinds of problems. Maybe the most important is that the > Micro-USB-Stick N150 (Netgear) does not work reliably. It was possible to > setup a WiFi connection > but it broke down all the time. > The much more stable hardware is the stick described by Carl Johnson in > his first post (the bigger size netgear stick using the ath9k_htc driver). > > I had no luck with Angstrom, the wifi stick was recognized and a dhcp > request startet, but succeeded only 1 of 10 times. > > So I ended up with Ubuntu saucy: > > http://rcn-ee.net/deb/rootfs/saucy/ubuntu-13.10-console-armhf-2014-01-24.tar.xz > and the instructions from this site: > http://elinux.org/BeagleBoardUbuntu (Debian or Ubuntu is the same > procedure) > > To setup the stick I modified /etc/network/interfaces: > auto wlan0 > iface wlan0 inet dhcp > wpa-ssid "MYSSID" > wpa-psk "MYPASSPHRASE" > > and the same for WLAN1 > I found out that changing from one stick to another may switch from wlan0 > to wlan1, even if you power off. > > And tested it according: > > http://embeddedprogrammer.blogspot.de/2013/01/beaglebone-using-usb-wifi-dongle-to.html > as Carl already suggested. > > Everything worked fine, so I removed the LAN cable and rebooted the bone. > > Now comes the important thing: WAIT at least 2 to 3 minutes. > It takes 2:30 minutes until the blue LED on the stick gets lit. > For any reason I don't know: at a later time it booted MUCH faster. > > I checked my DHCP router when the bone requested the IP. > Then it took some more time until I was able to SSH into the board via > wifi. > But after that time all went really nice. To test the wifi link I copied a > 100MB file repeatedly until 100 GB were copied. > All went well. > My WLAN router can do 54Mbit, but iwconfig showed 15Mbit only. I have no > idea why, but I am happy that all works well so 15M is good enough > for all my needs. > > This setup needs 650 MB on my SD card. > > What I learned in these 4 night and days: > * use ubuntu (not Angstrom) > * use saucy (not raring, I did not get it working with raring) > * never use these tiny N150 micro sticks. > > Harry > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: BeagleBone Black: Ethernet transmits packets but does not receive them
Hello All, just figured out that one issue with this PHY is the "Energy Detect Power-Down" feature. This actually powers down the transceiver, and waits for a suitable signal to power-up again (see datasheet of the PHY). This works only on gigabit switches somewhat reliable, but on 10/100 MBit switches, it usually doesn't come up again. Furthermore, that may be even enforced by a schematic issue: Tx and Rx are not connected as specified by the PHY (Tx should go to pin 1 and 2, RX to the others). This is not a big deal as MDI-X fixes this, but this might be the root cause that the Energy Detect algorithm doesn't work on 10/100. However, we just disabled this feature by removing the enabling lines from the smsc.c driver within smsc_phy_config_init(). Maybe this helps! Am Montag, 10. Juni 2013 17:23:32 UTC+2 schrieb necron...@gmail.com: > > I'm having a strange problem with my new BeagleBone black: I can transmit > packets from the Ethernet port but not receive them. > > When using DHCP, I can see (via a sniffer) the DHCP DISCOVER packet sent > from the 'bone (via a network sniffer). I can see my DHCP server (dnsmasq > 2.59 on stock Ubuntu 12.04 LTS 64-bit server) send a DHCP OFFER. But the > 'bone acts like it never hears the offer; it just sends out more DISCOVERs > at intervals. (The same DHCP server is working fine for dozens of clients > from various vendors. There are plenty of leases left in the pool.) > > If I set a static address and try to ping something, I see the 'bone send > an ARP who-has, I see the target reply with an ARP is-at, but the 'bone > just keeps ARP-ing, and never gets an entry in its ARP table. > > In the ifconfig output, the eth0 interface shows 0 packets received and 0 > errors. (The number transmitted is non-0.) Nothing suspicious in the dmesg > output that I can see. > > I've repeated the tests with both the latest Angstrom and with Ubuntu > booted off an SD card. Same results. I've tried two different cables, and > two different ports on two different Ethernet switches from different > vendors. (All ports and cables verified to work fine with my laptop.) > > One interesting observation: the port seems to always end up on 10Mbps, > even when plugged into 100Mbps- (or gigabit-) capable ports. So, it looks > like autonegotiation isn't working either. > > I'm running on a 2A 5.00V regulated bench supply, and the DC looks clean > on the o-scope. > > Other 'bone functions (USB host, USB target, HDMI, LEDs) all seem to work > fine. > > I'm starting to suspect a hardware problem (busted PHY or magnetics; > incomplete or bridged trace). > > Any suggestions for stuff I should try before I RMA the poor little guy? > (I'm an experienced Linux user and reasonably competent electronics > hobbyist, if that matters.) > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] Linux (Debian) on BeagleBone Black
From: Reply-To: Date: Saturday, May 3, 2014 at 9:35 AM To: Subject: [beagleboard] Linux (Debian) on BeagleBone Black > Hi, > > 1. Is it correct when I want to boot a Linux distro (Debian, Ubuntu, ...) from > the microSD card, and not flash it to the on-board flash memory, I every time > when booting the BBB I have to push the "User Boot" button? > 2. If the answer on question 1 is yes what is the purpose of the microSD card > besides using for installing a new Linux distro on the on-board flash memory? This is not correct. BBB will look for a valid MLO header on your eMMC and then use that MLO to load and boot u-boot on the eMMC. The standard u-boot environment will check if a SDCard is installed and if so load uEnv.txt from the SDCard. Usually u-boot will load the zImage from the SDCard, uncompress and run the Linux kernel and then mount the distro filesystem. There is no need to press the boot button. The purpose of the boot button is to load MLO and u-boot from the SDCard if there is something wrong with the MLO or u-boot on the eMMC. Regards, John > > > Thanks. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: Why beaglebone black restarts after a shutdown ??
From:
Reply-To:
Date: Saturday, May 3, 2014 at 6:11 PM
To:
Cc: ,
Subject: [beagleboard] Re: Why beaglebone black restarts after a shutdown
??
> I tried that, and it still automatically restarted. Any ideas?
I¹m running Debian with V3.8.13-bone41 and my BBB shuts down and powers off
when I enter ³halt²
To power up again, I click on the power button.
Regards,
John
>
>
> On Friday, March 14, 2014 9:55:28 AM UTC-7, arunbarn...@gmail.com wrote:
>> thanks I will try that out.
>>
>>
>> On Thursday, March 13, 2014 8:27:17 PM UTC+5:30, meerutmicr...@gmail.com
>> wrote:
>>> Hi,
>>>
>>> I have noticed that the beaglebone black starts up after a shutdown.
>>>
>>> I have a C++ program running in the bbb, the bbb is backed by an external
>>> +5V battery pack. When the C++ program issues the following command to start
>>> the shutdown procedure of the bbb.
>>>
> system("shutdown -h now");
> exit(0);
>>>
>>> This does shutdown the bbb completely sometimes, most times the bbb starts
>>> up again, the power led turns off but then after a second or two lights up
>>> again and then bbb starts up all over again (the output voltage from the
>>> power bank does not switch OFF, it remains ON for some time).
>>>
>>> In my previous bbb systems I have not faced this problem.
>>>
>>> It is my belief that the output voltage from the power bank has a sudden
>>> dip, this causes the bbb to detect a new power cycle.
>>>
>>> I am not sure though if I am correct...
>>>
>>> Could anyone enlighten me on this problem ???
>>>
>>> I am sorry if the above problem sounds vague...
>>>
>>> thanks
>>> a
>>>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you 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] Building mcasp drivers for linux (ubuntu) and beaglebone black
From: Reply-To: Date: Sunday, May 4, 2014 at 1:51 PM To: Subject: [beagleboard] Building mcasp drivers for linux (ubuntu) and beaglebone black > Hi: > I want to use the beaglebone black with an ADC/DAC (pcm3168a) with TDM format, > so that i can have 6 audio inputs and mix them or record them sepparatly. For > this, unless im mistaken, i need to use a mcasp as an audio board. The problem > is how i build the drivers so mi linux recognises de mcasp as an audio board. > I am newbie to this, ive read lots of post but i can´t figure where are the > files i need to change, or what to do. I would need to configure one > serializer of the mcasp as an audio input in TDM format with 6 channels, and > one serializer as an audio output with 8 channels (6 as direct outputs and the > other 2 as the mixes). The output will be connected trhough the mcasp back to > de pcm3168a DAC's. I thought of using ALSA/SoC drivers for recieving, (or > pulseaudio, but i havent found any information of interacting with pulseaudio > with mcasp of the board). I would appreciate if someone can indicate me where > to find information about building the necessary drivers, some tutorials or > something. Obviously I would share my codes and everything needed if someone > is in the same situation after i had succeeded with this. > Please, any help would be apreciated. The McASP code used by the BBB audio board is in /sound/soc/davinci/davinci-mcasp.c The ALSA code is mostly in /sound/core Also, the device tree setup is in firmware/cape/BB-BONE-AUDI-01-00A0.dts 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] debian and networking
nope. set to .252 on both sides. no network at all. anyone who KNOWS got an answer? On Sat, May 3, 2014 at 5:59 AM, Jerry Davis wrote: > ok will try setting the BBB side and I will let you know. > > > On Fri, May 2, 2014 at 5:40 PM, William Hermans wrote: > >> I am no expert with networking either, for a more complete description >> use wikipedia or just google and read. >> >> Here is what I think i understand is happening here. OSX is setting up >> the network so only 3 IP addresses on this network can be used, *.1, *.2, >> and broadcast *.255. broadcast is never assigned to any one machine. Now, >> the BBB is set to have the whole range open. That is *.1-*.254 plus *.255 >> for broadcast. I believe this can cause network issues, so best to have >> both set to the same value. the OSX value of 255.255.255.252 is possibly >> slightly more secure. BUt if the OSX machine and the BBB are connected >> directly together . . . personally I think it is a moot point. >> >> SO, change either the BBB to 255.255.255.252, or the OSX machine to >> 255.255.255.0. >> >> >> >> >> On Thu, May 1, 2014 at 3:55 PM, Jerry Davis wrote: >> >>> hmm. I don't have anything to do with what the osx gives me. >>> should I change the BBB interfaces to match the 255.255.255.252 that I >>> see in osx? >>> >>> >>> On Thu, May 1, 2014 at 7:45 AM, William Hermans wrote: >>> well, that was odd . . Subnet Mask = 255.255.255.252 and netmask 255.255.255.0 Mismatch. On Thu, May 1, 2014 at 7:43 AM, William Hermans wrote: > Look closely at the lines below. Hint it has to do with first and last > lines ;) > > Subnet Mask = 255.255.255.252 > > connect to BBB using: > > screen /dev/tty.usbmodem2413 115200 > > on BBB: > $ ping 74.125.224.137 > connect: Network is unreachable > > At this point it doesn't matter what resolv.conf has in it, as it > can't get out to DNS anyway. > > $ cat /etc/network/interfaces | grep -v '^#' > > auto lo > iface lo inet loopback > > iface usb0 inet static > address 192.168.7.2 > netmask 255.255.255.0 > network 192.168.7.0 > gateway 192.168.7.1 > > > On Thu, May 1, 2014 at 5:55 AM, Jerry Davis wrote: > >> > Oh by the way, the startup script under: >> > >> > /opt/scripts/boot/am335x_evm.sh loades the gadget module and sets >> up >> > the network udhcp for usb0. But i think you disabled those scripts >> in >> > your image build. so you might have usb0 disabled.. >> >> So is this why nothing I have been able to do works? >> How do I enable this script when booting? And is this the whole >> problem. >> >> I would think that this should be fixed before BBB goes with Debian >> in the the next go around. >> >> Jerry >> >> >> On Wed, Apr 30, 2014 at 2:03 PM, Charles Steinkuehler < >> char...@steinkuehler.net> wrote: >> >>> On 4/30/2014 3:19 PM, Robert Nelson wrote: >>> > On Wed, Apr 30, 2014 at 10:42 AM, Charles Steinkuehler >>> > wrote: >>> >> >>> >> I'm pretty good with networking, but don't generally use wicd or >>> the usb >>> >> interface, so I'm not familiar with this issue first-hand. I >>> guess I've >>> >> got some learning to do...since I'm tracking your images for >>> Machinekit, >>> >> I've now got wicd in control of my Ethernet port. :) >>> > >>> > Oh by the way, the startup script under: >>> > >>> > /opt/scripts/boot/am335x_evm.sh loades the gadget module and sets >>> up >>> > the network udhcp for usb0. But i think you disabled those scripts >>> in >>> > your image build. so you might have usb0 disabled.. >>> >>> My new images attempt to stay as close to your BeagleBone Debian >>> images >>> as possible, to the point of including the node.js and chromium >>> "bloatware" I'd rather see removed. :) >>> >>> Hopefully this will make support on our side easier: >>> "I don't know, go ask Robert!" ;-) >>> >>> My previous images were based on the minimal Debian builds from your >>> script, and I didn't jump through any hoops to try and port the >>> Angstrom >>> BeagleBone specific features like usb networking. >>> >>> ...I did change the desktop background image, but yours is still on >>> the >>> /opt partition if folks want to change back. >>> >>> -- >>> 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.go
Re: [beagleboard] Re: Can't SSH over Mac's USB
nope. I even changed the netmask to match. I don't think it works at all. I am not getting any satisfactory knowable answers from anywhere. On Sun, May 4, 2014 at 5:15 PM, Carl Schaefer wrote: > I'm having the exact same issue. See the attached screenshot. Were you > able to correct the problem? > > Carl > > > On Monday, March 17, 2014 9:13:29 AM UTC-4, danrom...@gmail.com wrote: >> >> When I first got my BBB, I installed the drivers on my Mac and was able >> to ssh over to it via USB no problem. Yesterday, while trying to share the >> Mac's Internet connection via USB with the BBB I did something that >> disabled this. Before I did whatever it is that I did, I could see in the >> Network pane of System Preferences that the BBB was connected. Now, I see a >> bunch of BBB items in the list of devices, but they are all "not >> configured," and there is no way to configure them. >> >> Fortunately, I am still able to connect to my home network via the >> router and ssh to the BBB via Ethernet. I tried updating the software, and >> while that all seemed to run OK, I'm still unable to SSH over USB. >> >> I checked /etc/network/interfaces, and the lines setting up usb0 are >> still there, so I don't think that's the problem. >> >> Does anyone have any other ideas? >> >> Thanks, Dan >> > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you 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. > -- Extra Ham Operator: K7AZJ Registered Linux User: 275424 Raspberry Pi and Arduino developer There are 10 kinds of people in the world: Those who can read binary and those who can't. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] [beaglebone] asix USB Ethernet problems
Hello everyone, I'm getting these error messages (see bottom of dmesg) on a custom BBB clone running Robert Nelson's 3.14 kernel (Linux debian-BBB 3.14.2-bone2 #1 SMP). Just wondering if this USB Ethernet dongle + this kernel and drivers are a know problem, or do I need to look at my setup first? The 4th line indicates something isn't correct, but continues on installing the device. The kernel does panic after minimal network activity. Thanks for any ideas, Ross [3.008883] Freeing unused kernel memory: 452K (c0a03000 - c0a74000) [3.082742] udevd[90]: starting version 175 [3.334944] usb 2-1: new high-speed USB device number 2 using musb-hdrc [3.487948] usb 2-1: device v0b95 p7720 is not supported [3.493536] usb 2-1: New USB device found, idVendor=0b95, idProduct=7720 [3.493548] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [3.493559] usb 2-1: Product: AX88x72A [3.493568] usb 2-1: Manufacturer: ASIX Elec. Corp. [3.493577] usb 2-1: SerialNumber: 000341 [5.080783] EXT4-fs (mmcblk0p5): INFO: recovery required on readonly filesystem [5.080805] EXT4-fs (mmcblk0p5): write access will be enabled during recovery [5.587829] EXT4-fs (mmcblk0p5): recovery complete [5.593775] EXT4-fs (mmcblk0p5): mounted filesystem with ordered data mode. Opts: (null) [6.880852] udevd[294]: starting version 175 [7.753219] omap_rtc 44e3e000.rtc: rtc core: registered 44e3e000.rtc as rtc0 [7.980917] random: nonblocking pool is initialized [7.982936] omap-sham 5310.sham: hw accel on OMAP rev 4.3 [8.028227] omap-aes 5350.aes: OMAP AES hw accel rev: 3.2 [ 10.026273] asix 2-1:1.0 eth0: register 'asix' at usb-musb-hdrc.1.auto-1, ASIX AX88772 USB 2.0 Ethernet, 8c:ae:4c:fe:08:fc [ 10.026460] usbcore: registered new interface driver asix [ 12.012171] Adding 999420k swap on /dev/mmcblk0p6. Priority:-1 extents:1 across:999420k SS [ 12.100942] EXT4-fs (mmcblk0p5): re-mounted. Opts: (null) [ 12.32] EXT4-fs (mmcblk0p5): re-mounted. Opts: errors=remount-ro [ 12.652495] loop: module loaded [ 15.810401] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. [ 18.221203] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 22.836948] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready [ 22.844798] asix 2-1:1.0 eth2: link down [ 22.913774] net eth1: initializing cpsw version 1.12 (0) [ 22.915445] libphy: PHY 4a101000.mdio:00 not found [ 22.920470] net eth1: phy 4a101000.mdio:00 not found on slave 0 [ 22.926697] libphy: PHY 4a101000.mdio:01 not found [ 22.931713] net eth1: phy 4a101000.mdio:01 not found on slave 1 [ 22.944677] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready [ 24.757386] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready [ 24.758900] asix 2-1:1.0 eth2: link up, 100Mbps, full-duplex, lpa 0xCDE1 [ 28.569708] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0xc06b20ea, offset 4 [ 48.635405] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x0, offset 4 [ 174.610560] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x32313030, offset 4 [ 177.553399] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x0, offset 1100 [ 177.918173] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0xff4ca462, offset 1098 [ 332.059440] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x3726, offset 1068 [ 616.028472] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0xfaef, offset 1098 [ 618.605235] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x48435241, offset 1100 [ 618.649417] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x32313030, offset 4 [ 622.038136] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x, offset 1098 [ 1060.059988] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0xfaef, offset 1098 [ 1063.061273] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0xfaef, offset 1098 [ 1065.439877] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0x0, offset 1100 [ 1066.063387] asix 2-1:1.0 eth2: asix_rx_fixup() Bad Header Length 0xfaef, offset 1098 -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: BeagleBone Black doesn't sometimes start. Only Power LED is on
Hi, I flash the eMMC of BEAGLEBONE BLACK with debian (BBB-eMMC-flasher-debian-7.4-2014-04-14-2gb.img.xz) and then I replace 2 files "MLO" and "u-boot.img" , also in the microSD remplaze files, it is noteworthy that the microSD is loaded ubuntu 13.04 Regards On Mon, May 5, 2014 at 9:47 AM, wrote: > Hi, > > Thanks a lot to all of you guys for this effort... > > I have been stuck for weeks with 50+ beagle's that wouldn't reboot (or > startup) 1/10 times... > It is driving me crazy... > > Do I really assume correctly that all that is needed to fix this is > replace the two files? > No flashing or otherwise "enabling" the changes? > > I'm testing with one of them now and sofar it's coming back every time, > but I have no idea how to really check if the changes did "stick" > (they're all in a remote location) > > Thanks, Tony > > On Wednesday, April 23, 2014 5:36:11 PM UTC+2, gagu...@stratia.net wrote: >> >> Hello, >> Basing on the correct answer of Andrew Glen,I attach the link of the >> compiled files to avoid the boot problem, you just need to replace the >> original files "MLO" and "u-boot.img" on eMMC and SD card, sorry for my bad >> english, regards: >> >> https://www.dropbox.com/sh/98xacnk466xfpza/uTlii1hrsg >> >> El miércoles, 31 de julio de 2013 16:48:54 UTC-5, >> duckhunt...@gmail.comescribió: >>> >>> Hi guys, >>> >>> we have a problem with our Beagle Bone Black (A5C). We are using Ubuntu >>> Raring 13.04 armhf v3.8.13-bone21 (2013-06-14) on the eMMC (no SD Card). >>> The Beagle Bone is placed in a case and we have connected it to a DC power >>> supply. Sometimes (I would say every 5 to 10 times), when we are plugging >>> in our power supply, the BeagleBone powers on (Power LED is on), but >>> nothing more happens (none of the other four LEDs is on). If we are now >>> removing the power supply and putting it in again, the BBB starts normally. >>> I guess the power supply is strong enough: 5A@5V. >>> >>> Thanks for your help in advance. >>> >>> Regards, >>> duckhunter >>> >> -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] Does beaglebone support ieee 1588 （ptp）？
The PHY does no manipulation of the data. It is just the interface. Gerald On Mon, May 5, 2014 at 8:23 AM, wrote: > I know that processor, AM335x used in beaglebone, supports ieee 1588. > > Does that PHY on beaglebone also support ieee 1588？ > > because I need to do a project about ieee 1588, but I want to realize it > on beaglebone, > > Thanks. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: BeagleBone Black doesn't sometimes start. Only Power LED is on
What revision are these boards? You may want to check here: http://www.elinux.org/Beagleboard:BeagleBoneBlack#Board_Revisions_and_Changes Gerald On Mon, May 5, 2014 at 9:47 AM, wrote: > Hi, > > Thanks a lot to all of you guys for this effort... > > I have been stuck for weeks with 50+ beagle's that wouldn't reboot (or > startup) 1/10 times... > It is driving me crazy... > > Do I really assume correctly that all that is needed to fix this is > replace the two files? > No flashing or otherwise "enabling" the changes? > > I'm testing with one of them now and sofar it's coming back every time, > but I have no idea how to really check if the changes did "stick" > (they're all in a remote location) > > Thanks, Tony > > > On Wednesday, April 23, 2014 5:36:11 PM UTC+2, gagu...@stratia.net wrote: >> >> Hello, >> Basing on the correct answer of Andrew Glen,I attach the link of the >> compiled files to avoid the boot problem, you just need to replace the >> original files "MLO" and "u-boot.img" on eMMC and SD card, sorry for my bad >> english, regards: >> >> https://www.dropbox.com/sh/98xacnk466xfpza/uTlii1hrsg >> >> El miércoles, 31 de julio de 2013 16:48:54 UTC-5, >> duckhunt...@gmail.comescribió: >>> >>> Hi guys, >>> >>> we have a problem with our Beagle Bone Black (A5C). We are using Ubuntu >>> Raring 13.04 armhf v3.8.13-bone21 (2013-06-14) on the eMMC (no SD Card). >>> The Beagle Bone is placed in a case and we have connected it to a DC power >>> supply. Sometimes (I would say every 5 to 10 times), when we are plugging >>> in our power supply, the BeagleBone powers on (Power LED is on), but >>> nothing more happens (none of the other four LEDs is on). If we are now >>> removing the power supply and putting it in again, the BBB starts normally. >>> I guess the power supply is strong enough: 5A@5V. >>> >>> Thanks for your help in advance. >>> >>> Regards, >>> duckhunter >>> >> -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: BeagleBone driver issues with OSX Mavericks?
Same issue here. Yesterday i tried for several hours but could not connect to the xm. Any suggestions? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] Linux (Debian) on BeagleBone Black
Hi, 1. Is it correct when I want to boot a Linux distro (Debian, Ubuntu, ...) from the *microSD* card, and not flash it to the on-board flash memory, I every time when booting the BBB I have to push the "User Boot" button? 2. If the answer on question 1 is yes what is the purpose of the microSD card besides using for installing a new Linux distro on the on-board flash memory? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Why beaglebone black restarts after a shutdown ??
I tried that, and it still automatically restarted. Any ideas?
On Friday, March 14, 2014 9:55:28 AM UTC-7, arunbarn...@gmail.com wrote:
>
> thanks I will try that out.
>
>
> On Thursday, March 13, 2014 8:27:17 PM UTC+5:30, meerutmicr...@gmail.comwrote:
>>
>> Hi,
>>
>> I have noticed that the beaglebone black starts up after a shutdown.
>>
>> I have a C++ program running in the bbb, the bbb is backed by an external
>> +5V battery pack. When the C++ program issues the following command to
>> start the shutdown procedure of the bbb.
>>
>> system("shutdown -h now");
>>>
>>> exit(0);
>>>
>>>
>> This does shutdown the bbb completely sometimes, most times the bbb
>> starts up again, the power led turns off but then after a second or two
>> lights up again and then bbb starts up all over again (the output voltage
>> from the power bank does not switch OFF, it remains ON for some time).
>>
>> In my previous bbb systems I have not faced this problem.
>>
>> It is my belief that the output voltage from the power bank has a sudden
>> dip, this causes the bbb to detect a new power cycle.
>>
>> I am not sure though if I am correct...
>>
>> Could anyone enlighten me on this problem ???
>>
>> I am sorry if the above problem sounds vague...
>>
>> thanks
>> a
>>
>>
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you 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] Building mcasp drivers for linux (ubuntu) and beaglebone black
Hi: I want to use the beaglebone black with an ADC/DAC (pcm3168a) with TDM format, so that i can have 6 audio inputs and mix them or record them sepparatly. For this, unless im mistaken, i need to use a mcasp as an audio board. The problem is how i build the drivers so mi linux recognises de mcasp as an audio board. I am newbie to this, ive read lots of post but i can´t figure where are the files i need to change, or what to do. I would need to configure one serializer of the mcasp as an audio input in TDM format with 6 channels, and one serializer as an audio output with 8 channels (6 as direct outputs and the other 2 as the mixes). The output will be connected trhough the mcasp back to de pcm3168a DAC's. I thought of using ALSA/SoC drivers for recieving, (or pulseaudio, but i havent found any information of interacting with pulseaudio with mcasp of the board). I would appreciate if someone can indicate me where to find information about building the necessary drivers, some tutorials or something. Obviously I would share my codes and everything needed if someone is in the same situation after i had succeeded with this. Please, any help would be apreciated. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] USB failure in BBB 3.14.2
Hi Gang, OK, I'm running the latest 3.14.2 kernel from the latest repo and using the Debian Wheezy from late April. When I'm hitting the I2C hot and heavy (robot control application) and using the mjpegstreamer for Video using a UVC camera I get this: [ 4820.747571] Unable to handle kernel NULL pointer dereference at virtual address 1 [ 4820.756039] pgd = c0004000 [ 4820.758865] [0011] *pgd= [ 4820.762613] Internal error: Oops: 17 [#1] SMP ARM [ 4820.767529] Modules linked in: usb_f_acm u_serial usb_f_ecm g_multi usb_f_mass_sc [ 4820.805144] CPU: 0 PID: 2690 Comm: kworker/0:2 Not tainted 3.14.2-bone2 #1 [ 4820.812353] Workqueue: events cppi_trans_done_work [ 4820.817364] task: de6c8640 ti: de384000 task.ti: de384000 [ 4820.823008] PC is at rxstate+0x8/0x25c [ 4820.826926] LR is at cppi41_trans_done+0x3c/0x12c [ 4820.831843] pc : []lr : []psr: 6093 [ 4820.831843] sp : de385e90 ip : fp : 0009 [ 4820.843843] r10: dfad9c14 r9 : dfad9c00 r8 : de027448 [ 4820.849303] r7 : 00d4 r6 : de027404 r5 : de01e010 r4 : de027404 [ 4820.856125] r3 : r2 : e0878dd0 r1 : ffcc r0 : de01e010 [ 4820.862948] Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel [ 4820.870679] Control: 10c5387d Table: 9d7c4019 DAC: 0015 [ 4820.876683] Process kworker/0:2 (pid: 2690, stack limit = 0xde384248) [ 4820.883415] Stack: (0xde385e90 to 0xde386000) [ 4820.887969] 5e80: de01e010 ffcc e0878dd04 [ 4820.896521] 5ea0: de01e010 de027404 de01edb0 de027448 dfad9c14 c053e2f4 c0ab2e044 [ 4820.905072] 5ec0: 0001 dfad9298 c0aa9080 de384000 dfad9c00 2013 de01e0104 [ 4820.913624] 5ee0: de01edb0 de027448 dfad9c14 c053e440 c053e3e4 de49f480 dfad9c000 [ 4820.922176] 5f00: c0051e7c de49f480 dfad9c00 de384000 dfad9c000 [ 4820.930727] 5f20: dfad9c00 de384000 c0b3fa29 de49f498 dfad9c00 dfad9c14 00098 [ 4820.939278] 5f40: dd461f00 de49f480 c00522e0 0 [ 4820.947829] 5f60: c0057928 00f8 de49f480 0 [ 4820.956380] 5f80: de385f80 de385f80 de385f90 de385f90 de385fac0 [ 4820.964930] 5fa0: c0057860 c000db78 0 [ 4820.973480] 5fc0: 0 [ 4820.982030] 5fe0: 0013 0 [ 4820.990593] [] (rxstate) from [] (cppi41_trans_done+0x3c/0x1) [ 4820.998602] [] (cppi41_trans_done) from [] (cppi_trans_done_) [ 4821.007709] [] (cppi_trans_done_work) from [] (process_one_w) [ 4821.016900] [] (process_one_work) from [] (worker_thread+0x2) [ 4821.025455] [] (worker_thread) from [] (kthread+0xc8/0xdc) [ 4821.033016] [] (kthread) from [] (ret_from_fork+0x14/0x3c) [ 4821.040571] Code: e1a4 e8bd81f0 e92d45f7 e3a070d4 (e5d13045) [ 4821.046944] ---[ end trace 1d9fff7a88319cef ]--- and the BBB is dead. Anyone see anything similar? TIA, 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.
[beagleboard] Re: BeagleBone Black doesn't sometimes start. Only Power LED is on
Hi, Thanks a lot to all of you guys for this effort... I have been stuck for weeks with 50+ beagle's that wouldn't reboot (or startup) 1/10 times... It is driving me crazy... Do I really assume correctly that all that is needed to fix this is replace the two files? No flashing or otherwise "enabling" the changes? I'm testing with one of them now and sofar it's coming back every time, but I have no idea how to really check if the changes did "stick" (they're all in a remote location) Thanks, Tony On Wednesday, April 23, 2014 5:36:11 PM UTC+2, gagu...@stratia.net wrote: > > Hello, > Basing on the correct answer of Andrew Glen,I attach the link of the > compiled files to avoid the boot problem, you just need to replace the > original files "MLO" and "u-boot.img" on eMMC and SD card, sorry for my bad > english, regards: > > https://www.dropbox.com/sh/98xacnk466xfpza/uTlii1hrsg > > El miércoles, 31 de julio de 2013 16:48:54 UTC-5, > duckhunt...@gmail.comescribió: >> >> Hi guys, >> >> we have a problem with our Beagle Bone Black (A5C). We are using Ubuntu >> Raring 13.04 armhf v3.8.13-bone21 (2013-06-14) on the eMMC (no SD Card). >> The Beagle Bone is placed in a case and we have connected it to a DC power >> supply. Sometimes (I would say every 5 to 10 times), when we are plugging >> in our power supply, the BeagleBone powers on (Power LED is on), but >> nothing more happens (none of the other four LEDs is on). If we are now >> removing the power supply and putting it in again, the BBB starts normally. >> I guess the power supply is strong enough: 5A@5V. >> >> Thanks for your help in advance. >> >> Regards, >> duckhunter >> > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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: Where to Find BBB Training?
Thanks for all the responses. I'm specifically looking for something that gets into embedded kernel/driver development using the BBB. I don't have a ton of embedded linux experience, although I've played around with it some. The idea is that we hope to be migrate from a legacy RTOS to an embedded linux environment. Somewhere in the U.S. preferably. On Thursday, May 1, 2014 5:12:02 PM UTC-4, robert.berger wrote: > > Hi, > > What would you like to learn? > > I mean do you already have an understanding how (Embedded) Linux works and > want to focus on the BBB? > Any specific requests? > > In which part of the world should this be? > > Shameless self promotion: > I will have my trainings[1] after summer also on BBB. > > Regards, > > Robert > > [1] > http://www.reliableembeddedsystems.com/products-and-services/training-overview/embedded-training-overview.html > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] BBB nd microSD
Can I boot Linux from an microSD card ONLY by everytime pushing the "Boot switch"? In that case it's probably better flashing (Debian) Linux to the flash memory on the board. If flashed can I use the microSD card as an extra storage medium? Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] cape for PT100
Hello, does exist a cape to connect a PT100 directly? Something like this: http://www.tinkerforge.com/de/doc/Hardware/Bricklets/PTC.html Or can somebody tell me how can i connect a PT100 to the BBB? Thanks in advanced! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] cape to connect a PT100
Hello, i search for a cape to connect a PT100 directly. Somthing like this: http://www.tinkerforge.com/de/doc/Hardware/Bricklets/PTC.html if that dont exist, how can i do this? Thanks for 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] Does beaglebone support ieee 1588 （ptp）？
I know that processor, AM335x used in beaglebone, supports ieee 1588. Does that PHY on beaglebone also support ieee 1588？ because I need to do a project about ieee 1588, but I want to realize it on beaglebone, Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Custom BB cape affecting kernel boot
All of the LCD_DATA[] pins, as shown in the SRM And the schematic. On 5/5/2014 2:00 AM, Udayanto Dwi Atmojo wrote: > Hi there, > > Thanks for the answer, Charles. Another question if you dont mind, you > mentioned that All of the lcd/hdmi pins are used, so does it mean that > P8_27-P8_30 are also used for boot process? I didn't see those pins being > included as the boot pins in the BB SRM docs. > > Cheers, > Udayanto > > On Wednesday, April 30, 2014 11:10:14 PM UTC+12, Charles Steinkuehler wrote: >> >> On 4/30/2014 4:13 AM, Udayanto Dwi Atmojo wrote: >>> >>> Hi, >>> >>> The BB itself has its HDMI disabled, thus I assume there's no >> conflicting >>> pins when using the cape. The cape itself utilizes P8_01, P8_02, P8_27 >>> until P8_34 and P9_01, P9_02, and P9_21 until P9_28. The cape gets its >>> power not from the power adapter from the BB but from another power >> supply, >>> thus it doesn't absorb power from the BB at all. But even with having >> the >>> cape unpowered, the BB still cant finish booting the kernel. If it >> somehow >>> adjusting boot mode, which pin number that (if any being used by the >> cape) >>> is being used by the BB for kernel booting? >> >> All of the LCD/HDMI pins are used to set the boot mode and cannot be >> driven until after reset goes high unless you are intentionally trying >> to change the boot mode. >> >> This is covered in the SRM, see section 8.1.1 "LCD Pins": >> >> * These pins are also the SYSBOOT pins. DO NOT drive them before the >> SYS_RESETN signal goes high. If you do, the board may not boot because >> you would be changing the boot order of the processor. >> >> More details are available in 8.3.1 "Boot Pins" and on the schematic. >> >> -- >> Charles Steinkuehler >> cha...@steinkuehler.net >> > -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Steps for compiling a c program on beagleboard-xm
Am 05.05.2014 12:44, schrieb hari: > I need to compile an opencv program on my ubuntu13.10 installed > beagleboard-xm. > I have updated all packages like opencv,libwebcam,vim,eog,etc on my board. > I have compiled my program only in my laptop on Microsoft visual studio > 2012. > What all steps I have to perform inorder to compile that program on my > beagleboard-xm via minicom setup? > Please provide my your valuable suggestions so that i can move forward. > Hoping your reply soon. > Hello hari, to compile a C-Programm you need gcc (it provides cc,ld,as etc). Since it comes with ubunto i would assume that you need "make" an friends also. the "normal" step are: 1. extract the source (tar -xzf packet.tgz) 2. goto source (cd packet) 3. ./configure -> handle errors, install requested packets 4. make -> complain to the author if something breaks here 5. make install -> see above hope hat helps, re, wh -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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] Steps for compiling a c program on beagleboard-xm
I need to compile an opencv program on my ubuntu13.10 installed beagleboard-xm. I have updated all packages like opencv,libwebcam,vim,eog,etc on my board. I have compiled my program only in my laptop on Microsoft visual studio 2012. What all steps I have to perform inorder to compile that program on my beagleboard-xm via minicom setup? Please provide my your valuable suggestions so that i can move forward. Hoping your reply soon. Thanks, Hari -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Starterware slower than Linux
On 5/5/2014 3:28 AM, Thomas Laudan wrote: > Running the Starterware program on debug mode, I measured 870 Hz and in > Linux 900 Hz. Running Starterware on release mode, I even measured 1,1 kHz. > So doing float calculations without math-Functions, I finally get a > comparable result. But still there is this questions with what the Compiler > does with the sqrt-Function??? Are you using the same compiler and flags? The A8 FPU has hardware sqrt support in the FPU. Given the difference in your numbers I suspect the Starterware compiler maybe isn't using that for some reason and is emulating sqrt with simpler FPU instructions. ...but that's just a guess. Have you compared the actual code produced for the loop by the two compilers? -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Starterware slower than Linux
Here my results:
1. I changed my programm loop to the following integer calculations:
int i;
int a = 0;
int b = 23210
for(i = 0; i<35000; i++)
{
a = a + b;
}
With that i got a frequency of 413 Hz with Starterware and 420 Hz with
Linux. So finally a comparable result. The following is quite interesting:
changing the number of loops from 35000 to 1, 1000, 100 and 10; I found
out that Starterware gets faster and faster while Linux stucks at 6 kHz due
to the sysfs interface of the GPIOs.
2. Using this Link
http://processors.wiki.ti.com/index.php/StarterWare_NeonVFP I coud enable
the FPUs of the Cortex-A8 on Starterware. My loop with the sqrt-Function
from above speed up from 500ms to 11,2ms on Starterware but still this is
10 times slower than on Linux where I measure 1,1 ms !!!
3. I changed my FPU testing loop to the following:
int i;
float x = 0;
float y = 2.812;
for(i = 0; i<35000; i++)
{
x = x + y;
}
Running the Starterware program on debug mode, I measured 870 Hz and in
Linux 900 Hz. Running Starterware on release mode, I even measured 1,1 kHz.
So doing float calculations without math-Functions, I finally get a
comparable result. But still there is this questions with what the Compiler
does with the sqrt-Function???
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you 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] Custom BB cape affecting kernel boot
Hi there, Thanks for the answer, Charles. Another question if you dont mind, you mentioned that All of the lcd/hdmi pins are used, so does it mean that P8_27-P8_30 are also used for boot process? I didn't see those pins being included as the boot pins in the BB SRM docs. Cheers, Udayanto On Wednesday, April 30, 2014 11:10:14 PM UTC+12, Charles Steinkuehler wrote: > > On 4/30/2014 4:13 AM, Udayanto Dwi Atmojo wrote: > > > > Hi, > > > > The BB itself has its HDMI disabled, thus I assume there's no > conflicting > > pins when using the cape. The cape itself utilizes P8_01, P8_02, P8_27 > > until P8_34 and P9_01, P9_02, and P9_21 until P9_28. The cape gets its > > power not from the power adapter from the BB but from another power > supply, > > thus it doesn't absorb power from the BB at all. But even with having > the > > cape unpowered, the BB still cant finish booting the kernel. If it > somehow > > adjusting boot mode, which pin number that (if any being used by the > cape) > > is being used by the BB for kernel booting? > > All of the LCD/HDMI pins are used to set the boot mode and cannot be > driven until after reset goes high unless you are intentionally trying > to change the boot mode. > > This is covered in the SRM, see section 8.1.1 "LCD Pins": > > * These pins are also the SYSBOOT pins. DO NOT drive them before the > SYS_RESETN signal goes high. If you do, the board may not boot because > you would be changing the boot order of the processor. > > More details are available in 8.3.1 "Boot Pins" and on the schematic. > > -- > Charles Steinkuehler > cha...@steinkuehler.net > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
