Re: [beagleboard] Beagle Black Questions
On Fri, Mar 28, 2014 at 1:01 AM, Doug d...@crompton.com wrote: I just ordered my first Black today. I have been using RPi's for awhile but due to the lousy USB interface I wanted to try the Black. Anyhow I have a few questions. I plan to run Debian and I see I have the option of running it in microSD or the internal EMMC. I am not clear on the advantage/disadvantage of one vs. the other. uSD is swappable and typically larger eMMC is faster and more reliable over time I know I want to be able to boot at power up without pushing buttons so I suspect the EMMC image is the best choice. You can boot from uSD without pushing a button on power cycle. The button press is only needed when unbricking the on-board eMMC. When an OS is flashed to EMMC the data (writable) area is Where? In RAM or MicroSD? Things could have been done to run more out of RAM, but it isn't the case. Many things write back to the eMMC. I want to customize the OS and add my own code is this done on the microSD image and then flashed? The eMMC works just like uSD. You write to it using the file system as you run. I highly suggest managing your code using 'git'. I am not clear on how this works. Of course on the RPi the SD card is the OS and and changes you make are stored there. Maybe there is a document that explains this? Not much to explain. eMMC is just SD soldered down to the board. You can access both when running off of either. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Hard freeze (ethernet related?)
Robert, with the latest debian image (and 3.13) I can get it to crash with the same procedure. Only this time no debug output in uart0 and USR0+USR2 leds stuck on. I must say that i swapped wicd for network-manager. Do you think this could be a cause? Any way I can help further debug this issue? Thanks, Riccardo 2014-03-27 20:57 GMT+01:00 Riccardo Bortolato rikyz...@gmail.com: Thank you (awesome scripts!) I'll try to test in the next days and let you know (even if it looks like the issue is pretty much solved fortunately :)) Riccardo 2014-03-27 20:15 GMT+01:00 Robert Nelson robertcnel...@gmail.com: On Thu, Mar 27, 2014 at 2:05 PM, Riccardo Bortolato rikyz...@gmail.com wrote: Hello Robert, well I just need usart1, usb and ethernet so the 3.13 option is fine for me. Meanwhile I was just searching for similar issues and found this: http://blog.machinekit.io/2013/10/hung-task-bug-in-xenomai-kernel.html which points to http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7472bab236bdee1173412585591329e718f4d324 I am posting this since you replied so fast I didn't even took a look at the patches you added to your kernels! Yeap, that's the patch we backported.. https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.8/patch.sh#L848 It helped, in some situations but something else between v3.8-v3.13 is also needed.. Do you think this is the same issue I posted in the original post? Anyway, now I'll build a 3.13 deb. P.S. thanks for your tools/scripts, the whole process works like a charm :) So before you build, you can actually test.. cd /opt/scripts/tools/ git pull sudo ./update_kernel.sh --beta-kernel For capes, if you need ttyO1 this the way v3.13.x is setup: with: 2014-03-04 cd /boot/uboot/dtbs/ cp am335x-boneblack.dtb am335x-boneblack-bak.dtb cp am335x-boneblack-ttyO1.dtb am335x-boneblack.dtb with: 2014-03-19 Edit: /boot/uboot/uEnv.txt set: CAPE=ttyO1 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/5vaehZewk2U/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] How to mount the microsd with exec permissions?
Hello in the last debian version for the bbb how do I mount the microsd with exec permissions? I tried: root@beaglebone:/media/E868-3288/mono# mount -t vfat -o remount,rw,nosuid,nodev,relatime,uid=1000,gid=1002,fmask=0022,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks,exec /dev/mmcblk0 /media/E868-3288/ root@beaglebone:/media/E868-3288/mono# And it does not display any error, but it does not work, I can't change permissions of the files. 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] How to add port usb in BBB but !!! Not hub usb
How to add port usb in BBB but !!! Not hub usb Thank you -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Read GPIO Through /dev/mem on BeagleBoneBlack?
I'm trying to speed up some PWM IO code by reading/writing straight through /dev/mem I found an example that toggles a led, but non that read GPIO as input. Can anyone point me to an example or some documentation of the GPIO's physical memory addresses? Thanks! /Jacob -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Read GPIO Through /dev/mem on BeagleBoneBlack?
On 3/28/2014 6:47 AM, Dacobi wrote: I'm trying to speed up some PWM IO code by reading/writing straight through /dev/mem I found an example that toggles a led, but non that read GPIO as input. Can anyone point me to an example or some documentation of the GPIO's physical memory addresses? You want the AM335x Technical Reference Manual from TI. -- Charles Steinkuehler char...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Maximum Voltage for Beaglebone Black
Hi all, What is the maximum recommended voltage for the BBB? I've seen the minimum is 4.1v but I haven't seen any mention of a maximum. I have a 6 volt (4xAA batteries) battery pack and I want to wire that to a barrel jack connector to power the BBB. I think right now the voltage is ~5.7v. Is this safe? Thanks, Andrew -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] availability of beagleboard black
Hi. Does anyone know where i can get the beagleboard from and why there are delivery problems ? For now my delivery date from the distributor is May 2014 and i wait since Dec 2013 for my ordered three boards. I'm from Germany. Jens -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] availability of beagleboard black
Who did you order them from? Gerald On Fri, Mar 28, 2014 at 12:04 AM, jensschille...@googlemail.com wrote: Hi. Does anyone know where i can get the beagleboard from and why there are delivery problems ? For now my delivery date from the distributor is May 2014 and i wait since Dec 2013 for my ordered three boards. I'm from Germany. Jens -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Maximum Voltage for Beaglebone Black
Do you mean input voltage? Have you looked at the SRM? http://www.elinux.org/Beagleboard:BeagleBoneBlack#LATEST_PRODUCTION_FILES_.28B.29 Maximum is 5.2V. 5.7V is not safe as it will blow up the 5V switch that controls the USB host voltage. Gerald On Fri, Mar 28, 2014 at 7:06 AM, Andrew Dai the...@andrewdai.co wrote: Hi all, What is the maximum recommended voltage for the BBB? I've seen the minimum is 4.1v but I haven't seen any mention of a maximum. I have a 6 volt (4xAA batteries) battery pack and I want to wire that to a barrel jack connector to power the BBB. I think right now the voltage is ~5.7v. Is this safe? Thanks, Andrew -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Get a Cape design manufactured by ? (CircuitCo?)
Hi! I have engineered a Beaglebone/BBB compatible Cape for Home-Automation offering interfaces to KNX, Enocean and Onewire (4x) - the first two being especially popular in Europe. Having built and sold two runs with the second run of ten prototypes having no issues on both BB and BBB I would like to have it manufactured and offered to a broader audience. Thanks to legislation in Germany it is quite a big hassle to meet all requirements to sell it on my own. I somehow remember there once was a call where ten cape designs were selected for manufacturing by CircuitCo? Is there still some opportunity like this around? Best regards Robert -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: eMMC data corruption due to power removal?
Am 27.03.2014 20:43, schrieb Brandon I: That's because your phone uses a sane filesystems that takes into account this use case and isn't writing constantly (write one byte, the disk writes a whole erase block). This doesn't protect you from eventual disk corruption. The wear leveling bad-block type tables will eventually corrupt/run out of memory lng before your disk space is eaten by bad blocks. Here you are talking about wear-leveling running out of storage because of too many writes. It is now an issue with Android! T'so says that there isn't much need for concern. Google and the handset makers will catch platform-level filesystem reliability issues, ensuring that the high-level storage APIs are safe. Is the API you use for disk writes safe? Nope. This article from 2010 seems to talk about inconsistent file systems because of buffering, i.e. delayed and too few writes. So which is it? Do you see unrepairable SD-cards or simply SD-cards that work again after a mkfs? Is it too few or too many writes? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: Here is the BeagleBone Debian (beta) image you want to test
I downloaded and tested the March 27th image today. Thanks for including xrdp-it made testing wifi go much faster. Here's what I found. - I was able to connect to a WPA2 secured network at the school where I teach - I was unable to connect to my cell phone when unsecured (Android portable wifi hotspot) - I was able to connect to my cell phone if I secured the connection (WPA2 PSK) - I was unable to connect to a WPA2 secured network at home - One of my students was able to connect to the WPA2 secured school network, another was unable to connect - The students that was unable to connect to the school network was also unable to connect to my cell phone (secured as well-didn't try unsecured) - I was able to create an ad-hoc network (at least I think it did because it showed up in Wicd) We were all using the tiny Adafruit dongles and tethered to BeagleBones via USB. Whenever we were unable to connect, we could see the connection-it just timed out when trying to get an IP (unsecured networks) or authenticating (secured network). Any ideas? I also tried setting up an ad-hoc network. It showed up within Wicd, but I wasn't able to detect it with a computer, my Android cell phone, or an iPhone. Is ad-hoc working for anybody else? Given the inconsistency, I'm guessing the problem is hardware (the dongle), so I ordered a few of the Netgear WNA1100 dongles. Should have them in a couple of weeks. Also, looks like the eMMC version doesn't have Wicd functioning out of the box. Thanks for all the work you're putting into this. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] No such file or directory error while running cross-compiled program
Can you tell me exactly what you do. I make a same issue but i can't solve it. Thank you a lot Vào 00:58:16 UTC+7 Thứ bảy, ngày 24 tháng tám năm 2013, arunbarn...@gmail.com đã viết: OK I got it working now. I was copying the wrong executable from Eclipse, I selected the correct one (there are two executable, it seems I configured Eclipse wrongly) and now the program works on BBB as expected. Thanks a lot for the help. a On Friday, August 23, 2013 11:08:30 PM UTC+5:30, arunbarn...@gmail.comwrote: yes I am cross-compiling, I have changed the compiler settings, from eclipse IDE. ProjectPropertiesC++ build settings The GC C++ compiler command setting is arm-linux-gnueabi-g++, the GC C Compiler command settings is arm-linux-gnueabi-gcc, GC C++ Linker command is arm-linux-gnueabi-g++ and the GCC Assembler command is arm-linux-gnueabi-as I execute the program by ./test I will post the details of strace executable thanks for the help a On Friday, August 23, 2013 10:49:13 PM UTC+5:30, Przemek Klosowski wrote: On Fri, Aug 23, 2013 at 5:42 AM, arunbarn...@gmail.com wrote: I copied and pasted this program to my BBB home directory and I got the error 'No such File or Directory', I have also made the program executable by using chmod ugo+x test as described in derek molloy's video tutorial. But I am still unable to run a cross-compiled program on BBB. Please suggest how I can solve this problem. Is this because I am using 64bit host OS ?? Please describe in more detail what exactly are you copying. THe binary you cross-compile on your desktop normally can't be copy-pasted suscessfully; you probably should set up SSH public-key based login and scp the file. How exactly do you invoke it on the BBB? ./executable is the recommended way to avoid PATH-related surprises. After that, maybe try 'strace executable' to see what system call causes the file error you're seeing. You ARE cross-compiling, as opposed to creating an Intel x86 based executable and trying to execute it on the ARM CPU, right? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Journalctl apparently does not save logs before last boot
I've noticed that journalctl does not show logs from before the last boot sequence. Is there a way to save these logs or to view them if they are already saved? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] How to mount the microsd with exec permissions?
You need to change to file system type to something other than fat. -Wil On Mar 28, 2014 3:50 AM, Erwin Ried erwinr...@gmail.com wrote: Hello in the last debian version for the bbb how do I mount the microsd with exec permissions? I tried: root@beaglebone:/media/E868-3288/mono# mount -t vfat -o remount,rw,nosuid,nodev,relatime,uid=1000,gid=1002,fmask=0022,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks,exec /dev/mmcblk0 /media/E868-3288/ root@beaglebone:/media/E868-3288/mono# And it does not display any error, but it does not work, I can't change permissions of the files. 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] How to add port usb in BBB but !!! Not hub usb
That is the only way you can do it. Gerald On Fri, Mar 28, 2014 at 5:41 AM, จักร์พงศ์ เอี่ยมฤกษ์งาม jakkapong...@gmail.com wrote: How to add port usb in BBB but !!! Not hub usb Thank you -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Get a Cape design manufactured by ? (CircuitCo?)
Well, I suggest you ask Circuitco. Gerald On Fri, Mar 28, 2014 at 3:18 AM, rl.bu...@gmail.com wrote: Hi! I have engineered a Beaglebone/BBB compatible Cape for Home-Automation offering interfaces to KNX, Enocean and Onewire (4x) - the first two being especially popular in Europe. Having built and sold two runs with the second run of ten prototypes having no issues on both BB and BBB I would like to have it manufactured and offered to a broader audience. Thanks to legislation in Germany it is quite a big hassle to meet all requirements to sell it on my own. I somehow remember there once was a call where ten cape designs were selected for manufacturing by CircuitCo? Is there still some opportunity like this around? Best regards Robert -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Help with BBB + BePopr + BePoPr Bridge + BB-View + MachineKit
I'm trying to mount this environment for 3d printing controller: - Beaglebone Black; - BB View with 7 LCD; - BePoPr; - BePoPr bridge; - MachineKit image from Charles Steinkuehler (amazing work Charles, thanks). I've already saved the image to the SD card and it runs well (I have serial and SSH access), but I want to have the GUI on the BB View screen. Is that possible? Right now I just have the BB View cape connected. Best regards, Ricardo Nunes -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Hard freeze (ethernet related?)
Another update: I think it could be dhcp-related, I can make it happen also connecting an usb-wifi while ethernet is active and working.. really weird! 2014-03-28 10:38 GMT+01:00 Riccardo Bortolato rikyz...@gmail.com: Update: looks like I obtain the bug in ubuntu raring with kernel 3.13 and wicd, so network-manager should not be an issue. 2014-03-28 9:14 GMT+01:00 Riccardo Bortolato rikyz...@gmail.com: Robert, with the latest debian image (and 3.13) I can get it to crash with the same procedure. Only this time no debug output in uart0 and USR0+USR2 leds stuck on. I must say that i swapped wicd for network-manager. Do you think this could be a cause? Any way I can help further debug this issue? Thanks, Riccardo 2014-03-27 20:57 GMT+01:00 Riccardo Bortolato rikyz...@gmail.com: Thank you (awesome scripts!) I'll try to test in the next days and let you know (even if it looks like the issue is pretty much solved fortunately :)) Riccardo 2014-03-27 20:15 GMT+01:00 Robert Nelson robertcnel...@gmail.com: On Thu, Mar 27, 2014 at 2:05 PM, Riccardo Bortolato rikyz...@gmail.com wrote: Hello Robert, well I just need usart1, usb and ethernet so the 3.13 option is fine for me. Meanwhile I was just searching for similar issues and found this: http://blog.machinekit.io/2013/10/hung-task-bug-in-xenomai-kernel.html which points to http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=7472bab236bdee1173412585591329e718f4d324 I am posting this since you replied so fast I didn't even took a look at the patches you added to your kernels! Yeap, that's the patch we backported.. https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.8/patch.sh#L848 It helped, in some situations but something else between v3.8-v3.13 is also needed.. Do you think this is the same issue I posted in the original post? Anyway, now I'll build a 3.13 deb. P.S. thanks for your tools/scripts, the whole process works like a charm :) So before you build, you can actually test.. cd /opt/scripts/tools/ git pull sudo ./update_kernel.sh --beta-kernel For capes, if you need ttyO1 this the way v3.13.x is setup: with: 2014-03-04 cd /boot/uboot/dtbs/ cp am335x-boneblack.dtb am335x-boneblack-bak.dtb cp am335x-boneblack-ttyO1.dtb am335x-boneblack.dtb with: 2014-03-19 Edit: /boot/uboot/uEnv.txt set: CAPE=ttyO1 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/5vaehZewk2U/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] Hard freeze (ethernet related?)
On Fri, Mar 28, 2014 at 3:14 AM, Riccardo Bortolato rikyz...@gmail.com wrote: Robert, with the latest debian image (and 3.13) I can get it to crash with the same procedure. Only this time no debug output in uart0 and USR0+USR2 leds stuck on. I must say that i swapped wicd for network-manager. Do you think this could be a cause? Any way I can help further debug this issue? It's network-manager... (or any gtk2 app that seems to to decompress something png related) See: http://bugs.elinux.org/issues/35 That's why i went with wicd.. TI's looking into it, so far we've tried to jtag debug it, but even the jtag interface locks up.. 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] Journalctl apparently does not save logs before last boot
http://www.freedesktop.org/software/systemd/man/journald.conf.html If you look in the section Storage you will find many options for persistence/volatility. On 03/28/2014 12:00 AM, kfree...@gmail.com wrote: I've noticed that journalctl does not show logs from before the last boot sequence. Is there a way to save these logs or to view them if they are already saved? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto: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: Help with BBB + BePopr + BePoPr Bridge + BB-View + MachineKit
I forgot to say this: when I connect with serial port, I login into LinuxCNC and enter the command linuxcnc in order to start the OS, but i havw this error: Application initialization failed: no display name and no $DISPLAY environment variable -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Dell U2410 hdmi woes (wheezy)
On Fri, Mar 28, 2014 at 8:32 AM, Richard-tx rich.andr...@gmail.com wrote: I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. You can disable power save via: echo #!/bin/sh ~/.xsessionrc echo ~/.xsessionrc echo xset -dpms ~/.xsessionrc echo xset s off ~/.xsessionrc If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Help with BBB + BePopr + BePoPr Bridge + BB-View + MachineKit
On 3/28/2014 8:22 AM, Ricardo Nunes wrote: I forgot to say this: when I connect with serial port, I login into LinuxCNC and enter the command linuxcnc in order to start the OS, but i havw this error: Application initialization failed: no display name and no $DISPLAY environment variable This is because there is no GUI screen for the serial port. You will need to set the DISPLAY variable and forward X11 traffic to a valid X server. -- 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] Hard freeze (ethernet related?)
On Fri, Mar 28, 2014 at 9:01 AM, Riccardo Bortolato rikyz...@gmail.com wrote: Ouch! Is there some public bug I can subscribe to? Not really, It's one of the main subject's in our inside weekly meeting. When it's fixed, there will be much rejoicing on this list. 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] Hard freeze (ethernet related?)
I'll follow the list then, thank you. Riccardo 2014-03-28 15:04 GMT+01:00 Robert Nelson robertcnel...@gmail.com: On Fri, Mar 28, 2014 at 9:01 AM, Riccardo Bortolato rikyz...@gmail.com wrote: Ouch! Is there some public bug I can subscribe to? Not really, It's one of the main subject's in our inside weekly meeting. When it's fixed, there will be much rejoicing on this list. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/5vaehZewk2U/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: Here is the BeagleBone Debian (beta) image you want to test
On Fri, Mar 28, 2014 at 9:15 AM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Mar 28, 2014 at 9:04 AM, Steve French of Volt Vision voltvis...@gmail.com wrote: Robert, Thanks for the flurry of updated Debian images for testing (3/4, 3/19, 3/27). I am happily trying the different images, but when I download the image and start from scratch it takes me several hours to get back to the point where I can use my system again. I use Open Lighting Architecture and it takes me about 4+hours to do everything necessary to compile it from source. Could I update to your newest distros somehow by running a script (Mar4 - Mar19 - Mar27)? ... or is it necessary to wipe everything out and reflash the image from scratch? Some of my BBBs I flash the eMMC and some of them I boot directly from the uSD. Thx!! (and sorry if this has already been answered somewhere). cd /opt/scripts/fixes git pull sudo ./debian-2014-03-04-to-2014-03-19.sh sudo ./debian-2014-03-19-to-2014-03-27.sh PS: you can see to review the change here: https://github.com/RobertCNelson/boot-scripts/tree/master/fixes 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: Here is the BeagleBone Debian (beta) image you want to test
On Fri, Mar 28, 2014 at 9:04 AM, Steve French of Volt Vision voltvis...@gmail.com wrote: Robert, Thanks for the flurry of updated Debian images for testing (3/4, 3/19, 3/27). I am happily trying the different images, but when I download the image and start from scratch it takes me several hours to get back to the point where I can use my system again. I use Open Lighting Architecture and it takes me about 4+hours to do everything necessary to compile it from source. Could I update to your newest distros somehow by running a script (Mar4 - Mar19 - Mar27)? ... or is it necessary to wipe everything out and reflash the image from scratch? Some of my BBBs I flash the eMMC and some of them I boot directly from the uSD. Thx!! (and sorry if this has already been answered somewhere). cd /opt/scripts/fixes git pull sudo ./debian-2014-03-04-to-2014-03-19.sh sudo ./debian-2014-03-19-to-2014-03-27.sh The only thing it doesn't do is update the bootloader from v2013.10 in 2014-03-04 to v2014.04-rc in 2014-03-19+ For that: cd /opt/scripts/tools/ sudo ./update_bootloader.sh Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Help with BBB + BePopr + BePoPr Bridge + BB-View + MachineKit
On 3/28/2014 7:34 AM, Ricardo Nunes wrote: I'm trying to mount this environment for 3d printing controller: - Beaglebone Black; - BB View with 7 LCD; - BePoPr; - BePoPr bridge; - MachineKit image from Charles Steinkuehler (amazing work Charles, thanks). I've already saved the image to the SD card and it runs well (I have serial and SSH access), but I want to have the GUI on the BB View screen. Is that possible? Right now I just have the BB View cape connected. It ought to work with the BB View, but you may have to edit some device tree files. I have a 4 BB View, but don't have it running yet. I think some of the GPIO pins used for buttons may conflict with loading the BeBoPr-bridge cape. I've used various 7 LCDs that have a controller board to provide HDMI input, and those work fine connected to the BBB HDMI output. -- 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] How to mount the microsd with exec permissions?
Oh wow! nice, thanks! Just for future reference (I am trying to compile mono, and since the flash can't fit the complete source and the sd was not allowing me to run the .sh due this vfat thing): 1. Insert the sd 2. df (and check the one mounted as /media/something 3. fdisk /dev/mmcpath used by /media/something 4. p (list partitions), d (delete all), n (create new partition) 5. mkfs /dev/mmcpath used by /media/something 6. reboot -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Dell U2410 hdmi woes (wheezy)
I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: Beagle Black Questions
Jason, Thanks for the reply and answers to my questions. On the emmc my understanding is that it had a more refined internal controller that did wear leveling a little better than SD or mSD cards. Whether or not this is the case when using the emmc with Linux it will eventually fail. How long is anyones guess and depends on the application and how you handle writes and where you store temporary data. So I am curious how users are doing this in their applications? Internal, external? Are you worried about write life of the emmc? Also are there speed differences when using the emmc vs external mSD? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: Beagle Black Questions
eMMC uses similar NAND devices as the eMMC. Write life is not a major concern. With SD cards, you do not know what you are getting. They use a lot of different controllers and the worst NAND they can find. The 2GB eMMC won't be used much longer on the BBB. When we move to 4GB, you will have more room to move around. Gerald On Fri, Mar 28, 2014 at 12:51 PM, Doug d...@crompton.com wrote: Jason, Thanks for the reply and answers to my questions. On the emmc my understanding is that it had a more refined internal controller that did wear leveling a little better than SD or mSD cards. Whether or not this is the case when using the emmc with Linux it will eventually fail. How long is anyones guess and depends on the application and how you handle writes and where you store temporary data. So I am curious how users are doing this in their applications? Internal, external? Are you worried about write life of the emmc? Also are there speed differences when using the emmc vs external mSD? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] i2c via bonescript under Debian
Jason:
Running your i2c-scan.js on my bone returns on devices. So, something
odd is going on here.
I'm going to put this on the back burner and see what else I can cook up.
--Mark
On Friday, March 28, 2014 1:46:44 AM UTC-4, Jason Kridner wrote:
On Thu, Mar 27, 2014 at 7:30 PM, Jason Kridner
jkri...@gmail.comjavascript:
wrote:
On Thu, Mar 27, 2014 at 4:17 PM, Mark A. Yoder
mark.a...@gmail.comjavascript:
wrote:
Hmm... I'm not getting anywhere with this. I have a TMP101 i2c device
wired
to P9_19 and P9_20. From the command line this works:
# i2cdetect -y -r 1
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- 49 -- -- -- -- -- --
50: -- -- -- -- UU UU UU UU -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: 70 -- -- -- -- -- -- --
# i2cget -y 1 0x49
0x17
# i2cget -y 1 0x49
0x1b
I stuck my figure on the device and warmed it up for the second i2cget.
Now with bonescript:
var b = require('bonescript');
var port = '/dev/i2c-0'
var TMP102 = 0x48;
b.i2cOpen(port, TMP102, {}, onI2C);
function onI2C(x) {
// console.log(x);
if (x.event == 'return') {
b.i2cScan(port, onScan);
b.i2cReadBytes(port, 0, 1, onReadByte);
Issuing both of these at the same time probably isn't what you really
want. I'm not sure if they will interfere. Better to wait until the
scan is complete before trying to issue the read.
}
}
function onScan(x) {
console.log('scan data: ' + x.data);
You aren't checking x.err here. Make sure there isn't an error.
}
function onReadByte(x) {
console.log('onReadByte: ' + JSON.stringify(x));
console.log('res: ' + JSON.stringify(x.res));
}
When I run with /dev/i2c-1 I get:
scan data:
scan data: undefined
Why is this getting printed twice? I can't quite see what is going on
here.
onReadByte: {err:{},res:[240],event:callback}
res: [240]
onReadByte: {event:return,return:[240]}
res: undefined
That is, scan doesn't find anything. If I run with /dev/i2c-0
scan data: 52,80
scan data: undefined
onReadByte: {err:{},res:[240],event:callback}
res: [240]
onReadByte: {event:return,return:[240]}
res: undefined
Scan finds two devices, but I don't see how they relate to whats on the
bus.
Any ideas?
You'll want to use '/dev/i2c-2'.
I know you say you aren't seeing a difference, but I am seeing
responses based on what is on my I2C-2 bus:
i2c-scan.js:
var b = require('bonescript');
var port = '/dev/i2c-2'
b.i2cOpen(port, null, {}, onI2C);
function onI2C(x) {
console.log('onI2C: ' + JSON.stringify(x));
if (x.event == 'return') {
b.i2cScan(port, onScan);
}
}
function onScan(x) {
if (x.event == 'callback') {
console.log('scan data: ' + JSON.stringify(x));
}
}
root@beaglebone:/var/lib/cloud9# node i2c-scan.js
onI2C: {event:return,value:true}
scan data: {err:null,data:[87],event:callback}
root@beaglebone:/var/lib/cloud9# i2cdetect -y -r 1
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- 1d -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- UU UU UU UU -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- 6b -- -- -- --
70: -- -- -- -- -- -- -- --
So, it seems these don't line up. To see if the delta is due to the
wrapper I have in BoneScript or the node-i2c library I pull in, I
tried out this:
debian@beaglebone:/var/lib/cloud9$ cat i2c-scan-native.js
var i2c = require('bonescript/node_modules/i2c');
var wire = new i2c(null, {device: '/dev/i2c-1'});
wire.scan(function(err, data) {
if(err) console.log('ERROR: ' + JSON.stringify(err));
console.log(JSON.stringify(data));
});
debian@beaglebone:/var/lib/cloud9$ node i2c-scan-native.js
[87]
That shows that it is the node-i2c library that causes only one of my
devices to show up and at a different reported address.
Updating to the latest version on git didn't seem to make a difference.
Check out
https://github.com/jadonk/bonescript/blob/master/src/bone.js#L1550
for the mapping.
The reason I chose to use i2c-2 because the adapters are enumerated
out of order. Otherwise, it won't match the hardware documentation.
(http://beagleboard.org/support/bone101/#headers-i2c)
There has been some discussion to fix this in mainline, but I'm not
sure of the current
Re: [beagleboard] Dell U2410 hdmi woes (wheezy)
I had the same issue.finally this worked for me sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup sudo apt-get install xserver-xorg-video-fbdev sudo reboot search Debian X11/LDE display problem ? YMMV On 28 March 2014 14:42, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Mar 28, 2014 at 8:32 AM, Richard-tx rich.andr...@gmail.com wrote: I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. You can disable power save via: echo #!/bin/sh ~/.xsessionrc echo ~/.xsessionrc echo xset -dpms ~/.xsessionrc echo xset s off ~/.xsessionrc If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
On 3/28/2014 9:15 AM, Robert Nelson wrote: On Fri, Mar 28, 2014 at 9:04 AM, Steve French of Volt Vision voltvis...@gmail.com wrote: Robert, Thanks for the flurry of updated Debian images for testing (3/4, 3/19, 3/27). I am happily trying the different images, but when I download the image and start from scratch it takes me several hours to get back to the point where I can use my system again. I use Open Lighting Architecture and it takes me about 4+hours to do everything necessary to compile it from source. Could I update to your newest distros somehow by running a script (Mar4 - Mar19 - Mar27)? ... or is it necessary to wipe everything out and reflash the image from scratch? Some of my BBBs I flash the eMMC and some of them I boot directly from the uSD. Thx!! (and sorry if this has already been answered somewhere). cd /opt/scripts/fixes git pull sudo ./debian-2014-03-04-to-2014-03-19.sh sudo ./debian-2014-03-19-to-2014-03-27.sh Another option is to put your lighting code on a network file share, or you can rsync the build directory to a server somewhere. You'll probably have to re-run some of the build steps (like the install part) when switching to a clean OS, but it ought to take much less than 4 hours to setup from scratch, and you shouldn't have to actually recompile anything (which is typically _slow_ on the BBB). I worked this way when getting LinuxCNC running on the BBB. I mounted a home directory via nfs from a remote server, and I was able to swap between various boards and OS installs while keeping a consistent development environment. This also let me use some tools running on full-blown Linux and Windows systems that would have been a bit heavy for the BBB (my regular text editor, some graphical git utilities, etc). -- 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] Dell U2410 hdmi woes (wheezy)
The odd part is that it is not going into power savenot really. The Dell monitor will go into power save mode if the video being supplied is out of range. I tried shutting off power save mode first and that did nothing. I have a .xsessionrc file and it already contains what you suggested. I tried swapping cables while it was up and running. When I did that, the monitor briefly displayed what looked like a double image (side to side) and then went into powersave mode. I was wrong about the image URL I used. Here is the URL http://debian.beagleboard.org/images/BBB-eMMC-flasher-debian-7.4-2014-03-27-2gb.img.xz So what I did was add xhost + to the .xsessionrc file Then I logged in and did the following: # export DISPLAY=:0 # xrandr Screen 0: minimum 320 x 200, current 640 x 480, maximum 2048 x 2048 HDMI-0 connected 640x480+0+0 (normal left inverted right x axis y axis) 518mm x 324mm 1920x1080 24.0 1280x720 50.0 60.0 720x57650.0 720x48059.9 640x48059.9* In the middle of this I tried a few things and found a work around. I added xrandr --output HDMI-0 --auto to .xsessionrc Now I have a reasonable X desktop. We can mark this solved.. Richard On Friday, March 28, 2014 8:42:34 AM UTC-5, RobertCNelson wrote: On Fri, Mar 28, 2014 at 8:32 AM, Richard-tx rich.a...@gmail.comjavascript: wrote: I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. You can disable power save via: echo #!/bin/sh ~/.xsessionrc echo ~/.xsessionrc echo xset -dpms ~/.xsessionrc echo xset s off ~/.xsessionrc If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. 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] Kernel 3.13 with SGX libs
I am having trouble getting the SGX libs to work properly with kernel 3.13 from https://github.com/RobertCNelson/linux-dev. I did have to modify sgx_build_modules.sh to enable FBDEV, my requirements are no X. The first sign of trouble is during the build of the SGX libs I am seeing this warning: Building modules, stage 2. MODPOST 3 modules WARNING: unregister_vsync_cb [/home/fse/Documents/BBB/linux-dev/ignore/ti-sdk-pvr/Graphics_SDK/GFX_Linux_KM/services4/3rdparty/dc_ti335x_linux/omaplfb.ko] undefined! WARNING: register_vsync_cb [/home/fse/Documents/BBB/linux-dev/ignore/ti-sdk-pvr/Graphics_SDK/GFX_Linux_KM/services4/3rdparty/dc_ti335x_linux/omaplfb.ko] undefined! This however does not stop the build. After installing the kernel/modules then booting up the BBB I get the following error when trying to kick off the PVR service: # /etc/init.d/rc.pvr start [ 137.596132] omaplfb: Unknown symbol register_vsync_cb (err 0) [ 137.602219] omaplfb: Unknown symbol unregister_vsync_cb (err 0) [ 138.046878] omaplfb: Unknown symbol register_vsync_cb (err 0) [ 138.053136] omaplfb: Unknown symbol unregister_vsync_cb (err 0) modprobe: 'extra/omaplfb.ko': unknown symbol in module or invalid parameter This problem came up after upgrading from kernel 3.12 to 3.13. I can see that register_vsync_cb and unregister_vsync_cb are defined in da8xx-fb.c. Maybe this is a linking problem? Has anyone run into this problem before? Any ideas as to what changed between 3.12 and 3.13? 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] Dell U2410 hdmi woes (wheezy)
On Friday, March 28, 2014 1:00:23 PM UTC-5, dumb looks free wrote: I had the same issue.finally this worked for me sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup sudo apt-get install xserver-xorg-video-fbdev sudo reboot search Debian X11/LDE display problem ? YMMV Google got tired of me searching for debian lde x11 display problem I finally tried setting the video mode to auto using xrandr and that fixed it. Go figure. Richard On 28 March 2014 14:42, Robert Nelson robert...@gmail.com javascript:wrote: On Fri, Mar 28, 2014 at 8:32 AM, Richard-tx rich.a...@gmail.comjavascript: wrote: I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. You can disable power save via: echo #!/bin/sh ~/.xsessionrc echo ~/.xsessionrc echo xset -dpms ~/.xsessionrc echo xset s off ~/.xsessionrc If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Dell U2410 hdmi woes (wheezy)
Yes - sorry, I had trouble to get the link also. Here it is very similar issues. https://groups.google.com/d/msg/beagleboard/PKPD345Fbgg/6RO_mKOsq0QJ BTW ... I think I recognize your handle from the RPI site !!! On Friday, 28 March 2014 19:44:00 UTC+1, Richard-tx wrote: On Friday, March 28, 2014 1:00:23 PM UTC-5, dumb looks free wrote: I had the same issue.finally this worked for me sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup sudo apt-get install xserver-xorg-video-fbdev sudo reboot search Debian X11/LDE display problem ? YMMV Google got tired of me searching for debian lde x11 display problem I finally tried setting the video mode to auto using xrandr and that fixed it. Go figure. Richard On 28 March 2014 14:42, Robert Nelson robert...@gmail.com wrote: On Fri, Mar 28, 2014 at 8:32 AM, Richard-tx rich.a...@gmail.com wrote: I have a strange one. I am using a Dell U2410 monitor. It just so happens that I have the same monitor described at http://elinux.org/Beagleboard:BeagleBoneBlack_HDMI I loaded the image https://rcn-ee.net/deb/microsd/wheezy/bbxm-debian-7.4-2014-03-27-2gb.img.xz on my BBB When the HDMI output of the BBB is connected to the HDMI input on the monitor all goes well until the X desktop is started. As soon as X is started the monitor goes into power-save mode. Press cntl-alt F1 to get to a non-gui login and the display turns on. Switch back to F7 and the monitor goes into power-save. You can disable power save via: echo #!/bin/sh ~/.xsessionrc echo ~/.xsessionrc echo xset -dpms ~/.xsessionrc echo xset s off ~/.xsessionrc If I use a HDMI to DVI adapter and use the DVI input on the U2410, the X desktop display is OK. I can even use xrandr to change resolution to 1280x1024 (dvi input) which works fine. I have deduced that when the BBB gets the EDID info from the monitor, it changes to a mode that the Dell U2410 does not like but only with the X desktop. Anyone have any ideas? I am hesitant to blame the LXDE X server for this but anything is possible. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/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: Kernel 3.13 with SGX libs
I got it work! Kind of a stupid problem but when comparing the config between RCN's 3.12 and 3.13 kernel, I realized that CONFIG_FB_DA8XX was no longer set. SGX is now working, when I start the PVR service I still get one set of symbol errors. /opt/gfxlibraries/gfx_rel_es8.x # /etc/init.d/rc.pvr start [ 77.420860] omaplfb: Unknown symbol register_vsync_cb (err 0) [ 77.427111] omaplfb: Unknown symbol unregister_vsync_cb (err 0) Loaded PowerVR consumer services. /opt/gfxlibraries/gfx_rel_es8.x # lsmod omaplfb 12126 0 - Live 0xbf048000 (O) da8xx_fb 11448 1 omaplfb, Live 0xbf041000 pvrsrvkm 179069 1 omaplfb, Live 0xbf00 (O) All the demos appear to run fine. On Friday, March 28, 2014 12:41:51 PM UTC-6, Brett wrote: I am having trouble getting the SGX libs to work properly with kernel 3.13 from https://github.com/RobertCNelson/linux-dev. I did have to modify sgx_build_modules.sh to enable FBDEV, my requirements are no X. The first sign of trouble is during the build of the SGX libs I am seeing this warning: Building modules, stage 2. MODPOST 3 modules WARNING: unregister_vsync_cb [/home/fse/Documents/BBB/linux-dev/ignore/ti-sdk-pvr/Graphics_SDK/GFX_Linux_KM/services4/3rdparty/dc_ti335x_linux/omaplfb.ko] undefined! WARNING: register_vsync_cb [/home/fse/Documents/BBB/linux-dev/ignore/ti-sdk-pvr/Graphics_SDK/GFX_Linux_KM/services4/3rdparty/dc_ti335x_linux/omaplfb.ko] undefined! This however does not stop the build. After installing the kernel/modules then booting up the BBB I get the following error when trying to kick off the PVR service: # /etc/init.d/rc.pvr start [ 137.596132] omaplfb: Unknown symbol register_vsync_cb (err 0) [ 137.602219] omaplfb: Unknown symbol unregister_vsync_cb (err 0) [ 138.046878] omaplfb: Unknown symbol register_vsync_cb (err 0) [ 138.053136] omaplfb: Unknown symbol unregister_vsync_cb (err 0) modprobe: 'extra/omaplfb.ko': unknown symbol in module or invalid parameter This problem came up after upgrading from kernel 3.12 to 3.13. I can see that register_vsync_cb and unregister_vsync_cb are defined in da8xx-fb.c. Maybe this is a linking problem? Has anyone run into this problem before? Any ideas as to what changed between 3.12 and 3.13? 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] Re: Kernel 3.13 with SGX libs
On Fri, Mar 28, 2014 at 2:37 PM, brett.saw...@fltsimeng.com wrote: I got it work! Kind of a stupid problem but when comparing the config between RCN's 3.12 and 3.13 kernel, I realized that CONFIG_FB_DA8XX was no longer set. SGX is now working, when I start the PVR service I still get one set of symbol errors. /opt/gfxlibraries/gfx_rel_es8.x # /etc/init.d/rc.pvr start [ 77.420860] omaplfb: Unknown symbol register_vsync_cb (err 0) [ 77.427111] omaplfb: Unknown symbol unregister_vsync_cb (err 0) Loaded PowerVR consumer services. /opt/gfxlibraries/gfx_rel_es8.x # lsmod omaplfb 12126 0 - Live 0xbf048000 (O) da8xx_fb 11448 1 omaplfb, Live 0xbf041000 pvrsrvkm 179069 1 omaplfb, Live 0xbf00 (O) All the demos appear to run fine. Cool! Thanks for testing, and confirming it works! I'll make sure to set CONFIG_FB_DA8XX on the next bump. 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] Dell U2410 hdmi woes (wheezy)
Yes, I am on the Rpi site as well. I decided to try a BBB. The BBB has certain features the RPI does not; like multiple UARTs. I have a terminal server that died on me so I am making one from a BBB. The only thing I wish is that this forum were hosted on something like phpBB3. Google groups is missing certain functions that I rely on. Richard On Friday, March 28, 2014 1:56:11 PM UTC-5, dumb looks free wrote: Yes - sorry, I had trouble to get the link also. Here it is very similar issues. https://groups.google.com/d/msg/beagleboard/PKPD345Fbgg/6RO_mKOsq0QJ BTW ... I think I recognize your handle from the RPI site !!! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: Beagle Black Questions
Jason, I'd just like to point out that when the SD card slot is brought up in 4bit mode, it is barely slower than the eMMC. We're talking only a few hundred kilobytes /s That is, when I tested on 3.8.x On Fri, Mar 28, 2014 at 11:02 AM, Gerald Coley ger...@beagleboard.orgwrote: eMMC uses similar NAND devices as the eMMC. Write life is not a major concern. With SD cards, you do not know what you are getting. They use a lot of different controllers and the worst NAND they can find. The 2GB eMMC won't be used much longer on the BBB. When we move to 4GB, you will have more room to move around. Gerald On Fri, Mar 28, 2014 at 12:51 PM, Doug d...@crompton.com wrote: Jason, Thanks for the reply and answers to my questions. On the emmc my understanding is that it had a more refined internal controller that did wear leveling a little better than SD or mSD cards. Whether or not this is the case when using the emmc with Linux it will eventually fail. How long is anyones guess and depends on the application and how you handle writes and where you store temporary data. So I am curious how users are doing this in their applications? Internal, external? Are you worried about write life of the emmc? Also are there speed differences when using the emmc vs external mSD? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] I2C2 EEPROM Question
The onboard EEPROM is on a different bus that the one on the expansion header, unless of course you are adding wires to those same signals on the board itself which is not recommended You would be better of using the bus on the expansion connector in this case. The board does read the bus on hte expansion header to see if there is a cape on the expansion headers, but it is not writing to the EEPROM in this case. If you RTC has the same address as the EEPROM, then anytime you try to read or write to in, the EEPROM would respond on the same pat. But, you should not have this case/. Gerald On Fri, Mar 28, 2014 at 3:15 PM, edwin.j@gmail.com wrote: I am currently using I2C2 on the BBB to communicate with a real time clock on boot up. I am able to write and read times from a .service file most of the time. However, occasionally on boot up the clock is not set properly and I suspect it is being interrupted by the EEPROM on the same I2C bus. Is there an initial EEPROM script or .service file that I can remove or disable? If there is, where is the location? I am not using any capes. Thanks in advance -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: Here is the BeagleBone Debian (beta) image you want to test
+1 for NFS mounted shares. I like to share out a rootfs for my BBB, and then run Samba from the server so I can map the drive on Windows to make things easier for me. Since I run many dev tools on Windows, including a cross compile setup. On Fri, Mar 28, 2014 at 7:25 AM, Charles Steinkuehler char...@steinkuehler.net wrote: On 3/28/2014 9:15 AM, Robert Nelson wrote: On Fri, Mar 28, 2014 at 9:04 AM, Steve French of Volt Vision voltvis...@gmail.com wrote: Robert, Thanks for the flurry of updated Debian images for testing (3/4, 3/19, 3/27). I am happily trying the different images, but when I download the image and start from scratch it takes me several hours to get back to the point where I can use my system again. I use Open Lighting Architecture and it takes me about 4+hours to do everything necessary to compile it from source. Could I update to your newest distros somehow by running a script (Mar4 - Mar19 - Mar27)? ... or is it necessary to wipe everything out and reflash the image from scratch? Some of my BBBs I flash the eMMC and some of them I boot directly from the uSD. Thx!! (and sorry if this has already been answered somewhere). cd /opt/scripts/fixes git pull sudo ./debian-2014-03-04-to-2014-03-19.sh sudo ./debian-2014-03-19-to-2014-03-27.sh Another option is to put your lighting code on a network file share, or you can rsync the build directory to a server somewhere. You'll probably have to re-run some of the build steps (like the install part) when switching to a clean OS, but it ought to take much less than 4 hours to setup from scratch, and you shouldn't have to actually recompile anything (which is typically _slow_ on the BBB). I worked this way when getting LinuxCNC running on the BBB. I mounted a home directory via nfs from a remote server, and I was able to swap between various boards and OS installs while keeping a consistent development environment. This also let me use some tools running on full-blown Linux and Windows systems that would have been a bit heavy for the BBB (my regular text editor, some graphical git utilities, etc). -- 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-27)
On Thu, Mar 27, 2014 at 3:26 PM, Robert Nelson robertcnel...@gmail.com wrote: Thanks to everyone for testing the beta images! In this last last week window I've rolled in many of your changes. So please continue to use the bug tracker: http://bugs.elinux.org/projects/debian-image-releases Big Changes: Added support for Hieu Duong's cape-bone-weather-00B0 Added support for Charles Steinkuehlers universal cape https://github.com/cdsteinkuehler/beaglebone-universal-io Small Changes: Packages added: xrdp, wicd-curses, wicd-cli The gadget serial port (ttyGS0) is now enabled, so you can connect serially over the usb connector. So the images are linked to from here: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-03-27 and the full changelog/tweaklog: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-03-27_Changes So, just noticed something.. sudo halt doesn't work with this image and it's due to systemd and the usb gadget getty instance.. So here's a workaround: sudo rm /etc/systemd/system/getty.target.wants/getty@ttyGS0.service (force hard reboot) sudo halt works again.. So systemd experts, how do we get sudo halt working with that service enabled? 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: gpio trouble
I will try that. I am using cloud9 when I use the sleep command. The funny thing is that some of the pins are outputting voltage right after the board has been powered on and they won't respond to anything. I'll try updating a few things. See if that works. Thanks! On Thursday, March 27, 2014 8:46:50 AM UTC-4, mickeyf wrote: What Gerald is saying is that in general you should not expect to drive an LED directly - you will want to drive a transistor which can then supply perhaps 20 ma or more to your LED and at the correct voltage. Perhaps you are already doing this, but you didn't say. I don't know anything about the Cloud 9 interface, but if is blinking by just using the shell ( echo 1 pin whatever) with sleep, sleep may not recognize any increment of less than integral seconds. I'd look into that. Maybe see if it works for longer intervals like 3 or 5 seconds... Speaking strictly for me, when something doesn't work, 99.9% of the time it's something I did wrong, not the hardware etc. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-27)
On 3/27/2014 3:26 PM, Robert Nelson wrote: Thanks to everyone for testing the beta images! In this last last week window I've rolled in many of your changes. So please continue to use the bug tracker: http://bugs.elinux.org/projects/debian-image-releases I haven't been able to get the elinux bug tracker to let me post anything, so forgive me for posting a few comments here. These are from the 3/19 image, so I apologize if any have been addressed, and they mostly fall under personal preference rather than actual bugs. * I like to add console=tty0 so startup kernel messages go to both the serial console and to the HDMI screen, if connected. While less information is displayed with systemd than previously, if the kernel hangs for some reason at boot this could avoid the need for a serial cable which a lot of people won't have. * Given the target audience, I would add a terminal short-cut on the application launch bar next to the web browser. It's not hard to get to on the menu, but that's one of the first changes I made to the 3/19 image. * I'm not sure who made the black desktop background, but I find it horrid (just the black part...the beagle is cute!) and would much rather see something lighter. I'm not aware of any other GUI environment that ships with a black background as default, and out of all the professional programmers I know, only one uses this sort of color scheme. I'm working through the process of trying to install MachineKit / LinuxCNC via packages (including the kernel and Xenomai user-mode), and will switch to the new image for further testing. Keep up the great work! -- 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] Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-27)
On Fri, Mar 28, 2014 at 5:00 PM, Charles Steinkuehler char...@steinkuehler.net wrote: On 3/27/2014 3:26 PM, Robert Nelson wrote: Thanks to everyone for testing the beta images! In this last last week window I've rolled in many of your changes. So please continue to use the bug tracker: http://bugs.elinux.org/projects/debian-image-releases I haven't been able to get the elinux bug tracker to let me post anything, so forgive me for posting a few comments here. These are from the 3/19 image, so I apologize if any have been addressed, and they mostly fall under personal preference rather than actual bugs. * I like to add console=tty0 so startup kernel messages go to both the serial console and to the HDMI screen, if connected. While less information is displayed with systemd than previously, if the kernel hangs for some reason at boot this could avoid the need for a serial cable which a lot of people won't have. I think i'm going to enable this too.. * Given the target audience, I would add a terminal short-cut on the application launch bar next to the web browser. It's not hard to get to on the menu, but that's one of the first changes I made to the 3/19 image. Sounds like a nice addon, do you have an example i can pull in? * I'm not sure who made the black desktop background, but I find it horrid (just the black part...the beagle is cute!) and would much rather see something lighter. I'm not aware of any other GUI environment that ships with a black background as default, and out of all the professional programmers I know, only one uses this sort of color scheme. I stole it from the Angstrom image. We just got to be careful, as it's only 16bit, so some colors combos look odd. I'm working through the process of trying to install MachineKit / LinuxCNC via packages (including the kernel and Xenomai user-mode), and will switch to the new image for further testing. Keep up the great work! 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] Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-27)
On 3/28/2014 5:04 PM, Robert Nelson wrote: On Fri, Mar 28, 2014 at 5:00 PM, Charles Steinkuehler char...@steinkuehler.net wrote: * Given the target audience, I would add a terminal short-cut on the application launch bar next to the web browser. It's not hard to get to on the menu, but that's one of the first changes I made to the 3/19 image. Sounds like a nice addon, do you have an example i can pull in? I just right-clicked the application launcher section and added the terminal program. I can crawl around and try to find the modified file if that would help. * I'm not sure who made the black desktop background, but I find it horrid (just the black part...the beagle is cute!) and would much rather see something lighter. I'm not aware of any other GUI environment that ships with a black background as default, and out of all the professional programmers I know, only one uses this sort of color scheme. I stole it from the Angstrom image. We just got to be careful, as it's only 16bit, so some colors combos look odd. I just switched to the first background color that seemed OK, a light blue, IIRC. But that means I lost the beagle. :( Anyone here good with graphics? -- 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] Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-27)
Charles, I am not bad with photoshop, really depends on what exactly what needs being done, but I am quite advanced with some things. As a side note I rather like a black background, But I have not seen the background image you speak of yet. For writing code though my personal preferences are black or very dark background, with light colored text. We all have our own preferences though . . On Fri, Mar 28, 2014 at 3:12 PM, Charles Steinkuehler char...@steinkuehler.net wrote: On 3/28/2014 5:04 PM, Robert Nelson wrote: On Fri, Mar 28, 2014 at 5:00 PM, Charles Steinkuehler char...@steinkuehler.net wrote: * Given the target audience, I would add a terminal short-cut on the application launch bar next to the web browser. It's not hard to get to on the menu, but that's one of the first changes I made to the 3/19 image. Sounds like a nice addon, do you have an example i can pull in? I just right-clicked the application launcher section and added the terminal program. I can crawl around and try to find the modified file if that would help. * I'm not sure who made the black desktop background, but I find it horrid (just the black part...the beagle is cute!) and would much rather see something lighter. I'm not aware of any other GUI environment that ships with a black background as default, and out of all the professional programmers I know, only one uses this sort of color scheme. I stole it from the Angstrom image. We just got to be careful, as it's only 16bit, so some colors combos look odd. I just switched to the first background color that seemed OK, a light blue, IIRC. But that means I lost the beagle. :( Anyone here good with graphics? -- 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] This is a C++ working code example of using multithreading with semaphores and mutex.
I did not find a C++ example of multithreading for the BeagleBoardBlack
when I searched before.
Since I need to validate the use of threading, semaphores, and mutexes on
my new BeagleBoardBlack I developed this working example.
This example creates 2 different styles of threads (a) the method is the
thread and (b) the method started as a thread creates a class which the
method in turn invokes.
I use the second style because I want to easily detect termination problems
with the thread.
Most of the threads I start for my projects should never return and if they
do then I need to detect the reason behind the termination.
I have a particular coding style that I have developed over the years (45+)
of writing code and teaching programming.
You are free to modify the code as you see fit.
My development environment is as follows:
a) Host computer is PC running Windows 7x64
b) My source editor is Eclipse and I use the created a remote
Configuration to upload and test my programs on the BeagleBoardBlack.
c) Tool chain is SysGCC
d) I run Putty as an additional terminal to the BeagleBoardBlack.
e) These are the two sites I use to help me get up and running
(1)
http://www.michaelhleonard.com/cross-compile-for-beaglebone-black/
(2)
http://learn.adafruit.com/beaglebone-black-installing-operating-systems?view=all
If you have any questions, drop me an email at irelan...@embarqmail.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.
/*
* TestMultiThreading.cpp
*
* Created on: Mar 27, 2014
* Author: Pat's Machine
*/
#include stdio.h
#include pthread.h
#include semaphore.h
#include unistd.h
#define MODULE_NAMETestMultiThreading
#define MODULE_AUTHOR Patrick Ireland
#define MODULE_VERSION 2014-03-27 16:30
#define MOUDLE_PROCESSOR BeagleBoneBlack
#define MODULE_LANGUAGEC++
#define MODULE_TYPEsource
#define MODULE_WHO_AM_ITMUL
class TestThread
{
#define ANSWER_TO_THE_UNIVERSE 42
private:
sem_t* ptrStartSemaphore;
pthread_mutex_t * ptrPThreadMutex;
public:
TestThread(sem_t * argPtrStartSemaphore, pthread_mutex_t * argPtrPThreadMutex)
{
printf(%s - ENTER TestThread::TestThread()\n, MODULE_WHO_AM_I);
ptrStartSemaphore = argPtrStartSemaphore;
ptrPThreadMutex = argPtrPThreadMutex;
} // TestThread()
~TestThread(void)
{
} // ~TestThread()
int threadMain(void)
{
printf(%s - ENTER TestThread::threadMain()\n, MODULE_WHO_AM_I);
int executionCount = 0;
sem_wait(ptrStartSemaphore);
printf(%s - ENTER TestThread Method loop\n, MODULE_WHO_AM_I);
while(true)
{
pthread_mutex_lock(ptrPThreadMutex);
printf(%s - method 3 execution %d\n, MODULE_WHO_AM_I, ++executionCount);
pthread_mutex_unlock(ptrPThreadMutex);
if (executionCount 20) break;
sleep(1);
} // while(true)
pthread_exit(0);
return(ANSWER_TO_THE_UNIVERSE);
} // int threadMain()
};
void * thread1Method(void * argv);
void * thread2Method(void * args);
void * thread3Method(void * argv);
// Used to pass addresses of sem and mutex to threads
typedef struct ThreadData
{
sem_t* ptrSem;
pthread_mutex_t * ptrMutex;
} threadData, * ptrThreadData;
#define ARGV_PROGRAM_NAME 0
#define ARGV_COUNT 1
int main (int argc, char ** argv)
{
printf(%s - ENTER %s\n, MODULE_WHO_AM_I, argv[ARGV_PROGRAM_NAME]);
printf(%s - %s version %s\n, MODULE_WHO_AM_I, MODULE_NAME, MODULE_VERSION);
printf(%s - argc = %d\n, MODULE_WHO_AM_I, argc);
for (int idxArgv = 0; idxArgv argc; idxArgv++)
{
printf (%s - argv[%d] = %s\n, MODULE_WHO_AM_I, idxArgv, argv[idxArgv]);
} // for (int idxArgv = 0; idxArgv argc; idxArgv++)
printf(%s - semaphore inits\n, MODULE_WHO_AM_I);
sem_t sem1;
sem_t sem2;
sem_t sem3;
sem_init(sem1, 0, 0);
sem_init(sem2, 0, 0);
sem_init(sem3, 0, 0);
printf(%s - mutex init\n, MODULE_WHO_AM_I);
pthread_mutex_tmutex;
pthread_mutex_init(mutex, NULL);
printf(%s - prepare data for threads\n, MODULE_WHO_AM_I);
threadData myData1;
myData1.ptrSem = sem1;
myData1.ptrMutex = mutex;
threadData myData2;
myData2.ptrSem = sem2;
myData2.ptrMutex = mutex;
threadData myData3;
myData3.ptrSem = sem3;
myData3.ptrMutex = mutex;
printf(%s - create the threads\n, MODULE_WHO_AM_I);
pthread_t threadID1;
pthread_t threadID2;
pthread_t threadID3;
pthread_create(threadID1,
Re: [beagleboard] Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-27)
Er, sorry. If you post a screen shot of the beagle background image, and give me a short explanation of what you'd like to see I will give it a shot. On Fri, Mar 28, 2014 at 3:22 PM, William Hermans yyrk...@gmail.com wrote: Charles, I am not bad with photoshop, really depends on what exactly what needs being done, but I am quite advanced with some things. As a side note I rather like a black background, But I have not seen the background image you speak of yet. For writing code though my personal preferences are black or very dark background, with light colored text. We all have our own preferences though . . On Fri, Mar 28, 2014 at 3:12 PM, Charles Steinkuehler char...@steinkuehler.net wrote: On 3/28/2014 5:04 PM, Robert Nelson wrote: On Fri, Mar 28, 2014 at 5:00 PM, Charles Steinkuehler char...@steinkuehler.net wrote: * Given the target audience, I would add a terminal short-cut on the application launch bar next to the web browser. It's not hard to get to on the menu, but that's one of the first changes I made to the 3/19 image. Sounds like a nice addon, do you have an example i can pull in? I just right-clicked the application launcher section and added the terminal program. I can crawl around and try to find the modified file if that would help. * I'm not sure who made the black desktop background, but I find it horrid (just the black part...the beagle is cute!) and would much rather see something lighter. I'm not aware of any other GUI environment that ships with a black background as default, and out of all the professional programmers I know, only one uses this sort of color scheme. I stole it from the Angstrom image. We just got to be careful, as it's only 16bit, so some colors combos look odd. I just switched to the first background color that seemed OK, a light blue, IIRC. But that means I lost the beagle. :( Anyone here good with graphics? -- 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Read GPIO Through /dev/mem on BeagleBoneBlack?
Though you cannot avoid searching TRM, Technical Reference Manual, you can get some help on this site. http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/ Sent from my iPad On Mar 28, 2014, at 9:08 PM, Charles Steinkuehler char...@steinkuehler.net wrote: On 3/28/2014 6:47 AM, Dacobi wrote: I'm trying to speed up some PWM IO code by reading/writing straight through /dev/mem I found an example that toggles a led, but non that read GPIO as input. Can anyone point me to an example or some documentation of the GPIO's physical memory addresses? You want the AM335x Technical Reference Manual from TI. -- 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-27)
Thanks, it makes me nervous when I can't shut down cleanly. :-) An unrelated question: I have a decent cross-compile setup, but most of the time it's more convenient and more reliable to build things on the target platform itself. You mentioned once, I think, having a beefy ARM system--is there anything out there better than, say, a CompuLab Utilite that won't break the bank? On Friday, March 28, 2014 2:04:29 PM UTC-7, RobertCNelson wrote: On Thu, Mar 27, 2014 at 3:26 PM, Robert Nelson robert...@gmail.comjavascript: wrote: Thanks to everyone for testing the beta images! In this last last week window I've rolled in many of your changes. So please continue to use the bug tracker: http://bugs.elinux.org/projects/debian-image-releases Big Changes: Added support for Hieu Duong's cape-bone-weather-00B0 Added support for Charles Steinkuehlers universal cape https://github.com/cdsteinkuehler/beaglebone-universal-io Small Changes: Packages added: xrdp, wicd-curses, wicd-cli The gadget serial port (ttyGS0) is now enabled, so you can connect serially over the usb connector. So the images are linked to from here: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-03-27 and the full changelog/tweaklog: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-03-27_Changes So, just noticed something.. sudo halt doesn't work with this image and it's due to systemd and the usb gadget getty instance.. So here's a workaround: sudo rm /etc/systemd/system/getty.target.wants/getty@ttyGS0.service (force hard reboot) sudo halt works again.. So systemd experts, how do we get sudo halt working with that service enabled? 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: Beagle Black Questions
On Friday, March 28, 2014 7:02:18 PM UTC+1, Gerald wrote: The 2GB eMMC won't be used much longer on the BBB. When we move to 4GB, you will have more room to move around. Ooo, that's nice! Any other little improvements on the way? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] This is a C++ working code example of using multithreading with semaphores and mutex.
On 03/28/2014 06:22 PM, Patrick Ireland wrote: I did not find a C++ example of multithreading for the BeagleBoardBlack when I searched before. Hi, if you are going to use multi-threading and locking mechanisms with C++, I would recommend using the new functionality from C++11, there's a lot of documentation and examples about it. If you prefer, somehow equivalent, you could use the boost threading library. regards, Nuno -- http://aeminium.org/nuno/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: Mono on last debian
OK, I tried in ubuntu and since it runs slow, I just switched back. Here is
how it worked in my BBB (or How to get mono in the Beaglebone Black):
1. Configure the SD
https://groups.google.com/forum/embed/?place=forum/beagleboardshowsearch=trueshowpopout=trueshowtabs=truehideforumtitle=trueparenturl=http%3A%2F%2Fbeagleboard.org%2FCommunity%2FForums#!category-topic/beagleboard/support/-I08ZxSpau8
2. Change dir to the SD, run
git clone git://github.com/mono/mono.git
3. sudo apt-get install automake
sudo apt-get install libtool
sudo apt-get install gettext
sudo apt-get install libgdiplus
sudo apt-get install pkg-config
4. ./autogen.sh --prefix=/usr/local
...wait few minutes
5. make get-monolite-latest
6. make EXTERNAL_MCS=${PWD}/mcs/class/lib/monolite/gmcs.exe
...wait few hours
7. make install
...wait about an hour
Mono should be running by now, check that:
root@beaglebone:/home/debian/Desktop/test# mono --version
Mono JIT compiler version 3.4.1 (master/02b95e9 Sat Mar 29 01:45:18 UTC
2014)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors.
www.mono-project.com
TLS: __thread
SIGSEGV: normal
Notifications: epoll
Architecture: armel,vfp+hard
Disabled: none
Misc: softdebug
LLVM: supported, not enabled.
GC:sgen
And compiling something:
1. nano test.cs
2. Type/paste the code below*
3. mcs test.cs
4. mono test.exe
5. Profit!
using System;
internal class Program
{
private static void Main()
{
var d = DateTime.Now.AddSeconds(1); // Just to test Hard-float stuff
Console.WriteLine(Mono reporting for duty at {0}, d);
}
}
1.
2.
On Thursday, March 27, 2014 4:52:49 PM UTC-3, Erwin Ried wrote:
Thanks, I will try in Ubuntu too (because the touchscreen maybe it works
in there)
On Thursday, March 27, 2014 12:41:52 PM UTC-3, mickeyf wrote:
Try:
https://github.com/alexrp/mono/tree/armhf
With build instructions here:
https://github.com/alexrp/mono/tree/armhf
We are using this with RCN's Ubuntu. Last built it many months ago though
and are considering that version stable for our purposes, so can't speak
to any recent changes or updates.
On Wednesday, March 26, 2014 11:46:45 PM UTC-7, Erwin Ried wrote:
Hi, any hint how to install mono in the last debian image? (I need this
because a little touchscreen, very jittery in angstrom)
I get:
root@beaglebone:/# apt-get install mono-runtime
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
mono-runtime:armel : Depends: mono-gac:armel (= 2.10.8.1-8) but it is
not installable
Recommends: binfmt-support:armel (= 1.1.2)
E: Unable to correct problems, you have held broken packages.
And something similar for mono-complete.
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.
