Re: [beagleboard] Booting Jessie on Beagleboard C3

[Jacek Radzikowski]

Which image do you recommend? I checked
beaglexm-debian-8.3-console-2016-02-11-2gb.img, with similar result

Jacek

On Thu, May 26, 2016 at 7:26 PM, Robert Nelson  wrote:
>
>
> On Thu, May 26, 2016 at 6:18 PM, Jacek Radzikowski
>  wrote:
>>
>> Hello,
>>
>> Following instructions from
>> http://elinux.org/BeagleBoardDebian#Debian_NetInstall I built an SD
>> card for Beagleboard rev C3. The build went smoothly, the board booted
>> to u-boot, but all activity ceases after the system attempts to load
>> ramdisk image.
>> The board is powered from an external 5V/2A power supply, and the boot
>> disk has been built using the following command:
>> sudo ./mk_mmc.sh --mmc /dev/sdh --dtb omap3-beagle --distro jessie
>> --serial-mode
>>
>> Boot log from serial terminal in the attached file.
>>
>> Is the original Beagleboard still supported by current debian builds?
>
>
> So, i'm pretty sure this is a u-boot bug...
>
> 2 week ago, i tried bisecting from v4.6.x to all my old releases down to
> v3.14.x.. None booted..
>
> The bb-xm jessie image posted here, does work:
>
> http://beagleboard.org/latest-images
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/



-- 
Given a choice between two theories, take the one which is funnier

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAA2oDvYYu2VvAmuDUcznoZZDSgafV6yrsarBgr2xS%2BX_6HcYoA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
U-Boot SPL 2016.01-1-gc0bfce8 (Jan 25 2016 - 20:14:03)
Trying to boot from MMC
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
reading u-boot.img
reading u-boot.img


U-Boot 2016.01-1-gc0bfce8 (Jan 25 2016 - 20:14:03 -0600), Build: 
jenkins-github_Bootloader-Builder-325

OMAP3530-GP ES3.0, CPU-OPP2, L3-165MHz, Max CPU Clock 600 MHz
OMAP3 Beagle board + LPDDR/NAND
I2C:   ready
DRAM:  256 MiB
NAND:  256 MiB
MMC:   OMAP SD/MMC: 0
*** Warning - bad CRC, using default environment

Beagle Rev C1/C2/C3
Timed out in wait_for_event: status=1000
Check if pads/pull-ups of bus 1 are properly configured
No EEPROM on expansion board
Timed out in wait_for_bb: status=1000
No EEPROM on expansion board
OMAP die ID: 1001300d0403230941680003Net:   usb_ether
Error: usb_ether address not set.

Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
SD/MMC found on device 0
Checking for: /uEnv.txt ...
Checking for: /boot/uEnv.txt ...
260 bytes read in 102 ms (2 KiB/s)
Loaded environment from /boot/uEnv.txt
Checking if uname_r is set in /boot/uEnv.txt...
Running uname_boot ...
loading /boot/vmlinuz-4.4.1-armv7-x5 ...
5793392 bytes read in 533 ms (10.4 MiB/s)
loading /boot/dtbs/4.4.1-armv7-x5/omap3-beagle.dtb ...
107105 bytes read in 321 ms (325.2 KiB/s)
loading /boot/initrd.img-4.4.1-armv7-x5 ...
9777413 bytes read in 818 ms (11.4 MiB/s)
debug: [console=ttyO2,115200n8 root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait 
musb_hdrc.fifo_mode=5 coherent_pool=1M quiet] ...
debug: [bootz 0x8200 0x8808:953105 0x8800] ...
Kernel image @ 0x8200 [ 0x00 - 0x586670 ]
## Flattened Device Tree blob at 8800
   Booting using the fdt blob at 0x8800
   Loading Ramdisk to 8f6ac000, end 8105 ...

Re: [beagleboard] PRU RPMsg device file missing

[John Syne]

Probably something to do with the am335x-pru0-fw and am335x-pru1-fw. Did you 
generate these yourself and are they derived from V4 of the PRU Software 
Support Package? Here is what the log should look like


[   17.730877] pruss-rproc 4a30.pruss: 8 PRU interrupts parsed
[   17.730963] pruss-rproc 4a30.pruss: memorydram0: pa 0x4a30 size 
0x2000 va e0cfc000
[   17.730992] pruss-rproc 4a30.pruss: memorydram1: pa 0x4a302000 size 
0x2000 va e0d0
[   17.731016] pruss-rproc 4a30.pruss: memory shrdram2: pa 0x4a31 size 
0x3000 va e0d04000
[   17.731061] pruss-rproc 4a30.pruss: memory intc: pa 0x4a32 size 
0x2000 va e0d08000
[   17.731085] pruss-rproc 4a30.pruss: memory  cfg: pa 0x4a326000 size 
0x2000 va e0d0c000
[   17.739291] pruss-rproc 4a30.pruss: creating platform devices for PRU 
cores
[   17.838694] pru-rproc 4a334000.pru0: memory iram: pa 0x4a334000 size 
0x2000 va e0d1
[   17.838750] pru-rproc 4a334000.pru0: memory  control: pa 0x4a322000 size 
0x400 va e0876000
[   17.838807] pru-rproc 4a334000.pru0: memorydebug: pa 0x4a322400 size 
0x100 va e09fe400
[   17.839055]  remoteproc1: 4a334000.pru0 is available
[   17.889681]  remoteproc1: Note: remoteproc is still under development and 
considered experimental.
[   17.976790]  remoteproc1: THE BINARY FORMAT IS NOT YET FINALIZED, and 
backward compatibility isn't yet guaranteed.
[   18.110269]  remoteproc1: registered virtio0 (type 7)
[   18.117784] pru-rproc 4a334000.pru0: PRU rproc node 
/ocp/pruss@4a30/pru@4a334000 probed successfully
[   18.179627] pru-rproc 4a338000.pru1: memory iram: pa 0x4a338000 size 
0x2000 va e0d4
[   18.179703] pru-rproc 4a338000.pru1: memory  control: pa 0x4a324000 size 
0x400 va e0cfa000
[   18.179731] pru-rproc 4a338000.pru1: memorydebug: pa 0x4a324400 size 
0x100 va e0d44400
[   18.179991]  remoteproc2: 4a338000.pru1 is available
[   18.238845]  remoteproc2: Note: remoteproc is still under development and 
considered experimental.
[   18.379910]  remoteproc2: THE BINARY FORMAT IS NOT YET FINALIZED, and 
backward compatibility isn't yet guaranteed.
[   18.632315]  remoteproc2: registered virtio1 (type 7)
[   18.650550] pru-rproc 4a338000.pru1: PRU rproc node 
/ocp/pruss@4a30/pru@4a338000 probed successfully
[   20.207007]  remoteproc1: powering up 4a334000.pru0
[   20.494385]  remoteproc1: Booting fw image am335x-pru0-fw, size 78652
[   20.500992] pru-rproc 4a334000.pru0: version 0 event_chnl_map_size 1 
event_chnl_map 039c
[   20.501012] pru-rproc 4a334000.pru0: sysevt-to-ch[60] -> 0
[   20.501027] pru-rproc 4a334000.pru0: chnl-to-host[0] -> 0
[   20.501040] pru-rproc 4a334000.pru0: skip intr mapping for chnl 1
[   20.501052] pru-rproc 4a334000.pru0: skip intr mapping for chnl 2
[   20.501064] pru-rproc 4a334000.pru0: skip intr mapping for chnl 3
[   20.501076] pru-rproc 4a334000.pru0: skip intr mapping for chnl 4
[   20.501088] pru-rproc 4a334000.pru0: skip intr mapping for chnl 5
[   20.501100] pru-rproc 4a334000.pru0: skip intr mapping for chnl 6
[   20.501112] pru-rproc 4a334000.pru0: skip intr mapping for chnl 7
[   20.501124] pru-rproc 4a334000.pru0: skip intr mapping for chnl 8
[   20.501136] pru-rproc 4a334000.pru0: skip intr mapping for chnl 9
[   20.501153] pruss-rproc 4a30.pruss: SYSEV60 -> CH0 (CMR15 0x)
[   20.501168] pruss-rproc 4a30.pruss: CH0 -> HOST0 (HMR0 0x)
[   20.501183] pruss-rproc 4a30.pruss: configured system_events = 
0x1000 intr_channels = 0x0001 host_intr = 0x0001
[   20.736524]  remoteproc1: starting PRU0: entry-point = 0x0
[   20.767050]  remoteproc1: remote processor 4a334000.pru0 is now up
[   20.873912]  remoteproc1: mbox msg: 0x0
[   20.873976] virtio_rpmsg_bus virtio0: creating channel rpmsg-client-sample 
addr 0x1e
[   20.914002]  remoteproc1: kicking vqid 0 on PRU0
[   20.914078] virtio_rpmsg_bus virtio0: rpmsg host is online
[   20.989597]  remoteproc1: kicking vqid 0 on PRU0
[   21.071282]  remoteproc2: powering up 4a338000.pru1
[   21.247641]  remoteproc2: Booting fw image am335x-pru1-fw, size 78644
[   21.335040] pru-rproc 4a338000.pru1: version 0 event_chnl_map_size 1 
event_chnl_map 0394
[   21.335079] pru-rproc 4a338000.pru1: sysevt-to-ch[59] -> 1
[   21.335094] pru-rproc 4a338000.pru1: skip intr mapping for chnl 0
[   21.335108] pru-rproc 4a338000.pru1: chnl-to-host[1] -> 1
[   21.335120] pru-rproc 4a338000.pru1: skip intr mapping for chnl 2
[   21.335132] pru-rproc 4a338000.pru1: skip intr mapping for chnl 3
[   21.335144] pru-rproc 4a338000.pru1: skip intr mapping for chnl 4
[   21.335156] pru-rproc 4a338000.pru1: skip intr mapping for chnl 5
[   21.335168] pru-rproc 4a338000.pru1: skip intr mapping for chnl 6
[   21.335180] pru-rproc 4a338000.pru1: skip intr mapping for chnl 7
[   21.335192] pru-rproc 4a338000.pru1: skip intr mapping for chnl 8
[   21.335204] pru-rproc 4a338000.pru1: skip intr mapping for chnl 9
[   21.335222] 

[beagleboard] Re: PRU RPMsg device file missing

[uwemuntig]

I am running into the same problem with 4.4.9-ti-r25 (debian), using the 
Makefile.

On Thursday, May 26, 2016 at 11:09:20 PM UTC+2, JD Morise wrote:
>
> Hi, 
>
> I would like to get communication up and running between ARM and PRU, by 
> following the TI Example 5 "RPMsg communication between ARM and PRU". 
>
> The system is a BBB with debian, kernel 4.1.15-ti-rt-r43. All 3 modules 
> are loaded, here is the snippet of the lsmod: 
>
> pruss_remoteproc   15296  2
> rpmsg_pru   4683  0
> virtio_rpmsg_bus   13437  1 rpmsg_pru
>
> dmesg ourput is posted below, I however don't see any problems  or errors. 
> However the device file /dev/rpmsg_pru* is not created at all, although 
> the rpmsg_host seems to be online. What am I missing? Where to look for 
> error messages or problems? 
>
> Could it be a problem with the device tree? I don't have any device tree 
> overlays loaded, apart from the cape_universaln
>
>  
> Best Regards, JD
>
> [  137.089974] pruss-rproc 4a30.pruss: 8 PRU interrupts parsed
> [  137.090107] pruss-rproc 4a30.pruss: memorydram0: pa 0x4a30 
> size 0x2000 va e0b68000
> [  137.090153] pruss-rproc 4a30.pruss: memorydram1: pa 0x4a302000 
> size 0x2000 va e0b6c000
> [  137.090193] pruss-rproc 4a30.pruss: memory shrdram2: pa 0x4a31 
> size 0x3000 va e0b7
> [  137.090231] pruss-rproc 4a30.pruss: memory intc: pa 0x4a32 
> size 0x2000 va e0b74000
> [  137.090270] pruss-rproc 4a30.pruss: memory  cfg: pa 0x4a326000 
> size 0x2000 va e0b78000
> [  137.106091] pruss-rproc 4a30.pruss: creating platform devices for 
> PRU cores
> [  137.117092] pru-rproc 4a334000.pru0: memory iram: pa 0x4a334000 
> size 0x2000 va e0b7c000
> [  137.117188] pru-rproc 4a334000.pru0: memory  control: pa 0x4a322000 
> size 0x400 va e0b8
> [  137.117231] pru-rproc 4a334000.pru0: memorydebug: pa 0x4a322400 
> size 0x100 va e0b82400
> [  137.128119]  remoteproc1: 4a334000.pru0 is available
> [  137.128152]  remoteproc1: Note: remoteproc is still under development 
> and considered experimental.
> [  137.128169]  remoteproc1: THE BINARY FORMAT IS NOT YET FINALIZED, and 
> backward compatibility isn't yet guaranteed.
> [  137.137153]  remoteproc1: powering up 4a334000.pru0
> [  137.137211]  remoteproc1: Booting fw image am335x-pru0-fw, size 79096
> [  137.137332] pru-rproc 4a334000.pru0: version 0 event_chnl_map_size 1 
> event_chnl_map 0394
> [  137.137356] pru-rproc 4a334000.pru0: sysevt-to-ch[59] -> 1
> [  137.137375] pru-rproc 4a334000.pru0: skip intr mapping for chnl 0
> [  137.137395] pru-rproc 4a334000.pru0: chnl-to-host[1] -> 1
> [  137.137413] pru-rproc 4a334000.pru0: skip intr mapping for chnl 2
> [  137.137431] pru-rproc 4a334000.pru0: skip intr mapping for chnl 3
> [  137.137449] pru-rproc 4a334000.pru0: skip intr mapping for chnl 4
> [  137.137467] pru-rproc 4a334000.pru0: skip intr mapping for chnl 5
> [  137.137485] pru-rproc 4a334000.pru0: skip intr mapping for chnl 6
> [  137.137503] pru-rproc 4a334000.pru0: skip intr mapping for chnl 7
> [  137.137520] pru-rproc 4a334000.pru0: skip intr mapping for chnl 8
> [  137.137538] pru-rproc 4a334000.pru0: skip intr mapping for chnl 9
> [  137.137563] pruss-rproc 4a30.pruss: SYSEV59 -> CH1 (CMR14 
> 0x0100)
> [  137.137584] pruss-rproc 4a30.pruss: CH1 -> HOST1 (HMR0 0x0100)
> [  137.137607] pruss-rproc 4a30.pruss: configured system_events = 
> 0x0800 intr_channels = 0x0002 host_intr = 0x0002
> [  137.137626]  remoteproc1: starting PRU0: entry-point = 0x0
> [  137.137642]  remoteproc1: remote processor 4a334000.pru0 is now up
> [  137.137798]  remoteproc1: kicking vqid 0 on PRU0
> [  137.137965] virtio_rpmsg_bus virtio0: rpmsg host is online
> [  137.138120]  remoteproc1: registered virtio0 (type 7)
> [  137.138351] pru-rproc 4a334000.pru0: PRU rproc node 
> /ocp/pruss@4a30/pru@4a334000 probed successfully
> [  137.138733] pru-rproc 4a338000.pru1: memory iram: pa 0x4a338000 
> size 0x2000 va e0b9c000
> [  137.138813] pru-rproc 4a338000.pru1: memory  control: pa 0x4a324000 
> size 0x400 va e0b9a000
> [  137.138855] pru-rproc 4a338000.pru1: memorydebug: pa 0x4a324400 
> size 0x100 va e0ba0400
> [  137.160141]  remoteproc2: 4a338000.pru1 is available
> [  137.160177]  remoteproc2: Note: remoteproc is still under development 
> and considered experimental.
> [  137.160194]  remoteproc2: THE BINARY FORMAT IS NOT YET FINALIZED, and 
> backward compatibility isn't yet guaranteed.
> [  137.163512] pru-rproc 4a338000.pru1: booting the PRU core manually
> [  137.163552]  remoteproc2: powering up 4a338000.pru1
> [  137.163871]  remoteproc2: Booting fw image am335x-pru1-fw, size 33580
> [  137.163953]  remoteproc2: starting PRU1: entry-point = 0x0
> [  137.163972]  remoteproc2: remote processor 4a338000.pru1 is now up
> [  137.164033] pru-rproc 4a338000.pru1: PRU rproc node 
> /ocp/pruss@4a30/pru@4a338000 probed successfully
>
>

-- 

Re: [beagleboard] Booting Jessie on Beagleboard C3

[Robert Nelson]

On Thu, May 26, 2016 at 6:18 PM, Jacek Radzikowski <
jacek.radzikow...@gmail.com> wrote:

