[beagleboard] How to synchronize ADC sampling clock ?
Hi, how to synchronize ADC sampling clock (CLK_M_OSC, in AM335x manual, page 3731) with external 1PPS source or others? I used PTP to synchronize system clock in the kernel before, however, the jitter is about 30us (but I need a jitter with accuracy under 1us.). So I want to synchronize ADC sampling clock(24MHz), Is there any way to synchronize it ? Is the clock of CLK_M_OSC be adjustable? 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] Beaglebone Black Power LED on but no User LEDs running.
Hi All I have a problem with my BBB. When connecting the power, the power led comes on, but no usr leds light up. If an ethernet cable is applied, the ethernet leds are on. I have tried holding down the uboot button when connecting and clicking the reset button as well as the power button. Should the power led turn off or flicker when either the power button or reset button is pressed? Because it doesn't seem to. cheers Peter -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black with thunderbolt
eagletree, For development, I do not think there could be a better setup than NFS.Unless you do a lot of native compiling, where USB might be better( faster writes ). For a production system, NFS should also be no problem. I've yet to experience any problems with it once setup. On Mon, Jul 21, 2014 at 6:11 PM, liyaoshi liyao...@gmail.com wrote: If I can suggest , for storage system , you can try banana pi board . http://www.bananapi.org/ It will have sata and 2 cortex-A7 cores 2014-07-22 8:05 GMT+08:00 eagletree eagletr...@gmail.com: Thanks very much for the reply. I kind of suspected that. The thunderbolt works well with the recent mini-macs and I already have it connected to one as a backup device, it would be simple enough to export on NFS and that would do the job. The way I'm planning the app, there would be multiple BBBs accessing the file system plus they would use standard db IO for sql. Given that each BBB would be handling a single web service request (start to finish of one state), I think NFS would be adequate. I had just hoped to take advantage of the raw performance of the Areca RAID we use. You've settled the architecture for me and it's easier to set up a prototype this way. Thank you. On Monday, July 21, 2014 10:44:27 AM UTC-7, William Hermans wrote: I'm not a Thunderbolt expert, but I think the bottleneck here ( assuming the BBB had access to PCI-E ) would be the CPU. I have been following the concept several years before implemented in consumer product, I still do not know the actual specification, but I am fairly certain the BBB does not have fast enough, or even enough I/O to do Thunderbolt. However, the BBB *can* load the kernel and root file system via USB, NFS, and MMC media at minimum. I've done all 3 of the above, and they a work very well. The on board Ethernet is exceptionally fast when compared to some PC implementations. The USB hardware I tested was nearly twice as fast at writes, but slightly slower at reads( comparedto NFS ). This may / may not have had to do with my external USB media though. iSCSI also worked, but was not faster than NFS. Since NFS is considerably easier to setup, I pretty much gave up on iSCSI. On Sun, Jul 20, 2014 at 2:31 PM, eagletree eagle...@gmail.com wrote: I am very new to the SBC world. I have an RP but would like to use a Beaglebone Black for an application on my network. The difficulty is that the data involved is on a Thunderbolt RAID array. I can re-export access to that file system on a protocol that these small computers could access, but I had hoped to be able to directly connect and avoid having a proxy computer to maintain. Is there any possibility that someone is working on a cape that could access thunderbolt for disk array connections? Is thunderbolt too proprietary and guarded to work up one's own solution? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] BeagleBone Black with thunderbolt
Oh one thing I forgot to mention. This is in the context of Debian Wheezy. On Tue, Jul 22, 2014 at 12:06 AM, William Hermans yyrk...@gmail.com wrote: eagletree, For development, I do not think there could be a better setup than NFS.Unless you do a lot of native compiling, where USB might be better( faster writes ). For a production system, NFS should also be no problem. I've yet to experience any problems with it once setup. On Mon, Jul 21, 2014 at 6:11 PM, liyaoshi liyao...@gmail.com wrote: If I can suggest , for storage system , you can try banana pi board . http://www.bananapi.org/ It will have sata and 2 cortex-A7 cores 2014-07-22 8:05 GMT+08:00 eagletree eagletr...@gmail.com: Thanks very much for the reply. I kind of suspected that. The thunderbolt works well with the recent mini-macs and I already have it connected to one as a backup device, it would be simple enough to export on NFS and that would do the job. The way I'm planning the app, there would be multiple BBBs accessing the file system plus they would use standard db IO for sql. Given that each BBB would be handling a single web service request (start to finish of one state), I think NFS would be adequate. I had just hoped to take advantage of the raw performance of the Areca RAID we use. You've settled the architecture for me and it's easier to set up a prototype this way. Thank you. On Monday, July 21, 2014 10:44:27 AM UTC-7, William Hermans wrote: I'm not a Thunderbolt expert, but I think the bottleneck here ( assuming the BBB had access to PCI-E ) would be the CPU. I have been following the concept several years before implemented in consumer product, I still do not know the actual specification, but I am fairly certain the BBB does not have fast enough, or even enough I/O to do Thunderbolt. However, the BBB *can* load the kernel and root file system via USB, NFS, and MMC media at minimum. I've done all 3 of the above, and they a work very well. The on board Ethernet is exceptionally fast when compared to some PC implementations. The USB hardware I tested was nearly twice as fast at writes, but slightly slower at reads( comparedto NFS ). This may / may not have had to do with my external USB media though. iSCSI also worked, but was not faster than NFS. Since NFS is considerably easier to setup, I pretty much gave up on iSCSI. On Sun, Jul 20, 2014 at 2:31 PM, eagletree eagle...@gmail.com wrote: I am very new to the SBC world. I have an RP but would like to use a Beaglebone Black for an application on my network. The difficulty is that the data involved is on a Thunderbolt RAID array. I can re-export access to that file system on a protocol that these small computers could access, but I had hoped to be able to directly connect and avoid having a proxy computer to maintain. Is there any possibility that someone is working on a cape that could access thunderbolt for disk array connections? Is thunderbolt too proprietary and guarded to work up one's own solution? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Beaglebone Black Power LED on but no User LEDs running.
Hi Peter. Have you done anything recently to your BBB like flash a new Linux image, or modify any of the boot files ? I've experienced this myself when setting up various boot media and either making a typo, or misconfiguration in uEnv.txt. On Mon, Jul 21, 2014 at 11:58 PM, Peter petermilan...@gmail.com wrote: Hi All I have a problem with my BBB. When connecting the power, the power led comes on, but no usr leds light up. If an ethernet cable is applied, the ethernet leds are on. I have tried holding down the uboot button when connecting and clicking the reset button as well as the power button. Should the power led turn off or flicker when either the power button or reset button is pressed? Because it doesn't seem to. cheers Peter -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Edimax 7811UN as Access Point
Ok I know the web is full of this kind of stuff I apologize in advance, however I believe I have just about tried it all. Is there an idiots guide to get this Realtek 8188CU chipset working as an Access Point? I have tried to build any number of hostapd versions - all fail to build. Usually due to issues around 'modules'. I have downloaded sources, headers etc to no avail. Current sources at linux-3.8.13-bone43 and headers linux-headers-3.8.13-bone43 Even found a bash script that took me through the process and filled out hostapd.conf to my requirements and installed everything - didn't work. I am running Debian uname -r gives 3.8.13-bone43 Has anyone found a pre-built ready to install version of the driver and the hostapd for debian? - for dummies like me! Thanks in advance AP -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: setting priority of two ethernet connections
Thank you Iiyaoshi, it works sudo route del -net 0.0.0.0 gateway 192.168.0.1 and now if I ping an external address it uses 192.168.1.1 gateway (usb internet key). But how can I automate this? I can add to /etc/network/interfaces, on the eth0 section: down route del -net 0.0.0.0 gw 192.168.0.1 up route add -net 0.0.0.0 gw 192.168.0.1 metric 0 but I don't know if the eth0 ethernet connection has internet access or not. Because sometimes I will connect the board to the notebook with a crossover cable to manage it. In this case eth0 will be up but without internet connection, so the BBB should still use internet key at 192.168.1.1 Is there a method that tried both ways, and chose the one working that has higher priority? To Jeronimo Lopes: in my case there was no need for any configuration. With some operating systems I have read that you have to make switching between mass-storage and modem behavior (as usual with internet keys), but with debian and ubuntu even this. I only rename the connection that initially appeared as rename3 rather than eth1, adding the mac-address with the correct name in the file /etc/udev/rules.d/70-persistent-net.rules. I will try wicd! thank you for the advice! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Serial port problems installing Misterhouse on Beaglebone Bone black
I'm installing misterhouse (http://misterhouse.sourceforge.net/) on the standard debian build (3.8.13) on a beaglebone black and struggling. Misterhouse is a Smart Home package that is written in Perl My current problem is that during the initialization of the serial port it cannot find ttycom.ph, termbits.ph and termios.ph. The version of Perl it needed was 5.20 as my code uses File::Copy which only came in with 5.20. I also have tried 5.14.2. In other posts it recommends you run h2ph once you have found the .h versions of these files, unfortunately I cannot locate ttycom.h and in any case when I try to run h2ph I get an error 'require _h2ph_pre.ph' can anyone help? Would using the ubuntu build be better? 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] Installing Flash for Chromium
Hi, I use a BBB with the default debian xfce desktop. I just want to share something I found in order to enable Flash on Chromium. By default Chromium has a Flash player but it doesn't work on every flash related websites... The solution consists in downloading pepperflash plugin (for ARM). You can follow this tutorial: http://blog.valitov.me/2014/06/installing-google-chromium-on-arm.html?m=1 Claude -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Bluesteel basic option for flash?
And who is responsible for the BlueSteel? http://elinux.org/CircuitCo:BlueSteel-Basic mentions CircuitCo as vendor... Am Montag, 30. Juni 2014 14:27:29 UTC+2 schrieb Gerald: You need to ask the BlueSteal people. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] PRU IEP Timer to time pulse from HC-SR04
This example repeats the Prutimer example that used the cycle counter. This example uses the IEP timer. Code at: https://github.com/jstampfl/Prutimer_IEP / pi.p // To get the echo pulse on pin P8 15. // assemble: pasm -v3 -b pt.p(could be pasm_2 if you follow directions ) .setcallreg r2.w0// .origin 0 .entrypoint T811 #define CTRL 0x22000 //Start of control registers. #define IEP 0x2E000 //Start of IEP registers. T811: ldi r11,0 ldi r12,0 //pointer to data memory mov r7, 0x111 // value to enable the IEP // GLOBAL_CONFIG //0x1 to enable //0x10 to set default increment //0x100 to set compensation increment // compensation is not used here mov r5,IEP// pointer to IEP registers ldi r6,0 // index for IEP registers ldi r3, 0 // zero to disable IEP sbbo r3,r5,r6,4 // Disable the IEP count ldi r6,0xC// Offset for IEP counter ldi r4,1 sbbo r4,r5,r6,4 // zero the counter TB1: qbbs TB1,r31,15// wait here for echo line to go low // WAIT FOR THE ECHO PULSE TB2: qbbc TB2,r31,15// wait here for echo line to go high // - start of pulse // START THE IEP COUNTER sbbo r7,r5,0,4 // enable IEP // WAIT FOR THE PULSE TO END TB3: qbbs TB3,r31,15// wait here until echo line goes low. // GET THE CYCLE COUNT AND PUT IN PRU0 LOCAL DATA MEMORY lbbo r11,r5,0xC,4 // get the count sbbo r10,r12,0,8 // put r10 r11 (the unused signal // cycle count) in pru0 data memory // STOP THE IEP COUNTER sbbo r3,r5,0,4 // put back sbbo r3,r5,0xC,4// Zero the cycle count // SEND INTERRUPT SIGNAL TO LINUX SIDE mov r31.b0,35 //Send interrupt to Linux side lbbo r11,r12,8,4 // Check for end flag from Linux side qbne TB1,r11,2 // go back for more TB4: halt -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Bluesteel basic option for flash?
Special Computing is the BlueSteel vendor now, more documentation to follow. https://specialcomp.com/beaglebone/#23001 On Tue, Jul 22, 2014 at 4:06 AM, karlkarpfe...@gmail.com wrote: And who is responsible for the BlueSteel? http://elinux.org/CircuitCo:BlueSteel-Basic mentions CircuitCo as vendor... Am Montag, 30. Juni 2014 14:27:29 UTC+2 schrieb Gerald: You need to ask the BlueSteal people. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] why beaglebone black died
I can't answer your question. I do not have enough information.. If you would like to send me a schematic I can take a look at it and see fi I can see an issue, You might also check here: http://www.elinux.org/Beagleboard:BeagleBoneBlack#Improper_Power_DownAll_Revisions http://www.elinux.org/Beagleboard:BeagleBoneBlack#Expansion_Header_Usage Gerald On Mon, Jul 21, 2014 at 7:07 PM, Carol Hsin carolh...@gmail.com wrote: I'm using a ULN2003AN to actuate a 24V/3W solenoid valve. After I set pin P8_11 to HIGH, the solenoid clicked and its power led turned on, then the BBB died. I tried turning the BBB power on again, but all that happens is that the power led flashes briefly. I had checked everything w a multimeter before hooking up the system. The solenoid is 177 ohms; hooked to 24V, it reads 0.151A -- which is under ULN2003AN's .5A max and matches its datasheet (AVS-5322-24D on http://www.automationdirect.com/static/specs/nitradirectionsolenoidavs5.pdf). There shouldn't be a problem. And the ULN2003AN isn't broken. The BBB and transistor worked fine for a more expensive solenoid valve (VUVB-L: http://www.festo.com/net/SupportPortal/Files/17267/Ventile_en.pdf). I've tested it with that valve and the multimeter read 374 ohms; hooked to 24V, it reads 0.062A. I don't understand why the BBB died. It shouldn't have because I was careful about checking the datasheets and then w the multimeter. Would someone please tell me what went wrong? I can't see any mistakes. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] Error in adding Serial Cap RS-485 on BBB
Hello all, I have two questions below. And please help. 1. I add a RS323/RS485 Serial Cap from Logic Supply to my BBB. After I configured the rs485 cap, pinmux shows that the UART is connected to pins 28 and 29. (Pin 28 is pin 44e10870). But when I check the kernel log, I have Error -22 saying that pin 44e10870 is already requested by pin 481a8000. 2. How do I test RS485 function? And what interface cable do I need? Any ideas? Best Regards. -Paul -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Cape BeagleBone RF
Texto em português: Boa noite, Estou procurando a cape BeagleBone RF com a seguinte descrição: *Descriptions* The BeagleBone RF Cape provides BeagleBone boards the ability to interface with popular radio interfaces. This cape features industry standard radio EVM connectors which can be used to interface with two simultaneous radio devices. The BeagleBone RF Cape supports proprietary RF, IEEE 802.11, IEEE 802.15.5, 6LoWPAN radio chips and more. Se alguém tiver alguma Cape BeagleBone RF, por favor entre em contato. Text in English: Good night, I'm looking for BEAGLEBONE RF cape with the following description: *Descriptions* The BeagleBone RF Cape provides BeagleBone boards the ability to interface with popular radio interfaces. This cape features industry standard radio EVM connectors which can be used to interface with two simultaneous radio devices. The BeagleBone RF Cape supports proprietary RF, IEEE 802.11, IEEE 802.15.5, 6LoWPAN radio chips and more. If anyone has any Cape BEAGLEBONE RF, please contact us. Att, Rafael Hoffmann -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] PRU writing to DDR-ram takes long time
This solution works fantastically for me! I couldn't figure out why my write speeds were so slow. Thanks for posting this! On Monday, October 7, 2013 1:15:45 AM UTC+8, Nils Zottmann wrote: I think I found a better solution now. Opening /dev/mem was done by info-mem_fd = open(/dev/mem, O_RDWR); before, i changed it to info-mem_fd = open(/dev/mem, O_RDWR | O_SYNC); Now it works with the speed I expected and I don't have to drop the cache. I'm not really sure if I should also use the O_DIRECT flag, but when doing so (and defining #define _GNU_SOURCE (see http://www.titov.net/2006/01/02/using-o_largefile-or-o_direct-on-linux/)), I get a segfault when reading from the mapped buffer, I don't know why. With only O_SYNC it works as it should. What do you think about this solution? Am Sonntag, 6. Oktober 2013 16:44:59 UTC+2 schrieb Nils Zottmann: Okay, my problem seems to be this: http://en.wikipedia.org/wiki/Direct_memory_access#Cache_coherency Is there a way to do this without programming kernel-level code? I've never done this before and don't really know what to do exactly. I found the option to drop the cache by writing a 1 to /proc/sys/vm/drop_caches. I used this is my program with this few lines of code: FILE * fd; fd = open(/proc/sys/vm/drop_caches, O_WRONLY); write(fd, 1, sizeof(char)); close(fd); It works most of the time, but sometimes I have to write the 1 a few more times until the cache is really flushed. Perhaps this is only a problem with another cache when writing to this file. I have some more questions now: This is a workaround, but I think no good solution. Is there any nicer way to drop the cache in C? Could I get performance problems at another point if I drop the cache too often (about every sec. later)? Is there a possibility to drop only the cache for my memory section? Or to disable caching for this part of memory? Is there a function like memcpy which is able to read directly from the memory without looking in the cache? Thank you for the help! Nils Am Freitag, 4. Oktober 2013 23:00:34 UTC+2 schrieb Charles Steinkuehler: On 10/4/2013 12:13 PM, Nils Zottmann wrote: Has anyone an explanation for this behaviour? Perhaps it is a problem with some kind of cache, how could I get around this? I'd like to implement a ring buffer but it would have to be very large if it has to take data of several seconds. You are encountering caching effects on the ARM side. The proper way to deal with this is to set the memory flags appropriately in the MMU, typically with kernel-level code that's setting up to do DMA. The PRU in this use case basically looks like a smart peripheral that can modify the contents of memory directly. That is the same as any other DMA enabled I/O device, and requires the same care with handling of the memory regions. -- Charles Steinkuehler cha...@steinkuehler.net -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Reading analog inputs fast in beaglebone black
Having trouble compiling because I don't have libsupc++, how do I get that on the beagle? On Saturday, June 21, 2014 5:39:56 PM UTC-5, Rafael Vega wrote: Here's what I did: 1. Install FreeBasic compiler in BBB 1.1. Download package from http://www.freebasic-portal.de/downloads/fb-on-arm/bbb-fbc-fbc-fuer-beaglebone-black-283.html wget http://www.freebasic-portal.de/dlfiles/452/bbb_fbc-0.0.2.tar.xz 1.2. Uncompress and copy files cd bbb_fbc-0.0.2 cp usr/local/bin/fbc /usr/local/bin/ cp -R usr/local/lib/freebasic /usr/local/lib/ 2. Install pruss driver kit for freebasic and BBB. 2.1. Download and uncompress package from http://www.freebasic-portal.de/dlfiles/539/FB_prussdrv-0.0.tar.bz2 2.2. Copy files cd FB_prussdrv-0.0 cp bin/libprussdrv.* /usr/local/lib ldconfig mkdir /usr/local/include/freebasic/BBB cp include/* /usr/local/include/freebasic/BBB cp bin/pasm/usr/local/bin cp bin/PRUSSDRV-00A0.dtbo /lib/firmware 2.3. Install am335x-pru-package apt-get install am335x-pru-package 2.4. Activate the PRUSS by enabling the tree overlay. This must be done everytime, after each boot or before running your programs. echo PRUSSDRV /sys/devices/bone_capemgr.9/slots 3. Install libpruio 3.1. Download and uncompress package from http://www.freebasic-portal.de/dlfiles/554/libpruio-0.0.2.tar.bz2 3.2. Copy files cd libpruio-0.0.2 cd src/c_wrapper/ cp libpruio.so /usr/local/lib cp libpruio.a /usr/local/lib ldconfig cd ../pruio/ cp pruio.bi /usr/local/include/freebasic/BBB cp pruio.hp /usr/local/include/freebasic/BBB cp pruio_pins.bi /usr/local/include/freebasic/BBB 4. Here's a simple example C program that uses the library #include stdio.h #include unistd.h #include pruio_c_wrapper.h #include pruio_pins.h int main(int argc, const char *argv[]) { PruIo *io = pruio_new(0, 0x98, 0, 1); if (io-Errr) { printf(Initialisation failed (%s)\n, io-Errr); return 1; } if(pruio_config(io, 0, 0x1FE, 0, 4, 0)){ printf(Config failed (%s)\n, io-Errr); return 1; } int a = 0; int i; while(1){ printf(\r%12o %12o %12o %12o %4X %4X %4X %4X %4X %4X %4X %4X\n, io-Gpio[0].Stat, io-Gpio[1].Stat, io-Gpio[2].Stat, io-Gpio[3].Stat, io-Value[1], io-Value[2], io-Value[3], io-Value[4], io-Value[5], io-Value[6], io-Value[7], io-Value[8]); fflush(STDIN_FILENO); usleep(1000); } pruio_destroy(io); return 0; } 5. To compile it, here's a makefile: all: bbb-io.c Makefile gcc -Wall -o bbb-io bbb-io.c /usr/local/lib/freebasic/fbrt0.o -lpruio -L/usr/local/lib/freebasic/ -lfb -lpthread -lprussdrv -ltermcap -lsupc++ -Wno-unused-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.
[beagleboard] Re: Launching a .sh script @start BBB Augstrom
thank you. I find out that the script was launched too early and the commands inside where erased by auto-login. tks for help again -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: Reading analog inputs fast in beaglebone black
Trying to get the libpru stuff to work but it won't compile because I don't have libsupc++. How do I get that on beaglebone using the angstrom distro? On Saturday, May 24, 2014 3:23:32 AM UTC-5, Rafael Vega wrote: I need to read all 7 analog pins in the BBB every 5 milliseconds. I'm doing so with the following C code: void main(){ char value_str[7]; long int value_int = 0; FILE* f0 = fopen(/sys/bus/iio/devices/iio:device0/in_voltage0_raw, r); while(1){ fread(value_str, 6, 6, f0); value_int = strtol(value_str,NULL,0); printf(0 %li\n, value_int); fflush(stdout); usleep(5000); rewind(f0); } Hoever, the cpu usage goes up really high (20%). Is there any way to read the analog inputs differently so that it doesn't use as much CPU? Someone suggested DMA but I'm completely lost on that regard... Any help will be appreciated. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Want to serial boot my BBB
I was able to send the MLO file via minicom / x-modem just fine to the board. However after the transfer completed, nothing happened. Should I expect to see any output on the serial console afterward? On Mon, Jul 21, 2014 at 10:14 AM, Dallas Clement dallas.a.clem...@gmail.com wrote: Okay, thanks very much! I'll give that a try. On Mon, Jul 21, 2014 at 3:23 AM, liyaoshi liyao...@gmail.com wrote: Sorry , I have made a mistake . On omap3 board ,you should use pserial to download from serial And on am335x / dm8148 board. x-modem is enough.and MLO is for boot from serial So , please try to use teraterm , and upload from file-transfer-xmodem-send. Then power on the beaglebone board . 2014-07-21 16:17 GMT+08:00 liyaoshi liyao...@gmail.com: If I remember correctly , You should load x-loader.bin NOT MLO While the different between MLO and x-loader.bin is MLO has 8 bytes head , the first 4 bytes is dest and the second 4 bytes is length . This is for boot from NAND /eMMC , and when download from serial . the boot rom will download to fixed address and limit length . 2014-07-21 12:04 GMT+08:00 John Syn john3...@gmail.com: From: Dallas Clement dallas.a.clem...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, July 20, 2014 at 9:19 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Want to serial boot my BBB One other data point. If I don't press and hold the boot switch when power is applied and instead wait a few seconds after applying power and then press the boot switch, the pserial command is able to detect the ASIC ID and download the x-loan.bin. You should be loading MLO, not x-load.bin. I also haven’t tried this myself, but loading via serial shouldn’t be any different from loading from tftp. The load addresses should be identical. Regards, John $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin Waiting For Device ASIC ID: Press Ctrl+C to stop ASIC ID Detected: 0x85 0x74 0x61 0x90 Sending 2ndFile: Downloading file: 100.000% completed (10516/10516 bytes) File download completed. However, the BBB boots from the eMMC instead of the x-loan.bin I downloaded. So this is progress. It means that my pserial command does work with a BBB and the BBB ROM code does respond with its ASIC ID and does in fact download the x-load.bin. It looks like I just need to figure out what the correct boot switch power on sequence is now. On Sunday, July 20, 2014 10:36:45 AM UTC-5, Dallas Clement wrote: Hi William. Thanks for the help. I'm stuck much earlier on than u-boot. I am expecting the ROM to return the ASIC ID when I run the pserial command to try and load the first stage boot loader (x-load.bin). I'm not even able to get past that. It looks like either I have the wrong pserial command or maybe the BBB ROM does not provide an ASIC ID. I don't know enough about the Sitara processor to say. If I can get the x-loader to work, I think I am home free because it should be able to load a u-boot.bin. On Sunday, July 20, 2014 10:18:50 AM UTC-5, William Hermans wrote: Ok after reading the second link fully, I noticed a few things. First, the boot file is different. We have zImage typically, so I would assume the bootz command would be necessary. *OR* you could convert a zImage to uImage. Secondly, the base load address is different, so this would need to be taken into account. Although I think changing this would be fairly simple. Lastly, we also need to load the device tree board file, and I am a bit confused about this for loading serially. On Sun, Jul 20, 2014 at 7:59 AM, William Hermans yyr...@gmail.com wrote: uboot is supposed to handle serial booting. However, I have no personal hands on. Just a quick google search showed many results however. One thing to note is that uboot for the BBB is patched, so possibly different. It does not however make sense for this feature to be patched out, so I would assume that it should work. Sorry for the less than definitive answer, perhaps someone with hands on will respond. You can however experiment on your own. http://blackfin.uclinux.org/doku.php?id=bootloaders:u- boot:serial_port_loading_files http://blog.mezeske.com/?p=483 $ apt-cache search ckermit ckermit - serial and network communications package Second link package mentioned is available, so looks to be possible. On Sun, Jul 20, 2014 at 7:44 AM, Dallas Clement dallas.a...@gmail.com wrote: Hi, I am trying to boot my BBB over a serial connection, and need a little help. I have followed the instructions for UART recovery listed here http://elinux.org/BeagleBoardRecovery I built the pserial tool and an x-loan.bin, but when I try to load it, I just getting hanging. $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin Waiting For Device ASIC ID: Press Ctrl+C to stop I am using a 6 pin TTL to USB cable to my PC. Perhaps
Re: [beagleboard] Re: Beaglebone Black Ethernet Phy Not Detected on Boot.
On Friday, July 18, 2014 1:26:21 PM UTC+2, RobertCNelson wrote: On Fri, Jul 18, 2014 at 5:42 AM, krd k...@dacsystem.pl javascript: wrote: On Monday, July 7, 2014 5:17:12 PM UTC+2, RobertCNelson wrote: On Mon, Jul 7, 2014 at 2:52 AM, Micka micka...@gmail.com wrote: Hello, I'm on the Kernel 3.8.13-bone56 and I've still this problem : Scanning for Btrfs filesystems systemd-fsck[202]: rootfs: clean, 110431/966656 files, 771069/3864576 blocks [7.665617] libphy: PHY 4a101000.mdio:00 not found [7.670642] net eth0: phy 4a101000.mdio:00 not found on slave 0 [7.676834] libphy: PHY 4a101000.mdio:01 not found [7.681844] net eth0: phy 4a101000.mdio:01 not found on slave 1 I've to reboot many times to get lucky . Hey Micka, how about the newly pushed out bone60? Regards, -- Robert Nelson http://www.rcn-ee.com/ I am using 3.15.0-rc8-bone1 kernel and I am experiencing the same problem with loosing eth occasionally. For some reasons I don't want to use 3.8.* kernels. Can you recommend me some of these new kernel that do not replicate the issue? I am thinking of giving a try to the latest 3.16-rc5... Well, I added that patch in 3.15.4-bone4 so 3.15.0-rc8-bone1 doesn't include it. The latest from that branch is 3.15.6-bone5 Regards, -- Robert Nelson http://www.rcn-ee.com/ I updated my kernel to 3.15.6-bone5, just as you've said. But, as it seems, this does not fix the issue completely. What I'm observing is lack of ethernet connection after some boots. They characterise with initial hangup, I can see 'C' being put on the console until a watchdog located on cape connected to my BBB reboots the BBB. It happens on its own, without any extraordinary operation being run on this system. For example two times last night. I have to plug out and in the power cable to fix the issue, SW reboot doesn't help. Power is delivered to BBB via our cape. Another way to reproduce it is to plug out the sd card and wait for watchdog to reboot BBB. After that, 'C' are printed to the console(OS on eMMC is not bootable), and when I insert back the sd it instantly boots from it. No connection after that too. Do you have any ideas on what's going on and how to fix this? Below I'm attaching the log from this: Welcome to minicom 2.7 OPTIONS: I18n Compiled on Jan 1 2014, 17:13:19. Port /dev/ttyUSB0, 14:22:11 Press CTRL-A Z for help on special keys CCC U-Boot SPL 2014.04-00014-g47880f5 (Apr 22 2014 - 13:23:54) reading args spl_load_image_fat_os: error reading image args, err - -1 reading u-boot.img reading u-boot.img U-Boot 2014.04-00014-g47880f5 (Apr 22 2014 - 13:23:54) I2C: ready DRAM: 512 MiB NAND: 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment Net: ethaddr not set. Validating first E-fuse MAC Could not get PHY for cpsw: addr 0 cpsw, usb_ether Hit any key to stop autoboot: 0 gpio: pin 53 (gpio 53) value is 1 mmc0 is current device gpio: pin 54 (gpio 54) value is 1 SD/MMC found on device 0 reading uEnv.txt 1696 bytes read in 6 ms (275.4 KiB/s) gpio: pin 55 (gpio 55) value is 1 Loaded environment from uEnv.txt Importing environment from mmc ... using: am335x-boneblack.dtb... Checking if uenvcmd is set ... gpio: pin 56 (gpio 56) value is 1 Running uenvcmd ... reading zImaget it. After that, 'C' are printed to the console(OS on eMMC is not bootable), and when i insert back the sd it instantly boots from it. No ethernet after that too. Below I'm attaching the log f 6224648 bytes read in 343 ms (17.3 MiB/s) reading initrd.img 2957458 bytes read in 218 ms (12.9 MiB/s) reading /dtbs/am335x-boneblack.dtb 31128 bytes read in 11 ms (2.7 MiB/s) Kernel image @ 0x8200 [ 0x00 - 0x5efb08 ] ## Flattened Device Tree blob at 8800 Booting using the fdt blob at 0x8800 Using Device Tree in place at 8800, end 8800a997 Starting kernel ... [0.581100] omap_init_mbox: hwmod doesn't have valid attrs [2.361161] ti_reset_probe: missing 'resets' child node. [2.381165] pinctrl-single 44e10800.pinmux: pin 44e10950.0 already requested by 48024000.serial; cai [2.393187] pinctrl-single 44e10800.pinmux: pin-84 (4803.spi) status -22 [2.400599] pinctrl-single 44e10800.pinmux: could not request pin 84 (44e10950.0) from group pinmuxe [2.413381] omap2_mcspi 4803.spi: Error applying setting, reverse things back [2.542846] Error: Driver 'tfp410' is already registered, aborting... [2.617805] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [2.624614] sr_init: platform driver register failed for SR Loading, please wait... modprobe: chdir(3.15.6-bone5): No such file or directory modprobe: chdir(3.15.6-bone5): No such file or directory modprobe: chdir(3.15.6-bone5): No such file or directory systemd-fsck[211]: BBB_OS:
Re: [beagleboard] Compiling Debian kernel for BBB
Robert, your kernel building tools are really impressive. There's one more thing I'm trying to figure out. I've run: host$ *git checkout 3.8.13-bone60 -b v**3.8.13-bone60* host$ *./build_kernel.sh* and got the right kernel and it works. Now I want to switch to a newer kernel. Here's what I tried: host$ *git checkout 3.16-rc6-bone1 -b v3.16-rc6-bone1* host$ *tools/rebuild.sh* It compiled the wrong version. It did 3.8.13-bone1 instead, so I tried host$ *./build_kernel.sh* and got the 3.8.13-bone1 kernel again. What do I do to switch to a whole different version of the kernel? --Mark On Monday, July 21, 2014 4:17:49 PM UTC-4, RobertCNelson wrote: On Mon, Jul 21, 2014 at 3:08 PM, Mark A. Yoder mark.a...@gmail.com javascript: wrote: Are you scripts smart enough to install the right cross compilers? Do I need sudo apt-get install gcc-arm-linux-gnueabi? I don't bother using ubuntu's default gcc-arm-linux-gnueabi(hf) compilers, they eol their release's way to fast and they vary from distro release. I always pull them down from: http://releases.linaro.org/ I have the am335x-v3.8 locked in on the last linaro 4.7 gnueabihf, such that it'll still build the branch today and 2 years from now. You can always override CC= in system.sh and do what you want. 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] Compiling Debian kernel for BBB
On Tue, Jul 22, 2014 at 10:39 AM, Mark A. Yoder mark.a.yo...@gmail.com wrote: Robert, your kernel building tools are really impressive. There's one more thing I'm trying to figure out. I've run: host$ git checkout 3.8.13-bone60 -b v3.8.13-bone60 host$ ./build_kernel.sh and got the right kernel and it works. Now I want to switch to a newer kernel. Here's what I tried: host$ git checkout 3.16-rc6-bone1 -b v3.16-rc6-bone1 After a checkout always run ./build_kernel.sh first to reset the ./KERNEL/ directory. host$ tools/rebuild.sh It compiled the wrong version. It did 3.8.13-bone1 instead, so I tried host$ ./build_kernel.sh and got the 3.8.13-bone1 kernel again. What do I do to switch to a whole different version of the kernel? 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] Help about device tree
Hello! I have built a simple cape for mi BBB (Rev A5C) that export some GPIO, an UART and I2C. This cape have the eeprom, according to SRM. How I can write DTS file without become crazy? There is an IDE or so on? Any help will be appreciated! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Compiling Debian kernel for BBB
It works! So you only use tools/rebuild.sh if you are working with the same version of the kernel. On to the next problem. :- I'm playing with v3.16-rc6-bone1 and tools/install_kernel.sh says: tools/install_kernel.sh: 233: tools/install_kernel.sh: Syntax error: ( unexpected (expecting then) Looks like features are being added, but aren't there yet... --Mark On Tuesday, July 22, 2014 11:55:34 AM UTC-4, RobertCNelson wrote: On Tue, Jul 22, 2014 at 10:39 AM, Mark A. Yoder mark.a...@gmail.com javascript: wrote: Robert, your kernel building tools are really impressive. There's one more thing I'm trying to figure out. I've run: host$ git checkout 3.8.13-bone60 -b v3.8.13-bone60 host$ ./build_kernel.sh and got the right kernel and it works. Now I want to switch to a newer kernel. Here's what I tried: host$ git checkout 3.16-rc6-bone1 -b v3.16-rc6-bone1 After a checkout always run ./build_kernel.sh first to reset the ./KERNEL/ directory. host$ tools/rebuild.sh It compiled the wrong version. It did 3.8.13-bone1 instead, so I tried host$ ./build_kernel.sh and got the 3.8.13-bone1 kernel again. What do I do to switch to a whole different version of the kernel? 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] Compiling Debian kernel for BBB
On Tue, Jul 22, 2014 at 11:45 AM, Mark A. Yoder mark.a.yo...@gmail.com wrote: It works! So you only use tools/rebuild.sh if you are working with the same version of the kernel. On to the next problem. :- I'm playing with v3.16-rc6-bone1 and tools/install_kernel.sh says: tools/install_kernel.sh: 233: tools/install_kernel.sh: Syntax error: ( unexpected (expecting then) This is fixed in the HEAD of the v3.16-rc branch. Just fine tuning, the updating process of /boot/uEnv.txt (uname_r) along with some error checks. 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] Compiling Debian kernel for BBB
I always use these instructions. They are all-sufficient http://eewiki.net/display/linuxonarm/BeagleBone+Black 2014-07-22 21:04 GMT+04:00 Robert Nelson robertcnel...@gmail.com: On Tue, Jul 22, 2014 at 11:45 AM, Mark A. Yoder mark.a.yo...@gmail.com wrote: It works! So you only use tools/rebuild.sh if you are working with the same version of the kernel. On to the next problem. :- I'm playing with v3.16-rc6-bone1 and tools/install_kernel.sh says: tools/install_kernel.sh: 233: tools/install_kernel.sh: Syntax error: ( unexpected (expecting then) This is fixed in the HEAD of the v3.16-rc branch. Just fine tuning, the updating process of /boot/uEnv.txt (uname_r) along with some error checks. 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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: BBB, Android, and 4DCAPE-70T
This change does solve my problem. Thanks! Lei On Tuesday, June 24, 2014 2:14:24 AM UTC-4, Vishveshwar wrote: On Monday, June 23, 2014 2:15:31 AM UTC+5:30, George McCauley Sr. wrote: Hi All, I was able to get Android 4.3 installed on my BBB thanks to this ( http://www.2net.co.uk/tutorial/android-4.3-beaglebone-fastboot). Everything seems to work fine with the 4DCAPE-70T except for one small problem. It appears that the BBB is not using the whole screen. About a half inch along the right edge is not being used. I found this video (https://www.youtube.com/watch?v=2MmWkt_7-y0) and they appear to have the same problem. It can be seen at 1:22 in the video. It's not overly noticeable and I actually just noticed it yesterday. I'm not sure if I had the same experience with Angstrom on the BBB or not. I guess it's not a huge deal, but now that I've noticed it, my OCD won't let me ignore it. :-( PS - If this is a duplicate post, I apologize. I typed it all out once and posted, but then couldn't find it. I am guessing the black strip you see is the Navigation Bar, but the buttons are not getting displayed. Try the following change. That should fix the issue of buttons not showing on Nav Bar. https://gitorious.org/rowboat/vendor-ti-am335xevm/commit/53391ade1b440e94c73db59444bf72529ce9ff32 -Vishveshwar -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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] cryptsetup / LUKS disk encryption on Debian not working
Hello I am trying to encrypt a USB drive using the BBB and Debian wheezy (Kernel 3.8.13-bone20). So the command I try is: cryptsetup --verbose --verify-passphrase luksFormat /dev/sda1 However I get the following errors: Failure to communicate with kernel device-mapper driver. Check that device-mapper is available in the kernel. Cannot initialize device-mapper. Is dm_mod kernel module loaded? Command failed with code 38: Cannot initialize device-mapper. Is dm_mod kernel module loaded? As far as my limited Linux knowledge tells me, the respective kernel modules are not part of my kernel. Is that correct? Is there an easy way to make this work? Or do you see alternatives to encrypt USB drives? 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] cryptsetup / LUKS disk encryption on Debian not working
On Tue, Jul 22, 2014 at 2:07 PM, niko.hee...@gmail.com wrote: Hello I am trying to encrypt a USB drive using the BBB and Debian wheezy (Kernel 3.8.13-bone20). So the command I try is: cryptsetup --verbose --verify-passphrase luksFormat /dev/sda1 However I get the following errors: Failure to communicate with kernel device-mapper driver. Check that device-mapper is available in the kernel. Cannot initialize device-mapper. Is dm_mod kernel module loaded? Command failed with code 38: Cannot initialize device-mapper. Is dm_mod kernel module loaded? As far as my limited Linux knowledge tells me, the respective kernel modules are not part of my kernel. Is that correct? Is there an easy way to make this work? Or do you see alternatives to encrypt USB drives? So... 3.8.13-bone20 was released on May 28, 2013.. I enabled dm_mod support in 3.8.13-bone22 (on Jun 20, 2013).. We are currently shipping 3.8.13-bone60.. You should really upgrade. 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] cryptsetup / LUKS disk encryption on Debian not working
OMG - fastest reply ever. Thank you so much Robert. I thought I tried updating the kernel. What I did: wget https://rcn-ee.net/deb/sid-armhf/v3.8.13-bone60/install-me.sh chmod +x install-me.sh sudo ./install-me.sh sudo reboot But apparently this is not how its being done. Is there a howto for newbie somewhere...? Where did I go wrong? Thanks again! On Tuesday, July 22, 2014 9:16:33 PM UTC+2, RobertCNelson wrote: On Tue, Jul 22, 2014 at 2:07 PM, niko@gmail.com javascript: wrote: Hello I am trying to encrypt a USB drive using the BBB and Debian wheezy (Kernel 3.8.13-bone20). So the command I try is: cryptsetup --verbose --verify-passphrase luksFormat /dev/sda1 However I get the following errors: Failure to communicate with kernel device-mapper driver. Check that device-mapper is available in the kernel. Cannot initialize device-mapper. Is dm_mod kernel module loaded? Command failed with code 38: Cannot initialize device-mapper. Is dm_mod kernel module loaded? As far as my limited Linux knowledge tells me, the respective kernel modules are not part of my kernel. Is that correct? Is there an easy way to make this work? Or do you see alternatives to encrypt USB drives? So... 3.8.13-bone20 was released on May 28, 2013.. I enabled dm_mod support in 3.8.13-bone22 (on Jun 20, 2013).. We are currently shipping 3.8.13-bone60.. You should really upgrade. 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] cryptsetup / LUKS disk encryption on Debian not working
On Tue, Jul 22, 2014 at 2:29 PM, niko.hee...@gmail.com wrote: OMG - fastest reply ever. Thank you so much Robert. I thought I tried updating the kernel. What I did: wget https://rcn-ee.net/deb/sid-armhf/v3.8.13-bone60/install-me.sh chmod +x install-me.sh sudo ./install-me.sh sudo reboot But apparently this is not how its being done. Is there a howto for newbie somewhere...? Where did I go wrong? First lets start with figuring what image you have first: cat /etc/rcn-ee.conf 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] cryptsetup / LUKS disk encryption on Debian not working
No such file or directory... I am running a Debian Wheezy I downloaded from the BBB Wiki a while ago. Can this also be updated (using your tools)? Would there be a simple way to migrate? Thanks += 1 On Tuesday, July 22, 2014 9:55:31 PM UTC+2, RobertCNelson wrote: On Tue, Jul 22, 2014 at 2:29 PM, niko@gmail.com javascript: wrote: OMG - fastest reply ever. Thank you so much Robert. I thought I tried updating the kernel. What I did: wget https://rcn-ee.net/deb/sid-armhf/v3.8.13-bone60/install-me.sh chmod +x install-me.sh sudo ./install-me.sh sudo reboot But apparently this is not how its being done. Is there a howto for newbie somewhere...? Where did I go wrong? First lets start with figuring what image you have first: cat /etc/rcn-ee.conf 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] cryptsetup / LUKS disk encryption on Debian not working
On Tue, Jul 22, 2014 at 3:06 PM, niko.hee...@gmail.com wrote: No such file or directory... I am running a Debian Wheezy I downloaded from the BBB Wiki a while ago. Can this also be updated (using your tools)? Would there be a simple way to migrate? Sadly nope. As it's not my image, so the automated install-me.sh/etc is not guaranteed to work/boot. But you can always build that kernel branch and install the kernel image/dtbs/modules where they need to be. 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] BeagleBoard boot issue
I followed the directions on http://elinux.org/BeagleBoardUbuntu to setup my BeagleBoard. I did the Flash first and then did the Linux. When it boots I get this: U-Boot 2014.07-00014-gae1db02 (Jul 22 2014 - 10:58:18), Build: jenkins-github_Bootloader-Builder-371 OMAP3530-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 600 MHz OMAP3 Beagle board + LPDDR/NAND I2C: ready DRAM: 128 MiB NAND: 256 MiB MMC: OMAP SD/MMC: 0 *** Warning - bad CRC, using default environment Beagle Rev Ax/Bx Timed out in wait_for_event: status= Check if pads/pull-ups of bus 1 are properly configured No EEPROM on expansion board Timed out in wait_for_event: status= Check if pads/pull-ups of bus 1 are properly configured No EEPROM on expansion board Die ID #3114000204013e8803024013 Net: usb_ether Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device SD/MMC found on device 0 Checking for: /uEnv.txt ... Checking for: /boot/uEnv.txt ... 44 bytes read in 30 ms (1000 Bytes/s) Loaded environment from /boot/uEnv.txt Checking if uname_r is set in /boot/uEnv.txt... Running uname_boot ... loading /boot/vmlinuz-3.15.3-armv7-x4 ... 4678776 bytes read in 4259 ms (1 MiB/s) loading /boot/dtbs/3.15.3-armv7-x4/omap3-beagle.dtb ... 60325 bytes read in 215 ms (273.4 KiB/s) loading /boot/initrd.img-3.15.3-armv7-x4 ... 3659108 bytes read in 3314 ms (1.1 MiB/s) Kernel image @ 0x8030 [ 0x00 - 0x476478 ] ## Flattened Device Tree blob at 815f Booting using the fdt blob at 0x815f Loading Ramdisk to 86baf000, end 86f2c564 ... OK Using Device Tree in place at 815f, end 81601ba4 Starting kernel ... [2.040924] edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slo t [3.038360] ehci-omap 48064800.ehci: Can't get PHY device for port 1: -517 [3.137084] omap2_set_init_voltage: unable to find boot up OPP for vdd_mpu_iv a [3.144775] omap2_set_init_voltage: unable to set vdd_mpu_iva [3.150909] omap2_set_init_voltage: unable to find boot up OPP for vdd_core [3.158294] omap2_set_init_voltage: unable to set vdd_core [3.184631] omap_i2c 4806.i2c: timeout waiting on XUDF bit [4.177520] omap_i2c 4806.i2c: controller timed out [4.226745] Error: Driver 'tfp410' is already registered, aborting... [4.361785] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [4.369476] sr_init: platform driver register failed for SR Scanning for Btrfs filesystems hwclock: Cannot access the Hardware Clock via any known method. hwclock: Use the --debug option to see the details of our search for an access method. [6.005981] mmcblk0: error -84 transferring data, sector 40960, nr 264, cmd response 0x900, card status 0xb00 [6.214813] mmcblk0: error -84 transferring data, sector 41224, nr 32, cmd response 0x900, card status 0xb00 Then it repeats the last two lines until I remove power from the beagleboard. Can anyone point me in the right direction? Yes I do realize that this is old hardware. 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] BeagleBoard boot issue
On Tue, Jul 22, 2014 at 3:15 PM, plumjpant...@gmail.com wrote: I followed the directions on http://elinux.org/BeagleBoardUbuntu to setup my BeagleBoard. I did the Flash first and then did the Linux. When it boots I get this: U-Boot 2014.07-00014-gae1db02 (Jul 22 2014 - 10:58:18), Build: jenkins-github_Bootloader-Builder-371 OMAP3530-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 600 MHz OMAP3 Beagle board + LPDDR/NAND I2C: ready DRAM: 128 MiB NAND: 256 MiB MMC: OMAP SD/MMC: 0 *** Warning - bad CRC, using default environment Beagle Rev Ax/Bx Timed out in wait_for_event: status= Check if pads/pull-ups of bus 1 are properly configured No EEPROM on expansion board Timed out in wait_for_event: status= Check if pads/pull-ups of bus 1 are properly configured No EEPROM on expansion board Die ID #3114000204013e8803024013 Net: usb_ether Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device SD/MMC found on device 0 Checking for: /uEnv.txt ... Checking for: /boot/uEnv.txt ... 44 bytes read in 30 ms (1000 Bytes/s) Loaded environment from /boot/uEnv.txt Checking if uname_r is set in /boot/uEnv.txt... Running uname_boot ... loading /boot/vmlinuz-3.15.3-armv7-x4 ... 4678776 bytes read in 4259 ms (1 MiB/s) loading /boot/dtbs/3.15.3-armv7-x4/omap3-beagle.dtb ... 60325 bytes read in 215 ms (273.4 KiB/s) loading /boot/initrd.img-3.15.3-armv7-x4 ... 3659108 bytes read in 3314 ms (1.1 MiB/s) Kernel image @ 0x8030 [ 0x00 - 0x476478 ] ## Flattened Device Tree blob at 815f Booting using the fdt blob at 0x815f Loading Ramdisk to 86baf000, end 86f2c564 ... OK Using Device Tree in place at 815f, end 81601ba4 Starting kernel ... [2.040924] edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slo t [3.038360] ehci-omap 48064800.ehci: Can't get PHY device for port 1: -517 [3.137084] omap2_set_init_voltage: unable to find boot up OPP for vdd_mpu_iv a [3.144775] omap2_set_init_voltage: unable to set vdd_mpu_iva [3.150909] omap2_set_init_voltage: unable to find boot up OPP for vdd_core [3.158294] omap2_set_init_voltage: unable to set vdd_core [3.184631] omap_i2c 4806.i2c: timeout waiting on XUDF bit [4.177520] omap_i2c 4806.i2c: controller timed out [4.226745] Error: Driver 'tfp410' is already registered, aborting... [4.361785] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [4.369476] sr_init: platform driver register failed for SR Scanning for Btrfs filesystems hwclock: Cannot access the Hardware Clock via any known method. hwclock: Use the --debug option to see the details of our search for an access method. [6.005981] mmcblk0: error -84 transferring data, sector 40960, nr 264, cmd response 0x900, card status 0xb00 [6.214813] mmcblk0: error -84 transferring data, sector 41224, nr 32, cmd response 0x900, card status 0xb00 Get a newer/less used mmc card. For some reason all my omap3's have become much more picker about their mmc card. Vs omap4/imx6's with v3.15.x+ 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] cryptsetup / LUKS disk encryption on Debian not working
Thank you! Since I have no clue about building kernels, etc., I guess the least painful will be to install your latest image and rebuild the machine... On 22 Jul 2014, at 22:14, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Jul 22, 2014 at 3:06 PM, niko.hee...@gmail.com wrote: No such file or directory... I am running a Debian Wheezy I downloaded from the BBB Wiki a while ago. Can this also be updated (using your tools)? Would there be a simple way to migrate? Sadly nope. As it's not my image, so the automated install-me.sh/etc is not guaranteed to work/boot. But you can always build that kernel branch and install the kernel image/dtbs/modules where they need to be. 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] Want to serial boot my BBB
For UART or USB you do not use the MLO file. When you build u-boot you should have a spl/u-boot-spl.bin file. This is what you send over x-modem. The MLO file is only used for Memory Booting (SD/Card, eMMC) while the u-boot-spl.bin file is used for Peripheral Booting (UART, USB). Steve K. On Tuesday, July 22, 2014 7:55:51 AM UTC-5, Dallas Clement wrote: I was able to send the MLO file via minicom / x-modem just fine to the board. However after the transfer completed, nothing happened. Should I expect to see any output on the serial console afterward? On Mon, Jul 21, 2014 at 10:14 AM, Dallas Clement dallas.a...@gmail.com javascript: wrote: Okay, thanks very much! I'll give that a try. On Mon, Jul 21, 2014 at 3:23 AM, liyaoshi liya...@gmail.com javascript: wrote: Sorry , I have made a mistake . On omap3 board ,you should use pserial to download from serial And on am335x / dm8148 board. x-modem is enough.and MLO is for boot from serial So , please try to use teraterm , and upload from file-transfer-xmodem-send. Then power on the beaglebone board . 2014-07-21 16:17 GMT+08:00 liyaoshi liya...@gmail.com javascript:: If I remember correctly , You should load x-loader.bin NOT MLO While the different between MLO and x-loader.bin is MLO has 8 bytes head , the first 4 bytes is dest and the second 4 bytes is length . This is for boot from NAND /eMMC , and when download from serial . the boot rom will download to fixed address and limit length . 2014-07-21 12:04 GMT+08:00 John Syn john...@gmail.com javascript:: From: Dallas Clement dallas.a...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Sunday, July 20, 2014 at 9:19 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] Want to serial boot my BBB One other data point. If I don't press and hold the boot switch when power is applied and instead wait a few seconds after applying power and then press the boot switch, the pserial command is able to detect the ASIC ID and download the x-loan.bin. You should be loading MLO, not x-load.bin. I also haven’t tried this myself, but loading via serial shouldn’t be any different from loading from tftp. The load addresses should be identical. Regards, John $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin Waiting For Device ASIC ID: Press Ctrl+C to stop ASIC ID Detected: 0x85 0x74 0x61 0x90 Sending 2ndFile: Downloading file: 100.000% completed (10516/10516 bytes) File download completed. However, the BBB boots from the eMMC instead of the x-loan.bin I downloaded. So this is progress. It means that my pserial command does work with a BBB and the BBB ROM code does respond with its ASIC ID and does in fact download the x-load.bin. It looks like I just need to figure out what the correct boot switch power on sequence is now. On Sunday, July 20, 2014 10:36:45 AM UTC-5, Dallas Clement wrote: Hi William. Thanks for the help. I'm stuck much earlier on than u-boot. I am expecting the ROM to return the ASIC ID when I run the pserial command to try and load the first stage boot loader (x-load.bin). I'm not even able to get past that. It looks like either I have the wrong pserial command or maybe the BBB ROM does not provide an ASIC ID. I don't know enough about the Sitara processor to say. If I can get the x-loader to work, I think I am home free because it should be able to load a u-boot.bin. On Sunday, July 20, 2014 10:18:50 AM UTC-5, William Hermans wrote: Ok after reading the second link fully, I noticed a few things. First, the boot file is different. We have zImage typically, so I would assume the bootz command would be necessary. *OR* you could convert a zImage to uImage. Secondly, the base load address is different, so this would need to be taken into account. Although I think changing this would be fairly simple. Lastly, we also need to load the device tree board file, and I am a bit confused about this for loading serially. On Sun, Jul 20, 2014 at 7:59 AM, William Hermans yyr...@gmail.com wrote: uboot is supposed to handle serial booting. However, I have no personal hands on. Just a quick google search showed many results however. One thing to note is that uboot for the BBB is patched, so possibly different. It does not however make sense for this feature to be patched out, so I would assume that it should work. Sorry for the less than definitive answer, perhaps someone with hands on will respond. You can however experiment on your own. http://blackfin.uclinux.org/doku.php?id=bootloaders:u- boot:serial_port_loading_files http://blog.mezeske.com/?p=483 $ apt-cache search ckermit ckermit - serial and network communications package Second link package mentioned is available, so looks to be possible. On Sun, Jul
[beagleboard] BeagleBoard Rev B4 Ubuntu Boot issue
I am following the instructions on http://elinux.org/BeagleBoardUbuntu to get Ubntu installed on my BeagleBoard. I have done the Flasher steps and also created the Ubuntu SD Image, but it does not boot up. The following is the output: U-Boot 2014.07-00014-gae1db02 (Jul 22 2014 - 10:58:18), Build: jenkins-github_Bootloader-Builder-371 OMAP3530-GP ES2.1, CPU-OPP2, L3-165MHz, Max CPU Clock 600 MHz OMAP3 Beagle board + LPDDR/NAND I2C: ready DRAM: 128 MiB NAND: 256 MiB MMC: OMAP SD/MMC: 0 *** Warning - bad CRC, using default environment Beagle Rev Ax/Bx Timed out in wait_for_event: status= Check if pads/pull-ups of bus 1 are properly configured No EEPROM on expansion board Timed out in wait_for_event: status= Check if pads/pull-ups of bus 1 are properly configured No EEPROM on expansion board Die ID #3114000204013e8803024013 Net: usb_ether Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device SD/MMC found on device 0 Checking for: /uEnv.txt ... Checking for: /boot/uEnv.txt ... 44 bytes read in 30 ms (1000 Bytes/s) Loaded environment from /boot/uEnv.txt Checking if uname_r is set in /boot/uEnv.txt... Running uname_boot ... loading /boot/vmlinuz-3.15.3-armv7-x4 ... 4678776 bytes read in 4259 ms (1 MiB/s) loading /boot/dtbs/3.15.3-armv7-x4/omap3-beagle.dtb ... 60325 bytes read in 215 ms (273.4 KiB/s) loading /boot/initrd.img-3.15.3-armv7-x4 ... 3659108 bytes read in 3314 ms (1.1 MiB/s) Kernel image @ 0x8030 [ 0x00 - 0x476478 ] ## Flattened Device Tree blob at 815f Booting using the fdt blob at 0x815f Loading Ramdisk to 86baf000, end 86f2c564 ... OK Using Device Tree in place at 815f, end 81601ba4 Starting kernel ... [2.040924] edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slo t [3.038360] ehci-omap 48064800.ehci: Can't get PHY device for port 1: -517 [3.137084] omap2_set_init_voltage: unable to find boot up OPP for vdd_mpu_iv a [3.144775] omap2_set_init_voltage: unable to set vdd_mpu_iva [3.150909] omap2_set_init_voltage: unable to find boot up OPP for vdd_core [3.158294] omap2_set_init_voltage: unable to set vdd_core [3.184631] omap_i2c 4806.i2c: timeout waiting on XUDF bit [4.177520] omap_i2c 4806.i2c: controller timed out [4.226745] Error: Driver 'tfp410' is already registered, aborting... [4.361785] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [4.369476] sr_init: platform driver register failed for SR Scanning for Btrfs filesystems hwclock: Cannot access the Hardware Clock via any known method. hwclock: Use the --debug option to see the details of our search for an access method. [6.005981] mmcblk0: error -84 transferring data, sector 40960, nr 264, cmd response 0x900, card status 0xb00 [6.214813] mmcblk0: error -84 transferring data, sector 41224, nr 32, cmd response 0x900, card status 0xb00 The last two lines repeat until power is removed from the BeagleBoard, there is no stopping it. Any thoughts, or guidance would be greatly appreciated. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Want to serial boot my BBB
Thanks Steve. That was my understanding as well. I'll give that a shot. On Tue, Jul 22, 2014 at 4:20 PM, Steve txkip...@gmail.com wrote: For UART or USB you do not use the MLO file. When you build u-boot you should have a spl/u-boot-spl.bin file. This is what you send over x-modem. The MLO file is only used for Memory Booting (SD/Card, eMMC) while the u-boot-spl.bin file is used for Peripheral Booting (UART, USB). Steve K. On Tuesday, July 22, 2014 7:55:51 AM UTC-5, Dallas Clement wrote: I was able to send the MLO file via minicom / x-modem just fine to the board. However after the transfer completed, nothing happened. Should I expect to see any output on the serial console afterward? On Mon, Jul 21, 2014 at 10:14 AM, Dallas Clement dallas.a...@gmail.com wrote: Okay, thanks very much! I'll give that a try. On Mon, Jul 21, 2014 at 3:23 AM, liyaoshi liya...@gmail.com wrote: Sorry , I have made a mistake . On omap3 board ,you should use pserial to download from serial And on am335x / dm8148 board. x-modem is enough.and MLO is for boot from serial So , please try to use teraterm , and upload from file-transfer-xmodem-send. Then power on the beaglebone board . 2014-07-21 16:17 GMT+08:00 liyaoshi liya...@gmail.com: If I remember correctly , You should load x-loader.bin NOT MLO While the different between MLO and x-loader.bin is MLO has 8 bytes head , the first 4 bytes is dest and the second 4 bytes is length . This is for boot from NAND /eMMC , and when download from serial . the boot rom will download to fixed address and limit length . 2014-07-21 12:04 GMT+08:00 John Syn john...@gmail.com: From: Dallas Clement dallas.a...@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Sunday, July 20, 2014 at 9:19 AM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: Re: [beagleboard] Want to serial boot my BBB One other data point. If I don't press and hold the boot switch when power is applied and instead wait a few seconds after applying power and then press the boot switch, the pserial command is able to detect the ASIC ID and download the x-loan.bin. You should be loading MLO, not x-load.bin. I also haven’t tried this myself, but loading via serial shouldn’t be any different from loading from tftp. The load addresses should be identical. Regards, John $ sudo ./pserial -p /dev/ttyUSB0 -f x-load.bin Waiting For Device ASIC ID: Press Ctrl+C to stop ASIC ID Detected: 0x85 0x74 0x61 0x90 Sending 2ndFile: Downloading file: 100.000% completed (10516/10516 bytes) File download completed. However, the BBB boots from the eMMC instead of the x-loan.bin I downloaded. So this is progress. It means that my pserial command does work with a BBB and the BBB ROM code does respond with its ASIC ID and does in fact download the x-load.bin. It looks like I just need to figure out what the correct boot switch power on sequence is now. On Sunday, July 20, 2014 10:36:45 AM UTC-5, Dallas Clement wrote: Hi William. Thanks for the help. I'm stuck much earlier on than u-boot. I am expecting the ROM to return the ASIC ID when I run the pserial command to try and load the first stage boot loader (x-load.bin). I'm not even able to get past that. It looks like either I have the wrong pserial command or maybe the BBB ROM does not provide an ASIC ID. I don't know enough about the Sitara processor to say. If I can get the x-loader to work, I think I am home free because it should be able to load a u-boot.bin. On Sunday, July 20, 2014 10:18:50 AM UTC-5, William Hermans wrote: Ok after reading the second link fully, I noticed a few things. First, the boot file is different. We have zImage typically, so I would assume the bootz command would be necessary. *OR* you could convert a zImage to uImage. Secondly, the base load address is different, so this would need to be taken into account. Although I think changing this would be fairly simple. Lastly, we also need to load the device tree board file, and I am a bit confused about this for loading serially. On Sun, Jul 20, 2014 at 7:59 AM, William Hermans yyr...@gmail.com wrote: uboot is supposed to handle serial booting. However, I have no personal hands on. Just a quick google search showed many results however. One thing to note is that uboot for the BBB is patched, so possibly different. It does not however make sense for this feature to be patched out, so I would assume that it should work. Sorry for the less than definitive answer, perhaps someone with hands on will respond. You can however experiment on your own. http://blackfin.uclinux.org/doku.php?id=bootloaders:u-boot: serial_port_loading_files http://blog.mezeske.com/?p=483 $ apt-cache search ckermit ckermit - serial and network communications package Second link package mentioned is available, so looks to be possible. On Sun, Jul 20,
Re: [beagleboard] How to synchronize ADC sampling clock ?
From: sun19920...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Monday, July 21, 2014 at 11:08 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] How to synchronize ADC sampling clock ? Hi, how to synchronize ADC sampling clock (CLK_M_OSC, in AM335x manual, page 3731) with external 1PPS source or others? I used PTP to synchronize system clock in the kernel before, however, the jitter is about 30us (but I need a jitter with accuracy under 1us.). So I want to synchronize ADC sampling clock(24MHz), Is there any way to synchronize it ? Is the clock of CLK_M_OSC be adjustable? Thanks. There is no way to do this with Linux because the interrupt latency on the standard kernel is probably somewhere between 100uS and 1mS. If you want 1uS accuracy, then I suggest you use the PRU. Regards, John -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black with thunderbolt
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, July 22, 2014 at 12:06 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] BeagleBone Black with thunderbolt eagletree, For development, I do not think there could be a better setup than NFS.Unless you do a lot of native compiling, where USB might be better( faster writes ). For a production system, NFS should also be no problem. I've yet to experience any problems with it once setup. I completely agree with William. NFS for development is the best way to go. No need to scp files onto your BBB. Instead, the BBB rootfs is a folder on your desktop so you can simply copy files to and from this folder. I have Gigabit ethernet so I don¹t see speed issues. Regards, John On Mon, Jul 21, 2014 at 6:11 PM, liyaoshi liyao...@gmail.com wrote: If I can suggest , for storage system , you can try banana pi board . http://www.bananapi.org/ It will have sata and 2 cortex-A7 cores 2014-07-22 8:05 GMT+08:00 eagletree eagletr...@gmail.com: Thanks very much for the reply. I kind of suspected that. The thunderbolt works well with the recent mini-macs and I already have it connected to one as a backup device, it would be simple enough to export on NFS and that would do the job. The way I'm planning the app, there would be multiple BBBs accessing the file system plus they would use standard db IO for sql. Given that each BBB would be handling a single web service request (start to finish of one state), I think NFS would be adequate. I had just hoped to take advantage of the raw performance of the Areca RAID we use. You've settled the architecture for me and it's easier to set up a prototype this way. Thank you. On Monday, July 21, 2014 10:44:27 AM UTC-7, William Hermans wrote: I'm not a Thunderbolt expert, but I think the bottleneck here ( assuming the BBB had access to PCI-E ) would be the CPU. I have been following the concept several years before implemented in consumer product, I still do not know the actual specification, but I am fairly certain the BBB does not have fast enough, or even enough I/O to do Thunderbolt. However, the BBB *can* load the kernel and root file system via USB, NFS, and MMC media at minimum. I've done all 3 of the above, and they a work very well. The on board Ethernet is exceptionally fast when compared to some PC implementations. The USB hardware I tested was nearly twice as fast at writes, but slightly slower at reads( comparedto NFS ). This may / may not have had to do with my external USB media though. iSCSI also worked, but was not faster than NFS. Since NFS is considerably easier to setup, I pretty much gave up on iSCSI. On Sun, Jul 20, 2014 at 2:31 PM, eagletree eagle...@gmail.com wrote: I am very new to the SBC world. I have an RP but would like to use a Beaglebone Black for an application on my network. The difficulty is that the data involved is on a Thunderbolt RAID array. I can re-export access to that file system on a protocol that these small computers could access, but I had hoped to be able to directly connect and avoid having a proxy computer to maintain. Is there any possibility that someone is working on a cape that could access thunderbolt for disk array connections? Is thunderbolt too proprietary and guarded to work up one's own solution? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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
Re: [beagleboard] BeagleBone Black with thunderbolt
Not that it matters but I thought BBB was only 100mb fast Ethernet, not gigabit On Jul 22, 2014 6:13 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, July 22, 2014 at 12:06 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] BeagleBone Black with thunderbolt eagletree, For development, I do not think there could be a better setup than NFS.Unless you do a lot of native compiling, where USB might be better( faster writes ). For a production system, NFS should also be no problem. I've yet to experience any problems with it once setup. I completely agree with William. NFS for development is the best way to go. No need to scp files onto your BBB. Instead, the BBB rootfs is a folder on your desktop so you can simply copy files to and from this folder. I have Gigabit ethernet so I don’t see speed issues. Regards, John On Mon, Jul 21, 2014 at 6:11 PM, liyaoshi liyao...@gmail.com wrote: If I can suggest , for storage system , you can try banana pi board . http://www.bananapi.org/ It will have sata and 2 cortex-A7 cores 2014-07-22 8:05 GMT+08:00 eagletree eagletr...@gmail.com: Thanks very much for the reply. I kind of suspected that. The thunderbolt works well with the recent mini-macs and I already have it connected to one as a backup device, it would be simple enough to export on NFS and that would do the job. The way I'm planning the app, there would be multiple BBBs accessing the file system plus they would use standard db IO for sql. Given that each BBB would be handling a single web service request (start to finish of one state), I think NFS would be adequate. I had just hoped to take advantage of the raw performance of the Areca RAID we use. You've settled the architecture for me and it's easier to set up a prototype this way. Thank you. On Monday, July 21, 2014 10:44:27 AM UTC-7, William Hermans wrote: I'm not a Thunderbolt expert, but I think the bottleneck here ( assuming the BBB had access to PCI-E ) would be the CPU. I have been following the concept several years before implemented in consumer product, I still do not know the actual specification, but I am fairly certain the BBB does not have fast enough, or even enough I/O to do Thunderbolt. However, the BBB *can* load the kernel and root file system via USB, NFS, and MMC media at minimum. I've done all 3 of the above, and they a work very well. The on board Ethernet is exceptionally fast when compared to some PC implementations. The USB hardware I tested was nearly twice as fast at writes, but slightly slower at reads( comparedto NFS ). This may / may not have had to do with my external USB media though. iSCSI also worked, but was not faster than NFS. Since NFS is considerably easier to setup, I pretty much gave up on iSCSI. On Sun, Jul 20, 2014 at 2:31 PM, eagletree eagle...@gmail.com wrote: I am very new to the SBC world. I have an RP but would like to use a Beaglebone Black for an application on my network. The difficulty is that the data involved is on a Thunderbolt RAID array. I can re-export access to that file system on a protocol that these small computers could access, but I had hoped to be able to directly connect and avoid having a proxy computer to maintain. Is there any possibility that someone is working on a cape that could access thunderbolt for disk array connections? Is thunderbolt too proprietary and guarded to work up one's own solution? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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
Re: [beagleboard] Maximum SD card size for BBB
so one is completely unable to reformat an SDXC card with another filesystem type such as ext3? Is it simply a filesystem issue or are there hardware differences to be overcome? Eric On Mon, Jul 21, 2014 at 8:40 AM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Jul 21, 2014 at 10:34 AM, Eric Fort eric.f...@gmail.com wrote: so can someone link to something definitive stating that for the beagle bone (black) 32GB SDHC is the biggest card supported (assuming this is correct)? From: http://en.wikipedia.org/wiki/Secure_Digital#SDXC The Secure Digital eXtended Capacity (SDXC) format, announced in January 2009 and defined in Version 3.01 of the SD specification, supports cards up to 2 TB (2048 GB), compared to a limit of 32 GB for SDHC cards in the SD 2.0 specification. SDXC adopts Microsoft's exFAT file system as a mandatory feature. aka: microSDHC 32GB is your limit.. 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] Maximum SD card size for BBB
On Tue, Jul 22, 2014 at 10:03 PM, Eric Fort eric.f...@gmail.com wrote: so one is completely unable to reformat an SDXC card with another filesystem type such as ext3? Is it simply a filesystem issue or are there hardware differences to be overcome? hardware... http://kb.sandisk.com/app/answers/detail/a_id/2520/~/sd%2Fsdhc%2Fsdxc-specifications-and-compatibility 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] Maximum SD card size for BBB
Its about sdhc cmd format ,some sdhc cmd/resp will get different length from sdxc 2014-07-23 11:03 GMT+08:00 Eric Fort eric.f...@gmail.com: so one is completely unable to reformat an SDXC card with another filesystem type such as ext3? Is it simply a filesystem issue or are there hardware differences to be overcome? Eric On Mon, Jul 21, 2014 at 8:40 AM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Jul 21, 2014 at 10:34 AM, Eric Fort eric.f...@gmail.com wrote: so can someone link to something definitive stating that for the beagle bone (black) 32GB SDHC is the biggest card supported (assuming this is correct)? From: http://en.wikipedia.org/wiki/Secure_Digital#SDXC The Secure Digital eXtended Capacity (SDXC) format, announced in January 2009 and defined in Version 3.01 of the SD specification, supports cards up to 2 TB (2048 GB), compared to a limit of 32 GB for SDHC cards in the SD 2.0 specification. SDXC adopts Microsoft's exFAT file system as a mandatory feature. aka: microSDHC 32GB is your limit.. 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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 SD card size for BBB
so that sounds like a software issue not a hardware issue. When I refer to hardware I really mean the electrical signaling on the interface to the host. only thing I can think of there is some subsystem in an soc ends up being too smart for it's own good in trying to handle those commands such that the host never actually sees the commands being sent/received on the interface. cmd length sounds like a linux kernel driver issue. Eric On Tue, Jul 22, 2014 at 9:14 PM, liyaoshi liyao...@gmail.com wrote: Its about sdhc cmd format ,some sdhc cmd/resp will get different length from sdxc 2014-07-23 11:03 GMT+08:00 Eric Fort eric.f...@gmail.com: so one is completely unable to reformat an SDXC card with another filesystem type such as ext3? Is it simply a filesystem issue or are there hardware differences to be overcome? Eric On Mon, Jul 21, 2014 at 8:40 AM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Jul 21, 2014 at 10:34 AM, Eric Fort eric.f...@gmail.com wrote: so can someone link to something definitive stating that for the beagle bone (black) 32GB SDHC is the biggest card supported (assuming this is correct)? From: http://en.wikipedia.org/wiki/Secure_Digital#SDXC The Secure Digital eXtended Capacity (SDXC) format, announced in January 2009 and defined in Version 3.01 of the SD specification, supports cards up to 2 TB (2048 GB), compared to a limit of 32 GB for SDHC cards in the SD 2.0 specification. SDXC adopts Microsoft's exFAT file system as a mandatory feature. aka: microSDHC 32GB is your limit.. 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. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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: why BBB died? datasheets/multimeter seem to indicate it shouldn't have
My guess is that the inductance of the solenoid caused a voltage spike to occur when the solenoid was de-energized. There are diodes in the ULN2003 to shunt the spike, but they may not be fast enough to protect the fragile 3.3V outputs of the BBB. Also, the action of the diode is slowed down by the discrete proto board wiring, vs. a PCB trace. The safest way to connect inductive loads like a solenoid is with a digital isolator, or other isolation component. The Analog devices ADUM1100 is a part I have used successfully in the past. You will still need the ULN2003 to handle the solenoid current, but the ADUM1100 should protect the BBB output pin. On Monday, July 21, 2014 5:10:15 PM UTC-7, Carol Hsin wrote: I'm using a ULN2003AN to actuate a 24V/3W solenoid valve. After I set pin P8_11 to HIGH, the solenoid clicked and its power led turned on, then the BBB died. I tried turning the BBB power on again, but all that happens is that the power led flashes briefly. I had checked everything w a multimeter before hooking up the system. The solenoid is 177 ohms; hooked to 24V, it reads 0.151A -- which is under ULN2003AN's .5A max and matches its datasheet (AVS-5322-24D on http://www.automationdirect.com/static/specs/nitradirectionsolenoidavs5.pdf). There shouldn't be a problem. And the ULN2003AN isn't broken. The BBB and transistor worked fine for a more expensive solenoid valve (VUVB-L: http://www.festo.com/net/SupportPortal/Files/17267/Ventile_en.pdf). I've tested it with that valve and the multimeter read 374 ohms; hooked to 24V, it reads 0.062A. I don't understand why the BBB died. It shouldn't have because I was careful about checking the datasheets and then w the multimeter. Would someone please tell me what went wrong? I can't see any mistakes. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from 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.