Re: [beagleboard] What is the latest BBGW image?

On Sat, Jul 2, 2016 at 10:11 PM, Stephane Charette wrote: >>> cannot seem to find one. The most recent Ubuntu image I see is this: >>> >>> >>> http://rcn-ee.net/rootfs/2016-06-09/flasher/BBB-eMMC-flasher-ubuntu-16.04-console-armhf-2016-06-09-2gb.img.xz >>> >>> But from

Re: [beagleboard] What is the latest BBGW image?

>> cannot seem to find one. The most recent Ubuntu image I see is this: >> >> http://rcn-ee.net/rootfs/2016-06-09/flasher/BBB-eMMC-flasher-ubuntu-16.04-console-armhf-2016-06-09-2gb.img.xz >> >> But from the name, this image seems to be for the BBB, not BBGW. > >It'll work fine for the bbgw,

Re: [beagleboard] How to disable SoftAp0 with address 192.168.8.1 on BBGW?

On Sat, Jul 2, 2016 at 8:04 PM, Stephane Charette wrote: > I'm running BBGW-blank-debian-8.5-seeed-iot-armhf-2016-06-19-4gb.img on a > BBGW. I've used connmanctl to configure the wifi network to which I want to > connect, and everything is working OK so far. On

Re: [beagleboard] What is the latest BBGW image?

On Sat, Jul 2, 2016 at 1:54 PM, Stephane Charette wrote: > Where would I find the most recent BBGW image? Am I looking at the right > place when I look at this: > >

Re: [beagleboard] Ddr3 length matching

Ok thank you very much for the reply it is very useful. Le jeudi 30 juin 2016 15:45:28 UTC+2, Wulf Man a écrit : > http://referencedesigner.com/books/si/time-and-distance.php > > > > this can explain to you your issues > > > > > > > > On 6/30/2016

[beagleboard] How to disable SoftAp0 with address 192.168.8.1 on BBGW?

I'm running BBGW-blank-debian-8.5-seeed-iot-armhf-2016-06-19-4gb.img on a BBGW. I've used connmanctl to configure the wifi network to which I want to connect, and everything is working OK so far. On bootup, my BBGW does DHCP an address and I can ssh into it. What I'd like to do now is

[beagleboard] Re: PRU RPMsg device file missing

Thank you Mark, I have updated my notes. Greg On Friday, July 1, 2016 at 10:39:47 AM UTC-4, Mark A. Yoder wrote: > > Greg: > Many thanks for your "guide". I too have had success with it. One > minor correction was needed: > > cd /usr/share/ti/cgt-pru > mkdir bin > * cd bin* >

Re: [beagleboard] DS3234 clock on SPI1

Additionally . . . > dtb=am335x-boneblack-emmc-overlay.dtb > optargs=cape_disable=bone_capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN Your optargs line is not longer required. Using the am335x-boneblack-emmc-overlay.dtb board file disables hdmi video and audio already. > bone_capemgr

Re: [beagleboard] DS3234 clock on SPI1

Ok, sorry scratch all the above. I remember Robert saying a few days ago that SPI must be loaded early at boot in order for it to work correctly. Some kind of glitch. Read teh last post here:

Re: [beagleboard] DS3234 clock on SPI1

cs-gpios = < 17 0>; /* Is this needed ??? */ Double check your pin here make sure it's right. Someone was just saying yesterday that the GPIO banks got restructured, and some address got switched around. So it is entirely possible the pin you're after is no longer on GPIO3 gpio bank. On Sat,

Re: [beagleboard] DS3234 clock on SPI1

Additionally. You did set the time on the RTC before trying to read from it ? On Sat, Jul 2, 2016 at 2:26 PM, William Hermans wrote: > Have you updated the device tree compiler ? Here, I'm assuming you simply > upgraded the kernel form an image that initially had 3.8.x

Re: [beagleboard] DS3234 clock on SPI1

Have you updated the device tree compiler ? Here, I'm assuming you simply upgraded the kernel form an image that initially had 3.8.x installed . . . http://www.embeddedhobbyist.com/2015/09/beaglebone-black-updating-device-tree-files/ On Sat, Jul 2, 2016 at 2:08 PM, wrote:

[beagleboard] DS3234 clock on SPI1

Running kernel 4.4 and trying to read a DS3234 clock on the second SPI port I can suppress the HDMI pins in uEnv.txt with: dtb=am335x-boneblack-emmc-overlay.dtb optargs=cape_disable=bone_capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN (uEnv.txt isn't loading the "universal overlay".)

Re: [beagleboard] Re: BBB startup current

OF all the board we have shipped, we have never lost a TPS5217C due to this issue. In fact, I think we have only lost maybe 5 TPS65217C devices total in 4+ years. And as i said, you have to charge up those caps. I am not sure how to prevent caps from needing to be charged. And as we also say,

[beagleboard] What is the latest BBGW image?

Where would I find the most recent BBGW image? Am I looking at the right place when I look at this: http://rcn-ee.net/rootfs/bb.org/testing/2016-06-19/seeed-iot/BBGW-blank-debian-8.5-seeed-iot-armhf-2016-06-19-4gb.img.xz Related question: where would the latest BBGW *Ubuntu* image be located?

[beagleboard] beaglebone black pwm pin can't find duty, period, ...

I am trying to use the pin P8_13 for pwm. When I load the overlay I the power file is created but no duty, period, ... files are created. I am clearly doing something wrong. I can't use the universal overlay because I can't figure out how to load a one wire device in the universal overlay.

[beagleboard] initrd.img not detected

Hi, Per Robert Nelson's eewiki site, I have a running BBB running 4.4.11-bone10.1 version (single partition model); *initrd.img-4.4.11-bone10.1* is in /boot. A previous version, 4.4.1-bone5, indicated that initramfs was installed (two partition model)--- [3.484281] Unpacking initramfs...

Re: [beagleboard] Re: Looking for recommendation for BBB cross-compile toolchain and IDE for Windows

Thanks for info. I understand the mode of your work with BBB. On Friday, July 1, 2016 at 10:06:48 PM UTC+3, William Hermans wrote: > > > $ gcc somefile.c -o somefile -Wall/* and whatever other options I want >> and need */ >> $ chmod +x ./somefile/* File needs to be given

[beagleboard] Re: New eMMC with 3.8.13 kernel

Hi, I was able to recompile the kernel (3.8.13-bone70, debian 7)commenting the line in mmc.c. But the image is running fine on the sd card. When i try to flash to emmc it says panic occured and it hangs. What might be the problem. I am stuck for days now. Regards, Abhilash On Tuesday, 14 June