> Hello,
>
> Following instructions from
> http://elinux.org/BeagleBoardDebian#Debian_NetInstall I built an SD
> card for Beagleboard rev C3. The build went smoothly, the board booted
> to u-boot, but all activity ceases after the system attempts to load
> ramdisk image.
> The board is powered from an external 5V/2A power supply, and the boot
> disk has been built using the following command:
> sudo ./mk_mmc.sh --mmc /dev/sdh --dtb omap3-beagle --distro jessie
> --serial-mode
>
> Boot log from serial terminal in the attached file.
>
> Is the original Beagleboard still supported by current debian builds?
>

So, i'm pretty sure this is a u-boot bug...

2 week ago, i tried bisecting from v4.6.x to all my old releases down to
v3.14.x.. None booted..

The bb-xm jessie image posted here, does work:

http://beagleboard.org/latest-images

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYiAy-BuDYyAuzoPdmjNgS%2BZNcZ2eD8hG6vVCnwWEuxOKw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] 4.1.21 pause during boot: A start job is running for LSB: Raise network interf...

[Rick Mann]

> On May 26, 2016, at 08:47 , Matt99eo  wrote:
> 
> Why does the kernel pause for a will (10s) while booting.  I see the pause in 
> line noted in red below.  Something to to with phy 4a101000?
> 
> r   10.287710] net eth0: initializing cpsw version 1.12 (0)
> [   10.295460] net eth0: phy found : id is : 0x7c0f1
> [   10.300245] libphy: PHY 4a101000.mdio:01 not found
> [   10.305086] net eth0: phy 4a101000.mdio:01 not found on slave 1
> [   10.315002] net eth0: BQL enabled
> [   10.322353] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
> [] A start job is running for LSB: Raise network interf...31s /  limit)[  
>  37.822466] random: nonblocking pool is initialized

If there's no Ethernet connected, it will pause there for a long time. I think 
it's looking for DHCP. It's possible to configure this to skip this at boot and 
support hot-plug, but the distro is (IMHO unfortunately) not configured this 
way.



-- 
Rick Mann
rm...@latencyzero.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/750F62C5-818D-433F-969D-E58B47010005%40latencyzero.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Beaglebone Debian OS

[Graham]

I can't believe that you are drawing to the LCD screen, and nothing came 
out of the Linux command line before that.
Something is wrong with your serial port connection.
--- Graham

==


On Thursday, May 26, 2016 at 12:16:43 PM UTC-5, Akash Gajeshwar wrote:
>
> I tried using that as well but it didn't work.
> On May 26, 2016 1:11 PM, "Graham"  
> wrote:
>
>> The first diagnostic tool should be a serial cable hooked to the serial 
>> command line port.
>> --- Graham
>>
>> ==
>>
>> On Thursday, May 26, 2016 at 10:36:46 AM UTC-5, Akash Gajeshwar wrote:
>>>
>>> Hello,
>>>
>>> I have connected an ethernet cable to my beaglebone, but for some reason 
>>> I am not able to make SSH connection to it. I also tried connecting the LCD 
>>> display through HDMI port to see what is going wrong at the bootup due to 
>>> which SSH connection is not working, but on LCD all it shows is the linux 
>>> logo at the boot up and then the screen remains blank forever. 
>>>
>>> Is there a way to solve this issue. I have lot of data in this 
>>> Beaglebone.
>>>
>>> Thanks,
>>> Akash
>>>
>> -- 
>> 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/DT4CBTMZmI4/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/d93ce46f-cc94-4eaa-820d-b09c7422b9f0%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/93ea39c8-145b-4c1c-92ed-936266a2b12a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Booting Jessie on Beagleboard C3

[Jacek Radzikowski]

Hello,

Following instructions from
http://elinux.org/BeagleBoardDebian#Debian_NetInstall I built an SD
card for Beagleboard rev C3. The build went smoothly, the board booted
to u-boot, but all activity ceases after the system attempts to load
ramdisk image.
The board is powered from an external 5V/2A power supply, and the boot
disk has been built using the following command:
sudo ./mk_mmc.sh --mmc /dev/sdh --dtb omap3-beagle --distro jessie --serial-mode

Boot log from serial terminal in the attached file.

Is the original Beagleboard still supported by current debian builds?

Thanks,
Jacek.

-- 
Given a choice between two theories, take the one which is funnier

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAA2oDvavm0C7Yrb-2mzU06idZWtE4CFRi%3DKJ0wTy_47Ztj73fw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
U-Boot SPL 2016.03-1-g54456ef (Mar 17 2016 - 16:31:02)
Trying to boot from MMC
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
bad magic
SPL: Please implement spl_start_uboot() for your board
SPL: Direct Linux boot not active!
reading u-boot.img
reading u-boot.img


U-Boot 2016.03-1-g54456ef (Mar 17 2016 - 16:31:02 -0500), Build: 
jenkins-github_Bootloader-Builder-351

OMAP3530-GP ES3.0, CPU-OPP2, L3-165MHz, Max CPU Clock 600 MHz
OMAP3 Beagle board + LPDDR/NAND
I2C:   ready
DRAM:  256 MiB
NAND:  256 MiB
MMC:   OMAP SD/MMC: 0
*** Warning - bad CRC, using default environment

Beagle Rev C1/C2/C3
Timed out in wait_for_event: status=1000
Check if pads/pull-ups of bus 1 are properly configured
No EEPROM on expansion board
Timed out in wait_for_bb: status=1000
No EEPROM on expansion board
OMAP die ID: 1001300d0403230941680003
Net:   usb_ether
Error: usb_ether address not set.

Hit any key to stop autoboot:  0 
switch to partitions #0, OK
mmc0 is current device
SD/MMC found on device 0
Checking for: /uEnv.txt ...
Checking for: /boot/uEnv.txt ...
reading /boot/uEnv.txt
184 bytes read in 5 ms (35.2 KiB/s)
Loaded environment from /boot/uEnv.txt
Checking if uname_r is set in /boot/uEnv.txt...
Running uname_boot ...
loading /boot/vmlinuz-current ...
reading /boot/vmlinuz-current
5815440 bytes read in 430 ms (12.9 MiB/s)
loading /boot/dtbs/current/omap3-beagle.dtb ...
reading /boot/dtbs/current/omap3-beagle.dtb
107105 bytes read in 30 ms (3.4 MiB/s)
loading /boot/initrd.img-current ...
reading /boot/initrd.img-current
48262063 bytes read in 3535 ms (13 MiB/s)

Installer for [jessie-armhf] is using the Serial Interface

debug: [console=ttyO2,115200n8 root=/dev/ram rw musb_hdrc.fifo_mode=5] ...
debug: [bootz 0x8200 0x8808:2e06baf 0x8800] ...
Kernel image @ 0x8200 [ 0x00 - 0x58bc90 ]
## Flattened Device Tree blob at 8800
   Booting using the fdt blob at 0x8800
   Loading Ramdisk to 8d1f9000, end 8baf ... 

Re: [beagleboard] Re: Ethernet-over-USB: no IP assigned with latest images (Debian 7.9 2015-11-12, Debian 8.4 2016-05-13)

[Robert Nelson]

On Thu, May 26, 2016 at 4:40 PM, Andrey Somov 
wrote:

> I mean the latest images here: https://beagleboard.org/latest-images
>
> Debian 7.9 (BeagleBone, BeagleBone Black, SeeedStudio BeagleBone Green -
> 4GB SD) 2015-11-12
> sha256sum: f6e67ba01ff69d20f2c655f5e429c3e6c2398123bcd3d8d548460c597275d277
>
> Debian 8.4 (BeagleBone, BeagleBone Black, SeeedStudio BeagleBone Green,
> SeeedStudio BeagleBone Green Wireless, SanCloud BeagleBone Enhanced,
> element14 BeagleBone Black Industrial, Arrow BeagleBone Black Industrial -
> 4GB SD) 2016-05-13
> sha256sum: 28d67e877497fb9e52fe605f2cbefdbaedaff23e9fa82e9ed2076ae375aa777f
>
> My Host: Linux Mint 17.3
> Linux 3.19.0-32-generic #37~14.04.1-Ubuntu SMP Thu Oct 22 09:41:40 UTC
> 2015 x86_64 GNU/Linux
>
> I am afraid here reported the same problem (not possible to connect via
> ssh):
> https://groups.google.com/d/msg/beagleboard/6RQ1FazhuTI/2Gp0R1wGBAAJ
>

Please unplug the unit:

Clear out your dmesg:

sudo dmesg -C

plug in unit

then please pass us:

dmesg

and

sudo ifconfig -a

Regards,


-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYj9TfLmjTk4kiq1XARG0YmXU3KmidND9YEXz8JfyVb7Ew%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Need a hardware engineer to design custom cape.

[Seppo Nikkilä]

Hi again Dave,

Once I get the detailed spec I can give you my version of milestones and
the amount of work to reach them.
Then I can also give the hours estimates. What is your opinion of the fair
hourly fee of this kind of design work?
To get started I would need the initial installment so I can devote my
efforts to this work. What do you propose?

Looking forward for the great cooperation,

Seppo Nikkilä, M.Sc.EE Helsinki University of Technology, 1975
Puerto Banús, Marbella, Spain

On Thu, May 26, 2016 at 11:33 PM, Dave Swanson <
david.swan...@leds4sports.com> wrote:

> Hello,
>
> Thank you for the reply.
>
> We are finishing up our spec and I will have it emailed to you by noon EST
> tomorrow.
>
> For pay we would prefer to do on a milestone basis if that is okay?
>
> Dave Swanson
> david.swan...@leds4sports.com
> o- 1.866.240.5226
> m- 1.941.586.8448
>
>
>
>
> On May 26, 2016, at 4:57 PM, Seppo Nikkilä <
> seppo.nikk...@innovativeideas.fi> wrote:
>
> Hi Dave,
>
> Please email me your detailed requirements specification and the detailed
> hardware specification.
> Would you prefer to pay per hour or by a milestones?
>
> Please realize that the design work cannot be done without a live
> communication
> with the person doing the software.
>
> With the best regards,
> siñ
>
>
>
>
> On Thu, May 26, 2016 at 9:59 PM,  wrote:
>
>> I'm looking for a hardware engineer that can design a custom cape
>> consisting of one serial RS232 port, 6 PWM's that each convert the BBB's
>> 0-3.3 volts into 0-10 volts PWM, and also provide access to 8 ADC inputs.
>> This is a paid job so if you are interested please let me know.
>> Thanks,
>> 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/376e9789-9117-483b-9405-8bff2bd0203f%40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Developing next generation wireless audio
>
> --
> 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/QUnLY2raZ3w/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CADWyOQQGb38xH6xonRs9Bn4R%2BrZ-qDFVO_DrAj1oC5iR1zU%2BwA%40mail.gmail.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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CBB2CBA5-D48C-47E5-B077-8F5415941038%40leds4sports.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Developing next generation wireless audio

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CADWyOQR4d_4%3DsR%3DVJmWprR46dbCFbksS7-y5T6JTyiBYKNsWTw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Ethernet-over-USB: no IP assigned with latest images (Debian 7.9 2015-11-12, Debian 8.4 2016-05-13)

[Andrey Somov]

I mean the latest images here: https://beagleboard.org/latest-images

Debian 7.9 (BeagleBone, BeagleBone Black, SeeedStudio BeagleBone Green - 
4GB SD) 2015-11-12 
sha256sum: f6e67ba01ff69d20f2c655f5e429c3e6c2398123bcd3d8d548460c597275d277

Debian 8.4 (BeagleBone, BeagleBone Black, SeeedStudio BeagleBone Green, 
SeeedStudio BeagleBone Green Wireless, SanCloud BeagleBone Enhanced, 
element14 BeagleBone Black Industrial, Arrow BeagleBone Black Industrial - 
4GB SD) 2016-05-13
sha256sum: 28d67e877497fb9e52fe605f2cbefdbaedaff23e9fa82e9ed2076ae375aa777f

My Host: Linux Mint 17.3
Linux 3.19.0-32-generic #37~14.04.1-Ubuntu SMP Thu Oct 22 09:41:40 UTC 2015 
x86_64 GNU/Linux

I am afraid here reported the same problem (not possible to connect via 
ssh):
https://groups.google.com/d/msg/beagleboard/6RQ1FazhuTI/2Gp0R1wGBAAJ

Cheers,
Andrey

On Thursday, May 26, 2016 at 11:01:34 PM UTC+2, Andrey Somov wrote:
>
>
> Hi all,
> both latest images (Debian 7.9 2015-11-12, Debian 8.4 2016-05-13)
> do not assign an IP address in eth1.
> This is already described here:
> https://groups.google.com/forum/#!topic/beagleboard/dk7WYe95fTU/discussion
>
> The previous image (Debian 7.8 2015-03-01) works without problems.
>
> I think there should an urgent fix, otherwise the images are hardly usable.
>
> Cheers,
> Andrey
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/31853823-9bd6-4619-b22f-a42604aaad05%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Need a hardware engineer to design custom cape.

[Dave Swanson]

Hello,

Thank you for the reply.

We are finishing up our spec and I will have it emailed to you by noon EST 
tomorrow.

For pay we would prefer to do on a milestone basis if that is okay?

Dave Swanson
david.swan...@leds4sports.com 
o- 1.866.240.5226
m- 1.941.586.8448




> On May 26, 2016, at 4:57 PM, Seppo Nikkilä  
> wrote:
> 
> Hi Dave,
> 
> Please email me your detailed requirements specification and the detailed 
> hardware specification.
> Would you prefer to pay per hour or by a milestones?
> 
> Please realize that the design work cannot be done without a live 
> communication
> with the person doing the software.
> 
> With the best regards,
> siñ
> 
> 
> 
> 
> On Thu, May 26, 2016 at 9:59 PM,  > wrote:
> I'm looking for a hardware engineer that can design a custom cape consisting 
> of one serial RS232 port, 6 PWM's that each convert the BBB's 0-3.3 volts 
> into 0-10 volts PWM, and also provide access to 8 ADC inputs. This is a paid 
> job so if you are interested please let me know.
> Thanks,
> 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 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/376e9789-9117-483b-9405-8bff2bd0203f%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> 
> -- 
> Developing next generation wireless audio
> 
> -- 
> 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/QUnLY2raZ3w/unsubscribe 
> .
> To unsubscribe from this group and all its topics, send an email to 
> beagleboard+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CADWyOQQGb38xH6xonRs9Bn4R%2BrZ-qDFVO_DrAj1oC5iR1zU%2BwA%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CBB2CBA5-D48C-47E5-B077-8F5415941038%40leds4sports.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] PRU RPMsg device file missing

['JD Morise' via BeagleBoard]

Hi, 

I would like to get communication up and running between ARM and PRU, by 
following the TI Example 5 "RPMsg communication between ARM and PRU". 

The system is a BBB with debian, kernel 4.1.15-ti-rt-r43. All 3 modules are 
loaded, here is the snippet of the lsmod: 

pruss_remoteproc   15296  2
rpmsg_pru   4683  0
virtio_rpmsg_bus   13437  1 rpmsg_pru

dmesg ourput is posted below, I however don't see any problems  or errors. 
However the device file /dev/rpmsg_pru* is not created at all, although the 
rpmsg_host seems to be online. What am I missing? Where to look for error 
messages or problems? 

Could it be a problem with the device tree? I don't have any device tree 
overlays loaded, apart from the cape_universaln

 
Best Regards, JD

