[beagleboard] Re: Modbus
Thanks Garyamort for the indications. I owe first to verify the typology of the EtherCat and the libmodbus to have explanations on the use. Indeed the use of the modbus consists in the encapsulation as you have specified The other instructions will be me useful to try with the new versions hoping to succeed in getting anything. To the moment I again thank you for the attention Hi Riccardo -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Power supply for BBB
Hey I would like to design the power supply for my BBB. The primary power source is a battery and therefore not constant - depending on load/remaining charge/hooked up to power supply etc... The task is to measure the primary voltage and to supply the board from it. The support will be achieved by a constant output 5V piece. The Voltage supervision must only work between 8-15V - therefore I introduce a voltage splitter to bring it down to 1.8 V (or let's say 1.5 to be on the safe side). Since there can voltage ripple up to 20 V I want to protect the ADC and put a Z-Diode in scheme. https://lh3.googleusercontent.com/-klDTSzzNpGI/UkUo4f64ADI/AAc/xdiVuHQf5cg/s1600/Power.png Now the questions come: - Would you design it accordingly or do I miss something important? - I couldn't find any values on the current drain of the AIN - I kind of need that value to scale the resistors. - Is the Z-Diode fast enough or do I need to introduce some inertia by butting a coil in front of AIN? Thank you already in advance for some inside yours magu_ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] SSH keypair authentifcation
Am Freitag, 27. September 2013 03:24:36 UTC+2 schrieb Nuno: Alternatively, you can generate the keypair in the client machine and copy the .pub manually and put it into the authorized_keys in the server, usually ~/.ssh/authorized_keys Thx, that was the missing part. And in TeraTerm its little bit weird cause it accepts also NO username but this is nonsense cause you need to login with a user. Anyway, thx for the missing link. leo -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] BeagleBone Black as web server
I want to use blackbone as web server, so I decided to reconfigure Ansgstrom. How can I disable all GUI support and delete unused files and drivers? Where are GUI files and services located? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] No /etc/network/interfaces
I can't finde the file /etc/network/interfaces in new version of Angstrom. How can I configure static IP? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] device tree support
On Fri, 27 Sep 2013, Saransh Jain wrote: Hello RobertCNelson, I am sorry for my previous post.I did some research on uimage and zimage and I think I may have misunderstood a few things you told... just FYI, TI's tom rini recently submitted a patch to u-boot, replacing the uImage values in am335x_evm.h with references to zImage, thus making zImage the default image format. AFAIK, there is no downside to using zImage from now on. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] No /etc/network/interfaces
On 9/27/13 4:24 AM, Dennis Osipov wrote: I can't finde the file /etc/network/interfaces in new version of Angstrom. How can I configure static IP? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. First Google hit... http://derekmolloy.ie/set-ip-address-to-be-static-on-the-beaglebone-black/ Angstrom now uses connman and no longer has the traditional /etc/interfaces configuration. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Connecting to WPA(2) using wpa_supplicant and atheros chipset -- ubuntu
hi Alvin, on my /etc/network/interfaces i have auto wlan0 iface wlan0 inet dhcp wpa-driver wext wpa-conf /etc/wpa_supplicant.conf on my wpa_supplicant.conf i have network={ ssid=your ssid psk=your pass priority=10 # only use if you need to have one or more wifi restart or ifdown wlan0 ifup wlan0 if is working. please let me know if works for you. i did some other thinks but i dont know if it was necessary 2013/9/27 Alvin Mites al...@mitesdesign.com Been hacking at this all day, it's also the 3rd card so I got a few more already invested but not giving up this time I have a TP LINK TL-WN722N with atheros chipset AR9271 I have a beaglebone black running ubuntu 13.04 arm I've followed upwards of a dozen different tutorials with a number of links below to different references I can connect to a wireless router with security disabled using iwconfig I cannot connect to anything with WPA 1 or 2 wpa_supplicant.conf looks like network={ proto=WPA2 key_mgmt=WPA-PSK pairwise=CCMP TKIP group=CCMP TKIP ssid=MYSSID #psk=supersecretpassword psk=f2b34bb6b0e3ec1747325fac94ce0476a30911e08cf582df472d5df76e51dcad } so when I run # wpa_supplicant -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -Dwext -c /etc/wpa_supplicant/wpa_supplicant.conf I get ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWSCAN]: Device or resource busy wlan0: Failed to initiate AP scan wlan0: Trying to associate with 00:00:00:00:00:00 (SSID='MYSSID' freq=2437 MHz) ioctl[SIOCSIWFREQ]: Device or resource busy ioctl[SIOCSIWESSID]: Device or resource busy wlan0: Association request to the driver failed wlan0: Associated with 00:00:00:00:00:00 wlan0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK wlan0: WPA: Could not verify EAPOL-Key MIC - dropping packet wlan0: Authentication with 00:00:00:00:00:00 timed out. any ideas? tried a number of variations of the above, can copy paste from history if it will be useful --- | reference | --- tutorials good reference for long term setup http://kerneldriver.wordpress.com/2012/10/21/configuring-wpa2-using-wpa_supplicant-on-the-raspberry-pi/ general reference for wireless command line in ubuntu http://askubuntu.com/questions/16584/how-to-connect-and-disconnect-to-a-network-manually-in-terminal http://ubuntuforums.org/showthread.php?t=318539 http://ubuntuforums.org/showthread.php?t=571188 http://ubuntuforums.org/showthread.php?t=263136 forum posts worked through wpa_supplicant issues http://forums.gentoo.org/viewtopic-t-928818-start-0.html suggestions for auto-setup http://askubuntu.com/questions/191836/wpa-supplicants-connection-issues wifi hotspot http://thenewbieblog.wordpress.com/2012/05/01/wifi-hotspot-setup-on-ubuntu/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Marcus de Vasconcelos Diogo da Silva Uma montanha até um cego consegue desviar,mas é nas pedras menores que nós muitas vezes tropeçamos e caimos! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] device tree support
On Fri, Sep 27, 2013 at 4:20 AM, Saransh Jain saransh1...@gmail.com wrote: Hello RobertCNelson, I am sorry for my previous post.I did some research on uimage and zimage and I think I may have misunderstood a few things you told.Can you please confirm if I am right now? The zreladdress is the address for the uncompressed kernel image. The loadaddress in loadzimage command is the address for compressed kernel image. The problem in using u-image for multi-platforms is that it needs an entry addres which can be outside the sdram on different platforms. The base address of the sdram for loading the uncompressed image is given to the kernel using device tree. All this research and it basicly boils down to one problem.. Say you are supporting two boards with different silicon vendors.. For board A, what was the zreladdress so you can build a uImage with mkimage?? Or do you just copy zImage and work on your real application? There is a file named Makefile.boot in arch/arm/mach-omap2. This file defines zreladdr.Is this file necessary(for zImage booting)? No, that variable was only used in the non-multiarch case when calling make uImage to create the uImage file correctly.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Connecting to WPA(2) using wpa_supplicant and atheros chipset -- ubuntu
Hi Alvin, this was working http://askubuntu.com/questions/138472/how-do-i-connect-to-a-wpa-wifi-network-using-the-command-line but if you would like to use wlan as start your interface and wpa_supplicant.conf must be ok. 2013/9/27 Marcus Diogo mvdiog...@gmail.com hi Alvin, on my /etc/network/interfaces i have auto wlan0 iface wlan0 inet dhcp wpa-driver wext wpa-conf /etc/wpa_supplicant.conf on my wpa_supplicant.conf i have network={ ssid=your ssid psk=your pass priority=10 # only use if you need to have one or more wifi restart or ifdown wlan0 ifup wlan0 if is working. please let me know if works for you. i did some other thinks but i dont know if it was necessary 2013/9/27 Alvin Mites al...@mitesdesign.com Been hacking at this all day, it's also the 3rd card so I got a few more already invested but not giving up this time I have a TP LINK TL-WN722N with atheros chipset AR9271 I have a beaglebone black running ubuntu 13.04 arm I've followed upwards of a dozen different tutorials with a number of links below to different references I can connect to a wireless router with security disabled using iwconfig I cannot connect to anything with WPA 1 or 2 wpa_supplicant.conf looks like network={ proto=WPA2 key_mgmt=WPA-PSK pairwise=CCMP TKIP group=CCMP TKIP ssid=MYSSID #psk=supersecretpassword psk=f2b34bb6b0e3ec1747325fac94ce0476a30911e08cf582df472d5df76e51dcad } so when I run # wpa_supplicant -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -Dwext -c /etc/wpa_supplicant/wpa_supplicant.conf I get ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWENCODEEXT]: Invalid argument ioctl[SIOCSIWSCAN]: Device or resource busy wlan0: Failed to initiate AP scan wlan0: Trying to associate with 00:00:00:00:00:00 (SSID='MYSSID' freq=2437 MHz) ioctl[SIOCSIWFREQ]: Device or resource busy ioctl[SIOCSIWESSID]: Device or resource busy wlan0: Association request to the driver failed wlan0: Associated with 00:00:00:00:00:00 wlan0: WPA: Invalid EAPOL-Key MIC when using TPTK - ignoring TPTK wlan0: WPA: Could not verify EAPOL-Key MIC - dropping packet wlan0: Authentication with 00:00:00:00:00:00 timed out. any ideas? tried a number of variations of the above, can copy paste from history if it will be useful --- | reference | --- tutorials good reference for long term setup http://kerneldriver.wordpress.com/2012/10/21/configuring-wpa2-using-wpa_supplicant-on-the-raspberry-pi/ general reference for wireless command line in ubuntu http://askubuntu.com/questions/16584/how-to-connect-and-disconnect-to-a-network-manually-in-terminal http://ubuntuforums.org/showthread.php?t=318539 http://ubuntuforums.org/showthread.php?t=571188 http://ubuntuforums.org/showthread.php?t=263136 forum posts worked through wpa_supplicant issues http://forums.gentoo.org/viewtopic-t-928818-start-0.html suggestions for auto-setup http://askubuntu.com/questions/191836/wpa-supplicants-connection-issues wifi hotspot http://thenewbieblog.wordpress.com/2012/05/01/wifi-hotspot-setup-on-ubuntu/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Marcus de Vasconcelos Diogo da Silva Uma montanha até um cego consegue desviar,mas é nas pedras menores que nós muitas vezes tropeçamos e caimos! -- Marcus de Vasconcelos Diogo da Silva Uma montanha até um cego consegue desviar,mas é nas pedras menores que nós muitas vezes tropeçamos e caimos! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] wlan interface number is incrementing upon abnormal shutdown
On Fri, Sep 27, 2013 at 4:15 AM, neckTwi satyagowtha...@gmail.com wrote: wifi card with beaglebone black on ubuntu is working good. But on next boot after an abnormal shutdown I can not connect to wifi. I have to run iwconfig and find out wlan interface and update the /etc/network/interfaces with appropriate wlan interface - mostly wlan0 becomes wlan1 becomes wlan2 -. Here is my iwconfig $ iwconfig wlan3 IEEE 802.11bg ESSID:off/any Mode:Managed Access Point: Not-Associated Tx-Power=0 dBm Retry long limit:7 RTS thr:off Fragment thr:off Power Management:on ppp0 no wireless extensions. lono wireless extensions. eth0 no wireless extensions. usb0 no wireless extensions. In the above on next abnormal shutdown wlan3 becomes wlan4. Please pastebin.com /etc/udev/rules.d/70-persistent-net.rules So we can see what udev is doing in that case.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] device tree support
On Fri, Sep 27, 2013 at 7:45 AM, Saransh Jain saransh1...@gmail.com wrote: i used the address 80008000 (-a option in mkimage) for the uImage.i used the same address as the entry address(-e option). Also can you confirm the points i said in the previous post.That would clarify a lot to me. I'll leave that issue to someone else... I believe that the -a option in mkimage is irrelevant.I think the relevent address in the mkimage command is the entry image address(-e option).This address is used by u-boot to copy the compressed uimage(but without the 64k header i.e zImage only).After this the process is the same as zimage as there is no 64k header.Can you also confirm this. All mkimage does it put a 64k wrapper header on zImage... Nothing more, nothing less.. about the multi-arch thing I think that the problem with using uImage is that the entry address may not lie in the ram space of all the boards that the kernel can support.Right??? It's not lieing it's just that each vendor is free to implements it at a different address, or where ever they want.. See my small list here: https://github.com/RobertCNelson/stable-kernel/blob/master/system.sh.sample#L33 But if this is the case the we will have to change the bootenv of u-boot as we need to load the compressed zimage/uimage somewhere in the ram first.Am I correct? Why change bootenv, the default settings in u-boot for the particular target already work out of the box.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] device tree support
Thanks RobertCNelson... Leaving the rest of the things,can you tell where does the zImage get the base address of the RAM.Is it the device tree?? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Enabling Uart2 on BB White with new os version Angstrom Distribution (BeagleBone) 2013-06-06
Hi there. I'm trying to follow these instructions to enable UARTS 1, 2, 4, and 5. I think I have the right software version as /lib/firmware contains all of the correct files, but there is no uEnv.txt in /media/BEAGLEBONE/. If I add one with the line capemgr.enable_partno=BB-UART4 and reboot it doesn't seem to do anything. I just reflashed the EMMC with an image I found on this page http://circuitco.com/support/index.php?title=Updating_The_Software, I am using Production Image 2013.09.04. I can enable the UARTs by echoing to the slots file, but I'm lost when it comes to doing this at boot without the uEnv method working. The problem is that by the time the board has booted, I can't enable UART 5 with the echo method as HDMI has already taken over . Does anyone have any pointers as to why there wouldn't be a uEnv.txt file in /media/BEAGLEBONE/? Thanks On Tuesday, July 2, 2013 12:11:33 PM UTC-5, David Hirst wrote: Hi Johan, This is good for now, thanks for all your help and good advice On Tue, Jul 2, 2013 at 1:02 PM, Johan Henselmans johan.he...@gmail.comjavascript: wrote: Unfortunately, yes. It seems something is broken in the capemgr.enable_partno setup: I also have trouble getting my CANBUS to load, unless I do the echo routine. It should work, but I have to find out why it does not work for now. If the echo command works, then the uEnv.txt route should also work... On Tuesday, July 2, 2013 3:55:32 PM UTC+2, David Hirst wrote: the echo command seems to have worked, I now see the ttyO2. I guess there is no need to reboot. If I do reboot will I have to do the command each time ? On Tue, Jul 2, 2013 at 9:40 AM, Johan Henselmans johan.he...@gmail.comwrote: It seems that pin 19 and 20 are used for I2C2, which is used for Cape support. Can you try to do the echo command? echo BB-UART2 /sys/devices/bone_capemgr.**/slots with the correct number for the bone_capemgr. Other option: download the latest version. There is a 2013-6-20 version. That might solve your problems... On Tuesday, July 2, 2013 1:53:37 PM UTC+2, David Hirst wrote: there is not a mention of ttyO2 or uEnv.txt in the log the only pins claimed are the following pin 94 (44e10978): 4819c000.i2c (GPIO UNCLAIMED) function pinmux_i2c2_pins group pinmux_i2c2_pins pin 95 (44e1097c): 4819c000.i2c (GPIO UNCLAIMED) function pinmux_i2c2_pins group pinmux_i2c2_pins pin 96 (44e10980): (MUX UNCLAIMED) (GPIO UNCLAIMED) pin 97 (44e10984): (MUX UNCLAIMED) (GPIO UNCLAIMED) pin 98 (44e10988): 44e0b000.i2c (GPIO UNCLAIMED) function pinmux_i2c0_pins group pinmux_i2c0_pins pin 99 (44e1098c): 44e0b000.i2c (GPIO UNCLAIMED) function pinmux_i2c0_pins group pinmux_i2c0_pins pin 100 (44e10990): (MUX UNCLAIMED) (GPIO UNCLAIMED) On Tue, Jul 2, 2013 at 7:29 AM, Johan Henselmans johan.he...@gmail.com wrote: That should do, unless something else is on UART2 pins already active. Do you get any error messages in the log? journalctl -bx shows you the log of the latest boot. You can also attach the UART2 via: echo BB-UART2 /sys/devices/bone_capemgr./slots I have a BeagleBone Black, so the bone_capemgr number might be something different. In the BeagleBone Black SRM the info is in Chapter 7.0, Connectors. Check if the UART2 pins are somehow in use by something else: cd /sys/kernel/debug/pinctrl cat 44e10800.pinmux/pinmux-pins is what I do on a BBB. On Monday, July 1, 2013 2:02:51 PM UTC+2, David Hirst wrote: Sorry for the delay, I was away root@beaglebone:~# cat /media/BEAGLE_BONE/uEnv.txt optargs=capemgr.enable_partno=**BB-UART2 root@beaglebone:~# On Wed, Jun 26, 2013 at 4:35 PM, Johan Henselmans johan.he...@gmail.com wrote: /boot/uEnv.txt is not the right one, it's a copy of the one in /media/BEAGLEBONE/uEnv.txt. send a cat /media/BEAGLEBONE/uEnvt.txt, just to check if the syntax is OK. On Wednesday, June 26, 2013 4:26:43 PM UTC+2, David Hirst wrote: Maybe I do not understand, I have tried it a multiple time. I found another uEnv.txt under /boot and tried it there nothing seems to change. On your system when you do this you see a /dev/ttyO4 in the dev dir ? is there any breadcrumbs showing that the file is getting read from the boot screen ? On Wed, Jun 26, 2013 at 9:33 AM, Johan Henselmans johan.he...@gmail.com wrote: Use optargs=capemgr.enable_partno=BB-UART2 That should do it. On Wednesday, June 26, 2013 12:37:22 PM UTC+2, David Hirst wrote: I tried the above, and created a file uEnv.txt root@beaglebone:~# cat /media/BEAGLE_BONE/uEnv.txt capemgr.enable_partno=BB-UART2 root@beaglebone:~# At bot time I saw the reading of the uEnv.txt at boot time reading uEnv.txt 33 bytes read in 3 ms (10.7 KiB/s) Loaded environment from uEnv.txt then I see that no capes have been detected (which is true, I have no capes) Not sure about the
[beagleboard] GPIO interrupt driver issue
I have written a kernel driver for an available GPIO input pin (P9 Pin15). At every falling edge it generates an interrupt. The IRQ routing is currently doing nothing, just returning. Now I connect a square wave generator to this input pin. At lower frequencies up to 1000 Hz all works fine. When I set the interrupt frequency to 15kHz then the system makes strange things: Usually it works fine (the CPU load is only 5%), but sometimes when I send/receive data via ETH then the Linux system hangs up, the blue LEDs stop blinking. When I disconnect the generator, it continues working again. Looks like that the system is overloaded or runs in a loop or there is a conflict with the ETH interface ? But the CPU load is low (I could go up to 100 kHz before htop shows significant CPU load). 15000 interrupts/s is a very low rate for a 1GHz CPU. So why does it make problems ? Any idea what could be wrong ? Harry for better readability I have removed all error checking code. This is the init function: static int counter_init(void) { int res,err; void *addr; // setup the GPIO ports, P9-Pin15 as Input which generates an interrupt for each falling edge addr = ioremap(AM33XX_CONTROL_BASE + 0x840,4); // get physical port address iowrite32(0x7 | (2 3) | (1 5),addr); // set the port mode, mode 7 (gpio), PULLUP, INPUT gpio_request_one(48, GPIOF_IN, DRV_NAME irq); irq = gpio_to_irq(48); request_any_context_irq(irq,input_irq_handler,IRQF_TRIGGER_FALLING,(void*)mydata); return 0; } and the IRQ handler: static irqreturn_t input_irq_handler(int irq, void* dev_id) { return IRQ_HANDLED; // this IRQ was handled } -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] RE: DSP on beaglebone black
Hello, I am building a hearing aid and wish to include DRC (Dynamic range compression), NR (Noise reduction), and destroy Acoustic feedback. Since, I am a college student, I have basic knowledge of linux, but new to programming a MCU. I wish to gather knowledge about how to implement DSP on a BBB. Since literature out there on internet is vast, there seems to be no actual starting point for me. Any help on how to input the sound waves (i.e. output of microphone) to the BBB and process it and output it back to standard 3.5 mm stereo jack, would be greatly appreciate. Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: Cross compiling an external kernel module for BBB
You need to compile kernel image and module in order to load the module. Linux does not allow loading external modules. When you compile your own kernel, you are able to load any module, since they come from the same source. Em sábado, 21 de setembro de 2013 23h41min54s UTC-3, Joshua Datko escreveu: I'm trying to cross compile the cryptodev external kernel module for use on a BBB (I want to used crypto accelerated AES in openssl). When I try to modprobe the module, I get: ERROR: could not insert 'cryptodev': Exec format error and I'm stuck and requesting help from those who have cross compiled modules. My steps: 0. I'm running Ubuntu raring 3.8.13-bone21 1. I downloaded the stock 3.8.13 kernel [1] 2. I downloaded the 3.8.13-boine21 patch and config [2] [3] 3. I applied the patch and copied the config to the kernel 4. apt-get install gcc-linux-arm-gnueabi 5. make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- 6. make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- modules 7. Cross compiled the module. Cryptodev [4] has no dependencies other than the kernel itself. I passed ARCH=arm and CROSS_COMPILE=arm-linux-gnueabi- and it built. 8. run make install with a prefix and captured the cryptodev.ko 9. I put cryptodev.ko in /lib/modules/extra on the BBB 10. sudo depmod -a 11. sudo modprobe cryptodev and I get the error above. Other info: file cryptodev.ko yields: cryptodev.ko: ELF 32-bit LSB relocatable, ARM, version 1 (SYSV), BuildID[sha1]=0xcd15e83f02079b8c522a896f9c93a7166b6bac7e, not stripped modinfo cryptodev yields: filename: /lib/modules/3.8.13-bone21/extra/cryptodev.ko license:GPL description:CryptoDev driver author: Nikos Mavrogiannopoulos snip srcversion: 65CAA0FA92528091299328F depends: vermagic: 3.8.13 SMP mod_unload modversions ARMv7 p2v8 parm: cryptodev_verbosity:0: normal, 1: verbose, 2: debug (int) I'm not sure why the vermagic line doesn't have 3.8.13-bone21? Trying to insmod yields: Error: could not insert module cryptodev.ko: Invalid module format [101075.881894] cryptodev: no symbol version for module_layout Thanks for the help, Josh [1] https://www.kernel.org/pub/linux/kernel/v3.0/linux-3.8.13.tar.gz [2] http://rcn-ee.net/deb/raring-armhf/v3.8.13-bone21/patch-3.8.13-bone21.diff.gz [3] http://rcn-ee.net/deb/raring-armhf/v3.8.13-bone21/defconfig [4] http://cryptodev-linux.org/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Apple full numeric [Aluminium] keyboard and internal hub does not work
Thanks William and Gerald I will try to get the newer image. I thought 4th Sep, 2013 would be the last stable one but I will look for a newer one. William, I understand what a Serial debug interface is but I have never used one. I am an app engineer, broadening my domain. I will get the cable and start doing that. However, can't I just pull the logs from the file system? I might be wrong but isn't serial debugging for kernel level problem, like the ones which prevent boot at all? One last thing. Should I be looking for a particular kind of keyboard? Beaglebone black has problem out of the box I guess. On Thursday, 26 September 2013 23:11:16 UTC+5:30, William Hermans wrote: Hi Sushant Khanna, I have read about similar issues with all sorts of devices, and as far as I can tell the type of hub used can be a big factor in this situation. First, if you have not tried checking if each device works by its self on the USB host port ( individually ) I would do so now. So, I think in this case I would check to see if the keyboard works by its self with nothing else plugged into it. If it does, then yes this would be a bit of a quandary, as putting this specific keyboard on another hub may make the situation worse. All may not be lost though, there could be a kernel driver module for this specific keyboard, although I would not hold my breathe. You may want to try using a different keyboard / mouse, with a known good working USB hub( if you have such laying around ). Spending money on something and not having that work either . . . yes, I know would not be ideal. Said hub should also be self powered. As to whether you're needing an external power supply I am not sure, and Gerald would know better than I. However we all could use more information to help us know what exactly is happening. Such as the serial debug output at the time the board is powered up with the keyboard and mouse plugged into the USB port. Sometimes, it can not be overstated how handy a serial debug interface can be . . . On Thu, Sep 26, 2013 at 6:35 AM, Gerald Coley ger...@beagleboard.orgjavascript: wrote: Not sure it will fix your issue, but the image you are using is very old. I suggest that you try a more up to date image on your board. http://circuitco.com/support/BeagleBoneBlack Gerald On Thu, Sep 26, 2013 at 12:56 AM, sushantk...@gmail.com javascript:wrote: Hi Guys Someone asked a similar question before, but no one had an answer then. I was going to give up and buy another keyboard but when I googled a bit more, I saw that a lot of people are able to use it with their beaglebone black. I will explain the conditions and problem in details. I have a beaglebone black powered up via a USB charger (NOT via the 5V DC adapter) I have it connected to a display via a microHDMI cable. I am running Angstrom. Updated to 4.09.2013 image. (emmc boot) When I plugged in a normal wired optical mouse, it powered up and I was able to use it. I then used an Apple keyboard as described in the title and plugged the mouse to its internal hub on the sides. Nothing worked, both did not show any signs of being powered up. I of course rebooted and checked *lsusb *output. I could see the Apple device listed there. Is this a driver issue or a power supply problem? Kinda new, so help me out please. Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: BBB Arch Linux Device Tree
Install dtc-git-patched from the AUR. The others aren't patched with -@ support and don't work. Remove any other dtc's you have installed, and install dtc-git-patched from the AUR ( https://aur.archlinux.org/packages/dtc-git-patched/) On Thursday, September 26, 2013 5:37:20 AM UTC-4, Seçkin Alan wrote: Hi everyone, I install Arch Linux on BBB e-MMC. I need serial port and read this( http://hipstercircuits.com/enable-serialuarttty-on-beaglebone-black/) article. I just copy paste nano enable-uart5.dts, after paste enable uart5 code in nano. Save exit enable-uart5.dts file. I try compile this file with dtc, dtc -O dtb -o enable-uart5-00A0.dtbo -b 0 -@ enable-uart5.dts Compiler return -h message, -@ argument isn't accept dtc. I remove -@ argument and try again, this time compiler return error message [root@alarm ~]# dtc -O dtb -o enable-uart5-00A0.dtbo -b 0 enable-uart5.dts Error: enable-uart5.dts:1.1-2 syntax error FATAL ERROR: Unable to parse input tree What can I do? Thank you. Best Regards. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] device tree support
On Fri, 27 Sep 2013, Robert Nelson wrote: On Fri, Sep 27, 2013 at 7:45 AM, Saransh Jain saransh1...@gmail.com wrote: i used the address 80008000 (-a option in mkimage) for the uImage.i used the same address as the entry address(-e option). Also can you confirm the points i said in the previous post.That would clarify a lot to me. I'll leave that issue to someone else... I believe that the -a option in mkimage is irrelevant.I think the relevent address in the mkimage command is the entry image address(-e option).This address is used by u-boot to copy the compressed uimage(but without the 64k header i.e zImage only).After this the process is the same as zimage as there is no 64k header.Can you also confirm this. All mkimage does it put a 64k wrapper header on zImage... Nothing more, nothing less.. shouldn't that be just 64-byte wrapper? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: USB client mode / usb HID mouse emulation with Beaglebone Black
Hi Steve, the thing is that I already have a BBB and I need to do rather computationally intensive stuff with it. I thought it would be best to just use the available USB Port on the BBB to communicate with a host device (=Computer) in order to avoid additional hardware and software layers. Would you recommend coupling a Teensy2 with the BBB for this task? In the end I want to plug (either the BBB or something else) into an computer which recognized the device as a USB HID mouse. Thanks a lot. Felix -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: chipsee beaglebone lcd/dvi expansion kernel support
sure.. Take a look at: http://www.4shared.com/rar/e9FbTeZq/Ezsdk-0722.html -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] device tree support
On Fri, Sep 27, 2013 at 7:56 AM, Saransh Jain saransh1...@gmail.com wrote: Thanks RobertCNelson... Leaving the rest of the things,can you tell where does the zImage get the base address of the RAM.Is it the device tree?? It does not get the address from zImage/device tree as u-boot already knows the address, as you built it for a specific target. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] RE: DSP on beaglebone black
Just so you know, there is no DSP on the BeagleBoneBlack. So I am assuming you mean a DSP function. Gerald On Thu, Sep 26, 2013 at 8:01 PM, Priyank Patel priyankpatel...@gmail.comwrote: Hello, I am building a hearing aid and wish to include DRC (Dynamic range compression), NR (Noise reduction), and destroy Acoustic feedback. Since, I am a college student, I have basic knowledge of linux, but new to programming a MCU. I wish to gather knowledge about how to implement DSP on a BBB. Since literature out there on internet is vast, there seems to be no actual starting point for me. Any help on how to input the sound waves (i.e. output of microphone) to the BBB and process it and output it back to standard 3.5 mm stereo jack, would be greatly appreciate. Thanks. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] wlan interface number is incrementing upon abnormal shutdown
On Fri, Sep 27, 2013 at 7:55 AM, satya gowtham kudupudi satyagowtha...@gmail.com wrote: http://pastebin.com/CPxDS9kP It looks like a case of you having a device with either a completely broken mac address or a buggy wireless driver mac read. So to cheat, remove all wlan entries from that file and add just this one.. # USB device 0x0bda:0x8189 (usb) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==wlan*, NAME=wlan0 I just removed the mac address, so it should now always load that device as wlan0.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] wlan interface number is incrementing upon abnormal shutdown
Thats a real cheat :) Is my wifi dongle MAC is changing every time on improper boot? How is that possible? what happens if I connect 2 wifi dongles? I posted a bug to ubuntu herehttps://answers.launchpad.net/ubuntu/+question/236458 . On Fri, Sep 27, 2013 at 7:04 PM, Robert Nelson robertcnel...@gmail.comwrote: On Fri, Sep 27, 2013 at 7:55 AM, satya gowtham kudupudi satyagowtha...@gmail.com wrote: http://pastebin.com/CPxDS9kP It looks like a case of you having a device with either a completely broken mac address or a buggy wireless driver mac read. So to cheat, remove all wlan entries from that file and add just this one.. # USB device 0x0bda:0x8189 (usb) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==wlan*, NAME=wlan0 I just removed the mac address, so it should now always load that device as wlan0.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/QRnl5RT64TM/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- *Gowtham* -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] wlan interface number is incrementing upon abnormal shutdown
On Fri, Sep 27, 2013 at 8:48 AM, satya gowtham kudupudi satyagowtha...@gmail.com wrote: Thats a real cheat :) Is my wifi dongle MAC is changing every time on improper boot? How is that possible? Like i mentioned; It looks like a case of you having a device with either a completely broken mac address or a buggy wireless driver mac read. what happens if I connect 2 wifi dongles? Well, that hack won't work in that case. I posted a bug to ubuntu here. Well they don't support a kernel for this board, so no ubuntu/canonical employee will answer it.. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Friday, September 27, 2013 7:27:21 AM UTC-6, Gerald wrote: I will add it to the top of the page for those that only read part of the page. I just hope they start at the top. Hi Gerald, Just to be clear, I think the new info should be added in the middle of http://beagleboard.org/Getting%20Started between the Update board with latest software and the Step #1: Download the latest software image. It should explain how to check the current version so the user can skip the download and update if they already have the current version (which is likely on a new board). I have downloaded the 2013.09.04 flasher image again and verified that I get the same MD5 hash as the original file I downloaded, so I'm sure the download was not corrupted. Do you have any idea when a new flasher image with a complete rootfs archive will be available? Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Friday, September 27, 2013 8:37:54 AM UTC-6, Gerald wrote: I will pass that suggestion on to someone else to see if that can be updated. Thanks. We point people to the WIKI via the card that comes in the box as that is easier t update than the website.. The card is what led me to the circuit.co wiki page with the 2013.09.04 image. I had already downloaded the older 2013-06-20 image linked to from the Getting Started web page. Maybe the web page can be updated with a link to the wiki labeled for the latest info go to... rather than relying on just the cards. I will need to defer your question on the image to the rest of the team to answer. OK, hopefully someone can help. I don't see how anyone could have used this image successfully, but I may be wrong. Has anyone used the 2013.09.04 flasher image to install the latest Angstrom version on a BBB eMMC? Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
That is the BeagleBoard.org Wiki. Circuitco is just the current host. That should get changed soon to another host location. We use the 9_4 Flasher image in production to flash all the production boards. It is tested thousands of time a week. Gerald On Fri, Sep 27, 2013 at 9:54 AM, dennis.c...@gmail.com wrote: On Friday, September 27, 2013 8:37:54 AM UTC-6, Gerald wrote: I will pass that suggestion on to someone else to see if that can be updated. Thanks. We point people to the WIKI via the card that comes in the box as that is easier t update than the website.. The card is what led me to the circuit.co wiki page with the 2013.09.04 image. I had already downloaded the older 2013-06-20 image linked to from the Getting Started web page. Maybe the web page can be updated with a link to the wiki labeled for the latest info go to... rather than relying on just the cards. I will need to defer your question on the image to the rest of the team to answer. OK, hopefully someone can help. I don't see how anyone could have used this image successfully, but I may be wrong. Has anyone used the 2013.09.04 flasher image to install the latest Angstrom version on a BBB eMMC? Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] BBB- Disable power via USB
Hi, I need to disable the BBB from booting when usb is connected to the PC. I have an external supply that powers the BBB as well as other things. I would like the configuration such that even if a user connects to the BBB via USB it will not boot until the 5V main power supply is turned on. Looking at the schematics and SRM I know that the TPS65217C senses the USB 5V on its pin 12 and that there is some registers that control how the TPS65217C responds to different signals and these registers are written to via I2C. i just don't know how to do that. The following thread talks about some commands that can be added to uEnv.txt to write to the TPS65217C. I just wish there was more detail on how to do this. https://groups.google.com/forum/#!searchin/beagleboard/USB$20power/beagleboard/yNjXHmb1WnA/nlBoqnetbgcJ Are there easy instructions to modify the registers on the TPS65217C to disable USB powerup? hardware: BBB A5C OS: R. Nelsons' Ubuntu 13.04 (works great!) Thanks T. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB- Disable power via USB
We have no instructions on how to break the board.The TPS65217C is designed to power the board from either of these sources, whichever one come first. If 5V is connected it switches to 5VDC when connected. One way to do what you want is to remove the power connection in your cable, cut the wire. However, if you do that, the processor will not recognize the USB as being connected and will not enumerate. On power off, the TPS65217C clears all the registers, so any registers that are set, will be reset on power up. Gerald On Fri, Sep 27, 2013 at 10:14 AM, TB blalock.t...@gmail.com wrote: Hi, I need to disable the BBB from booting when usb is connected to the PC. I have an external supply that powers the BBB as well as other things. I would like the configuration such that even if a user connects to the BBB via USB it will not boot until the 5V main power supply is turned on. Looking at the schematics and SRM I know that the TPS65217C senses the USB 5V on its pin 12 and that there is some registers that control how the TPS65217C responds to different signals and these registers are written to via I2C. i just don't know how to do that. The following thread talks about some commands that can be added to uEnv.txt to write to the TPS65217C. I just wish there was more detail on how to do this. https://groups.google.com/forum/#!searchin/beagleboard/USB$20power/beagleboard/yNjXHmb1WnA/nlBoqnetbgcJ Are there easy instructions to modify the registers on the TPS65217C to disable USB powerup? hardware: BBB A5C OS: R. Nelsons' Ubuntu 13.04 (works great!) Thanks T. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
let me share my experience (problems). 1. the card can be 4gb but the use of the card it must be the sice of the bbb memory 2gb 2. when you restore is not ok to use any thing else (usb share, ethernet, linux session). just dont do any thing just press the boot bottom. 3. try more than one time. and be patient to wait. 4. before you use the image to the card, the arquive that you download is compress. decompress it first and than copie to the sd card . you can only copy the .img file. that image is very good. I use ubuntu-precise-12.04.2-armhf-3.8.13-bone20.img and Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone-2013.06.20. 2013/9/27 dennis.c...@gmail.com On Friday, September 27, 2013 8:37:54 AM UTC-6, Gerald wrote: I will pass that suggestion on to someone else to see if that can be updated. Thanks. We point people to the WIKI via the card that comes in the box as that is easier t update than the website.. The card is what led me to the circuit.co wiki page with the 2013.09.04 image. I had already downloaded the older 2013-06-20 image linked to from the Getting Started web page. Maybe the web page can be updated with a link to the wiki labeled for the latest info go to... rather than relying on just the cards. I will need to defer your question on the image to the rest of the team to answer. OK, hopefully someone can help. I don't see how anyone could have used this image successfully, but I may be wrong. Has anyone used the 2013.09.04 flasher image to install the latest Angstrom version on a BBB eMMC? Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Marcus de Vasconcelos Diogo da Silva Uma montanha até um cego consegue desviar,mas é nas pedras menores que nós muitas vezes tropeçamos e caimos! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB- Disable power via USB
Gerald, Thank you for the reply. A hypothetical thought-experiment question... if the trace that sends USB_DC to Pin 12 of the TPS65217C is absent yet still goes to the processor (P15) would that disable the USB 5V sense of the TPS65217C yet still allow the processor to recognized the USB when powered up? Thought experiment only!! On Friday, September 27, 2013 11:20:46 AM UTC-4, Gerald wrote: We have no instructions on how to break the board.The TPS65217C is designed to power the board from either of these sources, whichever one come first. If 5V is connected it switches to 5VDC when connected. One way to do what you want is to remove the power connection in your cable, cut the wire. However, if you do that, the processor will not recognize the USB as being connected and will not enumerate. On power off, the TPS65217C clears all the registers, so any registers that are set, will be reset on power up. Gerald On Fri, Sep 27, 2013 at 10:14 AM, TB blaloc...@gmail.com javascript:wrote: Hi, I need to disable the BBB from booting when usb is connected to the PC. I have an external supply that powers the BBB as well as other things. I would like the configuration such that even if a user connects to the BBB via USB it will not boot until the 5V main power supply is turned on. Looking at the schematics and SRM I know that the TPS65217C senses the USB 5V on its pin 12 and that there is some registers that control how the TPS65217C responds to different signals and these registers are written to via I2C. i just don't know how to do that. The following thread talks about some commands that can be added to uEnv.txt to write to the TPS65217C. I just wish there was more detail on how to do this. https://groups.google.com/forum/#!searchin/beagleboard/USB$20power/beagleboard/yNjXHmb1WnA/nlBoqnetbgcJ Are there easy instructions to modify the registers on the TPS65217C to disable USB powerup? hardware: BBB A5C OS: R. Nelsons' Ubuntu 13.04 (works great!) Thanks T. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Initializing memory on the BBW using Starterware examples
I just checked, and the last time I compiled an MLO was one year agoto the week! I am using version 2.00.00.07, so I don't know what has changed in 2.00.01.xx. That being said I have a couple more questions: 1) Did you have to create the projects in CCSv5, or did you use the Starterware one (starterware_folder\build\armv7a\cgt_ccs\am335x\beaglebone\demo)? 2) Are you building the bootloader (MLO) and the demo app, or just the demo? 3) What is your demo binary file name? For my application I used the bootloader demo to create an MLO. This MLO setup the beaglebone and then loaded a file called app from the SD card. Once the app was loaded, the bootloader transferred control to it. Louis On Thursday, September 26, 2013 6:49:19 PM UTC-5, Warren S wrote: Hi, Louis Wow, thanks for heeding my call. 1) Yes, I am using the latest Starterware for the AM335x family. The older version actually worked better because I could compile in debug mode while the latest version only lets me run in release mode for the time being. As my TI Applications support adviser noted before turning me over to the forum, the latest version inserts a debug or release folder in the source code location file chain. 2) Yes, I tested it first without any of my own code added to the demo. The print statements were only added later to see where it stopped. 3) I have no problem running the Angstrom Distribution or the Demo using a freshly formatted memory card. Although I am not sure what to expect when I run usb_dev_serial. Perhaps a second com port window? Surprisingly (to me), after Starterware hangs at MMUinit, the MLO/Demo binaries still work after I press the reset button on the board (but not the reset in Starterware). Thanks for giving me hope, Warren On Thu, Sep 26, 2013 at 1:58 PM, Louis McCarthy comp...@gmail.comjavascript: wrote: This is a pretty specific issue, and since I don't have this exact setup, I am shooting in the dark. 1) Are you using the latest Starterware for the AM335x family? 2) Have you tested it without any of your code added to the demo? 3) Have you freshly formatted and partitioned the memory card and then copied MLO first, then other files? It's been a few months since I played around in Starterware Louis On Wednesday, September 18, 2013 12:49:33 PM UTC-5, Warren S wrote: Hi: My BeagleBone White hangs at the function call MMUInit((unsigned int*)pageTable) while running the Demo and the usb_dev_serial examples in TI's Starterware 01.01 in the TI Code Composer Studio v5. I have corresponded with the TI Applications support team and the TI Starterware community at TI Home http://www.ti.com/ » TI E2E Communityhttp://e2e.ti.com/» Support Forums http://e2e.ti.com/support/default.aspx » Embedded Softwarehttp://e2e.ti.com/support/embedded/default.aspx» StarterWarehttp://e2e.ti.com/support/embedded/starterware/default.aspx» StarterWare forum http://e2e.ti.com/support/embedded/starterware/f/790.aspx » the demo in StarterWare_02_00_00_07 is not working for AM3352BZCZ80http://e2e.ti.com/support/embedded/starterware/f/790/t/287998.aspxto no avail. It runs the C instructions and my added print to console statements just fine until I get to this function call halfway through the MMUConfigAndEnable function call define earlier in the example programs. Thanks, Warren S. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/xVEoeppurpI/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Enabling Uart2 on BB White with new os version Angstrom Distribution (BeagleBone) 2013-06-06
If you don't have any files in /media/BEAGLE_BONE (note the underscore), see if it is mounted: mount | grep 'BEAGLE' if you don't get any output from the command above you can force the mount: mount /dev/mmcblk0p1 /media/BEAGLE_BONE Louis On Thursday, September 26, 2013 5:39:07 PM UTC-5, kingd...@gmail.com wrote: Hi there. I'm trying to follow these instructions to enable UARTS 1, 2, 4, and 5. I think I have the right software version as /lib/firmware contains all of the correct files, but there is no uEnv.txt in /media/BEAGLEBONE/. If I add one with the line capemgr.enable_partno=BB-UART4 and reboot it doesn't seem to do anything. I just reflashed the EMMC with an image I found on this page http://circuitco.com/support/index.php?title=Updating_The_Software, I am using Production Image 2013.09.04. I can enable the UARTs by echoing to the slots file, but I'm lost when it comes to doing this at boot without the uEnv method working. The problem is that by the time the board has booted, I can't enable UART 5 with the echo method as HDMI has already taken over . Does anyone have any pointers as to why there wouldn't be a uEnv.txt file in /media/BEAGLEBONE/? Thanks On Tuesday, July 2, 2013 12:11:33 PM UTC-5, David Hirst wrote: Hi Johan, This is good for now, thanks for all your help and good advice On Tue, Jul 2, 2013 at 1:02 PM, Johan Henselmans johan.he...@gmail.comwrote: Unfortunately, yes. It seems something is broken in the capemgr.enable_partno setup: I also have trouble getting my CANBUS to load, unless I do the echo routine. It should work, but I have to find out why it does not work for now. If the echo command works, then the uEnv.txt route should also work... On Tuesday, July 2, 2013 3:55:32 PM UTC+2, David Hirst wrote: the echo command seems to have worked, I now see the ttyO2. I guess there is no need to reboot. If I do reboot will I have to do the command each time ? On Tue, Jul 2, 2013 at 9:40 AM, Johan Henselmans johan.he...@gmail.com wrote: It seems that pin 19 and 20 are used for I2C2, which is used for Cape support. Can you try to do the echo command? echo BB-UART2 /sys/devices/bone_capemgr.**/slots with the correct number for the bone_capemgr. Other option: download the latest version. There is a 2013-6-20 version. That might solve your problems... On Tuesday, July 2, 2013 1:53:37 PM UTC+2, David Hirst wrote: there is not a mention of ttyO2 or uEnv.txt in the log the only pins claimed are the following pin 94 (44e10978): 4819c000.i2c (GPIO UNCLAIMED) function pinmux_i2c2_pins group pinmux_i2c2_pins pin 95 (44e1097c): 4819c000.i2c (GPIO UNCLAIMED) function pinmux_i2c2_pins group pinmux_i2c2_pins pin 96 (44e10980): (MUX UNCLAIMED) (GPIO UNCLAIMED) pin 97 (44e10984): (MUX UNCLAIMED) (GPIO UNCLAIMED) pin 98 (44e10988): 44e0b000.i2c (GPIO UNCLAIMED) function pinmux_i2c0_pins group pinmux_i2c0_pins pin 99 (44e1098c): 44e0b000.i2c (GPIO UNCLAIMED) function pinmux_i2c0_pins group pinmux_i2c0_pins pin 100 (44e10990): (MUX UNCLAIMED) (GPIO UNCLAIMED) On Tue, Jul 2, 2013 at 7:29 AM, Johan Henselmans johan.he...@gmail.com wrote: That should do, unless something else is on UART2 pins already active. Do you get any error messages in the log? journalctl -bx shows you the log of the latest boot. You can also attach the UART2 via: echo BB-UART2 /sys/devices/bone_capemgr./slots I have a BeagleBone Black, so the bone_capemgr number might be something different. In the BeagleBone Black SRM the info is in Chapter 7.0, Connectors. Check if the UART2 pins are somehow in use by something else: cd /sys/kernel/debug/pinctrl cat 44e10800.pinmux/pinmux-pins is what I do on a BBB. On Monday, July 1, 2013 2:02:51 PM UTC+2, David Hirst wrote: Sorry for the delay, I was away root@beaglebone:~# cat /media/BEAGLE_BONE/uEnv.txt optargs=capemgr.enable_partno=**BB-UART2 root@beaglebone:~# On Wed, Jun 26, 2013 at 4:35 PM, Johan Henselmans johan.he...@gmail.com wrote: /boot/uEnv.txt is not the right one, it's a copy of the one in /media/BEAGLEBONE/uEnv.txt. send a cat /media/BEAGLEBONE/uEnvt.txt, just to check if the syntax is OK. On Wednesday, June 26, 2013 4:26:43 PM UTC+2, David Hirst wrote: Maybe I do not understand, I have tried it a multiple time. I found another uEnv.txt under /boot and tried it there nothing seems to change. On your system when you do this you see a /dev/ttyO4 in the dev dir ? is there any breadcrumbs showing that the file is getting read from the boot screen ? On Wed, Jun 26, 2013 at 9:33 AM, Johan Henselmans johan.he...@gmail.com wrote: Use optargs=capemgr.enable_partno=BB-UART2 That should do it. On Wednesday, June 26, 2013 12:37:22 PM UTC+2, David Hirst wrote: I tried the above, and created a file uEnv.txt root@beaglebone:~# cat
Re: [beagleboard] BBB- Disable power via USB
Yes. Cut the trace and it should work they way you want. But, don't expect any RMA support. Gerald On Fri, Sep 27, 2013 at 11:09 AM, TB blalock.t...@gmail.com wrote: Gerald, Thank you for the reply. A hypothetical thought-experiment question... if the trace that sends USB_DC to Pin 12 of the TPS65217C is absent yet still goes to the processor (P15) would that disable the USB 5V sense of the TPS65217C yet still allow the processor to recognized the USB when powered up? Thought experiment only!! On Friday, September 27, 2013 11:20:46 AM UTC-4, Gerald wrote: We have no instructions on how to break the board.The TPS65217C is designed to power the board from either of these sources, whichever one come first. If 5V is connected it switches to 5VDC when connected. One way to do what you want is to remove the power connection in your cable, cut the wire. However, if you do that, the processor will not recognize the USB as being connected and will not enumerate. On power off, the TPS65217C clears all the registers, so any registers that are set, will be reset on power up. Gerald On Fri, Sep 27, 2013 at 10:14 AM, TB blaloc...@gmail.com wrote: Hi, I need to disable the BBB from booting when usb is connected to the PC. I have an external supply that powers the BBB as well as other things. I would like the configuration such that even if a user connects to the BBB via USB it will not boot until the 5V main power supply is turned on. Looking at the schematics and SRM I know that the TPS65217C senses the USB 5V on its pin 12 and that there is some registers that control how the TPS65217C responds to different signals and these registers are written to via I2C. i just don't know how to do that. The following thread talks about some commands that can be added to uEnv.txt to write to the TPS65217C. I just wish there was more detail on how to do this. https://groups.google.com/**forum/#!searchin/beagleboard/** USB$20power/beagleboard/**yNjXHmb1WnA/nlBoqnetbgcJhttps://groups.google.com/forum/#!searchin/beagleboard/USB$20power/beagleboard/yNjXHmb1WnA/nlBoqnetbgcJ Are there easy instructions to modify the registers on the TPS65217C to disable USB powerup? hardware: BBB A5C OS: R. Nelsons' Ubuntu 13.04 (works great!) Thanks T. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@**googlegroups.com. For more options, visit https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] What is EatherCat? and why it could be important?
EtherCAT is an industrial automation protocol over Etherent. http://www.ethercat.org/ EtherCAT is important if you need it. EtherCAT support is provided by Ethernet PHYs connected to the PRU pins. These connections are not available on the BBB. Gerald On Fri, Sep 27, 2013 at 11:33 AM, Amalinda J' Gamage amalinda.gam...@gmail.com wrote: Dear all, I notice the new beaglebone doesn't have the EtherCat functionality. Im wondering as to what this means. I notice that both have Ethernet so why is this Ethercat important? thank you so much, -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Friday, September 27, 2013 9:11:20 AM UTC-6, Gerald wrote: We use the 9_4 Flasher image in production to flash all the production boards. It is tested thousands of time a week. Can you verify that the file linked to from the wiki at https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz is **exactly** the same as the file used to build the production flasher SD cards? The file I downloaded is BBB-eMMC-flasher-2013.09.04.img.xz and it is 373,850,348 bytes long with MD5 hash 6b551bf357339e98377dfb6f6fdba016. It is expanded by 7zip into an image file BBB-eMMC-flasher-2013.09.04.img which is 3,657,433,088 bytes long and has MD5 hash b45fcc0da3d797f6dc0fed3dde19d311. This image is copied (using the Win32DiskImager) to a 4GB SD card which boots the BBB and runs the emmc.sh script as expected, but the script consistently fails after about 5 minutes as explained in my previous post. The board stops with all user LEDs off because of errors detected by the emmc.sh script. Those errors are caused by missing files and directories in the archived rootfs, Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone.rootfs.tar.gz, contained in the /build directory of the Angstrom linux installed on the flasher SD card. I just completed another pass through the entire update process starting with the freshly downloaded compressed flasher image. It failed in the same way. After the emmc.sh script stopped I logged in using the serial debug cable and tried to expand the archived rootfs manually. I got an error about an invalid tar header checksum. root@beaglebone:~# cd /build root@beaglebone:/build# mkdir rootfs root@beaglebone:/build# tar -zxf Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone.rootfs.tar.gz -C rootfs tar: invalid tar header checksum root@beaglebone:/build# ls rootfs binhome media mntsbin usr The directories created look the same as those listed in my previous post. I just repeated the tar listing again and go the same error. I must have missed it last time since I had redirected the output to a file, but the error message went to the console instead of the file. There is definitely a problem with the flasher image I downloaded. The archived rootfs is corrupt so it generates an incomplete rootfs in the eMMC. Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
That is the one we are using. But I will have it double checked. Gerald On Fri, Sep 27, 2013 at 11:21 AM, dennis.c...@gmail.com wrote: On Friday, September 27, 2013 9:11:20 AM UTC-6, Gerald wrote: We use the 9_4 Flasher image in production to flash all the production boards. It is tested thousands of time a week. Can you verify that the file linked to from the wiki at https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xzis **exactly** the same as the file used to build the production flasher SD cards? The file I downloaded is BBB-eMMC-flasher-2013.09.04.img.xz and it is 373,850,348 bytes long with MD5 hash 6b551bf357339e98377dfb6f6fdba016. It is expanded by 7zip into an image file BBB-eMMC-flasher-2013.09.04.img which is 3,657,433,088 bytes long and has MD5 hash b45fcc0da3d797f6dc0fed3dde19d311. This image is copied (using the Win32DiskImager) to a 4GB SD card which boots the BBB and runs the emmc.sh script as expected, but the script consistently fails after about 5 minutes as explained in my previous post. The board stops with all user LEDs off because of errors detected by the emmc.sh script. Those errors are caused by missing files and directories in the archived rootfs, Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone.rootfs.tar.gz, contained in the /build directory of the Angstrom linux installed on the flasher SD card. I just completed another pass through the entire update process starting with the freshly downloaded compressed flasher image. It failed in the same way. After the emmc.sh script stopped I logged in using the serial debug cable and tried to expand the archived rootfs manually. I got an error about an invalid tar header checksum. root@beaglebone:~# cd /build root@beaglebone:/build# mkdir rootfs root@beaglebone:/build# tar -zxf Angstrom-Cloud9-IDE-GNOME-eglibc-ipk-v2012.12-beaglebone.rootfs.tar.gz -C rootfs tar: invalid tar header checksum root@beaglebone:/build# ls rootfs binhome media mntsbin usr The directories created look the same as those listed in my previous post. I just repeated the tar listing again and go the same error. I must have missed it last time since I had redirected the output to a file, but the error message went to the console instead of the file. There is definitely a problem with the flasher image I downloaded. The archived rootfs is corrupt so it generates an incomplete rootfs in the eMMC. Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Extracting eMMC contents using FAT formatted card
On Thursday, September 26, 2013 2:26:40 PM UTC-4, Alexander Holler wrote: Am 26.09.2013 20:21, schrieb Alexander Holler: autorun.sh: #!/bin/sh echo timer /sys/class/leds/beaglebone\:green\:usr0/trigger dd if=/dev/mmcblk1 of=/mnt/BeagleBoneBlack-eMMC-image-$RANDOM.img bs=10M sync echo default-on /sys/class/leds/beaglebone\:green\:usr0/trigger I think using dd and creating an image is a pretty bad way to build a backup. I would suggest to use sfdisk -d /dev/foo sfdisk.emmc.txt mount emmc tar cpjf -C emmc . umount emmc Of course, it should be tar cpjf emmc.tar.bz2 -C emmc . and another tar might be necessary for the second partition. And putting such a script together with busybox into an in-kernel initramfs, and people would just have to build a card with one file, the uImage. I still like having autorun.sh such that the script can be easily customized without rebuilding. Of course, MLO and u-boot.img are also required. The discussed Buildroot-based image is using initramfs. Seems like some work is required here to create the logic to make sure each partition is tar'd. Also, the restore script needs to be created. In general, this just requires some more testing. Any volunteers to try out the sfdisk/tar based solution? Overall, I agree it is a much better approach and I will get started on it as soon as I've submitted the base Buildroot patches upstream. Is there an easy way to make subdirectories within the tar to hold the format table and each partition such that I don't have to run tar twice and potentially run out of card space? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB- Disable power via USB
Thank you for the confirmation. I just wanted to make sure my understanding of how it was working is correct. Believe me, I understand completely regarding any modification I make are my responsibility. That's the beauty of the BBB, you learn alot about software and hardware and a boo-boo only cost you $45. I can live with that. In my engineering career I have blown up things a lot more expensive, ha! thanks again On Friday, September 27, 2013 12:44:47 PM UTC-4, Gerald wrote: Yes. Cut the trace and it should work they way you want. But, don't expect any RMA support. Gerald On Fri, Sep 27, 2013 at 11:09 AM, TB blaloc...@gmail.com javascript:wrote: Gerald, Thank you for the reply. A hypothetical thought-experiment question... if the trace that sends USB_DC to Pin 12 of the TPS65217C is absent yet still goes to the processor (P15) would that disable the USB 5V sense of the TPS65217C yet still allow the processor to recognized the USB when powered up? Thought experiment only!! On Friday, September 27, 2013 11:20:46 AM UTC-4, Gerald wrote: We have no instructions on how to break the board.The TPS65217C is designed to power the board from either of these sources, whichever one come first. If 5V is connected it switches to 5VDC when connected. One way to do what you want is to remove the power connection in your cable, cut the wire. However, if you do that, the processor will not recognize the USB as being connected and will not enumerate. On power off, the TPS65217C clears all the registers, so any registers that are set, will be reset on power up. Gerald On Fri, Sep 27, 2013 at 10:14 AM, TB blaloc...@gmail.com wrote: Hi, I need to disable the BBB from booting when usb is connected to the PC. I have an external supply that powers the BBB as well as other things. I would like the configuration such that even if a user connects to the BBB via USB it will not boot until the 5V main power supply is turned on. Looking at the schematics and SRM I know that the TPS65217C senses the USB 5V on its pin 12 and that there is some registers that control how the TPS65217C responds to different signals and these registers are written to via I2C. i just don't know how to do that. The following thread talks about some commands that can be added to uEnv.txt to write to the TPS65217C. I just wish there was more detail on how to do this. https://groups.google.com/**forum/#!searchin/beagleboard/** USB$20power/beagleboard/**yNjXHmb1WnA/nlBoqnetbgcJhttps://groups.google.com/forum/#!searchin/beagleboard/USB$20power/beagleboard/yNjXHmb1WnA/nlBoqnetbgcJ Are there easy instructions to modify the registers on the TPS65217C to disable USB powerup? hardware: BBB A5C OS: R. Nelsons' Ubuntu 13.04 (works great!) Thanks T. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@**googlegroups.com. For more options, visit https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] What is EatherCat? and why it could be important?
Look at evm335x it supports this Industrial communication has to do with what's brought out from SOc Sent from Yahoo! Mail on Android -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Enabling Uart2 on BB White with new os version Angstrom Distribution (BeagleBone) 2013-06-06
Thanks, that did the trick. On Friday, September 27, 2013 at 11:27 AM, Louis McCarthy wrote: If you don't have any files in /media/BEAGLE_BONE (note the underscore), see if it is mounted: mount | grep 'BEAGLE' if you don't get any output from the command above you can force the mount: mount /dev/mmcblk0p1 /media/BEAGLE_BONE Louis On Thursday, September 26, 2013 5:39:07 PM UTC-5, kingd...@gmail.com (http://gmail.com) wrote: Hi there. I'm trying to follow these instructions to enable UARTS 1, 2, 4, and 5. I think I have the right software version as /lib/firmware contains all of the correct files, but there is no uEnv.txt in /media/BEAGLEBONE/. If I add one with the line capemgr.enable_partno=BB-UART4 and reboot it doesn't seem to do anything. I just reflashed the EMMC with an image I found on this page http://circuitco.com/support/index.php?title=Updating_The_Software, I am using Production Image 2013.09.04. I can enable the UARTs by echoing to the slots file, but I'm lost when it comes to doing this at boot without the uEnv method working. The problem is that by the time the board has booted, I can't enable UART 5 with the echo method as HDMI has already taken over . Does anyone have any pointers as to why there wouldn't be a uEnv.txt file in /media/BEAGLEBONE/? Thanks On Tuesday, July 2, 2013 12:11:33 PM UTC-5, David Hirst wrote: Hi Johan, This is good for now, thanks for all your help and good advice On Tue, Jul 2, 2013 at 1:02 PM, Johan Henselmans johan.he...@gmail.com wrote: Unfortunately, yes. It seems something is broken in the capemgr.enable_partno setup: I also have trouble getting my CANBUS to load, unless I do the echo routine. It should work, but I have to find out why it does not work for now. If the echo command works, then the uEnv.txt route should also work... On Tuesday, July 2, 2013 3:55:32 PM UTC+2, David Hirst wrote: the echo command seems to have worked, I now see the ttyO2. I guess there is no need to reboot. If I do reboot will I have to do the command each time ? On Tue, Jul 2, 2013 at 9:40 AM, Johan Henselmans johan.he...@gmail.com wrote: It seems that pin 19 and 20 are used for I2C2, which is used for Cape support. Can you try to do the echo command? echo BB-UART2 /sys/devices/bone_capemgr./slots with the correct number for the bone_capemgr. Other option: download the latest version. There is a 2013-6-20 version. That might solve your problems... On Tuesday, July 2, 2013 1:53:37 PM UTC+2, David Hirst wrote: there is not a mention of ttyO2 or uEnv.txt in the log the only pins claimed are the following pin 94 (44e10978): 4819c000.i2c (GPIO UNCLAIMED) function pinmux_i2c2_pins group pinmux_i2c2_pins pin 95 (44e1097c): 4819c000.i2c (GPIO UNCLAIMED) function pinmux_i2c2_pins group pinmux_i2c2_pins pin 96 (44e10980): (MUX UNCLAIMED) (GPIO UNCLAIMED) pin 97 (44e10984): (MUX UNCLAIMED) (GPIO UNCLAIMED) pin 98 (44e10988): 44e0b000.i2c (GPIO UNCLAIMED) function pinmux_i2c0_pins group pinmux_i2c0_pins pin 99 (44e1098c): 44e0b000.i2c (GPIO UNCLAIMED) function pinmux_i2c0_pins group pinmux_i2c0_pins pin 100 (44e10990): (MUX UNCLAIMED) (GPIO UNCLAIMED) On Tue, Jul 2, 2013 at 7:29 AM, Johan Henselmans johan.he...@gmail.com wrote: That should do, unless something else is on UART2 pins already active. Do you get any error messages in the log? journalctl -bx shows you the log of the latest boot. You can also attach the UART2 via: echo BB-UART2 /sys/devices/bone_capemgr./slots I have a BeagleBone Black, so the bone_capemgr number might be something different. In the BeagleBone Black SRM the info is in Chapter 7.0, Connectors. Check if the UART2 pins are somehow in use by something else: cd /sys/kernel/debug/pinctrl cat 44e10800.pinmux/pinmux-pins is what I do on a BBB. On Monday, July 1, 2013 2:02:51 PM UTC+2, David Hirst wrote: Sorry for the delay, I was away root@beaglebone:~# cat /media/BEAGLE_BONE/uEnv.txt optargs=capemgr.enable_partno=BB-UART2 root@beaglebone:~# On Wed, Jun 26, 2013 at 4:35 PM, Johan Henselmans johan.he...@gmail.com wrote: /boot/uEnv.txt is not the right one, it's a copy of the one in /media/BEAGLEBONE/uEnv.txt. send a cat /media/BEAGLEBONE/uEnvt.txt,
Re: [beagleboard] BBB flasher fails to update eMMC
On Fri, 27 Sep 2013, Gerald Coley wrote: That is the one we are using. But I will have it double checked. Gerald On Fri, Sep 27, 2013 at 11:21 AM, dennis.c...@gmail.com wrote: On Friday, September 27, 2013 9:11:20 AM UTC-6, Gerald wrote: We use the 9_4 Flasher image in production to flash all the production boards. It is tested thousands of time a week. Can you verify that the file linked to from the wiki at https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz is *exactly* the same as the file used to build the production flasher SD cards? The file I downloaded is BBB-eMMC-flasher-2013.09.04.img.xz and it is 373,850,348 bytes long with MD5 hash 6b551bf357339e98377dfb6f6fdba016. It is expanded by 7zip into an image file BBB-eMMC-flasher-2013.09.04.img which is 3,657,433,088 bytes long and has MD5 hash b45fcc0da3d797f6dc0fed3dde19d311. ... snip ... good lord, i step out for a few hours and there's flour and cat prints all over the kitchen when i get back. given that i've done *loads* of reflashes of my BBBs, i can test this -- i'll grab the file http://dominion.thruhere.net/koen/angstrom/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz and check it out, is that the file that is currently the subject of debate? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
No. The link above that: https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz Gerald On Fri, Sep 27, 2013 at 12:27 PM, Robert P. J. Day rpj...@crashcourse.cawrote: On Fri, 27 Sep 2013, Gerald Coley wrote: That is the one we are using. But I will have it double checked. Gerald On Fri, Sep 27, 2013 at 11:21 AM, dennis.c...@gmail.com wrote: On Friday, September 27, 2013 9:11:20 AM UTC-6, Gerald wrote: We use the 9_4 Flasher image in production to flash all the production boards. It is tested thousands of time a week. Can you verify that the file linked to from the wiki at https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz is *exactly* the same as the file used to build the production flasher SD cards? The file I downloaded is BBB-eMMC-flasher-2013.09.04.img.xz and it is 373,850,348 bytes long with MD5 hash 6b551bf357339e98377dfb6f6fdba016. It is expanded by 7zip into an image file BBB-eMMC-flasher-2013.09.04.img which is 3,657,433,088 bytes long and has MD5 hash b45fcc0da3d797f6dc0fed3dde19d311. ... snip ... good lord, i step out for a few hours and there's flour and cat prints all over the kitchen when i get back. given that i've done *loads* of reflashes of my BBBs, i can test this -- i'll grab the file http://dominion.thruhere.net/koen/angstrom/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz and check it out, is that the file that is currently the subject of debate? rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Fri, 27 Sep 2013, Gerald Coley wrote: On Fri, Sep 27, 2013 at 11:21 AM, dennis.c...@gmail.com wrote: The file I downloaded is BBB-eMMC-flasher-2013.09.04.img.xz and it is 373,850,348 bytes long with MD5 hash 6b551bf357339e98377dfb6f6fdba016. verified with mine ... It is expanded by 7zip into an image file BBB-eMMC-flasher-2013.09.04.img which is 3,657,433,088 bytes long and has MD5 hash b45fcc0da3d797f6dc0fed3dde19d311. verified with mine, it's now reflashing one of my BBBs, it's been cranking away for about 8 minutes now and still going ... rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Fri, 27 Sep 2013, Gerald Coley wrote: No. The link above that: https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz which is *precisely* why i chose a different one ... so that if mine works, we have at least isolated the problem to a particular tarball. 10 minutes in, and still flashing ... rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
So if yours works then the S3 version is definitely bad. Sound logic. Gerald On Fri, Sep 27, 2013 at 12:53 PM, Robert P. J. Day rpj...@crashcourse.cawrote: On Fri, 27 Sep 2013, Gerald Coley wrote: No. The link above that: https://s3.amazonaws.com/angstrom/demo/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz which is *precisely* why i chose a different one ... so that if mine works, we have at least isolated the problem to a particular tarball. 10 minutes in, and still flashing ... rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Fri, 27 Sep 2013, Gerald Coley wrote: So if yours works then the S3 version is definitely bad. Sound logic. still chugging away so i'm confident it will finish. i did nothing different from all the other times: * download xz-ball * uncompress to get .img file * verified that my size and md5sum matched what original poster listed * dd to 4G uSD card * remove uSD card, then immediately reinsert to verify that filesystems are mounted by my linux box * put uSD card in BBB and ... go the fact that my size and md5sum matched suggests something gets corrupted in the flashing process or something. i've always downloaded my flasher images from koen's dominion site, never from amazon. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Friday, September 27, 2013 12:14:05 PM UTC-6, Robert P. J. Day wrote: still chugging away so i'm confident it will finish. i did nothing different from all the other times: * download xz-ball * uncompress to get .img file * verified that my size and md5sum matched what original poster listed * dd to 4G uSD card * remove uSD card, then immediately reinsert to verify that filesystems are mounted by my linux box * put uSD card in BBB and ... go the fact that my size and md5sum matched suggests something gets corrupted in the flashing process or something. i've always downloaded my flasher images from koen's dominion site, never from amazon. Hi Robert, I agree that if your MD5 checksums matches mine the problem must be in the writing of the image to the SD card. I am using Win7 instead of linux to expand the image and write the SD card, but I don't think that should matter. I will try writing the SD card with a different SD card adapter on a different PC. BTW I can't get the http://dominion.thruhere.net/koen/angstrom/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xz image since the domain is blocked by our untangle firewall for the following reason. This site was categorized in: Parked Domains I will have to talk to our network admin about this, but I believe we use the default blacklists for untangle. Since others may use this firewall ( http://www.untangle.com/store/firewall.html) you may want to see if they can correct their blacklist. Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
I use Win7 as well. May be an issue with the unzip program you are using. Gerald On Fri, Sep 27, 2013 at 1:34 PM, dennis.c...@gmail.com wrote: On Friday, September 27, 2013 12:14:05 PM UTC-6, Robert P. J. Day wrote: still chugging away so i'm confident it will finish. i did nothing different from all the other times: * download xz-ball * uncompress to get .img file * verified that my size and md5sum matched what original poster listed * dd to 4G uSD card * remove uSD card, then immediately reinsert to verify that filesystems are mounted by my linux box * put uSD card in BBB and ... go the fact that my size and md5sum matched suggests something gets corrupted in the flashing process or something. i've always downloaded my flasher images from koen's dominion site, never from amazon. Hi Robert, I agree that if your MD5 checksums matches mine the problem must be in the writing of the image to the SD card. I am using Win7 instead of linux to expand the image and write the SD card, but I don't think that should matter. I will try writing the SD card with a different SD card adapter on a different PC. BTW I can't get the http://dominion.thruhere.net/koen/angstrom/beaglebone/BBB-eMMC-flasher-2013.09.04.img.xzimage since the domain is blocked by our untangle firewall for the following reason. This site was categorized in: Parked Domains I will have to talk to our network admin about this, but I believe we use the default blacklists for untangle. Since others may use this firewall ( http://www.untangle.com/store/firewall.html) you may want to see if they can correct their blacklist. Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Fri, 27 Sep 2013, Gerald Coley wrote: One of the things that will affect flashing is if say Ethernet is connected. That is why I say do not connect it. Anything on the USB host port such as a terminal could I suppose also affect it. Another thing is trying to flash while using USB power. flashing worked fine for me. my recipe (aside from the earlier stuff) is, as you say: * 5V power * nothing else connected the only weird issue i had once upon a time is when i had one of specialcomp's USB-TTL adapters connected to the 6-pin header -- man, the boot process didn't like that. but, as i said, i had no problem flashing here. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Fri, 27 Sep 2013, Gerald Coley wrote: I use Win7 as well. May be an issue with the unzip program you are using. Gerald On Fri, Sep 27, 2013 at 1:34 PM, dennis.c...@gmail.com wrote: On Friday, September 27, 2013 12:14:05 PM UTC-6, Robert P. J. Day wrote: still chugging away so i'm confident it will finish. i did nothing different from all the other times: * download xz-ball * uncompress to get .img file * verified that my size and md5sum matched what original poster listed * dd to 4G uSD card * remove uSD card, then immediately reinsert to verify that filesystems are mounted by my linux box * put uSD card in BBB and ... go the fact that my size and md5sum matched suggests something gets corrupted in the flashing process or something. i've always downloaded my flasher images from koen's dominion site, never from amazon. Hi Robert, I agree that if your MD5 checksums matches mine the problem must be in the writing of the image to the SD card. i can't think of anything else ... if my size and md5sum matches yours after decompression, there's really no other possibility. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Friday, September 27, 2013 12:44:56 PM UTC-6, Robert P. J. Day wrote: i can't think of anything else ... if my size and md5sum matches yours after decompression, there's really no other possibility. I have reprogrammed the SD card using a different PC and SD card adapter. It has been happily blinking away for about 15 minutes. I expect it will complete as expected. So I'm pretty sure the problem is with the SC card adapter I was using. It was an older Spyker USB Hub and multiple format flash card adapter. I'm surprised that so much worked right but the rootfs was still corrupted. I also got no error messages from the Win32DiskImager utility using this adapter. Oh well, on to better things. At least I learned a lot about the boot and flashing process while chasing this down. Thanks for your suggestions and taking the time to check the MD5 checksums. Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] BBB all leds on when connected a microSD
Hello, when I insert a microSD Gb all leds but the first are on and can't do nothing. Yes, I'm a newbie. Thank you in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB all leds on when connected a microSD
What happens if you don't insert the SD card? Does it still boot? Did you try going to http://circuitco.com/support/BeagleBoneBlack? That is the link on the white card that came in the box. Did you check under the FAQ section for .2.8 How can I use a uSD in the uSD slot as extra storage on my BeagleBone Black?http://circuitco.com/support/index.php?title=BeagleBone_Black_FAQ#How_can_I_use_a_uSD_in_the_uSD_slot_as_extra_storage_on_my_BeagleBone_Black.3F ? Gerald On Fri, Sep 27, 2013 at 3:02 PM, starglider@gmail.com wrote: Hello, when I insert a microSD Gb all leds but the first are on and can't do nothing. Yes, I'm a newbie. Thank you in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] CPU/GPU RAM Split?
Does anyone know how the VRAM works on the BeagleBone Black? Can you change how much RAM is allocated to the GPU and how much is allocated to the CPU? How would you do that? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB flasher fails to update eMMC
On Friday, September 27, 2013 1:38:11 PM UTC-6, denni...@gmail.com wrote: I have reprogrammed the SD card using a different PC and SD card adapter. It has been happily blinking away for about 15 minutes. I expect it will complete as expected. FYI the flasher completed and worked as expected. Hooray! I have already bought a new SD card adapter. The problems with the incorrect test for the kpartx command in mkcard.sh and the missing blockdev command used in emmc.sh as noted in my original post are still present. Additionally there are several warnings about the use of depreciated paths and one error cannot register alternative run-parts... that may need to be looked at. Dennis Cote -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: BeagleBone Black doesn't sometimes start. Only Power LED is on
On Wednesday, July 31, 2013 5:48:54 PM UTC-4, duckhunt...@gmail.com wrote: Hi guys, we have a problem with our Beagle Bone Black (A5C). We are using Ubuntu Raring 13.04 armhf v3.8.13-bone21 (2013-06-14) on the eMMC (no SD Card). The Beagle Bone is placed in a case and we have connected it to a DC power supply. Sometimes (I would say every 5 to 10 times), when we are plugging in our power supply, the BeagleBone powers on (Power LED is on), but nothing more happens (none of the other four LEDs is on). If we are now removing the power supply and putting it in again, the BBB starts normally. I guess the power supply is strong enough: 5A@5V. Thanks for your help in advance. Regards, duckhunter -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: BeagleBone Black doesn't sometimes start. Only Power LED is on
Same problem here, its showing up in 2 ways. The Beagle Board Black has a power control IC that is sensitive to 5 volt rise time and has frozen up under short brownout situations..in fact, I can freeze it up at will by dropping out 5 V for about 100mS, it will lock up with 3.3 volts turned off even though the 5 volt input is good. Removing the 5 volt input for more than 1 second restores normal 3.3 Volt power and all is good. The other way..I'm still investigating, it refuses to boot about 1 in 20 tries for reasons that are so far unknown. In this instance I have power supply monitoring instruments all over this board, and the power supply controller is working even when the lockup occurs. So I'm mainly interested in the situation where the blue lights are on but the board is not booting. We are running a port of Debian Linux. On Wednesday, July 31, 2013 5:48:54 PM UTC-4, duckhunt...@gmail.com wrote: Hi guys, we have a problem with our Beagle Bone Black (A5C). We are using Ubuntu Raring 13.04 armhf v3.8.13-bone21 (2013-06-14) on the eMMC (no SD Card). The Beagle Bone is placed in a case and we have connected it to a DC power supply. Sometimes (I would say every 5 to 10 times), when we are plugging in our power supply, the BeagleBone powers on (Power LED is on), but nothing more happens (none of the other four LEDs is on). If we are now removing the power supply and putting it in again, the BBB starts normally. I guess the power supply is strong enough: 5A@5V. Thanks for your help in advance. Regards, duckhunter -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Beaglebone Black and Chipsee 7 LCD running Android
I am going to purchase a Beaglebone Black and the Chipsee 7 LCD that is shown running Android. I have see a lot of downloads for different Android images that will run on the different Beaglebone boards. I would like to make sure i get the right image and source code. Can someone point me to the best place to get an image that will just come up in that config and then also the source so I can build it myself? Thanks... -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB all leds on when connected a microSD
Without the microSD it boots normaly. Could it be because it's a 8 GB and the new hight speed UHS-1. My intention is to install debian in the BBB. I didn't find nothing about the meaning of the leds on. Thank you for your help. On Friday, September 27, 2013 9:11:49 PM UTC+1, Gerald wrote: What happens if you don't insert the SD card? Does it still boot? Did you try going to http://circuitco.com/support/BeagleBoneBlack? That is the link on the white card that came in the box. Did you check under the FAQ section for .2.8 How can I use a uSD in the uSD slot as extra storage on my BeagleBone Black?http://circuitco.com/support/index.php?title=BeagleBone_Black_FAQ#How_can_I_use_a_uSD_in_the_uSD_slot_as_extra_storage_on_my_BeagleBone_Black.3F ? Gerald On Fri, Sep 27, 2013 at 3:02 PM, stargli...@gmail.com javascript:wrote: Hello, when I insert a microSD Gb all leds but the first are on and can't do nothing. Yes, I'm a newbie. Thank you in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB Ubuntu - No GUI on startup - known good board and monitor
On Fri, Sep 27, 2013 at 5:47 PM, John Babrick johnbabr...@gmail.com wrote: Hello all, I have a Beagle Bone Black that works out of the box with a new HP 22BW monitor. I am trying to run the 13.10 Ubuntu image from http://elinux.org/BeagleBoardUbuntu#Saucy_13.10_.28experimental.29 I can load it onto the sd card and boot it. I get the penguin graphic and then the video goes away. I can still ssh into the BBB and I can see that it is running. I have installed gdm, etc onto the board but still no GUI. I don't think it is a hardware problem, I think it is a configuration problem. I just don't know where the GUI is supposed to be started from. Can anyone give me some guidance? For sanity sake, can you please re-test with 13.04... The xorg/mir/gdm/etc stack is still in a weird shape on 13.10... Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB all leds on when connected a microSD
Sorry Gerald, but just to be sure it is clear. Case matters so uEnv.txt . . . Hate to be nickpicking, but in this case it does matter :/ On Fri, Sep 27, 2013 at 4:38 PM, Gerald Coley ger...@beagleboard.orgwrote: You must add a uenv.txt file as indicated in the link I sent to th eSD card. Gerald On Fri, Sep 27, 2013 at 5:34 PM, starglider@gmail.com wrote: Without the microSD it boots normaly. Could it be because it's a 8 GB and the new hight speed UHS-1. My intention is to install debian in the BBB. I didn't find nothing about the meaning of the leds on. Thank you for your help. On Friday, September 27, 2013 9:11:49 PM UTC+1, Gerald wrote: What happens if you don't insert the SD card? Does it still boot? Did you try going to http://circuitco.com/support/**BeagleBoneBlackhttp://circuitco.com/support/BeagleBoneBlack? That is the link on the white card that came in the box. Did you check under the FAQ section for .2.8 How can I use a uSD in the uSD slot as extra storage on my BeagleBone Black?http://circuitco.com/support/index.php?title=BeagleBone_Black_FAQ#How_can_I_use_a_uSD_in_the_uSD_slot_as_extra_storage_on_my_BeagleBone_Black.3F ? Gerald On Fri, Sep 27, 2013 at 3:02 PM, stargli...@gmail.com wrote: Hello, when I insert a microSD Gb all leds but the first are on and can't do nothing. Yes, I'm a newbie. Thank you in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@**googlegroups.com. For more options, visit https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB all leds on when connected a microSD
Sure. Not an issue. All they have to do is read the link I sent and my typing skills would not matter. Gerald On Fri, Sep 27, 2013 at 7:10 PM, William Hermans yyrk...@gmail.com wrote: Sorry Gerald, but just to be sure it is clear. Case matters so uEnv.txt . . . Hate to be nickpicking, but in this case it does matter :/ On Fri, Sep 27, 2013 at 4:38 PM, Gerald Coley ger...@beagleboard.orgwrote: You must add a uenv.txt file as indicated in the link I sent to th eSD card. Gerald On Fri, Sep 27, 2013 at 5:34 PM, starglider@gmail.com wrote: Without the microSD it boots normaly. Could it be because it's a 8 GB and the new hight speed UHS-1. My intention is to install debian in the BBB. I didn't find nothing about the meaning of the leds on. Thank you for your help. On Friday, September 27, 2013 9:11:49 PM UTC+1, Gerald wrote: What happens if you don't insert the SD card? Does it still boot? Did you try going to http://circuitco.com/support/**BeagleBoneBlackhttp://circuitco.com/support/BeagleBoneBlack? That is the link on the white card that came in the box. Did you check under the FAQ section for .2.8 How can I use a uSD in the uSD slot as extra storage on my BeagleBone Black?http://circuitco.com/support/index.php?title=BeagleBone_Black_FAQ#How_can_I_use_a_uSD_in_the_uSD_slot_as_extra_storage_on_my_BeagleBone_Black.3F ? Gerald On Fri, Sep 27, 2013 at 3:02 PM, stargli...@gmail.com wrote: Hello, when I insert a microSD Gb all leds but the first are on and can't do nothing. Yes, I'm a newbie. Thank you in advance. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@**googlegroups.com. For more options, visit https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out . -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] BBB Ubuntu - No GUI on startup - known good board and monitor
I started with 13.04, no joy. I am ssh'ed into the board right now and it is running. I did an apt-get install ubuntu-desktop which appears to have succeeded. I can do a ps aux and see that a number of GUI processes seem to be running. On Friday, September 27, 2013 6:39:37 PM UTC-5, RobertCNelson wrote: On Fri, Sep 27, 2013 at 5:47 PM, John Babrick johnb...@gmail.comjavascript: wrote: Hello all, I have a Beagle Bone Black that works out of the box with a new HP 22BW monitor. I am trying to run the 13.10 Ubuntu image from http://elinux.org/BeagleBoardUbuntu#Saucy_13.10_.28experimental.29 I can load it onto the sd card and boot it. I get the penguin graphic and then the video goes away. I can still ssh into the BBB and I can see that it is running. I have installed gdm, etc onto the board but still no GUI. I don't think it is a hardware problem, I think it is a configuration problem. I just don't know where the GUI is supposed to be started from. Can anyone give me some guidance? For sanity sake, can you please re-test with 13.04... The xorg/mir/gdm/etc stack is still in a weird shape on 13.10... Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: BBB Ubuntu - No GUI on startup - known good board and monitor
Can you tell me where or how the GUI is invoked by the booting process? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: BBB Ubuntu - No GUI on startup - known good board and monitor
On Fri, Sep 27, 2013 at 7:36 PM, John Babrick johnbabr...@gmail.com wrote: Can you tell me where or how the GUI is invoked by the booting process? upstart - lightdm - xorg - gnome... To repeat: If you want a working gui, from a fresh install run: /boot/uboot/tools/ubuntu/small-lxde-desktop.sh To setup, xorg/slim/modesetting/lxde such that it boots to a windows manager/gui/etc... For anything else patches welcome. Otherwise it's kinda hard to directly compare gnome 2.32 on the eMMC with ubuntu's version of gnome 3.8 / unity Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: BBB Ubuntu - No GUI on startup - known good board and monitor
OK, I have re-installed 13.04 onto the sdcard according to the instructions found on http://elinux.org/BeagleBoardUbuntu#Saucy_13.10_.28experimental.29 (I checked the md5sum) and have the console prompt displaying on the HDMI monitor. I am logging in. I am at the ubuntu@arm:~$ prompt. I did the sudo ifconfig -a then the sudo dhclient eth0 . I then did the /bin/sh /boot/uboot/tools/ubuntu/small-lxde-desktop.sh . A large number of packages were downloaded and installed. 62.2 MB to be precise. getting a warning message about grep /boot/config-3.11.1-arm7-x14 no such file or directory more than once followed update-initramfs... getting a warning about being unable to autolaunch dbus-daemon without a $DISPLAY for X11 the script completes with '/tmp/xorg.conf' = '/etc/X11/xorg.conf' Please Reboot ubuntu@arm:~$ and so I shall reboot... penguin shows up, disappears... flash of text at the top of the screen and the monitor goes to sleep. LEDs are flashing away. I shall wait... -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: BBB Ubuntu - No GUI on startup - known good board and monitor
OK, so I rebooted... no gui appeared. The lights are flashing... am I waiting for the image to be decompressed or something or can I run that script? On Friday, September 27, 2013 8:08:26 PM UTC-5, RobertCNelson wrote: On Fri, Sep 27, 2013 at 7:36 PM, John Babrick johnb...@gmail.comjavascript: wrote: Can you tell me where or how the GUI is invoked by the booting process? upstart - lightdm - xorg - gnome... To repeat: If you want a working gui, from a fresh install run: /boot/uboot/tools/ubuntu/small-lxde-desktop.sh To setup, xorg/slim/modesetting/lxde such that it boots to a windows manager/gui/etc... For anything else patches welcome. Otherwise it's kinda hard to directly compare gnome 2.32 on the eMMC with ubuntu's version of gnome 3.8 / unity Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Windows 7 (64bit) USB issue, BeagleBoneBlack shows up under Other devices
Don't bash Microsoft. They are trying to make it right. Bill admitted that ctrl-alt-del was a mistake. Maybe more mistakes will come out as he gets a little older!! Gerald On Fri, Sep 27, 2013 at 8:41 PM, jcurless...@gmail.com wrote: Tried another computer, and ... it works just fine. Looks like the BONE_D64.exe installer is not cleanup up *if* the beagleboneblack is connected *before* the driver is installed. Now off to try and purge the USB entries that no longer allow me access Thanks Microsoft. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: How to use i2c or spi in Cloud9/javascript?
For what it's worth, I just noticed that the Beaglebone site now has an i2c demo. It uses drivers for the script so it may require a bit of setup on the OS (I don't know, I'm still figuring out the driver thing..) On Sunday, May 12, 2013 6:44:23 AM UTC-4, Jason G wrote: Could someone help with this or direct me to a resource that describes how I would do this? I'm not able to find anything so far. Also, has there been a date set when we might expect i2c/spi support in BoneScript? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: Windows 8 (64bit) driver install problems
On Friday, September 20, 2013 3:09:29 PM UTC-4, fran...@francoisallard.info wrote: Thanks a lot for the Signed Drivers! I've put the signed drivers at https://github.com/jadonk/beaglebone-getting-started/tree/sysco-ch-signed-drivers/Drivers/Windows, but it would be great to know for certain that .cat files cannot contain any malicious code. Anyone familiar enough with Windows drivers? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[beagleboard] Re: LCD4/LCD7/4DCAPE-43 Backlight PWM - Changing Frequency
More learning I *Think* I managed to rebuild the kernel using the 3.8 source and info from here: http://elinux.org/Building_BBB_Kernel changing the dts files in the kernel before the rebuild. But now I am stuck as to how to get the new kernel onto the BBB Is the only method with TFTP via the serial cable? Or is it possible to do via the uSD card? Running Angstrom on the eMMC currently. Thanks Terry On Saturday, 28 September 2013 11:51:49 UTC+12, Terry Storm wrote: Hello The PWM for the backlight which controls the LCD4 / LCD7 / 4DCAPE-43, is this controlled from the Kernel for from the dts file located in /lib/firmware/ ? I have tried to edit the dts file in /lib/firmware/ and edited the PWM frequency to be 200Hz from the standard 2Khz, and compiled the dts file into the dtbo file, however it wasn't picked up on next reboot. I am just learning this stuff so I don't really know what I am missing. Someone told me that the 'standard capes' may be controlled from the kernel rather than from the dts files in the /lib/firmware/ folder, and the /lib/firmware/ folder isnt even mounted at the point the kernel version kicks in. Is this true? If it is, does it require a kernel rebuild in order to change something like the PWM frequency? Is it possible to apply a patch or something rather than having to rebuild the kernel? If so, how is this done? I even went to the extent of changing the EEPROM content of one of the CAPES I have, and then edited a dts file with the same name and part number inside, and then tried to force the cape to be loaded after it had started up by using the uEnv.txt, but that didn't work either. I am stumped. I am just wanting a quick fix to do some testing. Please if anyone could help I would really appreciate it. Regards Terry -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Extracting eMMC contents using FAT formatted card
Am 27.09.2013 19:07, schrieb Jason Kridner: On Thursday, September 26, 2013 2:26:40 PM UTC-4, Alexander Holler wrote: Am 26.09.2013 20:21, schrieb Alexander Holler: autorun.sh: #!/bin/sh echo timer /sys/class/leds/beaglebone\:green\:usr0/trigger dd if=/dev/mmcblk1 of=/mnt/BeagleBoneBlack-eMMC-image-$RANDOM.img bs=10M sync echo default-on /sys/class/leds/beaglebone\:green\:usr0/trigger I think using dd and creating an image is a pretty bad way to build a backup. I would suggest to use sfdisk -d /dev/foo sfdisk.emmc.txt mount emmc tar cpjf -C emmc . umount emmc Of course, it should be tar cpjf emmc.tar.bz2 -C emmc . and another tar might be necessary for the second partition. And putting such a script together with busybox into an in-kernel initramfs, and people would just have to build a card with one file, the uImage. I still like having autorun.sh such that the script can be easily customized without rebuilding. Of course, MLO and u-boot.img are also required. The discussed Buildroot-based image is using initramfs. As long as the eMMC still works (the first partition there is ok), there is no need for mlo and u-boot on the sd-card. Seems like some work is required here to create the logic to make sure each partition is tar'd. Also, the restore script needs to be created. In general, this just requires some more testing. Any volunteers to try out the sfdisk/tar based solution? To restore such a tar, use tar xpjf emmc.tar.bz2 -C emmc --numeric-owner after you've created or formatted and mounted the partition. And don't forget that --numeric-owner on restore, otherwise bad things might happen. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.