[beagleboard] how to get network access to BBB through ethernet
Good afternoon i am trying to install vnc on BBB, but the network has no internet access. i connected BBB to my PC(windows 7) with usb cable and the ethernet port is connected to a switch where the other cables are terminated. how to obtain internet access to the board? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: External HDMI circuit configuration problem
I have obtained some new information. Being on IRC, a kind person suggested me to connect 2 monitors at the same time- one to the bbb standard connector and one to mines. The tda chip would then configure the EDID and my circuit with TFP410 would just start to work being connected to the lcd lines- AND IT DID. I have succesfully sent video to a monitor connected to my circuit! Thanks to that, I know that the hardware is all ok. All I need to do now, is configure the software to make the board get EDID using my circuit and i2c2 bus. Could anyone suggest any hints here? I tired the elinux.org page with hdmi but without luck. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] tun module missing in kernel 3.14.25-ti-r37
Trying to get my beloved openvpn up I'm stumbled on a missing module tun in this kernel # CONFIG_TUN is not set got it running 3.8-bone and also see it's enabled in config-3.17.1-armv7-x3 I guess I soon will have to learn how to build a module? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
Hi, I'm trying to make the LCD 7 working on my machine under the Kernel 3.14 : Linux beaglebone 3.14.25-ti-r37 #1 SMP PREEMPT Fri Nov 21 23:20:50 UTC 2014 armv7l GNU/Linux I saw this link : http://elinux.org/Beagleboard:Capes_3.8_to_3.14 I've done : git clone -b 3.14-ti https://github.com/RobertCNelson/dtb-rebuilder.git cd dtb-rebuilder/ nano src/arm/am335x-boneblack.dts I don't want the eMMC and other stuff ; /* #include am335x-boneblack-emmc.dtsi */ /* HDMI: with audio */ /* #include am335x-boneblack-nxp-hdmi-audio.dtsi */ /* HDMI: without audio */ /* #include am335x-boneblack-nxp-hdmi-no-audio.dtsi */ /* can1: P9_24, P9_26 */ /* #include am335x-can1.dtsi */ /* #include am335x-bone-can1.dtsi */ /* spi0: */ /* P9.17 spi0_cs0 */ /* P9.18 spi0_d1 */ /* P9.21 spi0_d0 */ /* P9.22 spi0_sclk */ /* #include am335x-bone-spi0-spidev.dtsi */ /* spi1: */ /* P9.31 spi1_sclk */ /* P9.29 spi1_d0 */ /* P9.30 spi1_d1 */ /* P9.28 spi1_cs0 */ /* #include am335x-bone-spi1-spidev.dtsi */ /* spi1a: */ /* P9.42 spi1_sclk */ /* P9.29 spi1_d0 */ /* P9.30 spi1_d1 */ /* P9.20 spi1_cs0 */ /* #include am335x-bone-spi1a-spidev.dtsi */ /* uart1: P9.24, P9.26 */ /* #include am335x-ttyO1.dtsi */ /* #include am335x-bone-ttyO1.dtsi */ /* uart2: P9.21, P9.22 */ /* #include am335x-ttyO2.dtsi */ /* #include am335x-bone-ttyO2.dtsi */ /* uart4: P9.11, P9.13 */ /* #include am335x-ttyO4.dtsi */ /* #include am335x-bone-ttyO4.dtsi */ /* uart5: P8.37, P8.38 boneblack: hdmi has to be disabled for ttyO5 */ /* #include am335x-ttyO5.dtsi */ /* #include am335x-bone-ttyO5.dtsi */ ( uart, mmc, can, disabled ) and i've only this cap enabled : #include am335x-bone-lcd7-01-00a3.dtsi */ then sudo make install the interesting line for me is : `src/arm/am335x-boneblack.dtb' - `/boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' and sudo reboot The problem is that when i look at the dmesg : I've : [3.633516] bone-pinmux-helper P8_27_pinmux.18: Set initial pinmux mode to hdmi [3.634739] bone-pinmux-helper P8_28_pinmux.19: Set initial pinmux mode to hdmi [3.635965] bone-pinmux-helper P8_29_pinmux.20: Set initial pinmux mode to hdmi [3.637247] bone-pinmux-helper P8_30_pinmux.21: Set initial pinmux mode to hdmi [3.638392] bone-pinmux-helper P8_31_pinmux.22: Set initial pinmux mode to hdmi [3.639392] bone-pinmux-helper P8_32_pinmux.23: Set initial pinmux mode to hdmi [3.640462] bone-pinmux-helper P8_33_pinmux.24: Set initial pinmux mode to hdmi [3.641706] bone-pinmux-helper P8_34_pinmux.25: Set initial pinmux mode to hdmi [3.642973] bone-pinmux-helper P8_35_pinmux.26: Set initial pinmux mode to hdmi [3.644274] bone-pinmux-helper P8_36_pinmux.27: Set initial pinmux mode to hdmi [3.645772] bone-pinmux-helper P8_37_pinmux.28: Set initial pinmux mode to hdmi [3.647305] bone-pinmux-helper P8_38_pinmux.29: Set initial pinmux mode to hdmi [3.648872] bone-pinmux-helper P8_39_pinmux.30: Set initial pinmux mode to hdmi [3.650459] bone-pinmux-helper P8_40_pinmux.31: Set initial pinmux mode to hdmi [3.652269] bone-pinmux-helper P8_41_pinmux.32: Set initial pinmux mode to hdmi [3.653979] bone-pinmux-helper P8_42_pinmux.33: Set initial pinmux mode to hdmi [3.655943] bone-pinmux-helper P8_43_pinmux.34: Set initial pinmux mode to hdmi [3.657991] bone-pinmux-helper P8_44_pinmux.35: Set initial pinmux mode to hdmi [3.660028] bone-pinmux-helper P8_45_pinmux.36: Set initial pinmux mode to hdmi [3.662290] bone-pinmux-helper P8_46_pinmux.37: Set initial pinmux mode to hdmi [3.686084] bone-pinmux-helper P9_25_pinmux.50: Set initial pinmux mode to audio [3.694572] bone-pinmux-helper P9_28_pinmux.53: Set initial pinmux mode to audio [3.697737] bone-pinmux-helper P9_29_pinmux.54: Set initial pinmux mode to audio [3.703990] bone-pinmux-helper P9_31_pinmux.56: Set initial pinmux mode to audio My question is why ? I went to kernel 3.14 with : sudo sh update_kernel.sh --ti-kernel Any idea ? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
On Tue, Dec 2, 2014 at 5:03 AM, Micka mickamus...@gmail.com wrote: Hi, I'm trying to make the LCD 7 working on my machine under the Kernel 3.14 : Linux beaglebone 3.14.25-ti-r37 #1 SMP PREEMPT Fri Nov 21 23:20:50 UTC 2014 armv7l GNU/Linux I saw this link : http://elinux.org/Beagleboard:Capes_3.8_to_3.14 I've done : git clone -b 3.14-ti https://github.com/RobertCNelson/dtb-rebuilder.git cd dtb-rebuilder/ nano src/arm/am335x-boneblack.dts I don't want the eMMC and other stuff ; /* #include am335x-boneblack-emmc.dtsi */ /* HDMI: with audio */ /* #include am335x-boneblack-nxp-hdmi-audio.dtsi */ /* HDMI: without audio */ /* #include am335x-boneblack-nxp-hdmi-no-audio.dtsi */ /* can1: P9_24, P9_26 */ /* #include am335x-can1.dtsi */ /* #include am335x-bone-can1.dtsi */ /* spi0: */ /* P9.17 spi0_cs0 */ /* P9.18 spi0_d1 */ /* P9.21 spi0_d0 */ /* P9.22 spi0_sclk */ /* #include am335x-bone-spi0-spidev.dtsi */ /* spi1: */ /* P9.31 spi1_sclk */ /* P9.29 spi1_d0 */ /* P9.30 spi1_d1 */ /* P9.28 spi1_cs0 */ /* #include am335x-bone-spi1-spidev.dtsi */ /* spi1a: */ /* P9.42 spi1_sclk */ /* P9.29 spi1_d0 */ /* P9.30 spi1_d1 */ /* P9.20 spi1_cs0 */ /* #include am335x-bone-spi1a-spidev.dtsi */ /* uart1: P9.24, P9.26 */ /* #include am335x-ttyO1.dtsi */ /* #include am335x-bone-ttyO1.dtsi */ /* uart2: P9.21, P9.22 */ /* #include am335x-ttyO2.dtsi */ /* #include am335x-bone-ttyO2.dtsi */ /* uart4: P9.11, P9.13 */ /* #include am335x-ttyO4.dtsi */ /* #include am335x-bone-ttyO4.dtsi */ /* uart5: P8.37, P8.38 boneblack: hdmi has to be disabled for ttyO5 */ /* #include am335x-ttyO5.dtsi */ /* #include am335x-bone-ttyO5.dtsi */ ( uart, mmc, can, disabled ) and i've only this cap enabled : #include am335x-bone-lcd7-01-00a3.dtsi */ then sudo make install the interesting line for me is : `src/arm/am335x-boneblack.dtb' - `/boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' and sudo reboot The problem is that when i look at the dmesg : I've : [3.633516] bone-pinmux-helper P8_27_pinmux.18: Set initial pinmux mode to hdmi [3.634739] bone-pinmux-helper P8_28_pinmux.19: Set initial pinmux mode to hdmi [3.635965] bone-pinmux-helper P8_29_pinmux.20: Set initial pinmux mode to hdmi [3.637247] bone-pinmux-helper P8_30_pinmux.21: Set initial pinmux mode to hdmi [3.638392] bone-pinmux-helper P8_31_pinmux.22: Set initial pinmux mode to hdmi [3.639392] bone-pinmux-helper P8_32_pinmux.23: Set initial pinmux mode to hdmi [3.640462] bone-pinmux-helper P8_33_pinmux.24: Set initial pinmux mode to hdmi [3.641706] bone-pinmux-helper P8_34_pinmux.25: Set initial pinmux mode to hdmi [3.642973] bone-pinmux-helper P8_35_pinmux.26: Set initial pinmux mode to hdmi [3.644274] bone-pinmux-helper P8_36_pinmux.27: Set initial pinmux mode to hdmi [3.645772] bone-pinmux-helper P8_37_pinmux.28: Set initial pinmux mode to hdmi [3.647305] bone-pinmux-helper P8_38_pinmux.29: Set initial pinmux mode to hdmi [3.648872] bone-pinmux-helper P8_39_pinmux.30: Set initial pinmux mode to hdmi [3.650459] bone-pinmux-helper P8_40_pinmux.31: Set initial pinmux mode to hdmi [3.652269] bone-pinmux-helper P8_41_pinmux.32: Set initial pinmux mode to hdmi [3.653979] bone-pinmux-helper P8_42_pinmux.33: Set initial pinmux mode to hdmi [3.655943] bone-pinmux-helper P8_43_pinmux.34: Set initial pinmux mode to hdmi [3.657991] bone-pinmux-helper P8_44_pinmux.35: Set initial pinmux mode to hdmi [3.660028] bone-pinmux-helper P8_45_pinmux.36: Set initial pinmux mode to hdmi [3.662290] bone-pinmux-helper P8_46_pinmux.37: Set initial pinmux mode to hdmi [3.686084] bone-pinmux-helper P9_25_pinmux.50: Set initial pinmux mode to audio [3.694572] bone-pinmux-helper P9_28_pinmux.53: Set initial pinmux mode to audio [3.697737] bone-pinmux-helper P9_29_pinmux.54: Set initial pinmux mode to audio [3.703990] bone-pinmux-helper P9_31_pinmux.56: Set initial pinmux mode to audio My question is why ? I went to kernel 3.14 with : sudo sh update_kernel.sh --ti-kernel Any idea ? Let's see your serial boot log (if you don't have the cape adapter, you'll have to remove the lcd7 to get the actual log) Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
When the kernel start, I have : U-Boot 2013.04-dirty (Jul 10 2013 - 14:02:53) I2C: ready DRAM: 512 MiB WARNING: Caches not enabled NAND: No NAND device found!!! 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: ethaddr not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 gpio: pin 53 (gpio 53) value is 1 mmc0 is current device micro SD card found mmc0 is current device gpio: pin 54 (gpio 54) value is 1 SD/MMC found on device 0 reading uEnv.txt 1697 bytes read in 4 ms (414.1 KiB/s) Loaded environment from uEnv.txt Importing environment from mmc ... Running uenvcmd ... reading zImage 7264176 bytes read in 828 ms (8.4 MiB/s) reading initrd.img 2402116 bytes read in 278 ms (8.2 MiB/s) reading /dtbs/am335x-boneblack.dtb 85190 bytes read in 21 ms (3.9 MiB/s) ## Flattened Device Tree blob at 8800 Booting using the fdt blob at 0x8800 Using Device Tree in place at 8800, end 88017cc5 Starting kernel ... [3.716557] mtdoops: mtd device (mtddev=name/number) must be supplied [3.891310] remoteproc1: failed to load rproc-pru0-fw [3.902842] remoteproc1: request_firmware failed: -2 [3.914350] pru-rproc 4a334000.pru0: rproc_boot failed [3.926371] remoteproc2: failed to load rproc-pru1-fw [3.932846] remoteproc2: request_firmware failed: -2 [3.938315] pru-rproc 4a338000.pru1: rproc_boot failed [3.991344] cpu cpu0: cpu0 clock notifier not ready, retry [4.027790] slave hdmi.63: could not get i2c Loading, please wait... Scanning for Btrfs filesystems systemd-fsck[264]: rootfs: clean, 87770/932672 files, 517688/3864576 blocks [ 16.553700] libphy: PHY 4a101000.mdio:01 not found [ 16.558846] net eth0: phy 4a101000.mdio:01 not found on slave 1 ( ethernet working, but I thought that this problem was resolved with the kernel 3.14 ? But if you say it works better, it's cool) Micka, Le Tue Dec 02 2014 at 14:55:48, Robert Nelson robertcnel...@gmail.com a écrit : On Tue, Dec 2, 2014 at 5:03 AM, Micka mickamus...@gmail.com wrote: Hi, I'm trying to make the LCD 7 working on my machine under the Kernel 3.14 : Linux beaglebone 3.14.25-ti-r37 #1 SMP PREEMPT Fri Nov 21 23:20:50 UTC 2014 armv7l GNU/Linux I saw this link : http://elinux.org/Beagleboard:Capes_3.8_to_3.14 I've done : git clone -b 3.14-ti https://github.com/RobertCNelson/dtb-rebuilder.git cd dtb-rebuilder/ nano src/arm/am335x-boneblack.dts I don't want the eMMC and other stuff ; /* #include am335x-boneblack-emmc.dtsi */ /* HDMI: with audio */ /* #include am335x-boneblack-nxp-hdmi-audio.dtsi */ /* HDMI: without audio */ /* #include am335x-boneblack-nxp-hdmi-no-audio.dtsi */ /* can1: P9_24, P9_26 */ /* #include am335x-can1.dtsi */ /* #include am335x-bone-can1.dtsi */ /* spi0: */ /* P9.17 spi0_cs0 */ /* P9.18 spi0_d1 */ /* P9.21 spi0_d0 */ /* P9.22 spi0_sclk */ /* #include am335x-bone-spi0-spidev.dtsi */ /* spi1: */ /* P9.31 spi1_sclk */ /* P9.29 spi1_d0 */ /* P9.30 spi1_d1 */ /* P9.28 spi1_cs0 */ /* #include am335x-bone-spi1-spidev.dtsi */ /* spi1a: */ /* P9.42 spi1_sclk */ /* P9.29 spi1_d0 */ /* P9.30 spi1_d1 */ /* P9.20 spi1_cs0 */ /* #include am335x-bone-spi1a-spidev.dtsi */ /* uart1: P9.24, P9.26 */ /* #include am335x-ttyO1.dtsi */ /* #include am335x-bone-ttyO1.dtsi */ /* uart2: P9.21, P9.22 */ /* #include am335x-ttyO2.dtsi */ /* #include am335x-bone-ttyO2.dtsi */ /* uart4: P9.11, P9.13 */ /* #include am335x-ttyO4.dtsi */ /* #include am335x-bone-ttyO4.dtsi */ /* uart5: P8.37, P8.38 boneblack: hdmi has to be disabled for ttyO5 */ /* #include am335x-ttyO5.dtsi */ /* #include am335x-bone-ttyO5.dtsi */ ( uart, mmc, can, disabled ) and i've only this cap enabled : #include am335x-bone-lcd7-01-00a3.dtsi */ then sudo make install the interesting line for me is : `src/arm/am335x-boneblack.dtb' - `/boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' and sudo reboot The problem is that when i look at the dmesg : I've : [3.633516] bone-pinmux-helper P8_27_pinmux.18: Set initial pinmux mode to hdmi [3.634739] bone-pinmux-helper P8_28_pinmux.19: Set initial pinmux mode to hdmi [3.635965] bone-pinmux-helper P8_29_pinmux.20: Set initial pinmux mode to hdmi [3.637247] bone-pinmux-helper P8_30_pinmux.21: Set initial pinmux mode to hdmi [3.638392]
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
On Tue, Dec 2, 2014 at 7:58 AM, Micka mickamus...@gmail.com wrote: When the kernel start, I have : reading /dtbs/am335x-boneblack.dtb 85190 bytes read in 21 ms (3.9 MiB/s) `src/arm/am335x-boneblack.dtb' - `/boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' Do you see that ^... It's loading /dtbs/am335x-boneblack.dtb but the file you modified is stored under: /boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
On Tue, Dec 2, 2014 at 8:01 AM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Dec 2, 2014 at 7:58 AM, Micka mickamus...@gmail.com wrote: When the kernel start, I have : reading /dtbs/am335x-boneblack.dtb 85190 bytes read in 21 ms (3.9 MiB/s) `src/arm/am335x-boneblack.dtb' - `/boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' Do you see that ^... It's loading /dtbs/am335x-boneblack.dtb but the file you modified is stored under: /boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' HINT: your hitting a brick wall because you refuse to update the eMMC.. the --bbb-old-bootloader-in-emmc should have been a hint, it's time to upgrade.. Use the small console flasher here, it'll take less then 5 minutes, then you'll stop running into problems with upgrading kernel/dtb-rebuilder/etc.. http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
Yes I just saw it ^^ . I found it where it is in your Makefile : install_arch: $(ARCH_DTB) mkdir -p /boot/dtbs/`uname -r`/ cp -v $(obj)/*.dtb /boot/dtbs/`uname -r`/ Just need to replace the line cp with cp -v $(obj)/*.dtb /dtbs/ But I will follow your instruction about the MMC . One more question because this part I don't understand : the am335x when it boot it looks at the SDCard the file uEnv.txt . So why do I need to upgrade the eMMC ? If I read what you are saying, I should update the mmc because it looks first at the mmc and the mmc tell where to look at the sdCard ? Micka, Le Tue Dec 02 2014 at 15:01:32, Robert Nelson robertcnel...@gmail.com a écrit : On Tue, Dec 2, 2014 at 7:58 AM, Micka mickamus...@gmail.com wrote: When the kernel start, I have : reading /dtbs/am335x-boneblack.dtb 85190 bytes read in 21 ms (3.9 MiB/s) `src/arm/am335x-boneblack.dtb' - `/boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' Do you see that ^... It's loading /dtbs/am335x-boneblack.dtb but the file you modified is stored under: /boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb' Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: PID capability
Depends on how much jitter your control can tolerate. Beaglebone most likely can hit the 200Hz rate. There is the PRUSS that run independent of the main OS so it will have much better jitter. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Wifi unreliable
@Tommi - I have a similar setup and use a variety of 80211 usb plugs via a usb hub and external power source. One is a Realtek RTL8188CUS using the RTL8192cu driver (the plug you use is a true RTL8192cu.) Ideas: * Receive Signal Strength (RSS) plays a big part and can vary dramatically by location and plug. If it's below -60dB you will drop packets, below -70dB and it gets bad. Yes, TCP is a reliable protocol but I've found that some plugs just stop when the noise level is too high. I run WPA2 and I suspect the plug will loose connection and then cannot re-negotiate a good eapol exchange when reconnecting - dead in the water at that point. * To get signal strength 1) install iw and use iw dev wlanX link or 2) use sudo wpa-cli -y -n0 -p strength. Option 2 is less reliable than 1. * The Ralink RT537 and RTL8187 plugs seem to perform better. Try another device/driver combination, maybe will work better for you. * The Atheros chipsets are suppose to be great; the post mentioned about Ubuntu supports them but Debian not so much. I'm thinking of switching to Ubuntu just because I run that on my other systems. I don't know why I haven't tried the Atheros plugs - maybe cost? Dave -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Wifi unreliable
thanks for your replies. I just ordered a different USB plug, let's see if that improves things. After tinkering so much with it, it seems the better options. In the end it is probably cheaper spending another $14, rather than sitting hours of hours trying to fix it. Hope the TP-LINK TL-WN722N http://www.amazon.com/gp/product/B002SZEOLG/ref=oh_aui_detailpage_o00_s00?ie=UTF8psc=1 will help. I'll also try to also do what you suggest Dave, let's see if that helps too. Have to say it is a bit annoying that such a simple problem keeps you from using the beaglebone -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
On Tue, Dec 2, 2014 at 8:10 AM, Micka mickamus...@gmail.com wrote: Yes I just saw it ^^ . I found it where it is in your Makefile : install_arch: $(ARCH_DTB) mkdir -p /boot/dtbs/`uname -r`/ cp -v $(obj)/*.dtb /boot/dtbs/`uname -r`/ Just need to replace the line cp with cp -v $(obj)/*.dtb /dtbs/ But I will follow your instruction about the MMC . One more question because this part I don't understand : the am335x when it boot it looks at the SDCard the file uEnv.txt . So why do I need to upgrade the eMMC ? If I read what you are saying, I should update the mmc because it looks first at the mmc and the mmc tell where to look at the sdCard ? Just from the fact it's loading: reading zImage 7264176 bytes read in 828 ms (8.4 MiB/s) reading initrd.img 2402116 bytes read in 278 ms (8.2 MiB/s) reading /dtbs/am335x-boneblack.dtb 85190 bytes read in 21 ms (3.9 MiB/s) vs: Loaded environment from /boot/uEnv.txt Checking if uname_r is set in /boot/uEnv.txt... gpio: pin 56 (gpio 56) value is 1 Running uname_boot ... loading /boot/vmlinuz-3.14.25-ti-r37 ... 7148440 bytes read in 422 ms (16.2 MiB/s) loading /boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb ... 85190 bytes read in 146 ms (569.3 KiB/s) loading /boot/initrd.img-3.14.25-ti-r37 ... 2298206 bytes read in 158 ms (13.9 MiB/s) debug: [console=ttyO0,115200n8 root=UUID=cffb3725-c125-4a51-ac5e-8d4ed50aa113 ro rootfstype=ext4 rootwait fixrtc quiet] ... debug: [bootz 0x8200 0x8808:23115e 0x8800] ... Kernel image @ 0x8200 [ 0x00 - 0x6d1398 ] ## Flattened Device Tree blob at 8800 Booting using the fdt blob at 0x8800 Loading Ramdisk to 8fdce000, end 815e ... OK Loading Device Tree to 8fdb6000, end 8fdcdcc5 ... OK It's that 100x better! ;) Specially for developers! Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] SPI : More CS lines
Hi, I have to connect 2 lcd on a BBB via SPI interfaces (I use fbtft driver). I can only use SPI0 because SPI1 pins are used by I2C for cape eeprom. The problem is that SPI0 has only one CS pin. Is it possible to tell the SPI driver to use a GPIO pin as another CS line ? Am I forced to write a full driver to emulate CS with a GPIO pin ? Thanks in advance for your help. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Beaglebone Black and Keyboard
Hi, I'm new of Linux and Beaglebone Black. My Beaglebone Black running with Debian Jessie. I connected to Beaglebone a 4 LCD touchscreen and i booted the Beaglebone. It is all ok but i didn't find a touch keyboard. Someone can help me to install it? I should make a GUI applications running in Beaglebone and i need a touch keyboard to imput info. For building application i saw QT creator do you think is good to work? Thanks. Giuliano Poeta -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] how to get network access to BBB through ethernet
In order to get internet connection you must turn on internet connection sharing on your main internet connection on your windows box. Please use google before asking questions here that have been asked over and over and over. http://stackoverflow.com/questions/19481415/share-the-internet-access-from-laptop-to-beaglebone-black-and-then-access-it-thr On 12/2/2014 1:29 AM, aryaksasidha...@gmail.com wrote: Good afternoon i am trying to install vnc on BBB, but the network has no internet access. i connected BBB to my PC(windows 7) with usb cable and the ethernet port is connected to a switch where the other cables are terminated. how to obtain internet access to the board? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] SPI : More CS lines
your answer : http://hipstercircuits.com/enable-spi-with-device-tree-on-beaglebone-black-copy-paste/ Enjoy, Le Tue Dec 02 2014 at 15:58:53, motar...@gmail.com a écrit : Hi, I have to connect 2 lcd on a BBB via SPI interfaces (I use fbtft driver). I can only use SPI0 because SPI1 pins are used by I2C for cape eeprom. The problem is that SPI0 has only one CS pin. Is it possible to tell the SPI driver to use a GPIO pin as another CS line ? Am I forced to write a full driver to emulate CS with a GPIO pin ? Thanks in advance for your help. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] No bone_capemgr.9/slots file appearing
My BBB doesn't appear to have a bone_capemgr.9/slots file: root@bbb:~# cat /sys/devices/bone_capemgr.9/slots cat: /sys/devices/bone_capemgr.*/slots: No such file or directory Indeed: root@bbb:~# ls -l /sys/devices/bone_capemgr.9/ total 0 -r--r--r-- 1 root root 4096 Dec 2 15:40 modalias drwxr-xr-x 2 root root0 Dec 2 15:40 power lrwxrwxrwx 1 root root0 Dec 2 15:40 subsystem - ../../bus/platform -rw-r--r-- 1 root root 4096 Dec 2 15:40 uevent uEnv.txt - https://gist.github.com/achingbrain/0fea49ccf0e5b8db0520 dmesg - https://gist.github.com/achingbrain/e2781b1d841628ec52ea There's quite a lot of this stuff during boot: [5.624964] omap_i2c 44e0b000.i2c: controller timed out [6.634421] omap_i2c 44e0b000.i2c: controller timed out [6.646111] bone-capemgr bone_capemgr.9: bone: scan failed (1 time) [8.154145] omap_i2c 44e0b000.i2c: controller timed out [9.165647] omap_i2c 44e0b000.i2c: controller timed out [9.177358] bone-capemgr bone_capemgr.9: bone: scan failed (2 time) *snip* [ 26.880531] omap_i2c 44e0b000.i2c: controller timed out [ 26.892201] bone-capemgr bone_capemgr.9: bone: scan failed (9 time) [ 28.400049] omap_i2c 44e0b000.i2c: controller timed out [ 29.411757] omap_i2c 44e0b000.i2c: controller timed out [ 29.423450] bone-capemgr bone_capemgr.9: bone: scan failed (10 time) [ 29.931273] bone-capemgr bone_capemgr.9: Failed to scan baseboard eeprom [ 29.938347] bone-capemgr: probe of bone_capemgr.9 failed with error -110 Doesn't look great. I'm running Debian with the 3.8.13-bone28 kernel. The board is being powered by a 5v 2.5a pin barrel wall socket and has no hardware attached apart from a USB WiFi dongle and has the CPU frequency governor set to 'performance'. Anyone got any ideas? Thanks in advance, Alex -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No bone_capemgr.9/slots file appearing
On Tue, Dec 2, 2014 at 9:53 AM, Alex Potsides a...@achingbrain.net wrote: My BBB doesn't appear to have a bone_capemgr.9/slots file: root@bbb:~# cat /sys/devices/bone_capemgr.9/slots cat: /sys/devices/bone_capemgr.*/slots: No such file or directory Indeed: root@bbb:~# ls -l /sys/devices/bone_capemgr.9/ total 0 -r--r--r-- 1 root root 4096 Dec 2 15:40 modalias drwxr-xr-x 2 root root0 Dec 2 15:40 power lrwxrwxrwx 1 root root0 Dec 2 15:40 subsystem - ../../bus/platform -rw-r--r-- 1 root root 4096 Dec 2 15:40 uevent uEnv.txt - https://gist.github.com/achingbrain/0fea49ccf0e5b8db0520 dmesg - https://gist.github.com/achingbrain/e2781b1d841628ec52ea There's quite a lot of this stuff during boot: [5.624964] omap_i2c 44e0b000.i2c: controller timed out [6.634421] omap_i2c 44e0b000.i2c: controller timed out [6.646111] bone-capemgr bone_capemgr.9: bone: scan failed (1 time) [8.154145] omap_i2c 44e0b000.i2c: controller timed out [9.165647] omap_i2c 44e0b000.i2c: controller timed out [9.177358] bone-capemgr bone_capemgr.9: bone: scan failed (2 time) *snip* [ 26.880531] omap_i2c 44e0b000.i2c: controller timed out [ 26.892201] bone-capemgr bone_capemgr.9: bone: scan failed (9 time) [ 28.400049] omap_i2c 44e0b000.i2c: controller timed out [ 29.411757] omap_i2c 44e0b000.i2c: controller timed out [ 29.423450] bone-capemgr bone_capemgr.9: bone: scan failed (10 time) [ 29.931273] bone-capemgr bone_capemgr.9: Failed to scan baseboard eeprom [ 29.938347] bone-capemgr: probe of bone_capemgr.9 failed with error -110 Doesn't look great. I'm running Debian with the 3.8.13-bone28 kernel. The board is being powered by a 5v 2.5a pin barrel wall socket and has no hardware attached apart from a USB WiFi dongle and has the CPU frequency governor set to 'performance'. Anyone got any ideas? Wow bone28! That was so long ago (Sep 12, 2013 to be exact.) we just enabled 4-bit mode on the microSD. AM335X ES1.0 (neon ): what version of the BBB do you have? This isn't good: omap_i2c 44e0b000.i2c: controller timed out With a spare microSD card, give this small standalone/microSD console image a shot at booting: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No bone_capemgr.9/slots file appearing
Thanks for the swift reply. I tried booting the standalone image from the link, still no slots file. dmesg: https://gist.github.com/achingbrain/5c745fab1bdb604688c8 $ ls -l /sys/devices/bone_capemgr.9/ total 0 -r--r--r-- 1 root root 4096 Dec 2 16:33 modalias drwxr-xr-x 2 root root0 Dec 2 16:33 power lrwxrwxrwx 1 root root0 Jan 1 2000 subsystem - ../../bus/platform -rw-r--r-- 1 root root 4096 Jan 1 2000 uevent Do you think the hardware could be defective? Thanks, Alex On Tuesday, December 2, 2014 4:03:54 PM UTC, RobertCNelson wrote: On Tue, Dec 2, 2014 at 9:53 AM, Alex Potsides al...@achingbrain.net javascript: wrote: My BBB doesn't appear to have a bone_capemgr.9/slots file: root@bbb:~# cat /sys/devices/bone_capemgr.9/slots cat: /sys/devices/bone_capemgr.*/slots: No such file or directory Indeed: root@bbb:~# ls -l /sys/devices/bone_capemgr.9/ total 0 -r--r--r-- 1 root root 4096 Dec 2 15:40 modalias drwxr-xr-x 2 root root0 Dec 2 15:40 power lrwxrwxrwx 1 root root0 Dec 2 15:40 subsystem - ../../bus/platform -rw-r--r-- 1 root root 4096 Dec 2 15:40 uevent uEnv.txt - https://gist.github.com/achingbrain/0fea49ccf0e5b8db0520 dmesg - https://gist.github.com/achingbrain/e2781b1d841628ec52ea There's quite a lot of this stuff during boot: [5.624964] omap_i2c 44e0b000.i2c: controller timed out [6.634421] omap_i2c 44e0b000.i2c: controller timed out [6.646111] bone-capemgr bone_capemgr.9: bone: scan failed (1 time) [8.154145] omap_i2c 44e0b000.i2c: controller timed out [9.165647] omap_i2c 44e0b000.i2c: controller timed out [9.177358] bone-capemgr bone_capemgr.9: bone: scan failed (2 time) *snip* [ 26.880531] omap_i2c 44e0b000.i2c: controller timed out [ 26.892201] bone-capemgr bone_capemgr.9: bone: scan failed (9 time) [ 28.400049] omap_i2c 44e0b000.i2c: controller timed out [ 29.411757] omap_i2c 44e0b000.i2c: controller timed out [ 29.423450] bone-capemgr bone_capemgr.9: bone: scan failed (10 time) [ 29.931273] bone-capemgr bone_capemgr.9: Failed to scan baseboard eeprom [ 29.938347] bone-capemgr: probe of bone_capemgr.9 failed with error -110 Doesn't look great. I'm running Debian with the 3.8.13-bone28 kernel. The board is being powered by a 5v 2.5a pin barrel wall socket and has no hardware attached apart from a USB WiFi dongle and has the CPU frequency governor set to 'performance'. Anyone got any ideas? Wow bone28! That was so long ago (Sep 12, 2013 to be exact.) we just enabled 4-bit mode on the microSD. AM335X ES1.0 (neon ): what version of the BBB do you have? This isn't good: omap_i2c 44e0b000.i2c: controller timed out With a spare microSD card, give this small standalone/microSD console image a shot at booting: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#BBW.2FBBB_.28All_Revs.29 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Connecting Multiple Sensors to BBB
Hi, Yeah indeed. I've just purchased a single sensor for starters to have a play with, and see how I go. I looked into wireless sensors to begin with, but there doesn't seem to be any set standard, as I was all for a Ninja Block using 433mhz, but even they say that no compatibility was guaranteed. I'll look into the X10 modules. Regards Mike On Monday, 1 December 2014 21:48:26 UTC, Wulf Man wrote: Wiring would be a nightmare. You have maybe a foot on I/O and 3 feet with bus extenders for I2C. You want wireless sensors of some type. OR there are X10 modules that do a lot of what you want maybe you can interface them to a BBB. Remember you have voltage loss on powering things over long wiring. On 12/1/2014 9:44 AM, mikegr...@gmail.com javascript: wrote: Hi guys, I've just started out with the BBB, and am basically wanting to use it initially, to gather data on temperature and humidity both inside and outside my property (sensor in each room + 1 outside). Obviously there are going to be quite a few sensors, is it possible to get all these up and running at the same time? I know there are lots of GPIO connectors on the BBB, but only a few voltage connectors, how do I go about splitting these? Also, would it be possible to wire up the sensors using alarm cable? They will be quite far from the controller in some instances. Regards Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No bone_capemgr.9/slots file appearing
On Tue, Dec 2, 2014 at 10:37 AM, Alex Potsides a...@achingbrain.net wrote: Thanks for the swift reply. I tried booting the standalone image from the link, still no slots file. dmesg: https://gist.github.com/achingbrain/5c745fab1bdb604688c8 $ ls -l /sys/devices/bone_capemgr.9/ total 0 -r--r--r-- 1 root root 4096 Dec 2 16:33 modalias drwxr-xr-x 2 root root0 Dec 2 16:33 power lrwxrwxrwx 1 root root0 Jan 1 2000 subsystem - ../../bus/platform -rw-r--r-- 1 root root 4096 Jan 1 2000 uevent Do you think the hardware could be defective? Yeah... Something is wrong with the main i2c bus: [1.150227] omap_i2c 44e0b000.i2c: controller timed out [1.150297] tps65217 0-0024: Failed to read INT reg [1.150324] tps65217 0-0024: Failed to probe pwr_but [2.150218] omap_i2c 44e0b000.i2c: controller timed out [3.154122] omap_i2c 44e0b000.i2c: controller timed out [3.158508] tps65217: probe of 0-0024 failed with error -110 [3.159119] omap_i2c 44e0b000.i2c: unable to select pin group [3.159768] omap_i2c 4819c000.i2c: bus 1 rev0.11 at 100 kHz [3.162087] omap_i2c 4819c000.i2c: unable to select pin group Do you have any cape's installed or any other things plugged in? (The bus for the tps65217 isn't exposed on the headers, so it looks like a board failure..) If nothing is attached i'd start this process: http://beagleboard.org/support/RMA Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Wifi unreliable
@Tommi, We had similar problems with RTL8192/Realtek dongles. We moved to TP-LINK 722 and so far its been super! We've tested streaming video for over 2 weeks with it now. As David mentioned, Atheros seems to play well with Debian. You can't go wrong with the TP-LINK Sandeep On Tuesday, December 2, 2014 8:09:29 PM UTC+5:30, Tommi wrote: thanks for your replies. I just ordered a different USB plug, let's see if that improves things. After tinkering so much with it, it seems the better options. In the end it is probably cheaper spending another $14, rather than sitting hours of hours trying to fix it. Hope the TP-LINK TL-WN722N http://www.amazon.com/gp/product/B002SZEOLG/ref=oh_aui_detailpage_o00_s00?ie=UTF8psc=1 will help. I'll also try to also do what you suggest Dave, let's see if that helps too. Have to say it is a bit annoying that such a simple problem keeps you from using the beaglebone -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wifi unreliable
Thanks, I really hope it will work. It is amongst the most frustrating things to have something that works sometimes On Tue, Dec 2, 2014 at 11:44 AM, Sandeep Sangli sand...@freolabs.com wrote: @Tommi, We had similar problems with RTL8192/Realtek dongles. We moved to TP-LINK 722 and so far its been super! We've tested streaming video for over 2 weeks with it now. As David mentioned, Atheros seems to play well with Debian. You can't go wrong with the TP-LINK Sandeep On Tuesday, December 2, 2014 8:09:29 PM UTC+5:30, Tommi wrote: thanks for your replies. I just ordered a different USB plug, let's see if that improves things. After tinkering so much with it, it seems the better options. In the end it is probably cheaper spending another $14, rather than sitting hours of hours trying to fix it. Hope the TP-LINK TL-WN722N http://www.amazon.com/gp/product/B002SZEOLG/ref=oh_aui_detailpage_o00_s00?ie=UTF8psc=1 will help. I'll also try to also do what you suggest Dave, let's see if that helps too. Have to say it is a bit annoying that such a simple problem keeps you from using the beaglebone -- 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/gOXPkNF9uco/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wifi unreliable
No problems with Atheros (TP-LINK 722). Use them all the time with Debian for video and audio streaming. On Dec 2, 2014 8:44 AM, Sandeep Sangli sand...@freolabs.com wrote: @Tommi, We had similar problems with RTL8192/Realtek dongles. We moved to TP-LINK 722 and so far its been super! We've tested streaming video for over 2 weeks with it now. As David mentioned, Atheros seems to play well with Debian. You can't go wrong with the TP-LINK Sandeep On Tuesday, December 2, 2014 8:09:29 PM UTC+5:30, Tommi wrote: thanks for your replies. I just ordered a different USB plug, let's see if that improves things. After tinkering so much with it, it seems the better options. In the end it is probably cheaper spending another $14, rather than sitting hours of hours trying to fix it. Hope the TP-LINK TL-WN722N http://www.amazon.com/gp/product/B002SZEOLG/ref=oh_aui_detailpage_o00_s00?ie=UTF8psc=1 will help. I'll also try to also do what you suggest Dave, let's see if that helps too. Have to say it is a bit annoying that such a simple problem keeps you from using the beaglebone -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] No bone_capemgr.9/slots file appearing
On Tuesday, December 2, 2014 4:42:30 PM UTC, RobertCNelson wrote: Do you have any cape's installed or any other things plugged in? (The bus for the tps65217 isn't exposed on the headers, so it looks like a board failure..) No, the only thing plugged in was the USB WiFi dongle. I just tried removing it and using ethernet instead but it didn't make any difference. If nothing is attached i'd start this process: http://beagleboard.org/support/RMA Oh well - thanks for your help. Alex -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Physical Dimensions
Hello A few people at my hackerspace are pretty excited for X15. Could we see bottom pics of the current board? I think I see where the expansion headers are, but more pics would be appreciated. Sounds like it is pretty close to NUC size but not quite, it would be really awesome if you could pull that off. Either way I'm ready to fire up the laser cutter to make case as soon as we get all the physical dimensions. :) Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Driving Solid State Relays
We have built a building automation system that runs on the BBB, (it is a .NET/mono based solution). One of the less elegant and more expensive parts of the solution is there are multiple layers of relays to support controlling high-energy devices like large motors. We use a device from controlanything.com via RS-232 which then in turn drives large electromagnetic motor contactors. What i think would be an amazing solution would be to have an array of solid state relays controlled almost directly by the I/O channels on the BBB, but i don't think the capacity for current on those channels is quite enough. Has anyone ran across a cape (or just an external board) that has SSR's and appropriate amplifiers to take a digital I/O signal, or alternatively, a simple amplifying cape using transistors from a high power source? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Connecting Multiple Sensors to BBB
Greetings, Look into 1-wire sensors. Then work over hundreds of feet using telephone wire and simple line drivers/receivers. Many devices available including temperature, humidity, relays, switch closure, etc. --- Jay Nugent WB8TKL Ypsilanti, Michigan On Mon, 1 Dec 2014, evilwulfie wrote: Wiring would be a nightmare. You have maybe a foot on I/O and 3 feet with bus extenders for I2C. You want wireless sensors of some type. OR there are X10 modules that do a lot of what you want maybe you can interface them to a BBB. Remember you have voltage loss on powering things over long wiring. On 12/1/2014 9:44 AM, mikegraham...@gmail.com wrote: Hi guys, I've just started out with the BBB, and am basically wanting to use it initially, to gather data on temperature and humidity both inside and outside my property (sensor in each room + 1 outside). Obviously there are going to be quite a few sensors, is it possible to get all these up and running at the same time? I know there are lots of GPIO connectors on the BBB, but only a few voltage connectors, how do I go about splitting these? Also, would it be possible to wire up the sensors using alarm cable? They will be quite far from the controller in some instances. Regards Mike -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- () ascii ribbon campaign in /\ support of plain text e-mail o Averaging at least 3 days of MTBWTF!?!?!? o The solution for long term Internet growth is IPv6. o To compel a man to furnish funds for the propagation of ideas he disbelieves and abhors is sinful and tyrannical. -Thomas Jefferson ++ | Jay Nugent j...@nuge.com(734)484-5105(734)649-0850/Cell | | Nugent Telecommunications [www.nuge.com]| | Internet Consulting/Linux SysAdmin/Engineering Design | | ISP Monitoring [www.ispmonitor.org] ISP Modem Performance Monitoring | ++ 19:01:01 up 2 days, 23:49, 2 users, load average: 0.35, 0.54, 0.75
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi John and Nicolae, Thanks for your help, changing the sysclk to 24MHz, we are now able to capture file on the board and play it on PC. John is right that the modification in dtb has no effect, I forced the sysclk in the driver ./sound/soc/davinci/davinci-evm.c ret = of_property_read_u32(np, ti,codec-clock-rate, drvdata-sysclk); if (ret 0) return -EINVAL; drvdata-sysclk = 2400; printk(###%s: sysclk %d\n, __FUNCTION__, drvdata-sysclk); Need to do more debug to see if U-boot fixed up the dtb value. Thanks a lot, Dustin On Tue, Dec 2, 2014 at 4:10 AM, John Syn john3...@gmail.com wrote: On 12/1/14, 10:27 AM, Nicolae Rosia nicolae.ro...@gmail.com wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesseco...@gmail.com wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/unsubscribe . To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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
[beagleboard] BBB frozen with mjpg-streamer
Guido did you figure this out? Also can't get mjpg-streamer working on latest debiam image although did before on angstrom. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: GPIO Header Pins that can be muxed to the PRU
Ah -- thank you for the clarification. On Monday, December 1, 2014 6:35:15 PM UTC-6, Charles Steinkuehler wrote: Not exactly, but that's what you'd get if you just did a read of the GPIO input register from the PRU. If you want to go faster, you have a few options: * Use the direct PRU inputs (reads complete in 5 nS with no wait states) * DMA data from the GPIO input register to the PRU. I haven't tested GPIO read latency when using DMA, it might be faster than doing reads with the PRU, and at the very least you wouldn't be stalling the PRU while the read is in flight. * You might be able to read with both PRUs in lock-step but opposite phase, so you could get apx. 12 MHz updates (untested). ...but really, if you want speed, use the direct PRU I/O pins, that's what they're for. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] [OT]: ATMEL AT91SAM9G25/ARM926EJ-S Helpneededforinterpretationofadmesgmessage
Robert Nelson robertcnel...@gmail.com [14-12-01 16:56]: Hi Robert, thank you for your posting! :) THATS really good news: Independance from any specialized patches! :) Only to ensure, that I am not confusing things again: I interpret Mainline as: Take a kernel from ftp.kernel.org Or does the free-electrons guys took over mach-at91 mean, that I should search their site for their kernel sources? The free-electron guys only work on mainline, so all their patches are heading to mainline. (kernel.org) For the last 2 kernel releases's they've cleaning up everything in mach-at91 and pushing everything to device tree's. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. Hi Robert, THANK YOU SO MUCH FOR THAT HINT! :) The new kernel version and the hint from Acmesystems mailing list to explicitely set the XTALs clock frequencies in the dts file are the solutions for both problems -- the running clock and not being able to poweroff the board! Now the clock is just *in* time and poweroff powers off the board. GREAT! I am happy! Thank you VERY much! Best regards, Meino -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] tun module missing in kernel 3.14.25-ti-r37
On Tue, Dec 2, 2014 at 4:28 AM, toni incog toni.in...@gmail.com wrote: Trying to get my beloved openvpn up I'm stumbled on a missing module tun in this kernel # CONFIG_TUN is not set got it running 3.8-bone and also see it's enabled in config-3.17.1-armv7-x3 I guess I soon will have to learn how to build a module? Thanks for catching that, it's how queued up: https://github.com/RobertCNelson/ti-linux-kernel-dev/commit/2acdcdf3ea292a0c2ea710b62fbcf6fa3d5c7545 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Physical Dimensions
It is larger than the NUC, About 4.2 x 4. I will try and get a picture when I can. Gerald On Tue, Dec 2, 2014 at 10:52 AM, Justin Triplett justin.tripl...@gmail.com wrote: Hello A few people at my hackerspace are pretty excited for X15. Could we see bottom pics of the current board? I think I see where the expansion headers are, but more pics would be appreciated. Sounds like it is pretty close to NUC size but not quite, it would be really awesome if you could pull that off. Either way I'm ready to fire up the laser cutter to make case as soon as we get all the physical dimensions. :) Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://circuitco.com/support/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Can't re-establish PWM sysfs files after system crash.
Dear forum, I am running Debian 3.8.24-bone67 w/Xenomai. I have successfully used the sysfs for generating a PWM signal on the P8_13 pin for several days now by: 1. Adding the am33xx_pwm and bone_pwm_P8_13 overlay files. 2. Writing to the files in the /sys/devices/ocp.3/pwm_test_P8_13.*/ (period, duty, polarity and run). However, I had a system crash. Now, despite rebooting (+re-powering) I am not able to re-establish the situation. The overlay files seem to install. The pwm_test_P8_13.12/ directory appears, but the files for controlling the PWM is missing. I can remove and re-apply the overlays, but the files are still missing Something has obviously changed by the system crash. Please advice. Best regards Terje Froysa [ 91.601978] bone-capemgr bone_capemgr.9: part_number 'am33xx_pwm', version 'N/A' [ 91.610962] bone-capemgr bone_capemgr.9: slot #12: generic override [ 91.617590] bone-capemgr bone_capemgr.9: bone: Using override eeprom data at slot 12 [ 91.625705] bone-capemgr bone_capemgr.9: slot #12: 'Override Board Name,00A0,Override Manuf,am33xx_pwm' [ 91.635790] bone-capemgr bone_capemgr.9: slot #12: Requesting part number/version based 'am33xx_pwm-00A0.dtbo [ 91.646178] bone-capemgr bone_capemgr.9: slot #12: Requesting firmware 'am33xx_pwm-00A0.dtbo' for board-name 'Override Board Name', version '00A0' [ 91.661239] bone-capemgr bone_capemgr.9: slot #12: dtbo 'am33xx_pwm-00A0.dtbo' loaded; converting to live tree [ 91.672375] bone-capemgr bone_capemgr.9: slot #12: #8 overlays [ 91.683550] ehrpwm 48300200.ehrpwm: unable to select pin group [ 91.698871] ecap 48300100.ecap: unable to select pin group [ 91.714483] ehrpwm 48302200.ehrpwm: unable to select pin group [ 91.730620] ehrpwm 48304200.ehrpwm: unable to select pin group [ 91.746145] ecap 48304100.ecap: unable to select pin group [ 91.759347] bone-capemgr bone_capemgr.9: slot #12: Applied #8 overlays. [ 103.923016] bone-capemgr bone_capemgr.9: part_number 'bone_pwm_P8_13', version 'N/A' [ 103.931873] bone-capemgr bone_capemgr.9: slot #13: generic override [ 103.938516] bone-capemgr bone_capemgr.9: bone: Using override eeprom data at slot 13 [ 103.946631] bone-capemgr bone_capemgr.9: slot #13: 'Override Board Name,00A0,Override Manuf,bone_pwm_P8_13' [ 103.957008] bone-capemgr bone_capemgr.9: slot #13: Requesting part number/version based 'bone_pwm_P8_13-00A0.dtbo [ 103.967782] bone-capemgr bone_capemgr.9: slot #13: Requesting firmware 'bone_pwm_P8_13-00A0.dtbo' for board-name 'Override Board Name', version '00A0' [ 103.983070] bone-capemgr bone_capemgr.9: slot #13: dtbo 'bone_pwm_P8_13-00A0.dtbo' loaded; converting to live tree [ 103.994506] bone-capemgr bone_capemgr.9: slot #13: #2 overlays [ 104.005298] bone-capemgr bone_capemgr.9: slot #13: Applied #2 overlays. root@beaglebone:/home/debian# ls /sys/devices/ocp.3/pwm_test_P8_13.12/ modalias power subsystem uevent root@beaglebone:/sys/kernel/debug# cat pwm platform/48304100.ecap, 1 PWM device pwm-0 ((null) ): platform/48304200.ehrpwm, 2 PWM devices pwm-0 ((null) ): pwm-1 ((null) ): platform/48302200.ehrpwm, 2 PWM devices pwm-0 ((null) ): pwm-1 ((null) ): platform/48300100.ecap, 1 PWM device pwm-0 ((null) ): platform/48300200.ehrpwm, 2 PWM devices pwm-0 ((null) ): pwm-1 ((null) ): root@beaglebone:/sys/kernel/debug# -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wifi unreliable
Heh going on two years now since this board has been out to the public, and still no one listens . . . On Tue, Dec 2, 2014 at 9:47 AM, Jesse Cobra jesseco...@gmail.com wrote: No problems with Atheros (TP-LINK 722). Use them all the time with Debian for video and audio streaming. On Dec 2, 2014 8:44 AM, Sandeep Sangli sand...@freolabs.com wrote: @Tommi, We had similar problems with RTL8192/Realtek dongles. We moved to TP-LINK 722 and so far its been super! We've tested streaming video for over 2 weeks with it now. As David mentioned, Atheros seems to play well with Debian. You can't go wrong with the TP-LINK Sandeep On Tuesday, December 2, 2014 8:09:29 PM UTC+5:30, Tommi wrote: thanks for your replies. I just ordered a different USB plug, let's see if that improves things. After tinkering so much with it, it seems the better options. In the end it is probably cheaper spending another $14, rather than sitting hours of hours trying to fix it. Hope the TP-LINK TL-WN722N http://www.amazon.com/gp/product/B002SZEOLG/ref=oh_aui_detailpage_o00_s00?ie=UTF8psc=1 will help. I'll also try to also do what you suggest Dave, let's see if that helps too. Have to say it is a bit annoying that such a simple problem keeps you from using the beaglebone -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] how to get network access to BBB through ethernet
Or more correctly, that have nothing to do with the hardware, and everything to do with the host. On Tue, Dec 2, 2014 at 8:00 AM, evilwulfie evilwul...@gmail.com wrote: In order to get internet connection you must turn on internet connection sharing on your main internet connection on your windows box. Please use google before asking questions here that have been asked over and over and over. http://stackoverflow.com/questions/19481415/share-the-internet-access-from-laptop-to-beaglebone-black-and-then-access-it-thr On 12/2/2014 1:29 AM, aryaksasidha...@gmail.com wrote: Good afternoon i am trying to install vnc on BBB, but the network has no internet access. i connected BBB to my PC(windows 7) with usb cable and the ethernet port is connected to a switch where the other cables are terminated. how to obtain internet access to the board? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
*It's that 100x better! ;) Specially for developers!* ?? Care to elaborate ? On Tue, Dec 2, 2014 at 7:50 AM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Dec 2, 2014 at 8:10 AM, Micka mickamus...@gmail.com wrote: Yes I just saw it ^^ . I found it where it is in your Makefile : install_arch: $(ARCH_DTB) mkdir -p /boot/dtbs/`uname -r`/ cp -v $(obj)/*.dtb /boot/dtbs/`uname -r`/ Just need to replace the line cp with cp -v $(obj)/*.dtb /dtbs/ But I will follow your instruction about the MMC . One more question because this part I don't understand : the am335x when it boot it looks at the SDCard the file uEnv.txt . So why do I need to upgrade the eMMC ? If I read what you are saying, I should update the mmc because it looks first at the mmc and the mmc tell where to look at the sdCard ? Just from the fact it's loading: reading zImage 7264176 bytes read in 828 ms (8.4 MiB/s) reading initrd.img 2402116 bytes read in 278 ms (8.2 MiB/s) reading /dtbs/am335x-boneblack.dtb 85190 bytes read in 21 ms (3.9 MiB/s) vs: Loaded environment from /boot/uEnv.txt Checking if uname_r is set in /boot/uEnv.txt... gpio: pin 56 (gpio 56) value is 1 Running uname_boot ... loading /boot/vmlinuz-3.14.25-ti-r37 ... 7148440 bytes read in 422 ms (16.2 MiB/s) loading /boot/dtbs/3.14.25-ti-r37/am335x-boneblack.dtb ... 85190 bytes read in 146 ms (569.3 KiB/s) loading /boot/initrd.img-3.14.25-ti-r37 ... 2298206 bytes read in 158 ms (13.9 MiB/s) debug: [console=ttyO0,115200n8 root=UUID=cffb3725-c125-4a51-ac5e-8d4ed50aa113 ro rootfstype=ext4 rootwait fixrtc quiet] ... debug: [bootz 0x8200 0x8808:23115e 0x8800] ... Kernel image @ 0x8200 [ 0x00 - 0x6d1398 ] ## Flattened Device Tree blob at 8800 Booting using the fdt blob at 0x8800 Loading Ramdisk to 8fdce000, end 815e ... OK Loading Device Tree to 8fdb6000, end 8fdcdcc5 ... OK It's that 100x better! ;) Specially for developers! Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
On Tue, Dec 2, 2014 at 2:34 PM, William Hermans yyrk...@gmail.com wrote: It's that 100x better! ;) Specially for developers! ?? Care to elaborate ? It's just more verbose... So we can actually see what it's doing.. (console variable...) Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BeagleBone Black Kernel 3.14 LCD7 Cap
It's just more verbose... So we can actually see what it's doing.. (console variable...) Oh heh, I thought you were telling him the eMMC was better for development . . and of course I was curious . . . On Tue, Dec 2, 2014 at 1:36 PM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Dec 2, 2014 at 2:34 PM, William Hermans yyrk...@gmail.com wrote: It's that 100x better! ;) Specially for developers! ?? Care to elaborate ? It's just more verbose... So we can actually see what it's doing.. (console variable...) Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Having problems cloning eMMC
I am trying to clone an existing BBB, so my first try is using the scripts on http://elinux.org/BeagleBone_Black_Extracting_eMMC_contents . So first thing I notice is the .img file created was only 2GB, whereas this is a newer BBB that has 4GB eMMC. So when I updated script to write the img to new BBB, it no longer boots from eMMC. i would like to make exact copies including uENV.txt, etc. Does anyone know why this is not working? The read command script is #!/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/trigge -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Connecting Multiple Sensors to BBB
On Monday, December 1, 2014 10:44:18 AM UTC-6, mikegr...@gmail.com wrote: Hi guys, I've just started out with the BBB, and am basically wanting to use it initially, to gather data on temperature and humidity both inside and outside my property (sensor in each room + 1 outside). Obviously there are going to be quite a few sensors, is it possible to get all these up and running at the same time? I know there are lots of GPIO connectors on the BBB, but only a few voltage connectors, how do I go about splitting these? Also, would it be possible to wire up the sensors using alarm cable? They will be quite far from the controller in some instances. One thing to worry about is lightning! I have such a system built with VERY OLD technology, which is probably much more resistant to damage, but have had parts of it blown out at times by thunderstorms. i have one sensor just outside the wall of the house for outside temperature. I use the Analog Devices AD590 series, which is a current proportional sensor. The current through the sensor is 1 uA per degree K. Alarm wire is fine, especially with a current sensor, as noise will largely be cancelled out. But, you need a signal conditioner to bias the detector and convert current to voltage. A simple op-amp circuit can do this. I use a pretty fancy humidity sensor that needs signal conditioning by an exotic AD part, but it gives very good results. Calibrating a humidity sensor is a lot harder than a temperature sensor. Jon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] LabVIEW on windows beagle board
To whom it may concern, I am a student at a university in Texas. We are trying to find a simple way to run our LabVIEW programming for our flow loop that we want to be pretty autonomous. I was wondering if the Beagle bone with windows would be capable of running LabVIEW. Thanks, Brendan Swain -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: kernel panic - has anyone seen something similar?
Hello again... Never mind any of the stuff I previously mentioned regarding changing of the kernel config parameters. The problem is rooted in my original comment about the c_can driver. There is a patch that exists that solves this problem. Unfortunately, it was inserted into the mainline kernel stream later than the 3.8+ branch we are using on BeagleBone Black; and therefore, the fix is not included in our kernel source. Take a look at this: http://lists.openwall.net/netdev/2013/11/27/64 If you have acquainted yourself with building the kernel for BBB, I would suggest manually editing that c_can.c file with the changes shown in the link above, rebuilding, and re-installing. That should fix your problem. It did for me. Good luck. On Monday, December 1, 2014 11:13:19 AM UTC-5, beagler001 wrote: RCN's kernel is the kernel source that I am using as well. If you change into that directory, you can run a rebuild script by typing tools/rebuild.sh. Invoking that script automatically pops up a window showing all the kernel config parameters. The number of parameters and finding the exact ones to match what I listed above is rather daunting. What I recommend is to view the default kernel config file and check if you are using the same config as me (probably not). default config file should be named defconfig and should be stored within the patches directory. On Monday, December 1, 2014 11:05:53 AM UTC-5, Me Nee wrote: The only reason I know we're using a custom kernel is because our former Linux guy told me so. Never recompiled a kernel before but I have a cursory grasp of what's involved. Former coworker's linux laptop has a folder named Robert C Nelson that contains what seems to be the custom kernel mod to fix the UART speed issue. I'll start poking around in there to see if I can figure it all out. And yes, that does help. I do appreciate it, thanks for your patience. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Having problems cloning eMMC
there is another thread here *Duplicate BeagleBone black setup* https://groups.google.com/forum/embed/?place=forum/beagleboardshowsearch=trueshowpopout=trueshowtabs=truehideforumtitle=trueparenturl=http%3A%2F%2Fwww.beagleboard.org%2FCommunity%2FForums#%21category-topic/beagleboard/beaglebone-black/hKuAggxij40 dated Nov 28, where you will find a solution to your problem. Good luck. Jan On Wednesday, December 3, 2014 6:32:08 AM UTC+11, br...@forceconstant.com wrote: I am trying to clone an existing BBB, so my first try is using the scripts on http://elinux.org/BeagleBone_Black_Extracting_eMMC_contents . So first thing I notice is the .img file created was only 2GB, whereas this is a newer BBB that has 4GB eMMC. So when I updated script to write the img to new BBB, it no longer boots from eMMC. i would like to make exact copies including uENV.txt, etc. Does anyone know why this is not working? The read command script is #!/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/trigge -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wifi unreliable
On 12/02/2014 09:39 AM, Tommi wrote: thanks for your replies. I just ordered a different USB plug, let's see if that improves things. After tinkering so much with it, it seems the better options. In the end it is probably cheaper spending another $14, rather than sitting hours of hours trying to fix it. Hope the TP-LINK TL-WN722N http://www.amazon.com/gp/product/B002SZEOLG/ref=oh_aui_detailpage_o00_s00?ie=UTF8psc=1 will help. I'll also try to also do what you suggest Dave, let's see if that helps too. Have to say it is a bit annoying that such a simple problem keeps you from using the beaglebone Wow that TL-WN722N has a BIG-ass antenna! BTW, the ath9k driver is in the kernel but I don't think the firmware is packaged for Debian (htc_9271.fw according to driver code.) So it's not plug-and-play but it's easy to find the firmware file in Ubuntu distros and download it to the BBB. Check syslog when you first plug it to see what the system says. Yeah, simple problems OTOH I'm still pretty amazed I can run a full linux distro on a 1W card and most peripherals work. Dave -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] LabVIEW on windows beagle board
I doubt if it will run. LabVIEW uses x86 code, BBB runs on an ARM. -david . On Tue, Dec 2, 2014 at 3:44 PM, Swain, Brendan Lee bubbalu3...@email.tamu.edu wrote: To whom it may concern, I am a student at a university in Texas. We are trying to find a simple way to run our LabVIEW programming for our flow loop that we want to be pretty autonomous. I was wondering if the Beagle bone with windows would be capable of running LabVIEW. Thanks, Brendan Swain -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wifi unreliable
On Tue, Dec 2, 2014 at 4:37 PM, dturvene gmail dturv...@gmail.com wrote: On 12/02/2014 09:39 AM, Tommi wrote: thanks for your replies. I just ordered a different USB plug, let's see if that improves things. After tinkering so much with it, it seems the better options. In the end it is probably cheaper spending another $14, rather than sitting hours of hours trying to fix it. Hope the TP-LINK TL-WN722N will help. I'll also try to also do what you suggest Dave, let's see if that helps too. Have to say it is a bit annoying that such a simple problem keeps you from using the beaglebone Wow that TL-WN722N has a BIG-ass antenna! BTW, the ath9k driver is in the kernel but I don't think the firmware is packaged for Debian (htc_9271.fw according to driver code.) So it's not plug-and-play but it's easy to find the firmware file in Ubuntu distros and download it to the BBB. Check syslog when you first plug it to see what the system says. Correct, that firmware currently isn't in a *.deb package yet, so we manually add that firmware for the bb.org images. Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] LabVIEW on windows beagle board
On Tue, Dec 2, 2014 at 4:37 PM, David Funk dwf...@gmail.com wrote: I doubt if it will run. LabVIEW uses x86 code, BBB runs on an ARM. Why not.. ;) Windows 95 ran on the N900, that's ARM. ;) https://www.youtube.com/watch?v=TxMYuCHxBgE Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] LabVIEW on windows beagle board
That is an emulator (dosbox) Still pretty cool... On Dec 2, 2014 2:43 PM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Dec 2, 2014 at 4:37 PM, David Funk dwf...@gmail.com wrote: I doubt if it will run. LabVIEW uses x86 code, BBB runs on an ARM. Why not.. ;) Windows 95 ran on the N900, that's ARM. ;) https://www.youtube.com/watch?v=TxMYuCHxBgE Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] LabVIEW on windows beagle board
While it isn't possible to run LABview directly, you can create VIs that talk to a BeagleBone Black using Botspeak: http://botspeak.org/supported-platforms/beaglebone/ and http://beagleboard.org/project/botspeak Some additional development has been on-going to move Botspeak to the PRUs (see PRUSpeak). I've heard some other efforts have been done, but nothing I know to report. Let us know if this helps. On Tue, Dec 2, 2014 at 5:37 PM, David Funk dwf...@gmail.com wrote: I doubt if it will run. LabVIEW uses x86 code, BBB runs on an ARM. -david . On Tue, Dec 2, 2014 at 3:44 PM, Swain, Brendan Lee bubbalu3...@email.tamu.edu wrote: To whom it may concern, I am a student at a university in Texas. We are trying to find a simple way to run our LabVIEW programming for our flow loop that we want to be pretty autonomous. I was wondering if the Beagle bone with windows would be capable of running LabVIEW. Thanks, Brendan Swain -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] LabVIEW on windows beagle board
From: Jason Kridner jkrid...@beagleboard.org Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 2, 2014 at 2:56 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] LabVIEW on windows beagle board While it isn't possible to run LABview directly, you can create VIs that talk to a BeagleBone Black using Botspeak: http://botspeak.org/supported-platforms/beaglebone/ and http://beagleboard.org/project/botspeak Some additional development has been on-going to move Botspeak to the PRUs (see PRUSpeak). I've heard some other efforts have been done, but nothing I know to report. Labview Embedded has a C code generator which creates a C file for the project which is then compiled for ARM. I worked on this years ago and managed to get this working on a Beagleboard-xM. I even managed to get a graphical GUI working, but the quality wasn¹t very good. Regards, John Let us know if this helps. On Tue, Dec 2, 2014 at 5:37 PM, David Funk dwf...@gmail.com wrote: I doubt if it will run. LabVIEW uses x86 code, BBB runs on an ARM. -david . On Tue, Dec 2, 2014 at 3:44 PM, Swain, Brendan Lee bubbalu3...@email.tamu.edu wrote: To whom it may concern, I am a student at a university in Texas. We are trying to find a simple way to run our LabVIEW programming for our flow loop that we want to be pretty autonomous. I was wondering if the Beagle bone with windows would be capable of running LabVIEW. Thanks, Brendan Swain -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] tun module missing in kernel 3.14.25-ti-r37
Uhhh, will this lead to a new kernel which I can upgrade to? It will take some time before i've learned how to cross compile kernel modules. Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] tun module missing in kernel 3.14.25-ti-r37
On Tue, Dec 2, 2014 at 5:06 PM, toni incog toni.in...@gmail.com wrote: Uhhh, will this lead to a new kernel which I can upgrade to? It will take some time before i've learned how to cross compile kernel modules. It will, i need to also rebase against (1).. Usually I queue up the changes and push a build later in the week (thursday ish).. 1: http://git.ti.com/gitweb/?p=ti-linux-kernel/ti-linux-kernel.git;a=shortlog;h=refs/heads/ti-linux-3.14.y Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wifi unreliable
Correct, that firmware currently isn't in a *.deb package yet, so we manually add that firmware for the bb.org images. @RCN - I'm using your *great* image-builder scripts and integrating my kernel and u-boot. The beagleboard.org_image.sh, etc. don't seem to have the ath9k firmware, or a way to get it. Is there a list of files you add when doing the bb.org images? I'm thinking I'll buy one of these cards to test out... Dave -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Wifi unreliable
On Tue, Dec 2, 2014 at 7:34 PM, david turvene dturv...@gmail.com wrote: Correct, that firmware currently isn't in a *.deb package yet, so we manually add that firmware for the bb.org images. @RCN - I'm using your *great* image-builder scripts and integrating my kernel and u-boot. The beagleboard.org_image.sh, etc. don't seem to have the ath9k firmware, or a way to get it. Is there a list of files you add when doing the bb.org images? as long as: include_firmware=enable... https://github.com/RobertCNelson/omap-image-builder/blob/master/scripts/chroot.sh#L782 Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
RE: [beagleboard] Audio capture issue with Audio Cape Rev B
Date: Sun, 30 Nov 2014 19:02:43 -0800 From: nguyentienhoangd...@gmail.com To: beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with Audio Cape Rev B Hi All, I tried to test the audio cape Rev B on BeagleBone Black board, the linux kernel used is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git, branch am33x-v3.14) I can play and capture the sound normally with the Audio Cape. File recorded via the Cape is played fine with the Cape output. But thing went wrong when we play the recorded file else where. On the board, I record audio with arecord commandarecord -t raw -f S16_LE -r 44100 /tmp/1.raw If we play back the recorded file on the board, it is okaplay -t raw -f S16_LE -r 44100 /tmp/1.raw But when I copied the recorded file to x86 machine, the speed of the audio changed. The recorded voice is played 1.5 time slower than it actually is. I tried the same test with USB sound card (record the audio via the Audio Cape and playback via the USB Sound Card), the playback got the same issue that was seen on x86 machine. It seems like there is something wrong with the clocking. May you please give any suggestions. Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
Hi John, Have you tried to record with external microphone? The recording works fine if I connect the Audio Cape directly to the speaker source (a tablet) with a male-to-male 3.5mm cable. In case of using external microphone, the Audacity Frequency Analysis shows there is no frequency that is higher than 3KHz. I tried the same test with USB Sound Card and it works fine. Do you have some special setting for alsamixer? Thanks, Dustin On Tuesday, December 2, 2014 4:10:12 AM UTC+7, john3909 wrote: On 12/1/14, 10:27 AM, Nicolae Rosia nicola...@gmail.com javascript: wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesse...@gmail.com javascript: wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john...@gmail.com javascript: wrote: From: Dien Nguyen nguyentie...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Sunday, November 30, 2014 at 7:14 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John Thanks -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in the Google Groups BeagleBoard group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/XmMg5DjJvsk/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/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to a topic in
[beagleboard] Re: Having problems cloning eMMC
So in that other thread, it was instructed to use the same dd command dd if=/dev/mmcblk1 of=/mnt/BeagleBoneBlack-eMMC-image-$RANDOM.img bs=10M to create image, so why would mine only end up 2GB instead of 4GB? I cannot follow those instructions exactly, as I only have a 4GB SD card, so maybe this is the problem since the eMMC is 4GB also. On Tuesday, December 2, 2014 5:22:47 PM UTC-5, janszyma...@gmail.com wrote: there is another thread here *Duplicate BeagleBone black setup* https://groups.google.com/forum/embed/?place=forum/beagleboardshowsearch=trueshowpopout=trueshowtabs=truehideforumtitle=trueparenturl=http%3A%2F%2Fwww.beagleboard.org%2FCommunity%2FForums#%21category-topic/beagleboard/beaglebone-black/hKuAggxij40 dated Nov 28, where you will find a solution to your problem. Good luck. Jan On Wednesday, December 3, 2014 6:32:08 AM UTC+11, br...@forceconstant.com wrote: I am trying to clone an existing BBB, so my first try is using the scripts on http://elinux.org/BeagleBone_Black_Extracting_eMMC_contents . So first thing I notice is the .img file created was only 2GB, whereas this is a newer BBB that has 4GB eMMC. So when I updated script to write the img to new BBB, it no longer boots from eMMC. i would like to make exact copies including uENV.txt, etc. Does anyone know why this is not working? The read command script is #!/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/trigge -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] monitor fb (flickering and resolution) on ubuntu 13.10 vs 14.04
dear BBB users---I searched for ubuntu 14.04 but did not find anything related to this question. (it may be related to the uEnv.txt EDID question I posted earlier, but maybe not.) I have two BBB, one running ubuntu 13.10, the other running 14.04.1. the 13.10 distro produces a rock-solid text display on two different monitors. the 14.04.1 is subtly flickering on both. I believe both boot into the linux framebuffer, not a graphical environment (so no X and xrandr). both are right now connected to an asus vs229 monitor. it is a 1920x1080 full HD monitor. the reason why I suspect this is a beaglebone issue is that the same weird issue has also occurred on a DELL monitor. solid on 13.10, flicker on 14.04: ubuntu 13.10 ubuntu-armhf: the asus monitor tells me it selects a mode of 1680x1050 65KHz 60Hz. (solid) ubuntu 14.04.1 LTS arm: the asus monitor tells me it selects a mode of 1280x1024 64KHz 60Hz. (flicker) apparently, the command to control the linux framebuffer is fbset. by itself, it tells me the current resolution. (there is no edid or resolution info in /var/log/syslog as far as I can tell.) this is working. changing the framebuffer resolution is another matter, though. fbset -xres 1920 -yres 1080 tells me that this is an ioctl FBIOPUT_VSCREENINFO: Invalid argument. choosing a smaller resolution, like fbset -xres 640 -yres 480 leaves the current screen-res, but just displays on the top, so it does not really change the resolution at run-time. are there any ways to change the BBB resolution at run-time? /iaw PS: (interestingly, X is not included in the images, although the distro only uses about 370MB of 2GB or eMMC. I am not complaining---thanks to whoever packaged it, of course.) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: Having problems cloning eMMC
I think you will have two problems. First, you can not put a 4GB file on a 4 GB card, because there must also be room for the Linux OS, and depending on the version, this can be another 1 GB, or more. Second problem is that when you install a 2 GB image on a 4 GB card, the partition as installed is typically about 2 GB, and the rest of the card can not be used, until you expand the partition to the full size of the card. So, for working with the 4 GB eMMC version of the Beaglebone Black, you must use at least an 8 GB card. I use 16 GB, so that there is room for about three images that are not compressed. You can not go larger than 32 GB at this time. --- Graham == On Tuesday, December 2, 2014 5:57:16 PM UTC-6, br...@forceconstant.com wrote: So in that other thread, it was instructed to use the same dd command dd if=/dev/mmcblk1 of=/mnt/BeagleBoneBlack-eMMC-image-$RANDOM.img bs=10M to create image, so why would mine only end up 2GB instead of 4GB? I cannot follow those instructions exactly, as I only have a 4GB SD card, so maybe this is the problem since the eMMC is 4GB also. On Tuesday, December 2, 2014 5:22:47 PM UTC-5, janszyma...@gmail.com wrote: there is another thread here *Duplicate BeagleBone black setup* https://groups.google.com/forum/embed/?place=forum/beagleboardshowsearch=trueshowpopout=trueshowtabs=truehideforumtitle=trueparenturl=http%3A%2F%2Fwww.beagleboard.org%2FCommunity%2FForums#%21category-topic/beagleboard/beaglebone-black/hKuAggxij40 dated Nov 28, where you will find a solution to your problem. Good luck. Jan On Wednesday, December 3, 2014 6:32:08 AM UTC+11, br...@forceconstant.com wrote: I am trying to clone an existing BBB, so my first try is using the scripts on http://elinux.org/BeagleBone_Black_Extracting_eMMC_contents . So first thing I notice is the .img file created was only 2GB, whereas this is a newer BBB that has 4GB eMMC. So when I updated script to write the img to new BBB, it no longer boots from eMMC. i would like to make exact copies including uENV.txt, etc. Does anyone know why this is not working? The read command script is #!/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/trigge -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] recommended linux distribution for BBB ?
dear bbb experts. for the beaglebone black: I was playing around with the ubuntu 14.04 and 13.10 images, but this may not be the right route. (on ubuntu, I can't get the fb to work right, X is not installed, and it does not come up as 192.168.7.2. so, maybe I was going too exotic.) are the linux distributions on http://beagleboard.org/latest-images the two preferred distributions, as of late 2014? if so, the two distroes seem to be either debian or angstrom. the debian distro is about 7 months old, the angstrom one is about 1.5 years old (although the flasher is 3 months younger than the distro). their ages seem curiously dated. but if it works, it works! what do jason and other BBB key developers use? is angstrom or debian now the right supported mass choice? regards, /iaw -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beaglebone Black not posting to display
Thank you for your quick response, Robert! Unfortunately, that did not work. The output for *cat /etc/dogtag* is BeagleBoard.org BeagleBone Debian Image 2014-05-14 Thanks! -Tyler On Sunday, November 30, 2014 2:40:09 PM UTC-9, RobertCNelson wrote: Force override the edid detection by modifying: /boot/uEnv.txt add: cmdline=video=HDMI-A-1:1280x800@60e If that file doesn't exist, let me know the output of: cat /etc/dogtag Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beaglebone Black not posting to display
Oddly enough, forcing that resolution worked for my 1080p monitor, but not the 1024X768 one :/ Any ideas on how to get the 1024 one working? It's a $60 7-incher I bought just got the board, and it'd be a shame if it sat somewhere collecting dust! The output for *cat /etc/dogtag* is BeagleBoard.org BeagleBone Debian Image 2014-05-14 Thanks! -Tyler On Sunday, November 30, 2014 2:40:09 PM UTC-9, RobertCNelson wrote: Force override the edid detection by modifying: /boot/uEnv.txt add: cmdline=video=HDMI-A-1:1280x800@60e If that file doesn't exist, let me know the output of: cat /etc/dogtag Regards, -- Robert Nelson http://www.rcn-ee.com/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