[  137.089974] pruss-rproc 4a30.pruss: 8 PRU interrupts parsed
[  137.090107] pruss-rproc 4a30.pruss: memorydram0: pa 0x4a30 
size 0x2000 va e0b68000
[  137.090153] pruss-rproc 4a30.pruss: memorydram1: pa 0x4a302000 
size 0x2000 va e0b6c000
[  137.090193] pruss-rproc 4a30.pruss: memory shrdram2: pa 0x4a31 
size 0x3000 va e0b7
[  137.090231] pruss-rproc 4a30.pruss: memory intc: pa 0x4a32 
size 0x2000 va e0b74000
[  137.090270] pruss-rproc 4a30.pruss: memory  cfg: pa 0x4a326000 
size 0x2000 va e0b78000
[  137.106091] pruss-rproc 4a30.pruss: creating platform devices for 
PRU cores
[  137.117092] pru-rproc 4a334000.pru0: memory iram: pa 0x4a334000 size 
0x2000 va e0b7c000
[  137.117188] pru-rproc 4a334000.pru0: memory  control: pa 0x4a322000 size 
0x400 va e0b8
[  137.117231] pru-rproc 4a334000.pru0: memorydebug: pa 0x4a322400 size 
0x100 va e0b82400
[  137.128119]  remoteproc1: 4a334000.pru0 is available
[  137.128152]  remoteproc1: Note: remoteproc is still under development 
and considered experimental.
[  137.128169]  remoteproc1: THE BINARY FORMAT IS NOT YET FINALIZED, and 
backward compatibility isn't yet guaranteed.
[  137.137153]  remoteproc1: powering up 4a334000.pru0
[  137.137211]  remoteproc1: Booting fw image am335x-pru0-fw, size 79096
[  137.137332] pru-rproc 4a334000.pru0: version 0 event_chnl_map_size 1 
event_chnl_map 0394
[  137.137356] pru-rproc 4a334000.pru0: sysevt-to-ch[59] -> 1
[  137.137375] pru-rproc 4a334000.pru0: skip intr mapping for chnl 0
[  137.137395] pru-rproc 4a334000.pru0: chnl-to-host[1] -> 1
[  137.137413] pru-rproc 4a334000.pru0: skip intr mapping for chnl 2
[  137.137431] pru-rproc 4a334000.pru0: skip intr mapping for chnl 3
[  137.137449] pru-rproc 4a334000.pru0: skip intr mapping for chnl 4
[  137.137467] pru-rproc 4a334000.pru0: skip intr mapping for chnl 5
[  137.137485] pru-rproc 4a334000.pru0: skip intr mapping for chnl 6
[  137.137503] pru-rproc 4a334000.pru0: skip intr mapping for chnl 7
[  137.137520] pru-rproc 4a334000.pru0: skip intr mapping for chnl 8
[  137.137538] pru-rproc 4a334000.pru0: skip intr mapping for chnl 9
[  137.137563] pruss-rproc 4a30.pruss: SYSEV59 -> CH1 (CMR14 0x0100)
[  137.137584] pruss-rproc 4a30.pruss: CH1 -> HOST1 (HMR0 0x0100)
[  137.137607] pruss-rproc 4a30.pruss: configured system_events = 
0x0800 intr_channels = 0x0002 host_intr = 0x0002
[  137.137626]  remoteproc1: starting PRU0: entry-point = 0x0
[  137.137642]  remoteproc1: remote processor 4a334000.pru0 is now up
[  137.137798]  remoteproc1: kicking vqid 0 on PRU0
[  137.137965] virtio_rpmsg_bus virtio0: rpmsg host is online
[  137.138120]  remoteproc1: registered virtio0 (type 7)
[  137.138351] pru-rproc 4a334000.pru0: PRU rproc node 
/ocp/pruss@4a30/pru@4a334000 probed successfully
[  137.138733] pru-rproc 4a338000.pru1: memory iram: pa 0x4a338000 size 
0x2000 va e0b9c000
[  137.138813] pru-rproc 4a338000.pru1: memory  control: pa 0x4a324000 size 
0x400 va e0b9a000
[  137.138855] pru-rproc 4a338000.pru1: memorydebug: pa 0x4a324400 size 
0x100 va e0ba0400
[  137.160141]  remoteproc2: 4a338000.pru1 is available
[  137.160177]  remoteproc2: Note: remoteproc is still under development 
and considered experimental.
[  137.160194]  remoteproc2: THE BINARY FORMAT IS NOT YET FINALIZED, and 
backward compatibility isn't yet guaranteed.
[  137.163512] pru-rproc 4a338000.pru1: booting the PRU core manually
[  137.163552]  remoteproc2: powering up 4a338000.pru1
[  137.163871]  remoteproc2: Booting fw image am335x-pru1-fw, size 33580
[  137.163953]  remoteproc2: starting PRU1: entry-point = 0x0
[  137.163972]  remoteproc2: remote processor 4a338000.pru1 is now up
[  137.164033] pru-rproc 4a338000.pru1: PRU rproc node 
/ocp/pruss@4a30/pru@4a338000 probed successfully

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 

Re: [beagleboard] Ethernet-over-USB: no IP assigned with latest images (Debian 7.9 2015-11-12, Debian 8.4 2016-05-13)

[Robert Nelson]

On Thu, May 26, 2016 at 4:01 PM, Andrey Somov 
wrote:

>
> Hi all,
> both latest images (Debian 7.9 2015-11-12, Debian 8.4 2016-05-13)
> do not assign an IP address in eth1.
> This is already described here:
> https://groups.google.com/forum/#!topic/beagleboard/dk7WYe95fTU/discussion
>
> The previous image (Debian 7.8 2015-03-01) works without problems.
>
> I think there should an urgent fix, otherwise the images are hardly usable.
>

What was the exact "8.4 2016-05-13" image name?

What host are you using?

Linux/Mac/windows?

btw, in newer systemd linux builds, it doesn't show up as ethX device, but
instead as enxMACADDRESS..

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjPM8W2Pwo9ohx6_8a2rXX%3DK2GDRe%3Df_gQ7vSo7L4_ffQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Ethernet-over-USB: no IP assigned with latest images (Debian 7.9 2015-11-12, Debian 8.4 2016-05-13)

[Andrey Somov]

Hi all,
both latest images (Debian 7.9 2015-11-12, Debian 8.4 2016-05-13)
do not assign an IP address in eth1.
This is already described here:
https://groups.google.com/forum/#!topic/beagleboard/dk7WYe95fTU/discussion

The previous image (Debian 7.8 2015-03-01) works without problems.

I think there should an urgent fix, otherwise the images are hardly usable.

Cheers,
Andrey

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/600493c7-59a1-416e-8f48-b73334454243%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Need a hardware engineer to design custom cape.

[Seppo Nikkilä]

Hi Dave,

Please email me your detailed requirements specification and the detailed
hardware specification.
Would you prefer to pay per hour or by a milestones?

Please realize that the design work cannot be done without a live
communication
with the person doing the software.

With the best regards,
siñ




On Thu, May 26, 2016 at 9:59 PM,  wrote:

> I'm looking for a hardware engineer that can design a custom cape
> consisting of one serial RS232 port, 6 PWM's that each convert the BBB's
> 0-3.3 volts into 0-10 volts PWM, and also provide access to 8 ADC inputs.
> This is a paid job so if you are interested please let me know.
> Thanks,
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/376e9789-9117-483b-9405-8bff2bd0203f%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Developing next generation wireless audio

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CADWyOQQGb38xH6xonRs9Bn4R%2BrZ-qDFVO_DrAj1oC5iR1zU%2BwA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beabglebone OS issue.

[Akash Gajeshwar]

Hello,

I have connected an ethernet cable to my beaglebone, but for some reason I 
am not able to make SSH connection to it. I also tried connecting the LCD 
display through HDMI port to see what is going wrong at the bootup due to 
which SSH connection is not working, but on LCD all it shows is the linux 
logo at the boot up and then the screen remains blank forever. I even tried 
connecting serially but that did not work.

Is there a way to solve this issue. I have lot of data in this Beaglebone.

Thanks,
Akash

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/2e200d99-16cf-4ead-94ab-c6f7eb23740e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] dd between boards

[William Hermans]

>
> *Now for the raw block device vs file, I am not sure why you say the BBB
> does not have such a thing...*
>

Sorry I read mmcblk0p3 as mmcblk3p0 . . .

*Also what do you mean by using tar on the rootfs?*
>
>

How big is your actual rootfs ? Not the whole partition, just how much
space is being used on that partition ? So if your partition is 4G but
you're only using a few hundred M, then using tar would save a lot of time,
and space for storage. I talk about it here:
http://www.embeddedhobbyist.com/2015/09/beaglebone-black-working-with-debianlinux-images/


On Thu, May 26, 2016 at 12:40 PM, Antoine Rennuit  wrote:

> Hello William, the block count is needed because my uSD card is much
>> larger than the emmc.
>>
>
> Now for the raw block device vs file, I am not sure why you say the BBB
> does not have such a thing...
>
> Also what do you mean by using tar on the rootfs?
>
> Kind regards
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/f2a6bc3b-e802-4ad4-a01f-24542abec3d3%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrBcFmunERoaLP6BysMBv6ZwU3j52eoJ%3D_gGvahm4Cvcg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Need a hardware engineer to design custom cape.

[david . swanson]

I'm looking for a hardware engineer that can design a custom cape 
consisting of one serial RS232 port, 6 PWM's that each convert the BBB's 
0-3.3 volts into 0-10 volts PWM, and also provide access to 8 ADC inputs. 
This is a paid job so if you are interested please let me know.
Thanks,
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/376e9789-9117-483b-9405-8bff2bd0203f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[William Hermans]

>
> I'm going to pre-build the package on jessie with nodejs v0.12.x and ship
> it to the jessie users as is. ;) (well the deb package has a hard
> requirement of nodejs (>= 0.12.13))


Yeah . . . I'm using node -v: *v4.2.6* npm -v:

*3.9.0*
Part of my own problem is that I am following a few different guides on
technologies I do not know all that well. So I'm forced to use the packages
these people are using until I understand things better. The problem being,
many of these guides in using, the packages they mention require current
versions of node. I tried using v0.12 / v0.10 version of node, and for the
purpose of the guides I'm following - They failed( broken dependencies ).

I'm also still learning how things work package wise as for what exactly is
really needed when you finish a project. It's currently what I'm calling
"dependency hell". As in there is so much bloat / garbage, it's hard to
figure out what truly is needed in order for the application to work
properly.


On Thu, May 26, 2016 at 12:37 PM, Robert Nelson 
wrote:

>
>
> On Thu, May 26, 2016 at 2:26 PM, William Hermans 
> wrote:
>
>> it's an extra step before updating the *.deb package, requires a
>>> dedicated bbg for pre-building the *.tar.xz, but my sanity has never been
>>> better! ;)
>>
>>
>> So, I can tell you have not recently done anything like sudo npm install
>> -g phantomjs . . . where phantomjs only has x86 / x86-64( maybe amd64 )
>> binaries. I have, and then spent 3 days trial and error compiling phantomjs
>> on my rpi3 ( more memory, and more cores . . .), when i finally got it
>> compiled, and installed locally. . . the flipping package that needed
>> phantomjs *still* barfed on installation . . . as the other crap needed arm
>> binaries too, and no way in hell I was going ot step into that huge pit.
>>
>
> Yeah, that still happens for me too..
>
>
>>
>> It turns out that I only needed that package anyhow for a development
>> dependency for some stupid other package that I do not need when deployed.
>> . . . So I can write the code on an x86 machine, and just rip the needed
>> source out for deployment onto the BBB . . .
>>
>> So your sanity is different form mine  in that you seem to have learned
>> to just bypass the whole npm situation, where as a Nodejs developer - I
>> can't. Trust me though, I really wish I could, and it is partly why I'm
>> writing my own Javascript wrapper for the BBB's sysfs access to the
>> peripherals.
>>
>
>
> Yeah, my sanity is a little different..
>
> Initially i was trying to have the deb package run "npm -g install xyz"
> and update it on the user platform based on the version of nodejs..
>
> I've changed that too:
>
> I'm going to pre-build the package on jessie with nodejs v0.12.x and ship
> it to the jessie users as is. ;) (well the deb package has a hard
> requirement of nodejs (>= 0.12.13))
>
> Regards,
>
>
> --
> Robert Nelson
> https://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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYh_o_kzpoNjh9mLfoMns9eY9yWwfS99Rq9gGcp_C-ix7g%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORq4JmppqpL1AEfPqB5pzkGT-RRPo1YsYRKAZYO_HFD6MA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] dd between boards

[Antoine Rennuit]

>
> Hello William, the block count is needed because my uSD card is much 
> larger than the emmc.
>

Now for the raw block device vs file, I am not sure why you say the BBB 
does not have such a thing...

Also what do you mean by using tar on the rootfs?

Kind regards 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/f2a6bc3b-e802-4ad4-a01f-24542abec3d3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[Robert Nelson]

On Thu, May 26, 2016 at 2:26 PM, William Hermans  wrote:

> it's an extra step before updating the *.deb package, requires a dedicated
>> bbg for pre-building the *.tar.xz, but my sanity has never been better! ;)
>
>
> So, I can tell you have not recently done anything like sudo npm install
> -g phantomjs . . . where phantomjs only has x86 / x86-64( maybe amd64 )
> binaries. I have, and then spent 3 days trial and error compiling phantomjs
> on my rpi3 ( more memory, and more cores . . .), when i finally got it
> compiled, and installed locally. . . the flipping package that needed
> phantomjs *still* barfed on installation . . . as the other crap needed arm
> binaries too, and no way in hell I was going ot step into that huge pit.
>

Yeah, that still happens for me too..


>
> It turns out that I only needed that package anyhow for a development
> dependency for some stupid other package that I do not need when deployed.
> . . . So I can write the code on an x86 machine, and just rip the needed
> source out for deployment onto the BBB . . .
>
> So your sanity is different form mine  in that you seem to have learned to
> just bypass the whole npm situation, where as a Nodejs developer - I can't.
> Trust me though, I really wish I could, and it is partly why I'm writing my
> own Javascript wrapper for the BBB's sysfs access to the peripherals.
>


Yeah, my sanity is a little different..

Initially i was trying to have the deb package run "npm -g install xyz" and
update it on the user platform based on the version of nodejs..

I've changed that too:

I'm going to pre-build the package on jessie with nodejs v0.12.x and ship
it to the jessie users as is. ;) (well the deb package has a hard
requirement of nodejs (>= 0.12.13))

Regards,


-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYh_o_kzpoNjh9mLfoMns9eY9yWwfS99Rq9gGcp_C-ix7g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[William Hermans]

So, if you ever looked at my G+ page, where it states "list bragging
rights" and for my bragging rights I wrote " Having learned a good bit
about javascript without losing my mind . . ."

The above, and situations like it are part of that meaning ;)

On Thu, May 26, 2016 at 12:26 PM, William Hermans  wrote:

> it's an extra step before updating the *.deb package, requires a dedicated
>> bbg for pre-building the *.tar.xz, but my sanity has never been better! ;)
>
>
> So, I can tell you have not recently done anything like sudo npm install
> -g phantomjs . . . where phantomjs only has x86 / x86-64( maybe amd64 )
> binaries. I have, and then spent 3 days trial and error compiling phantomjs
> on my rpi3 ( more memory, and more cores . . .), when i finally got it
> compiled, and installed locally. . . the flipping package that needed
> phantomjs *still* barfed on installation . . . as the other crap needed arm
> binaries too, and no way in hell I was going ot step into that huge pit.
>
> It turns out that I only needed that package anyhow for a development
> dependency for some stupid other package that I do not need when deployed.
> . . . So I can write the code on an x86 machine, and just rip the needed
> source out for deployment onto the BBB . . .
>
> So your sanity is different form mine  in that you seem to have learned to
> just bypass the whole npm situation, where as a Nodejs developer - I can't.
> Trust me though, I really wish I could, and it is partly why I'm writing my
> own Javascript wrapper for the BBB's sysfs access to the peripherals.
>
>
> On Thu, May 26, 2016 at 12:09 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Thu, May 26, 2016 at 2:01 PM, William Hermans 
>> wrote:
>>
>>> *but it would be cooler to build the functionality into bone101, then
 user can edit it live thru nodejs and have it reboot with those changes..
 ;)*

>>>
>>> You know you're certifiable right ? hehe, but you're also right, and I
>>> just happen to know it is possible. So what exactly *is* bone101 ? Just the
>>> web stuff, or does it include bonescript ?
>>>
>>
>> so bone101 is the default web page..
>>
>> repo:
>>
>> https://github.com/beagleboard/bone101
>>
>> live testing:
>>
>> https://beagleboard.github.io/bone101/Support/bone101/
>>
>>
>>
>>>
>>> I ask because I do not personally use bonescript, but am instead writing
>>> my own code that does what bonescript does( maybe more ). But is also much
>>> simpler in nature. Currently, I'm also try to attempt to do all this
>>> without including a bunch of NPM packages to reduce code bloat, and to help
>>> keep things understandable. So others can read through the code and
>>> instantly understand what is happening. As a bonus side effect, I'm hoping
>>> this means that in order to enable one thing, like say GPIO, or ADC, that
>>> the developer just need drop in a single file such as gpio.js, or adc.js,
>>> then just require that file.
>>>
>>> Like you, I really dislike npm, but I suspect for maybe different
>>> reasons . . . code bloat, and application function clarity are two of my
>>> own main concerns.
>>>
>>
>>
>> npm and i get along now. ;)
>>
>> I've given up on "npm install xyz" in a deb package and now just
>> pre-build them:
>>
>> https://github.com/rcn-ee/npm-package-bonescript
>>
>> https://github.com/rcn-ee/npm-package-wificonfig
>>
>> it's an extra step before updating the *.deb package, requires a
>> dedicated bbg for pre-building the *.tar.xz, but my sanity has never been
>> better! ;)
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAOCHtYgQTuD7iE2J3fVnBMV4nw7gmqDGQbhdOiyzGp085nRXEA%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoKx_dVVv_5CkgWjh_MYYRN_dM_AqL1mg8uH2eqgCP%3D1g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[William Hermans]

>
> it's an extra step before updating the *.deb package, requires a dedicated
> bbg for pre-building the *.tar.xz, but my sanity has never been better! ;)


So, I can tell you have not recently done anything like sudo npm install -g
phantomjs . . . where phantomjs only has x86 / x86-64( maybe amd64 )
binaries. I have, and then spent 3 days trial and error compiling phantomjs
on my rpi3 ( more memory, and more cores . . .), when i finally got it
compiled, and installed locally. . . the flipping package that needed
phantomjs *still* barfed on installation . . . as the other crap needed arm
binaries too, and no way in hell I was going ot step into that huge pit.

It turns out that I only needed that package anyhow for a development
dependency for some stupid other package that I do not need when deployed.
. . . So I can write the code on an x86 machine, and just rip the needed
source out for deployment onto the BBB . . .

So your sanity is different form mine  in that you seem to have learned to
just bypass the whole npm situation, where as a Nodejs developer - I can't.
Trust me though, I really wish I could, and it is partly why I'm writing my
own Javascript wrapper for the BBB's sysfs access to the peripherals.


On Thu, May 26, 2016 at 12:09 PM, Robert Nelson 
wrote:

>
>
> On Thu, May 26, 2016 at 2:01 PM, William Hermans 
> wrote:
>
>> *but it would be cooler to build the functionality into bone101, then
>>> user can edit it live thru nodejs and have it reboot with those changes..
>>> ;)*
>>>
>>
>> You know you're certifiable right ? hehe, but you're also right, and I
>> just happen to know it is possible. So what exactly *is* bone101 ? Just the
>> web stuff, or does it include bonescript ?
>>
>
> so bone101 is the default web page..
>
> repo:
>
> https://github.com/beagleboard/bone101
>
> live testing:
>
> https://beagleboard.github.io/bone101/Support/bone101/
>
>
>
>>
>> I ask because I do not personally use bonescript, but am instead writing
>> my own code that does what bonescript does( maybe more ). But is also much
>> simpler in nature. Currently, I'm also try to attempt to do all this
>> without including a bunch of NPM packages to reduce code bloat, and to help
>> keep things understandable. So others can read through the code and
>> instantly understand what is happening. As a bonus side effect, I'm hoping
>> this means that in order to enable one thing, like say GPIO, or ADC, that
>> the developer just need drop in a single file such as gpio.js, or adc.js,
>> then just require that file.
>>
>> Like you, I really dislike npm, but I suspect for maybe different reasons
>> . . . code bloat, and application function clarity are two of my own main
>> concerns.
>>
>
>
> npm and i get along now. ;)
>
> I've given up on "npm install xyz" in a deb package and now just pre-build
> them:
>
> https://github.com/rcn-ee/npm-package-bonescript
>
> https://github.com/rcn-ee/npm-package-wificonfig
>
> it's an extra step before updating the *.deb package, requires a dedicated
> bbg for pre-building the *.tar.xz, but my sanity has never been better! ;)
>
> Regards,
>
> --
> Robert Nelson
> https://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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYgQTuD7iE2J3fVnBMV4nw7gmqDGQbhdOiyzGp085nRXEA%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrXM7vyiGkVCATmH5JPq-znMUfQhUCo%2BM3otK8%3DdqWYaw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[Robert Nelson]

On Thu, May 26, 2016 at 2:01 PM, William Hermans  wrote:

> *but it would be cooler to build the functionality into bone101, then user
>> can edit it live thru nodejs and have it reboot with those changes.. ;)*
>>
>
> You know you're certifiable right ? hehe, but you're also right, and I
> just happen to know it is possible. So what exactly *is* bone101 ? Just the
> web stuff, or does it include bonescript ?
>

so bone101 is the default web page..

repo:

https://github.com/beagleboard/bone101

live testing:

https://beagleboard.github.io/bone101/Support/bone101/



>
> I ask because I do not personally use bonescript, but am instead writing
> my own code that does what bonescript does( maybe more ). But is also much
> simpler in nature. Currently, I'm also try to attempt to do all this
> without including a bunch of NPM packages to reduce code bloat, and to help
> keep things understandable. So others can read through the code and
> instantly understand what is happening. As a bonus side effect, I'm hoping
> this means that in order to enable one thing, like say GPIO, or ADC, that
> the developer just need drop in a single file such as gpio.js, or adc.js,
> then just require that file.
>
> Like you, I really dislike npm, but I suspect for maybe different reasons
> . . . code bloat, and application function clarity are two of my own main
> concerns.
>


npm and i get along now. ;)

I've given up on "npm install xyz" in a deb package and now just pre-build
them:

https://github.com/rcn-ee/npm-package-bonescript

https://github.com/rcn-ee/npm-package-wificonfig

it's an extra step before updating the *.deb package, requires a dedicated
bbg for pre-building the *.tar.xz, but my sanity has never been better! ;)

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYgQTuD7iE2J3fVnBMV4nw7gmqDGQbhdOiyzGp085nRXEA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Vdds_ddr decoupling caps in am3358

[John Syne]

There are several other factors that affect decoupling:

PCB Layout (smaller is better)
Ground planes size, distance between ground planes and dielectric material used
Decoupling cap ESR
Proximity of the decoupling caps to the power pins
Number and size of vias connected to power pins (think of vias as a small 
inductor)
Copper pour profile used to connect power pins to power rail

Clearly the BBB layout is optimal and that is why they managed to make the 
board work with fewer decoupling caps.

Regards,
John




> On May 26, 2016, at 8:52 AM, Gerald Coley  wrote:
> 
> Same answer as before.
> 
> BeagleBone came first. 
> Smaller board size.
> Lower cost
> And it works.
> 
> Gerald
> 
> On Thu, May 26, 2016 at 10:46 AM,  > wrote:
> I see difference between last schematic of beaglebone black and am3358 
> starter kit board concerning vdds_ddr  decoupling cap. Am3358 sk board has 21 
> decoupling cap and beaglebone black uses 9 decoupling caps. The am3358 
> datasheet specifies tu use min 20 decoupling caps. Why this difference?
> 
> --
> For more options, visit http://beagleboard.org/discuss 
> 
> ---
> You received this message because you are subscribed to the Google Groups 
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to beagleboard+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/b282b991-9043-4f98-8626-44bc5acb4de6%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .
> 
> 
> 
> -- 
> Gerald
>  
> ger...@beagleboard.org 
> http://beagleboard.org/ 
> gcol...@emprodesign.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 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BcKFuME82TcQfgtafO-63ZXVDNERAAcs8qmGs1q-doWqQ%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/25F7FBF8-99E0-41D9-88B0-30F598A4C80E%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Using GPIO in BBB.Is it necessary to use Device Overlay?

[William Hermans]

>
>
>
>
>
>
>
> *Hi Vincent,William,Yes I am using Kernel > 3.8 (4.1) and trying to
> simulate the SPI signals on the GPIOs.(CLK,Data,CS)I don't want to use the
> host SPI driver and want to implement evrythign via GPIO.any comments
> !Rgds,Rp*


I think you will need the PRUs to do all that. Doing all this in software
from even kernel space wont work without hardware to back it up. Meaning, I
think a pure software implementation would be too slow.

On Thu, May 26, 2016 at 11:57 AM, Raul Piper  wrote:

> Hi Vincent,William,
> Yes I am using Kernel > 3.8 (4.1) and trying to simulate the SPI signals
> on the GPIOs.(CLK,Data,CS)
> I don't want to use the host SPI driver and want to implement evrythign
> via GPIO.
> any comments !
> Rgds,
> Rp
>
> On Thursday, May 26, 2016 at 8:32:15 PM UTC+5:30, Vincent lc wrote:
>
>> Hi,
>>
>> If you want to use a kernel version >= 3.8, you are obliged to use a DTS
>> (Device tree source) in order ton configured the GPIO.
>> And I advised you to use one because It's important to be on page :-)
>>
>> I like lots of microcontroller, you always need to configured pins before
>> using them, here, the way is to use the overlay (mean that they are load
>> when the board is steal running) ;-).
>> The video that you posted is a good example, you can also check the
>> associate website : http://exploringbeaglebone.com/chapter6/  where you
>> can download source code and so on ^_^.
>>
>> Have a lovely day !
>> Enjoy
>> Vincent
>>
>>
>>
>> Le jeudi 26 mai 2016 15:46:20 UTC+2, Raul Piper a écrit :
>>>
>>> HI ,
>>> I am new to BBB.I am trying to create a user app to access GPIO in BBB.I
>>> came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc
>>>  .Is it really necessary to use Device overlay to access the GPIOs?
>>> Can some one please post a link to how to get started with  GPIOS on BBB.
>>> Rgds,
>>> Rp
>>>
>> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/b1715dc6-176f-41bd-bb32-8250ed74de76%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpoPW3t4JLrROmMfgXurvMcHyuWDb6B1gUo90f8By922w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Flashing only the Kernel Image on BBB

[Robert Nelson]

On Thu, May 26, 2016 at 1:54 PM, Raul Piper  wrote:

> HI
> I am following Robert Nelson's page - >
> I have changed the kernel and I have built only kernel now using the
> rebuild.sh script and want to flash it on the BBB.Do I need to copy only
> the image or do I have to copy the device tree along with modules?
>
>
> Basically these steps below ONLY?
>

This depends...

if you updating the kernel on a os running off a  "microSD"  then yes..

If your trying to update the kernel on the eMMC, then no..

As for the eMMC:

./tools/rebuild_deb.sh

cp linux-image*.deb to eMMC, then running:

sudo dpkg -i linux-image*.deb ; sudo reboot

is easier..

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYimqmgA_heN1B%2B4WMmBuLeruMq0ZS3JzFLzDttfnQy3Gg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[William Hermans]

>
> *but it would be cooler to build the functionality into bone101, then user
> can edit it live thru nodejs and have it reboot with those changes.. ;)*
>

You know you're certifiable right ? hehe, but you're also right, and I just
happen to know it is possible. So what exactly *is* bone101 ? Just the web
stuff, or does it include bonescript ?

I ask because I do not personally use bonescript, but am instead writing my
own code that does what bonescript does( maybe more ). But is also much
simpler in nature. Currently, I'm also try to attempt to do all this
without including a bunch of NPM packages to reduce code bloat, and to help
keep things understandable. So others can read through the code and
instantly understand what is happening. As a bonus side effect, I'm hoping
this means that in order to enable one thing, like say GPIO, or ADC, that
the developer just need drop in a single file such as gpio.js, or adc.js,
then just require that file.

Like you, I really dislike npm, but I suspect for maybe different reasons .
. . code bloat, and application function clarity are two of my own main
concerns.

On Thu, May 26, 2016 at 11:41 AM, Robert Nelson 
wrote:

>
>
> On Thu, May 26, 2016 at 1:40 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Thu, May 26, 2016 at 1:36 PM, William Hermans 
>> wrote:
>>
>>> The includes for can0, can1 where in the repo prior, i just added back
 spi0, and the adc details..

 and there wasn't a real good non-overlay example,
 "am335x-boneblack-custom.dts" that users can enable what they want till
 today..

>>>
>>>   Ah, ok cool.
>>>
>>> I was just wondering if some sort of GUI tool would be useful or not.
>>> And then if so, what level of device tree manipulation would be required
>>> for said tool to be of real use.
>>>
>>
>> https://github.com/strahlex/BBIOConfig
>>
>> ^ good starting point, built for 3.8/cape-universal
>>
>
> but it would be cooler to build the functionality into bone101, then user
> can edit it live thru nodejs and have it reboot with those changes.. ;)
>
> Regards,
>
> --
> Robert Nelson
> https://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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhizPWXHv%3DjXxMWycz6RZL1r_pGHhihAWbswrwvUTMwvg%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORraeb5O%3Dvm8sRzX%2BUGUSizjE%3DGGX_mKfDRKqmDfeoc-XQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Flashing only the Kernel Image on BBB

[Raul Piper]

Missed the link to the Page in previous post  -> 
https://eewiki.net/display/linuxonarm/BeagleBone+Black

On Friday, May 27, 2016 at 12:24:26 AM UTC+5:30, Raul Piper wrote:
>
> HI 
> I am following Robert Nelson's page - >
> I have changed the kernel and I have built only kernel now using the 
> rebuild.sh script and want to flash it on the BBB.Do I need to copy only 
> the image or do I have to copy the device tree along with modules?
>
>
> Basically these steps below ONLY?
>
> Copy Kernel Image
>
> Kernel Image:
> *~/*
> *?* 
> sudo cp -v ./bb-kernel/deploy/${kernel_version}.zImage 
> /media/rootfs/boot/vmlinuz-${kernel_version}
> Copy Kernel Device Tree Binaries
> *~/*
> *?* 
> sudo mkdir -p /media/rootfs/boot/dtbs/${kernel_version}/
> sudo tar xfv ./bb-kernel/deploy/${kernel_version}-dtbs.tar.gz -C 
> /media/rootfs/boot/dtbs/${kernel_version}/
> Copy Kernel Modules
> *~/*
> *?* 
> sudo tar xfv ./bb-kernel/deploy/${kernel_version}-modules.tar.gz -C 
> /media/rootfs/
>
>
> Any quick script for this?Can they be flashed over the USB instead of 
> taking out the SD card and then copying into it Just like in Android we can 
> use fastboot to flashonly the new kernel image (boot.img)
>
> Thanks in advance !
>
> Rp
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/16fd533a-aaa0-4bc7-86e0-e4a32af66c02%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Using GPIO in BBB.Is it necessary to use Device Overlay?

[Raul Piper]

Hi Vincent,William, 
Yes I am using Kernel > 3.8 (4.1) and trying to simulate the SPI signals on 
the GPIOs.(CLK,Data,CS)
I don't want to use the host SPI driver and want to implement evrythign via 
GPIO.
any comments !
Rgds,
Rp

On Thursday, May 26, 2016 at 8:32:15 PM UTC+5:30, Vincent lc wrote:

> Hi, 
>
> If you want to use a kernel version >= 3.8, you are obliged to use a DTS 
> (Device tree source) in order ton configured the GPIO.
> And I advised you to use one because It's important to be on page :-)
>
> I like lots of microcontroller, you always need to configured pins before 
> using them, here, the way is to use the overlay (mean that they are load 
> when the board is steal running) ;-).
> The video that you posted is a good example, you can also check the 
> associate website : http://exploringbeaglebone.com/chapter6/  where you 
> can download source code and so on ^_^.
>
> Have a lovely day !
> Enjoy 
> Vincent
>
>
>
> Le jeudi 26 mai 2016 15:46:20 UTC+2, Raul Piper a écrit :
>>
>> HI ,  
>> I am new to BBB.I am trying to create a user app to access GPIO in BBB.I 
>> came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc 
>>  .Is it really necessary to use Device overlay to access the GPIOs?
>> Can some one please post a link to how to get started with  GPIOS on BBB.
>> Rgds,
>> Rp
>>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b1715dc6-176f-41bd-bb32-8250ed74de76%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Flashing only the Kernel Image on BBB

[Raul Piper]

HI 
I am following Robert Nelson's page - >
I have changed the kernel and I have built only kernel now using the 
rebuild.sh script and want to flash it on the BBB.Do I need to copy only 
the image or do I have to copy the device tree along with modules?


Basically these steps below ONLY?

Copy Kernel Image

Kernel Image:
*~/*
*?* 
sudo cp -v ./bb-kernel/deploy/${kernel_version}.zImage 
/media/rootfs/boot/vmlinuz-${kernel_version}
Copy Kernel Device Tree Binaries
*~/*
*?* 
sudo mkdir -p /media/rootfs/boot/dtbs/${kernel_version}/
sudo tar xfv ./bb-kernel/deploy/${kernel_version}-dtbs.tar.gz -C 
/media/rootfs/boot/dtbs/${kernel_version}/
Copy Kernel Modules
*~/*
*?* 
sudo tar xfv ./bb-kernel/deploy/${kernel_version}-modules.tar.gz -C 
/media/rootfs/


Any quick script for this?Can they be flashed over the USB instead of 
taking out the SD card and then copying into it Just like in Android we can 
use fastboot to flashonly the new kernel image (boot.img)

Thanks in advance !

Rp

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/88c1b68a-33f8-4e76-aec0-37aa65662850%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] dd between boards

[William Hermans]

>
> *This works like a charm though I am not sure I understand why dd does not
> work and what the script does to make it work. Any idea?*
>

Because you were not doing it right. Your out file ( of= ) was to a raw
block device, instead of a file onto a file system. A block device that
does not exist on a stock Beaglebone black I might add. Secondly, you
specified a block count for the second copy( device to be cloned I assume )
which gains you nothing, as the image is still 3.9G in size. Which would
not be a problem if you cloned to a file, onto a file system.

So if you did all that to potentially save you some time, you'd be better
off cloning using tar on the rootfs, and then dd on the MBR to get your
first and second stage boot loaders.

On Thu, May 26, 2016 at 11:38 AM, Antoine Rennuit  wrote:

> This works like a charm though I am not sure I understand why dd does not
> work and what the script does to make it work. Any idea?
>
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/227db2b2-e3ed-411d-8a66-96aaa622e057%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORq-P44y4OteyJ6iEgLbaZJrEqfjWf1qT7-VV%3DyuOeXv-A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[Robert Nelson]

On Thu, May 26, 2016 at 1:40 PM, Robert Nelson 
wrote:

>
>
> On Thu, May 26, 2016 at 1:36 PM, William Hermans 
> wrote:
>
>> The includes for can0, can1 where in the repo prior, i just added back
>>> spi0, and the adc details..
>>>
>>> and there wasn't a real good non-overlay example,
>>> "am335x-boneblack-custom.dts" that users can enable what they want till
>>> today..
>>>
>>
>>   Ah, ok cool.
>>
>> I was just wondering if some sort of GUI tool would be useful or not. And
>> then if so, what level of device tree manipulation would be required for
>> said tool to be of real use.
>>
>
> https://github.com/strahlex/BBIOConfig
>
> ^ good starting point, built for 3.8/cape-universal
>

but it would be cooler to build the functionality into bone101, then user
can edit it live thru nodejs and have it reboot with those changes.. ;)

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYhizPWXHv%3DjXxMWycz6RZL1r_pGHhihAWbswrwvUTMwvg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[Robert Nelson]

On Thu, May 26, 2016 at 1:36 PM, William Hermans  wrote:

> The includes for can0, can1 where in the repo prior, i just added back
>> spi0, and the adc details..
>>
>> and there wasn't a real good non-overlay example,
>> "am335x-boneblack-custom.dts" that users can enable what they want till
>> today..
>>
>
>   Ah, ok cool.
>
> I was just wondering if some sort of GUI tool would be useful or not. And
> then if so, what level of device tree manipulation would be required for
> said tool to be of real use.
>

https://github.com/strahlex/BBIOConfig

^ good starting point, built for 3.8/cape-universal

Regards,


-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYiZ573PBJmZ7S-avYVcL1vFn1QJZKkP_bEB6gt%3DkH0jCg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] dd between boards

[Antoine Rennuit]

This works like a charm though I am not sure I understand why dd does not 
work and what the script does to make it work. Any idea?

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/227db2b2-e3ed-411d-8a66-96aaa622e057%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[William Hermans]

>
> The includes for can0, can1 where in the repo prior, i just added back
> spi0, and the adc details..
>
> and there wasn't a real good non-overlay example,
> "am335x-boneblack-custom.dts" that users can enable what they want till
> today..
>

  Ah, ok cool.

I was just wondering if some sort of GUI tool would be useful or not. And
then if so, what level of device tree manipulation would be required for
said tool to be of real use.


On Thu, May 26, 2016 at 11:29 AM, Robert Nelson 
wrote:

>
>
> On Thu, May 26, 2016 at 1:26 PM, William Hermans 
> wrote:
>
>> Not yet..
>>>
>>> is that a standard config for users?
>>>
>>> can0, can1, spi0, adc ?
>>>
>>> right now it's called am335x-boneblack-custom.dts  what would be a good
>>> name for it?
>>>
>>>
>> My guess is no, that is probably not a std config for most users. But I
>> think the name is probably fine. I just had no noticed that file before,
>> and it's probably because you just committed it a couple hours ago.
>>
>> However, what I was thinking since you said un-comment whatever you want
>> working. Was that perhaps the file was already included, and people could
>> just un-comment what they wanted to work. *That* I think might not be a bad
>> idea. It would / could possibly help mitigate support needed to get some
>> hardware peripherals working.
>>
>
> The includes for can0, can1 where in the repo prior, i just added back
> spi0, and the adc details..
>
> and there wasn't a real good non-overlay example,
> "am335x-boneblack-custom.dts" that users can enable what they want till
> today..
>
> Regards,
>
> --
> Robert Nelson
> https://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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYif4AAkqqaEKfGWSvnpcMZJirkFKYGtG%2Bx5XPNo2z931g%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrCFcviuSJmpSemGVdwhiPPZWKZXykm%3DAzmzY3E3XVc8A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[Robert Nelson]

On Thu, May 26, 2016 at 1:26 PM, William Hermans  wrote:

> Not yet..
>>
>> is that a standard config for users?
>>
>> can0, can1, spi0, adc ?
>>
>> right now it's called am335x-boneblack-custom.dts  what would be a good
>> name for it?
>>
>>
> My guess is no, that is probably not a std config for most users. But I
> think the name is probably fine. I just had no noticed that file before,
> and it's probably because you just committed it a couple hours ago.
>
> However, what I was thinking since you said un-comment whatever you want
> working. Was that perhaps the file was already included, and people could
> just un-comment what they wanted to work. *That* I think might not be a bad
> idea. It would / could possibly help mitigate support needed to get some
> hardware peripherals working.
>

The includes for can0, can1 where in the repo prior, i just added back
spi0, and the adc details..

and there wasn't a real good non-overlay example,
"am335x-boneblack-custom.dts" that users can enable what they want till
today..

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYif4AAkqqaEKfGWSvnpcMZJirkFKYGtG%2Bx5XPNo2z931g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[William Hermans]

>
> Not yet..
>
> is that a standard config for users?
>
> can0, can1, spi0, adc ?
>
> right now it's called am335x-boneblack-custom.dts  what would be a good
> name for it?
>
>
My guess is no, that is probably not a std config for most users. But I
think the name is probably fine. I just had no noticed that file before,
and it's probably because you just committed it a couple hours ago.

However, what I was thinking since you said un-comment whatever you want
working. Was that perhaps the file was already included, and people could
just un-comment what they wanted to work. *That* I think might not be a bad
idea. It would / could possibly help mitigate support needed to get some
hardware peripherals working.



On Thu, May 26, 2016 at 11:16 AM, Robert Nelson 
wrote:

>
>
> On Thu, May 26, 2016 at 1:13 PM, William Hermans 
> wrote:
>
>> Robert,
>>
>> Is that overlay included by default ?
>>
>
> Not yet..
>
> is that a standard config for users?
>
> can0, can1, spi0, adc ?
>
> right now it's called am335x-boneblack-custom.dts  what would be a good
> name for it?
>
> Regards,
>
> --
> Robert Nelson
> https://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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYjNFR%2Bnn9PhNJpjrTMvR92_CbByiLRdgtUUDwBi7gZjYQ%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqWsTfP%2BvEkqHzkw4q1NnivyaWNgnQNwxXN45Bf3udqqw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[Robert Nelson]

On Thu, May 26, 2016 at 1:13 PM, William Hermans  wrote:

> Robert,
>
> Is that overlay included by default ?
>

Not yet..

is that a standard config for users?

can0, can1, spi0, adc ?

right now it's called am335x-boneblack-custom.dts  what would be a good
name for it?

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYjNFR%2Bnn9PhNJpjrTMvR92_CbByiLRdgtUUDwBi7gZjYQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[William Hermans]

Robert,

Is that overlay included by default ?

On Thu, May 26, 2016 at 9:26 AM, Robert Nelson 
wrote:

>
>
> On Thu, May 26, 2016 at 7:47 AM, wippich1981 via BeagleBoard <
> beagleboard@googlegroups.com> wrote:
>
>> Hello,
>>
>> I've problems to change the device tree on debian jessie on my beaglebone
>> black.
>>
>> After boot, I need the following interfaces working:
>> - can0
>> - can1
>> - spi0
>> - adc
>> - i2c2 disabled (to use both can interfaces, I need no cape eeprom
>> support)
>>
>> I've installed this image (and executed apt-get update && apt-get
>> upgrade): bone-debian-8.4-iot-armhf-2016-05-13-4gb.img
>> >Distributor ID: Debian
>> >Description:Debian GNU/Linux 8.4 (jessie)
>> >Release:8.4
>> >Codename:   jessie
>>
>> The Kernel Version is:
>> >uname -a
>> >Linux beaglebone 4.4.9-ti-r25 #1 SMP Thu May 5 23:08:13 UTC 2016 armv7l
>> GNU/Linux
>>
>>
>> Previously I used a debian "wheezy" image with 3.8.13 kernel. But since
>> that the device tree seems to changed a lot and now I'm stuck :-(
>>
>> On wheezy I changed the am335x-bone-common.dtsi (get the source from
>> https://github.com/derekmolloy/boneDeviceTree.git), for disabling i2c2
>> and enabling can0/can1/spi/adc. Then I rebuilded the am335x-boneblack.dtb
>> and copied it in the  
>> /boot/dtbs/3.8.13-bone71
>> folder. To use the can-bus, I had to add the interfaces to
>> */etc/network/interfaces*:
>>
>> auto can0
>> iface can0 can static
>> bitrate 50
>>
>> auto can1
>> iface can1 can static
>> bitrate 50
>>
>>
>> After a reboot everything works fine. This was the result of many
>> different tutorials about enabling periphery on beaglebone black. Propably
>> it was not the right way, but I was glad that it finally worked :-)
>>
>> For jessie I found the dtb-rebuilder, but everything I tried to change
>> did not work. New debian, no function - it's very frustrating...
>>
>> Can someone explain me, how to work with the dtb-rebuilder, so I can
>> enable at least both can interfaces?
>>
>
>
> https://github.com/RobertCNelson/dtb-rebuilder/commit/d664d9d5411d2242355cd777b0211a2a3268cfbe
>
> Just un-comment what you want:
>
>
> https://github.com/RobertCNelson/dtb-rebuilder/blob/4.4-ti/src/arm/am335x-boneblack-custom.dts#L47-L65
>
> Regards,
>
> --
> Robert Nelson
> https://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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAOCHtYhE066cdxpQs8LpJtyi6519KQeaLsrfWztxtLUv1dUfAg%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrttJ9VEqiKQav04yt%2B7%2B%3Dzk%3DOhRs%3DwYbt534PUTh00%2Bg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB Enable UARTs

[William Hermans]

>
> *Thank you so much for your time!*
>

heh, no problem. My comment yesterday about being busy was not meant in
that way however. I just meant, that I'm busy doing my own thing, and hence
is what is mostly on my mind. So, when I'm busy, and answer a post like
yours, I tend to make multiple posts as additional things occur to me . .

*It's working now, I feel so stupid for missing it, it was the second post
> that did it, and so quickly.*
>
> *I was still trying to get my head round all the info in the first when I
> when the second came in - so I tried that quickly*
>
> *Can't thank you enough!*
>
> *Lucent*
>
>
Awesome, glad that worked for you.

On Wed, May 25, 2016 at 2:55 PM,  wrote:

> Thank you so much for your time!
>
> It's working now, I feel so stupid for missing it, it was the second post
> that did it, and so quickly.
>
> I was still trying to get my head round all the info in the first when I
> when the second came in - so I tried that quickly
>
> Can't thank you enough!
>
> Lucent
>
> On Wednesday, 25 May 2016 22:53:30 UTC+1, William Hermans wrote:
>>
>> william@beaglebone:~/dev$ apt-cache search cape |grep overlay
>> bb-cape-overlays - Device tree overlays for Beaglebone.
>>
>> The package above is the package you're wanting to download, if your
>> /lib/firmware is not populated, or is missing all together.
>>
>> Sorry for the multi posts . . . but I'm pretty busy on my own ;)
>>
>> On Wed, May 25, 2016 at 2:44 PM, William Hermans 
>> wrote:
>>
>>> Additionally I just read cameron's page there and . . .
>>>
>>> william@beaglebone:~/dev$ cat /boot/uEnv.txt
>>> ...
>>>
>>> ##Example v3.8.x
>>> #cape_disable=capemgr.disable_partno=
>>> #cape_enable=capemgr.enable_partno=
>>>
>>> ##Example v4.1.x
>>> #cape_disable=bone_capemgr.disable_partno=
>>> #cape_enable=bone_capemgr.enable_partno=
>>>  ...
>>>
>>> You're seeing the difference here ? But also I have no personally hands
>>> on tested this recently but ##Example v4.1.x should work for 4.4.x
>>> kernels too.
>>>
>>> On Wed, May 25, 2016 at 2:39 PM, William Hermans 
>>> wrote:
>>>
 So the difference you're running into is the cape manager path naming I
 bet. But here:
 http://www.embeddedhobbyist.com/2015/09/beaglebone-black-updating-device-tree-files/

 Read that, but you should not need worry about compiling the DTS files
 for kernel 4.4.x. But you can tell if they're installed already by listing
 the contents of /lib/firmware/. Obviously if the directory does not exist,
 or it is empty, you need to either download the device tree overlay
 package, or build your own as I describe from the beginning of the link
 above.

 Let me know if that's enough information or not, and I'll answer back
 answers to your questions . . .

 On Wed, May 25, 2016 at 2:08 PM,  wrote:

> Hi,
>
> We've been using the BBB for a year or so now do act as webserver and
> a gateway to a zigbee based network. We have developed a cape that 
> contains
> a zigbee device that we can easily communicate with through one of the
> UARTs.
>
> We have had a working setup using the old April 2014 image that the
> BBB came shipped with, this needed to be brought up to date and I have 
> been
> developing new software with the January 2016 image and a USB based zigbee
> device.
>
> My trouble is, now I have come to test the software using the cape I
> cannot seem to enable the UARTs.
>
> In my 2014 version I followed the instructions on this page:
> http://beaglebone.cameon.net/home/serial-ports-uart and this work
> successfully.
>
> After "some" digging I found out about the config-pin application
> here: https://github.com/cdsteinkuehler/beaglebone-universal-io and
> have checked the help page of the app. I had hoped this would solve the
> problem and tried to set the use of pins I wanted (to enable UART5) 
> however
> I got an error message that there was no pinmux file. Having re-read the
> above page I don't have half the directory structure that the instructions
> talk about, namely no ocp.* in /sys/devices/, so I'm completely stuck.
>
> I just need to know how to enable UART5, I'm a fairly experienced
> linux user and very experience programmer, though my knowledge of Linux
> kernal stuff is terrible.
>
> I also have a strange setup in my /dev/ for ttyO* I had expected there
> only to be ttyO0 as that was the only port enabled by default, is that
> still the case?
>
> /dev# dir -l ttyO*
> lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO0 -> ttyS0
> lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO1 -> ttyS1
> lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO2 -> ttyS2
> lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO4 -> ttyS4
>
> My Linux knowledge is also failing me here 

Re: [beagleboard] Re: Beaglebone Debian OS

[Akash Gajeshwar]

I tried using that as well but it didn't work.
On May 26, 2016 1:11 PM, "Graham"  wrote:

> The first diagnostic tool should be a serial cable hooked to the serial
> command line port.
> --- Graham
>
> ==
>
> On Thursday, May 26, 2016 at 10:36:46 AM UTC-5, Akash Gajeshwar wrote:
>>
>> Hello,
>>
>> I have connected an ethernet cable to my beaglebone, but for some reason
>> I am not able to make SSH connection to it. I also tried connecting the LCD
>> display through HDMI port to see what is going wrong at the bootup due to
>> which SSH connection is not working, but on LCD all it shows is the linux
>> logo at the boot up and then the screen remains blank forever.
>>
>> Is there a way to solve this issue. I have lot of data in this Beaglebone.
>>
>> Thanks,
>> Akash
>>
> --
> 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/DT4CBTMZmI4/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/d93ce46f-cc94-4eaa-820d-b09c7422b9f0%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAK-b9UOmJ%3DJt5H%2BNzZJD9fGPHLOHg%3DGZXVQ6wYzBK4D9Ja2%3Dig%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Beaglebone Debian OS

[Graham]

The first diagnostic tool should be a serial cable hooked to the serial 
command line port.
--- Graham

==

On Thursday, May 26, 2016 at 10:36:46 AM UTC-5, Akash Gajeshwar wrote:
>
> Hello,
>
> I have connected an ethernet cable to my beaglebone, but for some reason I 
> am not able to make SSH connection to it. I also tried connecting the LCD 
> display through HDMI port to see what is going wrong at the bootup due to 
> which SSH connection is not working, but on LCD all it shows is the linux 
> logo at the boot up and then the screen remains blank forever. 
>
> Is there a way to solve this issue. I have lot of data in this Beaglebone.
>
> Thanks,
> Akash
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/d93ce46f-cc94-4eaa-820d-b09c7422b9f0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[Robert Nelson]

On Thu, May 26, 2016 at 7:47 AM, wippich1981 via BeagleBoard <
beagleboard@googlegroups.com> wrote:

> Hello,
>
> I've problems to change the device tree on debian jessie on my beaglebone
> black.
>
> After boot, I need the following interfaces working:
> - can0
> - can1
> - spi0
> - adc
> - i2c2 disabled (to use both can interfaces, I need no cape eeprom support)
>
> I've installed this image (and executed apt-get update && apt-get
> upgrade): bone-debian-8.4-iot-armhf-2016-05-13-4gb.img
> >Distributor ID: Debian
> >Description:Debian GNU/Linux 8.4 (jessie)
> >Release:8.4
> >Codename:   jessie
>
> The Kernel Version is:
> >uname -a
> >Linux beaglebone 4.4.9-ti-r25 #1 SMP Thu May 5 23:08:13 UTC 2016 armv7l
> GNU/Linux
>
>
> Previously I used a debian "wheezy" image with 3.8.13 kernel. But since
> that the device tree seems to changed a lot and now I'm stuck :-(
>
> On wheezy I changed the am335x-bone-common.dtsi (get the source from
> https://github.com/derekmolloy/boneDeviceTree.git), for disabling i2c2
> and enabling can0/can1/spi/adc. Then I rebuilded the am335x-boneblack.dtb
> and copied it in the  
> /boot/dtbs/3.8.13-bone71
> folder. To use the can-bus, I had to add the interfaces to
> */etc/network/interfaces*:
>
> auto can0
> iface can0 can static
> bitrate 50
>
> auto can1
> iface can1 can static
> bitrate 50
>
>
> After a reboot everything works fine. This was the result of many
> different tutorials about enabling periphery on beaglebone black. Propably
> it was not the right way, but I was glad that it finally worked :-)
>
> For jessie I found the dtb-rebuilder, but everything I tried to change
> did not work. New debian, no function - it's very frustrating...
>
> Can someone explain me, how to work with the dtb-rebuilder, so I can
> enable at least both can interfaces?
>

https://github.com/RobertCNelson/dtb-rebuilder/commit/d664d9d5411d2242355cd777b0211a2a3268cfbe

Just un-comment what you want:

https://github.com/RobertCNelson/dtb-rebuilder/blob/4.4-ti/src/arm/am335x-boneblack-custom.dts#L47-L65

Regards,

-- 
Robert Nelson
https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAOCHtYhE066cdxpQs8LpJtyi6519KQeaLsrfWztxtLUv1dUfAg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Vdds_ddr decoupling caps am3358

[Gerald Coley]

BeagleBone came first.
Smaller board size.
Lower cost
And it works.

Gerald


On Thu, May 26, 2016 at 10:44 AM,  wrote:

> I see difference between last schematic of beaglebone black and am3358
> starter kit board concerning vdds_ddr  decoupling cap. Am3358 sk board has
> 21 decoupling cap and beaglebone black uses 9 decoupling caps. The am3358
> datasheet specifies tu use min 20 decoupling caps. Why this difference?
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/48f8-5d31-4c4b-81bc-35592d88f761%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BdPLp4_4kff0tpyr3eaRLOznGAWWDf_Dmb%3D3KoN-Fjc8g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Vdds_ddr decoupling caps in am3358

[Gerald Coley]

Same answer as before.

BeagleBone came first.
Smaller board size.
Lower cost
And it works.

Gerald

On Thu, May 26, 2016 at 10:46 AM,  wrote:

> I see difference between last schematic of beaglebone black and am3358
> starter kit board concerning vdds_ddr  decoupling cap. Am3358 sk board has
> 21 decoupling cap and beaglebone black uses 9 decoupling caps. The am3358
> datasheet specifies tu use min 20 decoupling caps. Why this difference?
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/b282b991-9043-4f98-8626-44bc5acb4de6%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2BcKFuME82TcQfgtafO-63ZXVDNERAAcs8qmGs1q-doWqQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Vdds_ddr decoupling caps am3358

[larbi . joubala]

I see difference between last schematic of beaglebone black and am3358 starter 
kit board concerning vdds_ddr  decoupling cap. Am3358 sk board has 21 
decoupling cap and beaglebone black uses 9 decoupling caps. The am3358 
datasheet specifies tu use min 20 decoupling caps. Why this difference?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/48f8-5d31-4c4b-81bc-35592d88f761%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Vdds_ddr decoupling caps in am3358

[larbi . joubala]

I see difference between last schematic of beaglebone black and am3358 starter 
kit board concerning vdds_ddr  decoupling cap. Am3358 sk board has 21 
decoupling cap and beaglebone black uses 9 decoupling caps. The am3358 
datasheet specifies tu use min 20 decoupling caps. Why this difference?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b282b991-9043-4f98-8626-44bc5acb4de6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beaglebone Boot up issue

[Akash Gajeshwar]

Hello,

I have connected an ethernet cable to my beaglebone, but for some reason I 
am not able to make SSH connection to it. I also tried connecting the LCD 
display through HDMI port to see what is going wrong at the bootup due to 
which SSH connection is not working, but on LCD all it shows is the linux 
logo at the boot up and then the screen remains blank forever. 

Is there a way to solve this issue. I have lot of data in this Beaglebone.

Thanks,
Akash

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/94cfd8c4-348a-4469-8bad-95bc5952df02%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] 4.1.21 pause during boot: A start job is running for LSB: Raise network interf...

[Matt99eo]

Why does the kernel pause for a will (10s) while booting.  I see the pause 
in line noted in red below.  Something to to with phy 4a101000?

r   10.287710] net eth0: initializing cpsw version 1.12 (0)
[   10.295460] net eth0: phy found : id is : 0x7c0f1
[   10.300245] libphy: PHY 4a101000.mdio:01 not found
[   10.305086] net eth0: phy 4a101000.mdio:01 not found on slave 1
[   10.315002] net eth0: BQL enabled
[   10.322353] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[] A start job is running for LSB: Raise network interf...31s /  
limit)[   37.822466] random: nonblocking pool is initialized

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/83b7d2bf-18e6-4e60-ae5f-9aed4ff5467b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beaglebone Debian OS

[Akash Gajeshwar]

Hello,

I have connected an ethernet cable to my beaglebone, but for some reason I 
am not able to make SSH connection to it. I also tried connecting the LCD 
display through HDMI port to see what is going wrong at the bootup due to 
which SSH connection is not working, but on LCD all it shows is the linux 
logo at the boot up and then the screen remains blank forever. 

Is there a way to solve this issue. I have lot of data in this Beaglebone.

Thanks,
Akash

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/57205f69-eef4-4397-92d3-adc22d86a3be%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Using GPIO in BBB.Is it necessary to use Device Overlay?

[William Hermans]

For instance, here are two such pins that do not need to be muxed prior to
exporting.

william@beaglebone:~/dev$ ls /sys/class/gpio/
export  gpiochip0  gpiochip32  gpiochip64  gpiochip96  unexport
william@beaglebone:~/dev$ echo 49 > /sys/class/gpio/export
william@beaglebone:~/dev$ echo 60 > /sys/class/gpio/export
william@beaglebone:~/dev$ ls /sys/class/gpio/
export  gpio49  gpio60  gpiochip0  gpiochip32  gpiochip64  gpiochip96
unexport


On Thu, May 26, 2016 at 8:26 AM, William Hermans  wrote:

> *HI ,  *
>> *I am new to BBB.I am trying to create a user app to access GPIO in BBB.I
>> came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc
>>   .Is it really necessary to
>> use Device overlay to access the GPIOs?*
>> *Can some one please post a link to how to get started with  GPIOS on
>> BBB.*
>> *Rgds,*
>>
>
> Yes, and no. My understanding is that some pins can only be configured as
> a GPIO, so these do not need to be muxed by way of a device tree file. For
> multi purpose pins however( multiple possible peripherals on the same pin
> ), you need to mux the pins for GPIO( 0x7 ). Perhaps universal IO can be
> used too ?
>
> On Thu, May 26, 2016 at 8:02 AM, Vincent lc  > wrote:
>
>> Hi,
>>
>> If you want to use a kernel version >= 3.8, you are obliged to use a DTS
>> (Device tree source) in order ton configured the GPIO.
>> And I advised you to use one because It's important to be on page :-)
>>
>> I like lots of microcontroller, you always need to configured pins before
>> using them, here, the way is to use the overlay (mean that they are load
>> when the board is steal running) ;-).
>> The video that you posted is a good example, you can also check the
>> associate website : http://exploringbeaglebone.com/chapter6/  where you
>> can download source code and so on ^_^.
>>
>> Have a lovely day !
>> Enjoy
>> Vincent
>>
>>
>>
>> Le jeudi 26 mai 2016 15:46:20 UTC+2, Raul Piper a écrit :
>>>
>>> HI ,
>>> I am new to BBB.I am trying to create a user app to access GPIO in BBB.I
>>> came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc
>>>  .Is it really necessary to use Device overlay to access the GPIOs?
>>> Can some one please post a link to how to get started with  GPIOS on BBB.
>>> Rgds,
>>> Rp
>>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/fd6bd2e6-6fcf-4c61-918a-c82575ec076b%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoevGr5cy0ZDGzNSMJFZvgj3J9i5s_E9mgmBE0hOdKfAg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Using GPIO in BBB.Is it necessary to use Device Overlay?

[William Hermans]

>
> *HI ,  *
> *I am new to BBB.I am trying to create a user app to access GPIO in BBB.I
> came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc
>   .Is it really necessary to
> use Device overlay to access the GPIOs?*
> *Can some one please post a link to how to get started with  GPIOS on BBB.*
> *Rgds,*
>

Yes, and no. My understanding is that some pins can only be configured as a
GPIO, so these do not need to be muxed by way of a device tree file. For
multi purpose pins however( multiple possible peripherals on the same pin
), you need to mux the pins for GPIO( 0x7 ). Perhaps universal IO can be
used too ?

On Thu, May 26, 2016 at 8:02 AM, Vincent lc 
wrote:

> Hi,
>
> If you want to use a kernel version >= 3.8, you are obliged to use a DTS
> (Device tree source) in order ton configured the GPIO.
> And I advised you to use one because It's important to be on page :-)
>
> I like lots of microcontroller, you always need to configured pins before
> using them, here, the way is to use the overlay (mean that they are load
> when the board is steal running) ;-).
> The video that you posted is a good example, you can also check the
> associate website : http://exploringbeaglebone.com/chapter6/  where you
> can download source code and so on ^_^.
>
> Have a lovely day !
> Enjoy
> Vincent
>
>
>
> Le jeudi 26 mai 2016 15:46:20 UTC+2, Raul Piper a écrit :
>>
>> HI ,
>> I am new to BBB.I am trying to create a user app to access GPIO in BBB.I
>> came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc
>>  .Is it really necessary to use Device overlay to access the GPIOs?
>> Can some one please post a link to how to get started with  GPIOS on BBB.
>> Rgds,
>> Rp
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/fd6bd2e6-6fcf-4c61-918a-c82575ec076b%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORo1RLvEHnXxixjF%3D3d1u7imU8h-M%2B0QTJxSKFbC%2BrkscA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] double-check before I round-file my BBB

[kmongm]

I momentarily placed a +5v signal on a GPIO pin, despite knowing full well 
not to do so.

The BBB now has a single flash of the blue power led when power is applied, 
and nothing else happens.

I'm assuming this is dead in the water. Purchased a couple years ago from 
Amazon who sourced from Element14.

Before I chuck it into the circular file / wastebasket / lessons learned 
collection, are there any recovery methods, repair options that make 
economic sense, etc?

I didn't think so, but it was worth a post.

Thanks,
Keith

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/fb9a7ab1-eef7-49f6-8152-20d4e5a6d868%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Using GPIO in BBB.Is it necessary to use Device Overlay?

[Vincent lc]

Hi, 

If you want to use a kernel version >= 3.8, you are obliged to use a DTS 
(Device tree source) in order ton configured the GPIO.
And I advised you to use one because It's important to be on page :-)

I like lots of microcontroller, you always need to configured pins before 
using them, here, the way is to use the overlay (mean that they are load 
when the board is steal running) ;-).
The video that you posted is a good example, you can also check the 
associate website : http://exploringbeaglebone.com/chapter6/  where you can 
download source code and so on ^_^.

Have a lovely day !
Enjoy 
Vincent



Le jeudi 26 mai 2016 15:46:20 UTC+2, Raul Piper a écrit :
>
> HI ,  
> I am new to BBB.I am trying to create a user app to access GPIO in BBB.I 
> came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc 
>  .Is it really necessary to use Device overlay to access the GPIOs?
> Can some one please post a link to how to get started with  GPIOS on BBB.
> Rgds,
> Rp
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/fd6bd2e6-6fcf-4c61-918a-c82575ec076b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Using GPIO in BBB.Is it necessary to use Device Overlay?

[Raul Piper]

HI ,  
I am new to BBB.I am trying to create a user app to access GPIO in BBB.I 
came across this video - > https://www.youtube.com/watch?v=wui_wU1AeQc  .Is 
it really necessary to use Device overlay to access the GPIOs?
Can some one please post a link to how to get started with  GPIOS on BBB.
Rgds,
Rp

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/61ea6235-f99f-4749-aed0-41095623732e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Analog IO with C/C++ code

[Justin Reina]

Robert, thank you Here is my new report running the same find tests - 

steps today

1. opened up /boot/uEnv.txt copy on local PC, inspected contents
2. Pulled a copy of uEnv.txt to PC, updated with recommendation, reloaded, 
rebooted
3. Did same terminal test

root@beaglebone:~# cd ..
root@beaglebone:/# pwd
/
root@beaglebone:/# find / -type d -name iio
/lib/modules/4.4.9-ti-r25/kernel/drivers/iio
/lib/modules/4.4.9-ti-r25/kernel/drivers/staging/iio
/usr/src/linux-headers-4.4.9-ti-r25/tools/iio
/usr/src/linux-headers-4.4.9-ti-r25/drivers/iio
/usr/src/linux-headers-4.4.9-ti-r25/drivers/staging/iio
/usr/src/linux-headers-4.4.9-ti-r25/include/config/iio
/usr/src/linux-headers-4.4.9-ti-r25/include/config/hid/sensor/iio
/usr/src/linux-headers-4.4.9-ti-r25/include/config/sensors/iio
/usr/src/linux-headers-4.4.9-ti-r25/include/linux/iio
/usr/src/linux-headers-4.4.9-ti-r25/include/dt-bindings/iio
/usr/src/linux-headers-4.4.9-ti-r25/include/uapi/linux/iio
/sys/bus/iio
/sys/kernel/debug/iio
root@beaglebone:/# find / -type d -name device0
root@beaglebone:/# find / -type d -name scan_elements

/sys/devices/platform/ocp/44e0d000.tscadc/TI-am335x-adc/iio:device0/scan_elements

This ROCKS!

I will post up my final results this weekend - but thank you for this fix 
Rob

-J :)!


On Wednesday, May 25, 2016 at 6:51:13 AM UTC-7, RobertCNelson wrote:
>
>
>
> On Wed, May 25, 2016 at 7:54 AM, Justin Reina  > wrote:
>
>> Hi John,
>>  I hope you know how dang excited I was to brush into your code response 
>> earlier this week, whilst at work as I browsed my Gmail inbox - sheesh & 
>> wow I got home though and could not find these search paths!
>>
>> *Issue:* I cannot find /iio or /device0 on my BBB
>>
>>
>> *Useful Context:*
>> root@beaglebone:/# pwd
>> /
>> root@beaglebone:/# find / -type d -name iio
>> /lib/modules/4.4.9-ti-r25/kernel/drivers/iio
>> /lib/modules/4.4.9-ti-r25/kernel/drivers/staging/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/tools/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/drivers/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/drivers/staging/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/include/config/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/include/config/hid/sensor/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/include/config/sensors/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/include/linux/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/include/dt-bindings/iio
>> /usr/src/linux-headers-4.4.9-ti-r25/include/uapi/linux/iio
>> /opt/source/dtb-4.4-ti/Bindings/iio
>> /opt/source/dtb-4.4-ti/Bindings/staging/iio
>> /opt/source/dtb-4.4-ti/include/dt-bindings/iio
>> root@beaglebone:/# find / -type d -name device0
>> root@beaglebone:/# find / -type d -name device0
>> root@beaglebone:/# find / -type d -name scan_elements
>>
>> *Question:* What is the cause here of these paths not showing up? I am 
>> running Jessie 8.4, grabbed and flashed earlier this week!
>>
>> Thanks again for your help here John :)
>>
>
>
> in /boot/uEnv.txt, add:
>
> cape_enable=bone_capemgr.enable_partno=BB-ADC
>
> and reboot..
>
> Regards,
>
> -- 
> Robert Nelson
> https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/73e14526-03d3-4119-a4cf-15194c6c2ca9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
#Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0

uname_r=4.4.9-ti-r25
#uuid=
#dtb=

##BeagleBone Black/Green dtb's for v4.1.x (BeagleBone White just works..)

##BeagleBone Black: HDMI (Audio/Video) disabled:
#dtb=am335x-boneblack-emmc-overlay.dtb

##BeagleBone Black: eMMC disabled:
#dtb=am335x-boneblack-hdmi-overlay.dtb

##BeagleBone Black: HDMI Audio/eMMC disabled:
#dtb=am335x-boneblack-nhdmi-overlay.dtb

##BeagleBone Black: HDMI (Audio/Video)/eMMC disabled:
#dtb=am335x-boneblack-overlay.dtb

##BeagleBone Black: wl1835
#dtb=am335x-boneblack-wl1835mod.dtb

##BeagleBone Green: eMMC disabled
#dtb=am335x-bonegreen-overlay.dtb

cmdline=coherent_pool=1M quiet cape_universal=enable

#In the event of edid real failures, uncomment this next line:
#cmdline=coherent_pool=1M quiet cape_universal=enable 
video=HDMI-A-1:1024x768@60e

##Example v3.8.x
#cape_disable=capemgr.disable_partno=
#cape_enable=capemgr.enable_partno=

##Example v4.1.x
#cape_disable=bone_capemgr.disable_partno=
#cape_enable=bone_capemgr.enable_partno=

##enable Generic eMMC Flasher:
##make sure, these tools are installed: dosfstools rsync
#cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh

##Analog input enablement, provided on 5/26/16 by RobertCNelson
##Add this line to uEnv then reboot

Re: [beagleboard] Re: VGA camera capture

[João M . S . Silva]

It does have MJPEG but opencv is converting the format to YUYV. And also
does your board have I/O pins digital and analogue?


It has lots of GPIO's, but I don't know if any of them are analog: 
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME/open-source-hardware


João M. S. Silva

--
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5746D34E.4050905%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: VGA camera capture

[João M . S . Silva]

I suppose you were using OpenCV in C++. For setting the desired 
resolution in C++ you have to do as you did in the Python code. 
Something like: http://stackoverflow.com/a/24867771


You should also set it to MJPEG, if possible: 
http://docs.opencv.org/2.4/modules/highgui/doc/reading_and_writing_images_and_video.html?highlight=cv_cap_prop_frame_width#videocapture-set


Please be more structured and succinct in what your current issue is so 
that it's easier to help. Have you considered the code from 
https://linuxtv.org/downloads/v4l-dvb-apis/capture-example.html?


Is your code in Python or C++?

In order to solve the larger problem you have to break it down into 
smaller ones.


João M. S. Silva

On 05/26/2016 09:23 AM, Tinashe Mudavanhu wrote:

I have finally managed to get a video stream (at least i can say for
now) by changing the frame resolution inside the python opencv code
using instructions on
http://stackoverflow.com/questions/11420748/setting-camera-parameters-in-opencv-python.
The maximum resolution i can set it to was 640x480 with a 5fps frame
rate, increasing the frame rate will result in a select timeout message.
At 320x240 i can set it  up to 30fps and running htop the CPU
utilization will be fluctuating around 86-90%. The python code was
taking about 12% and most of the chunk was on tightvnc about 60% (maybe
because of the frame window being displayed).

This is the code i was running;

import cv2


#capture from camera at location 0
cap = cv2.VideoCapture(0)
#set the width and height, and UNSUCCESSFULLY set the exposure time
cap.set(3,320)
cap.set(4,240)
cap.set(5, 30)

while True:
 ret, img = cap.read()
 cv2.imshow("input", img)
 #cv2.imshow("thresholded", imgray*thresh2)

 key = cv2.waitKey(10)
 if key == 27:
 break


cv2.destroyAllWindows()
cap.release()

And also the resolution i forced the camera to in the opencv code is the
one displayed after running v4l2-ctl -V;
root@beaglebone:~/Project/Testing# v4l2-ctl -V
Format Video Capture:
 Width/Height  : 320/240
 Pixel Format  : 'YUYV'
 Field : None
 Bytes per Line: 640
 Size Image: 153600
 Colorspace: SRGB
root@beaglebone:~/Project/Testing#

What you figured out about bandwidth is really a serious issue. I have a
friend who did not experience this problem on their RPi (only much
higher resolutions resulted in select timeout messages, message because
i don't think it is an error)  maybe because it has many USB ports
meaning higher bandwidth compared to BBB with only one.
I wonder what will happen when connecting the BBB wirelessly, with a
wifi dongle and camera on a USB hub.



On Thu, May 26, 2016 at 8:39 AM, Tinashe Mudavanhu > wrote:

Silva,

It does have MJPEG but opencv is converting the format to YUYV. And
also does your board have I/O pins digital and analogue?

On Thu, May 26, 2016 at 8:35 AM, Tinashe Mudavanhu
> wrote:

The 160x120 video stream had no latency but the other camera
with 1280x720 was slow, video was displayed as images being
flipped like book pages.

I need to understand something from your files. Does it mean the
rest of my iris recognition code has to be in the
framegrabber.py client file and also this file can also run on
BBB? Do i need the zhelper.h file when my PC is running Ubuntu?

Here is my setup like. I have a PC running Ubuntu connected to
the BBB via usb and also sharing internet via the same cable
(there is no wired connection, only the PC is connected to
wifi). I want to see the video stream on my BBB for debugging
purposes and once it is working fine it doesn't have to show the
video stream. I am accessing the BBB Desktop/GUI via a tightvnc
client running on my Ubuntu PC. Thats when i will move to the
hub for a wired connection so that everyone connected to the hub
can access web pages served by the BBB (running lighttpd
webserver).

I was successful in the part of running BBB as a webserver
(without an video stream to show on the site because i don't
need it) but then the first part of getting a video stream to
show was not possible because of select timeout errors.

On Thu, May 26, 2016 at 12:35 AM, Matthew Witherwax
> wrote:

Looks like framegrabber was able to capture images based on
the output you provided. Did you look at the images?

If it works for you then the code for the subscriber here
http://blog.lemoneerlabs.com/post/bbb-mjpeg-streaming will
show you how to load it into opencv.


From: João M. S. Silva 

[beagleboard] Enable can0, can1, adc and spi0 with dtb-rebuilder (Debian Jessy 8.4, 4.4.9-ti-r25)

[wippich1981 via BeagleBoard]

Hello,

I've problems to change the device tree on debian jessie on my beaglebone 
black.

After boot, I need the following interfaces working:
- can0
- can1
- spi0
- adc
- i2c2 disabled (to use both can interfaces, I need no cape eeprom support)

I've installed this image (and executed apt-get update && apt-get upgrade): 
bone-debian-8.4-iot-armhf-2016-05-13-4gb.img
>Distributor ID: Debian
>Description:Debian GNU/Linux 8.4 (jessie)
>Release:8.4
>Codename:   jessie

The Kernel Version is:
>uname -a
>Linux beaglebone 4.4.9-ti-r25 #1 SMP Thu May 5 23:08:13 UTC 2016 armv7l 
GNU/Linux


Previously I used a debian "wheezy" image with 3.8.13 kernel. But since 
that the device tree seems to changed a lot and now I'm stuck :-( 

On wheezy I changed the am335x-bone-common.dtsi (get the source from 
https://github.com/derekmolloy/boneDeviceTree.git), for disabling i2c2 and 
enabling can0/can1/spi/adc. Then I rebuilded the am335x-boneblack.dtb and 
copied it in the  
/boot/dtbs/3.8.13-bone71 
folder. To use the can-bus, I had to add the interfaces to 
*/etc/network/interfaces*:

auto can0
iface can0 can static 
bitrate 50 
 
auto can1 
iface can1 can static 
bitrate 50


After a reboot everything works fine. This was the result of many different 
tutorials about enabling periphery on beaglebone black. Propably it was not 
the right way, but I was glad that it finally worked :-)

For jessie I found the dtb-rebuilder, but everything I tried to change did 
not work. New debian, no function - it's very frustrating...

Can someone explain me, how to work with the dtb-rebuilder, so I can enable 
at least both can interfaces?

Thank your very much!


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/a4b31db1-53a8-41f6-9557-b5fe5c6195c1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagle-alpha] Re: [beagleboard] Re: v4.4.x-ti changes (r25+)

[Baozhu Zuo]

I have tested bonescript 0.5.0-beta7. 
run:
var b = require('bonescript');
b.pinMode('P9_14', b.OUTPUT);
b.analogWrite('P9_14', 0.7, 2000.0, printStatus);
function printStatus(x) {
console.log('x.value = ' + x.value);
console.log('x.err = ' + x.err);
}
output:
Bonescript: initialized
x.value = undefined
x.err = error updating PWM freq and value: undefined, Error: ENOENT, no 
such file or directory 'undefined/duty_cycle'

PWM still now work.
在 2016年5月26日星期四 UTC+8上午3:42:30，robert nelson写道：
>
>
>
> On Wed, May 25, 2016 at 2:40 PM, Mark Yoder  > wrote:
>
>> Thanks..., but what did you do differently?
>>
>
> So after you click the pull request button, you need to manually change 
> the branch..
>
> github assumes everything get's merged into master..  (which for 
> bonescript isn't true right now, as 0.5.0 is a seperate development branch)
>
> Regards,
>
> -- 
> Robert Nelson
> https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/897751ea-c621-4e50-9d97-e0cfbfa5dd70%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Not able to ping through Beaglebone Black on laptop

[chilling . designs]

You're a lifesaver! Thanks so much

On Saturday, June 14, 2014 at 8:41:23 PM UTC-4, volodymy...@gmail.com wrote:
>
> Ok so I had the same problem with trying to ping from beagle bone black 
> rev C to my windows 8 laptop. Now I could ping from windows 8 but not 
> vice-versa. So what I found out is that Windows 8 by default has a rule 
> enabled to block all incoming ICMP packets. So what you need to do is go to
> *Windows Firewall -> Advanced Settings -> Inbound Rules* and enable *File 
> and Printer Sharing (Echo Request*
>
>
>
>
> On Monday, February 3, 2014 1:35:08 AM UTC-7, Vikas arora wrote:
>>
>> I have beaglebone black and I am trying to access internet over USB from 
>> my laptop. I am using putty to ssh into beaglebone But the problem is that 
>> when I try to ping my laptop using:* PING 192.168.7.1*. It fails. 
>> Following is the message that shows up on the screen:
>>
>> PING 192.168.7.1 (192.168.7.1) 56(84) bytes of data.
>>
>> After this nothing happen. It stucks here and after aborting the process 
>> using ctrl+C, it show up this message:
>>
>> 69 packets transmitted, 0 received, 100% packet loss, time 68019ms
>>
>> How should I ping back to my laptop. It is running windows 8 while 
>> beaglebone is running angstrom. Please 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/58cd6eb5-6f07-4f71-889f-0c97335378cd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB Enable UARTs

[lucent . peregrine]

Thank you so much for your time!

It's working now, I feel so stupid for missing it, it was the second post 
that did it, and so quickly.

I was still trying to get my head round all the info in the first when I 
when the second came in - so I tried that quickly

Can't thank you enough!

Lucent

On Wednesday, 25 May 2016 22:53:30 UTC+1, William Hermans wrote:
>
> william@beaglebone:~/dev$ apt-cache search cape |grep overlay
> bb-cape-overlays - Device tree overlays for Beaglebone.
>
> The package above is the package you're wanting to download, if your 
> /lib/firmware is not populated, or is missing all together.
>
> Sorry for the multi posts . . . but I'm pretty busy on my own ;)
>
> On Wed, May 25, 2016 at 2:44 PM, William Hermans  > wrote:
>
>> Additionally I just read cameron's page there and . . .
>>
>> william@beaglebone:~/dev$ cat /boot/uEnv.txt
>> ...
>>
>> ##Example v3.8.x
>> #cape_disable=capemgr.disable_partno=
>> #cape_enable=capemgr.enable_partno=
>>
>> ##Example v4.1.x
>> #cape_disable=bone_capemgr.disable_partno=
>> #cape_enable=bone_capemgr.enable_partno=
>>  ...
>>
>> You're seeing the difference here ? But also I have no personally hands 
>> on tested this recently but ##Example v4.1.x should work for 4.4.x 
>> kernels too.
>>
>> On Wed, May 25, 2016 at 2:39 PM, William Hermans > > wrote:
>>
>>> So the difference you're running into is the cape manager path naming I 
>>> bet. But here: 
>>> http://www.embeddedhobbyist.com/2015/09/beaglebone-black-updating-device-tree-files/
>>>
>>> Read that, but you should not need worry about compiling the DTS files 
>>> for kernel 4.4.x. But you can tell if they're installed already by listing 
>>> the contents of /lib/firmware/. Obviously if the directory does not exist, 
>>> or it is empty, you need to either download the device tree overlay 
>>> package, or build your own as I describe from the beginning of the link 
>>> above.
>>>
>>> Let me know if that's enough information or not, and I'll answer back 
>>> answers to your questions . . . 
>>>
>>> On Wed, May 25, 2016 at 2:08 PM,  
>>> wrote:
>>>
 Hi,

 We've been using the BBB for a year or so now do act as webserver and a 
 gateway to a zigbee based network. We have developed a cape that contains 
 a 
 zigbee device that we can easily communicate with through one of the UARTs.

 We have had a working setup using the old April 2014 image that the BBB 
 came shipped with, this needed to be brought up to date and I have been 
 developing new software with the January 2016 image and a USB based zigbee 
 device. 

 My trouble is, now I have come to test the software using the cape I 
 cannot seem to enable the UARTs.

 In my 2014 version I followed the instructions on this page: 
 http://beaglebone.cameon.net/home/serial-ports-uart and this work 
 successfully.

 After "some" digging I found out about the config-pin application here: 
 https://github.com/cdsteinkuehler/beaglebone-universal-io and have 
 checked the help page of the app. I had hoped this would solve the problem 
 and tried to set the use of pins I wanted (to enable UART5) however I got 
 an error message that there was no pinmux file. Having re-read the above 
 page I don't have half the directory structure that the instructions talk 
 about, namely no ocp.* in /sys/devices/, so I'm completely stuck.

 I just need to know how to enable UART5, I'm a fairly experienced linux 
 user and very experience programmer, though my knowledge of Linux kernal 
 stuff is terrible.

 I also have a strange setup in my /dev/ for ttyO* I had expected there 
 only to be ttyO0 as that was the only port enabled by default, is that 
 still the case?

 /dev# dir -l ttyO*
 lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO0 -> ttyS0
 lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO1 -> ttyS1
 lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO2 -> ttyS2
 lrwxrwxrwx 1 root root 5 May 25 14:30 ttyO4 -> ttyS4

 My Linux knowledge is also failing me here are these showing symbolic 
 links? I'm not sure if this is part of why I can't use the UARTs or 
 something separate.

 Sorry for the long post with a couple of problems in it.

 Thanks

 Lucent 

 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you 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 .
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/beagleboard/55ceb471-7879-4f0c-8396-007969e87e45%40googlegroups.com
  
 

Re: [beagle-alpha] Re: [beagleboard] Re: v4.4.x-ti changes (r25+)

[Mark Yoder]

Looks like there is an error in the documentation.  analogWrite's callback 
only sets x.err, not x.value.  This worked for me:
(Note:  I'm using pinMode b.ANALOG_OUTPUT rather than b.OUTPUT.)

var b = require('bonescript');

b.pinMode('P9_14', b.ANALOG_OUTPUT);

b.analogWrite('P9_14', 0.1, 2000.0, printStatus);

function printStatus(x) {
if(x.err) {
console.log('x.err = ' + x.err);
} else {
console.log('No errors');
}
}

--Mark

On Wednesday, May 25, 2016 at 11:59:02 PM UTC-4, Baozhu Zuo wrote:
>
> I have tested bonescript 0.5.0-beta7. 
> run:
> var b = require('bonescript');
> b.pinMode('P9_14', b.OUTPUT);
> b.analogWrite('P9_14', 0.7, 2000.0, printStatus);
> function printStatus(x) {
> console.log('x.value = ' + x.value);
> console.log('x.err = ' + x.err);
> }
> output:
> Bonescript: initialized
> x.value = undefined
> x.err = error updating PWM freq and value: undefined, Error: ENOENT, no 
> such file or directory 'undefined/duty_cycle'
>
> PWM still now work.
> 在 2016年5月26日星期四 UTC+8上午3:42:30，robert nelson写道：
>>
>>
>>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5ed110f0-02d4-4311-836f-9f6943152176%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Audio & Calibration Chipsee Issue

[yolcopc]

After installing Debian Jessie 8.4 into the BeagleBone Black, and making 
the proper configuration, desktop environment is shown into Chipsee screen.

But there are two different issues, audio and calibration, where we need 
your help to solve them.

1. Calibration Issue:
*Touch panel detects every push I made, but it only works on the low 
half-right part of the screen. The rest of the screen detects the pushes 
but they are acting "wherever they want".*
*For example, if I want to open the Home Menu, to push on the Home Button, 
I have to push into the low middle part of the screen, not on over the Home 
Button.*
*Also, the top of the screen is not available to be pushed with touches, I 
need to plug a mouse. And that is not what I'm looking for with a touch 
screen.*

- Even when I create the '99-calibration.conf' file at 
'/usr/share/X11/xorg.conf.d/', the touch panel does not work well. *How can 
I modify this behaviour in order to have the whole screen available?*

2. Audio Issue:
*At boot, audio is muted, but after volume it up, I try to reproduce any 
sound with 'speaker-test' tool, but no sound is played*. *Could you help us 
to configure the audio driver? Or maybe selecting the proper audio output?*

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/310137fb-7271-45ac-b043-ebab98f5a6c8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: VGA camera capture

[Tinashe Mudavanhu]

I have finally managed to get a video stream (at least i can say for now)
by changing the frame resolution inside the python opencv code using
instructions on
http://stackoverflow.com/questions/11420748/setting-camera-parameters-in-opencv-python.
The maximum resolution i can set it to was 640x480 with a 5fps frame rate,
increasing the frame rate will result in a select timeout message. At
320x240 i can set it  up to 30fps and running htop the CPU utilization will
be fluctuating around 86-90%. The python code was taking about 12% and most
of the chunk was on tightvnc about 60% (maybe because of the frame window
being displayed).

This is the code i was running;

import cv2


#capture from camera at location 0
cap = cv2.VideoCapture(0)
#set the width and height, and UNSUCCESSFULLY set the exposure time
cap.set(3,320)
cap.set(4,240)
cap.set(5, 30)

while True:
ret, img = cap.read()
cv2.imshow("input", img)
#cv2.imshow("thresholded", imgray*thresh2)

key = cv2.waitKey(10)
if key == 27:
break


cv2.destroyAllWindows()
cap.release()

And also the resolution i forced the camera to in the opencv code is the
one displayed after running v4l2-ctl -V;
root@beaglebone:~/Project/Testing# v4l2-ctl -V
Format Video Capture:
Width/Height  : 320/240
Pixel Format  : 'YUYV'
Field : None
Bytes per Line: 640
Size Image: 153600
Colorspace: SRGB
root@beaglebone:~/Project/Testing#

What you figured out about bandwidth is really a serious issue. I have a
friend who did not experience this problem on their RPi (only much higher
resolutions resulted in select timeout messages, message because i don't
think it is an error)  maybe because it has many USB ports meaning higher
bandwidth compared to BBB with only one.
I wonder what will happen when connecting the BBB wirelessly, with a wifi
dongle and camera on a USB hub.



On Thu, May 26, 2016 at 8:39 AM, Tinashe Mudavanhu 
wrote:

> Silva,
>
> It does have MJPEG but opencv is converting the format to YUYV. And also
> does your board have I/O pins digital and analogue?
>
> On Thu, May 26, 2016 at 8:35 AM, Tinashe Mudavanhu 
> wrote:
>
>> The 160x120 video stream had no latency but the other camera with
>> 1280x720 was slow, video was displayed as images being flipped like book
>> pages.
>>
>> I need to understand something from your files. Does it mean the rest of
>> my iris recognition code has to be in the framegrabber.py client file and
>> also this file can also run on BBB? Do i need the zhelper.h file when my PC
>> is running Ubuntu?
>>
>> Here is my setup like. I have a PC running Ubuntu connected to the BBB
>> via usb and also sharing internet via the same cable (there is no wired
>> connection, only the PC is connected to wifi). I want to see the video
>> stream on my BBB for debugging purposes and once it is working fine it
>> doesn't have to show the video stream. I am accessing the BBB Desktop/GUI
>> via a tightvnc client running on my Ubuntu PC. Thats when i will move to
>> the hub for a wired connection so that everyone connected to the hub can
>> access web pages served by the BBB (running lighttpd webserver).
>>
>> I was successful in the part of running BBB as a webserver (without an
>> video stream to show on the site because i don't need it) but then the
>> first part of getting a video stream to show was not possible because of
>> select timeout errors.
>>
>> On Thu, May 26, 2016 at 12:35 AM, Matthew Witherwax 
>> wrote:
>>
>>> Looks like framegrabber was able to capture images based on the output
>>> you provided. Did you look at the images?
>>>
>>> If it works for you then the code for the subscriber here
>>> http://blog.lemoneerlabs.com/post/bbb-mjpeg-streaming will show you how
>>> to load it into opencv.
>>> --
>>> From: João M. S. Silva 
>>> Sent: ‎5/‎25/‎2016 4:13 PM
>>> To: beagleboard@googlegroups.com
>>>
>>> Subject: Re: [beagleboard] Re: VGA camera capture
>>>
>>> If the camera has a good compression mechanism (e.g. MJPEG), it may be
>>> softer on the USB bus.
>>>
>>> In our board, we are using OpenCV but we don't capture images with the
>>> OpenCV instruction. Instead, we use something like this:
>>>
>>> https://linuxtv.org/downloads/v4l-dvb-apis/v4l2grab-example.html
>>>
>>> For video capturing there is also an example:
>>>
>>> https://linuxtv.org/downloads/v4l-dvb-apis/capture-example.html
>>>
>>> Note that OpenCV uses v4l underneath.
>>>
>>> On 25/05/2016 16:51, Tinashe Mudavanhu wrote:
>>> > Silva,
>>> >
>>> > There has to be way. Dereck Molloy
>>> > https://www.youtube.com/watch?v=8QouvYMfmQo was able to get a video
>>> > stream then its possible to video stream with BBB. I don't have much
>>> > time to look for another development board because the Project is due
>>> > next week.
>>> >
>>> > On Wed, May 25, 2016 at 5:48 PM, Tinashe Mudavanhu >> > 

[beagleboard] Debian Jessie USB drive problem

[Peter Hendricks]

I recently bought a BBG for use as a tiny NAS and print server. I installed 
a Debian Jessie image (for BBB) and ran updates. All X stuff was removed to 
save space and Samba installed.

When I plug in the external USB disk it is recognised and /dev/sda1 
appears. I added this to /etc/fstab:

UUID=F250C93950C904F7   /mnt/usbdrive   ntfs-3g exec,noatime,nofail 
0   0

This seems to work, the drive is mounted at boot time:

/dev/sda1 on /mnt/usbdrive type fuseblk 
(rw,noatime,user_id=0,group_id=0,allow_other,blksize=4096)

However, after a random period of time and without touching the USB bus, 
the drive suddenly switches to /dev/sdb1. This is while the drive is online 
and an IP camera is continuously recording to it. Needless to say, it all 
comes to a sudden halt, as /dev/sda1 disappears.

This must be something I am doing wrong. I have some experience running 
Linux systems as servers, but never had to deal with USB. I thought that 
perhaps the drive going to sleep when idle was a problem, so I hooked it up 
to my laptop and turned the sleep function off. It didn't help.

Thanks for any light you may be able to shed on my problem.

Kind regards,
Peter.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/e41a9a55-85fe-4baa-945c-3e3543ff1552%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: VGA camera capture

[Tinashe Mudavanhu]

Silva,

It does have MJPEG but opencv is converting the format to YUYV. And also
does your board have I/O pins digital and analogue?

On Thu, May 26, 2016 at 8:35 AM, Tinashe Mudavanhu 
wrote:

> The 160x120 video stream had no latency but the other camera with 1280x720
> was slow, video was displayed as images being flipped like book pages.
>
> I need to understand something from your files. Does it mean the rest of
> my iris recognition code has to be in the framegrabber.py client file and
> also this file can also run on BBB? Do i need the zhelper.h file when my PC
> is running Ubuntu?
>
> Here is my setup like. I have a PC running Ubuntu connected to the BBB via
> usb and also sharing internet via the same cable (there is no wired
> connection, only the PC is connected to wifi). I want to see the video
> stream on my BBB for debugging purposes and once it is working fine it
> doesn't have to show the video stream. I am accessing the BBB Desktop/GUI
> via a tightvnc client running on my Ubuntu PC. Thats when i will move to
> the hub for a wired connection so that everyone connected to the hub can
> access web pages served by the BBB (running lighttpd webserver).
>
> I was successful in the part of running BBB as a webserver (without an
> video stream to show on the site because i don't need it) but then the
> first part of getting a video stream to show was not possible because of
> select timeout errors.
>
> On Thu, May 26, 2016 at 12:35 AM, Matthew Witherwax 
> wrote:
>
>> Looks like framegrabber was able to capture images based on the output
>> you provided. Did you look at the images?
>>
>> If it works for you then the code for the subscriber here
>> http://blog.lemoneerlabs.com/post/bbb-mjpeg-streaming will show you how
>> to load it into opencv.
>> --
>> From: João M. S. Silva 
>> Sent: ‎5/‎25/‎2016 4:13 PM
>> To: beagleboard@googlegroups.com
>>
>> Subject: Re: [beagleboard] Re: VGA camera capture
>>
>> If the camera has a good compression mechanism (e.g. MJPEG), it may be
>> softer on the USB bus.
>>
>> In our board, we are using OpenCV but we don't capture images with the
>> OpenCV instruction. Instead, we use something like this:
>>
>> https://linuxtv.org/downloads/v4l-dvb-apis/v4l2grab-example.html
>>
>> For video capturing there is also an example:
>>
>> https://linuxtv.org/downloads/v4l-dvb-apis/capture-example.html
>>
>> Note that OpenCV uses v4l underneath.
>>
>> On 25/05/2016 16:51, Tinashe Mudavanhu wrote:
>> > Silva,
>> >
>> > There has to be way. Dereck Molloy
>> > https://www.youtube.com/watch?v=8QouvYMfmQo was able to get a video
>> > stream then its possible to video stream with BBB. I don't have much
>> > time to look for another development board because the Project is due
>> > next week.
>> >
>> > On Wed, May 25, 2016 at 5:48 PM, Tinashe Mudavanhu > > > wrote:
>> >
>> > Hi,
>> >
>> > The same is happening on the other webcam i have (not sure if its
>> > openCV changing resolution). I bought it on AliExpress and has the
>> > following discription; HD 1.3 megapixel 960p 2.8-12mm varifocal lens
>> > Aptina AR0130 android external usb camera module with IR cut
>> > ELP-USB130W01MT-FV
>> > <
>> http://www.aliexpress.com/item/HD-1-3-megapixel-2-8-12mm-varifocal-lens-android-external-usb-camera-module-with-IR/32295825258.html
>> >.
>> > The supplier can be found on http://www.elpcctv.com.
>> >
>> > Since there are no errors, what could be the problem? Is there some
>> > dependencies i have to install?
>> >
>> > I tested with your framebrabber.c code and was getting this (see
>> > below) with the Logitech webcam,
>> >
>> > root@beaglebone:~# time ./framegrabber -f mjpeg -H 480 -W 640 -c
>> > 1000 -I 30
>> > Startup took 0.01 seconds
>> > Captured 1000 frames in 0.22 seconds
>> > Shutdown took 0.00 seconds
>> >
>> >
>> > real0m42.068s
>> > user0m0.025s
>> > sys0m0.223s
>> >
>> > The no name webcam was giving the following results;
>> > root@beaglebone:~# time ./framegrabber -f mjpeg -H 480 -W 640 -c
>> > 1000 -I 30
>> > Startup took 0.02 seconds
>> > Captured 1000 frames in 0.26 seconds
>> > Shutdown took 0.00 seconds
>> >
>> >
>> > real2m10.965s
>> > user0m0.033s
>> > sys0m0.262s
>> > root@beaglebone:~#
>> >
>> >
>> >
>> > On Wed, May 25, 2016 at 5:23 PM, Matthew Witherwax
>> > > wrote:
>> >
>> > There are no actual errors in the output you posted.
>> >
>> > Do you have access to any other webcams?  I have tested this
>> > with the Logitech C920, the Logitech C270, and the PS3Eye.
>> > Without access to your webcam, it is hard for me to look into
>> > what is going on.
>> >
>> >
>> >  

Re: [beagleboard] Re: VGA camera capture

[Tinashe Mudavanhu]

The 160x120 video stream had no latency but the other camera with 1280x720
was slow, video was displayed as images being flipped like book pages.

I need to understand something from your files. Does it mean the rest of my
iris recognition code has to be in the framegrabber.py client file and also
this file can also run on BBB? Do i need the zhelper.h file when my PC is
running Ubuntu?

Here is my setup like. I have a PC running Ubuntu connected to the BBB via
usb and also sharing internet via the same cable (there is no wired
connection, only the PC is connected to wifi). I want to see the video
stream on my BBB for debugging purposes and once it is working fine it
doesn't have to show the video stream. I am accessing the BBB Desktop/GUI
via a tightvnc client running on my Ubuntu PC. Thats when i will move to
the hub for a wired connection so that everyone connected to the hub can
access web pages served by the BBB (running lighttpd webserver).

I was successful in the part of running BBB as a webserver (without an
video stream to show on the site because i don't need it) but then the
first part of getting a video stream to show was not possible because of
select timeout errors.

On Thu, May 26, 2016 at 12:35 AM, Matthew Witherwax 
wrote:

> Looks like framegrabber was able to capture images based on the output you
> provided. Did you look at the images?
>
> If it works for you then the code for the subscriber here
> http://blog.lemoneerlabs.com/post/bbb-mjpeg-streaming will show you how
> to load it into opencv.
> --
> From: João M. S. Silva 
> Sent: ‎5/‎25/‎2016 4:13 PM
> To: beagleboard@googlegroups.com
>
> Subject: Re: [beagleboard] Re: VGA camera capture
>
> If the camera has a good compression mechanism (e.g. MJPEG), it may be
> softer on the USB bus.
>
> In our board, we are using OpenCV but we don't capture images with the
> OpenCV instruction. Instead, we use something like this:
>
> https://linuxtv.org/downloads/v4l-dvb-apis/v4l2grab-example.html
>
> For video capturing there is also an example:
>
> https://linuxtv.org/downloads/v4l-dvb-apis/capture-example.html
>
> Note that OpenCV uses v4l underneath.
>
> On 25/05/2016 16:51, Tinashe Mudavanhu wrote:
> > Silva,
> >
> > There has to be way. Dereck Molloy
> > https://www.youtube.com/watch?v=8QouvYMfmQo was able to get a video
> > stream then its possible to video stream with BBB. I don't have much
> > time to look for another development board because the Project is due
> > next week.
> >
> > On Wed, May 25, 2016 at 5:48 PM, Tinashe Mudavanhu  > > wrote:
> >
> > Hi,
> >
> > The same is happening on the other webcam i have (not sure if its
> > openCV changing resolution). I bought it on AliExpress and has the
> > following discription; HD 1.3 megapixel 960p 2.8-12mm varifocal lens
> > Aptina AR0130 android external usb camera module with IR cut
> > ELP-USB130W01MT-FV
> > <
> http://www.aliexpress.com/item/HD-1-3-megapixel-2-8-12mm-varifocal-lens-android-external-usb-camera-module-with-IR/32295825258.html
> >.
> > The supplier can be found on http://www.elpcctv.com.
> >
> > Since there are no errors, what could be the problem? Is there some
> > dependencies i have to install?
> >
> > I tested with your framebrabber.c code and was getting this (see
> > below) with the Logitech webcam,
> >
> > root@beaglebone:~# time ./framegrabber -f mjpeg -H 480 -W 640 -c
> > 1000 -I 30
> > Startup took 0.01 seconds
> > Captured 1000 frames in 0.22 seconds
> > Shutdown took 0.00 seconds
> >
> >
> > real0m42.068s
> > user0m0.025s
> > sys0m0.223s
> >
> > The no name webcam was giving the following results;
> > root@beaglebone:~# time ./framegrabber -f mjpeg -H 480 -W 640 -c
> > 1000 -I 30
> > Startup took 0.02 seconds
> > Captured 1000 frames in 0.26 seconds
> > Shutdown took 0.00 seconds
> >
> >
> > real2m10.965s
> > user0m0.033s
> > sys0m0.262s
> > root@beaglebone:~#
> >
> >
> >
> > On Wed, May 25, 2016 at 5:23 PM, Matthew Witherwax
> > > wrote:
> >
> > There are no actual errors in the output you posted.
> >
> > Do you have access to any other webcams?  I have tested this
> > with the Logitech C920, the Logitech C270, and the PS3Eye.
> > Without access to your webcam, it is hard for me to look into
> > what is going on.
> >
> >
> > On Wednesday, May 25, 2016 at 8:57:55 AM UTC-5, Tinashe
> > Mudavanhu wrote:
> >
> > The timeout error resurfaced again, i followed you blog post
> > on
> >
> http://blog.lemoneerlabs.com/3rdParty/Darling_BBB_30fps_DRAFT.html
> > but got the following errors in compiling libjpeg-turbo ;
> >
> >