[beagleboard] Re: Does anyone tried the camera control? (BBB)

[멘지]

Photo is taken in the fluorescent light.









2015년 9월 12일 토요일 오후 3시 48분 13초 UTC+9, 멘지 님의 말:

>
> The camera I use is ov7670. 
>
> and I took a picture, the image is broken.
>
>
>
>
> As shown in the figure above it will appear..
>
> But I do not know the cause.
>
> camera register ?? or  timing ?? 
>
>
> Tell us what you go check would be appreciated.
>
>
>
>
>
>
>
>
>
>
> 
>
>

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

[beagleboard] Does anyone tried the camera control? (BBB)

[멘지]

The camera I use is ov7670. 

and I took a picture, the image is broken.




As shown in the figure above it will appear..

But I do not know the cause.

camera register ?? or  timing ?? 


Tell us what you go check would be appreciated.











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

Re: [beagleboard] Re: Internet sharing with OS X 10.10 (Yosemite)

[evilwulfie]

I would connect the BBB to a switch/router via ethernet and go about
your business.


On 9/11/2015 11:13 AM, jabr...@hotmail.com wrote:
> Same for me is anyone fixing or know of a fix for this? It's been a
> while I'm seeing this issue and it's now August 11th 2015.
>
> On Wednesday, November 26, 2014 at 7:02:25 AM UTC-6, AdamMagaluk wrote:
>
> Has anyone been able to get internet sharing working with the
> Beaglebone Black with the latest OS X from Apple?
>
> In my testing when sharing is enabled in the settings on the Mac
> the HoRNDIS driver fails to create the network interface. If you
> disable internet sharing the interface is create properly and you
> can ssh into the beaglebone but outside internet is not
> accessible. You can track the issue from HoRNDIS here
> .
>
> -- 
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to beagleboard+unsubscr...@googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.

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

Re: [beagleboard] How to get cpu cycles between to operations in c program with BBB

[William Hermans]

http://stackoverflow.com/questions/9871071/why-c-clock-returns-0

Google works wonders for questions like these ;)

On Fri, Sep 11, 2015 at 12:07 PM, Daniel J 
wrote:

> In my productive system I indeed have true operations in the for loop, I
> just left them out. Also if I print out the value of clock() I also receive
> a 0.0. For me it looks like the clock might not be initialized? But
> don't know how to enable or initialize it...
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] 2015-09-06 machinekit image not picking up mouse/keyboard on powered USB hub.

[Robert Nelson]

On Fri, Sep 11, 2015 at 2:03 PM, Wally Bkg  wrote:
> Just installed the 2015-09-06 Machinekit image and when booted it doesn't
> pick up my USB mouse or keyboard attached to a powered hub.
> I get the X display on my monitor and a mouse cursor which doesn't move.  I
> can login over ssh.  While I realize ssh -X is generally better performance,
> especially if using the 192.168.7.2 usb connection, but I need a local
> mouse/keyboard and HDMI display for some things I'm working on.
>
> The bone-debian-8.1-lxqt-4gb-armhf-2015-08-16-4gb.img. works fine with this
> exact setup.
>
> If I unplug the hub, plug in my Logitech USB wireless  touchpad/keyboard
> dongle and press the reset button I get a working mouse/keyboard after it
> boots.
> If I then hot unplug the dongle and plug in the hub, the USB mouse/keyboard
> then work,  If I also plug the dongle into the hub both mouse and touchpad
> work as does both keyboards.
> What gives?
>
> I need the hub because I need a mouse, keyboard, and webcam.  Re-booting
> with the dongle attached to the hub again yields no working mouse/keyboard.

The MachineKit image is still tied to the ancient/broken/etc usb 3.8 kernel..

Hopefully we will be able to move a v4.1.x kernel for "MachineKit" in
the near term..

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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU/ARM communication with shared memory

[William Hermans]

>
> *Another thing I just found out, and that may have some influence, is that
> the ARM clock was set to 300MHz with the "ondemand" governator. I expect
>  better results setting this to the maximum of 1000MHz.*


*Maybe* - Because on demand will go up to 1Ghz when CPU exceeds ~66% load.
For my own usage here, I found that it did not make much difference until I
went to a multi process model( in addition to the two processes I have
always had ). That is to say, I was reading all values from the CANBus via
one executable prior to experimenting with using multiple processes for
different data sets. Using  fork() with execv() type processes.

In the end I'd have to say that multiple processes using fork() and execv()
did allow me to do more processing at once. But it also introduced more
kernel cleanup, as is noticeable when running atop to monitor process
activity. Meaning, that I was able to sample more data in the same amount
of time, but because the kernel gets involved a lot more in cleanup, I do
miss some samples once in a while . . .Well, actually I'm not 100% sure
what is happening behind the scenes but I see kworker processes pop up more
frequently. Either way, whatever kworker processes are doing is causing my
applications to stall occasionally.  For a short period of time.

Just as one last note. These processes I create run for the lifetime of the
whole application. So . . . It's not like I'm creating too many zombies
processes or something . . .  Which I learned not to do very early on ;)

On Fri, Sep 11, 2015 at 11:59 AM, Carlos Novaes  wrote:

> Hi,
>
> I would not say this is my absolute decision, but in the present state it
> seems that the erratic behavior is unlikely to happen. Anyway it is
> something that the ARM code must be able to deal with.
> It was running for about ten minutes, just a few samples missed (when I
> start a file transfer via sshfs), none of then was repeated. It will
> perform the control of a walking robot, as a academic experiment, and will
> run for about twenty seconds to one minute at each time. Just to record
> some data and for demonstration purposes. Of course, there is no control
> processing yet, so the final results will be worst. If so, there must be
> the case for a complete rewrite.
> Another thing I just found out, and that may have some influence, is that
> the ARM clock was set to 300MHz with the "ondemand" governator. I expect
>  better results setting this to the maximum of 1000MHz.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] How to get cpu cycles between to operations in c program with BBB

[Daniel J]

In my productive system I indeed have true operations in the for loop, I 
just left them out. Also if I print out the value of clock() I also receive 
a 0.0. For me it looks like the clock might not be initialized? But 
don't know how to enable or initialize it...

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

[beagleboard] 2015-09-06 machinekit image not picking up mouse/keyboard on powered USB hub.

[Wally Bkg]

Just installed the 2015-09-06 Machinekit image and when booted it doesn't 
pick up my USB mouse or keyboard attached to a powered hub.
I get the X display on my monitor and a mouse cursor which doesn't move.  I 
can login over ssh.  While I realize ssh -X is generally better 
performance, especially if using the 192.168.7.2 usb connection, but I need 
a local mouse/keyboard and HDMI display for some things I'm working on.

The bone-debian-8.1-lxqt-4gb-armhf-2015-08-16-4gb.img. works fine with this 
exact setup.

If I unplug the hub, plug in my Logitech USB wireless  touchpad/keyboard 
dongle and press the reset button I get a working mouse/keyboard after it 
boots.
If I then hot unplug the dongle and plug in the hub, the USB mouse/keyboard 
then work,  If I also plug the dongle into the hub both mouse and touchpad 
work as does both keyboards.
What gives?

I need the hub because I need a mouse, keyboard, and webcam.  Re-booting 
with the dongle attached to the hub again yields no working mouse/keyboard.

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

Re: [beagleboard] How to get cpu cycles between to operations in c program with BBB

[Tomáš Franke]

The compiler destroyed your for loop probably, because nothing useful is 
inside.

Try to turn the optimizations off.

Omikron


Dne 11.9.2015 v 20:38 Daniel J napsal(a):


Hi all,

I want to measure the number of cpu cycles between two operations in a 
c program. I am running a BBB rev C.1 on Debian (3.8.13-bone70). My 
code is pretty simple:

|#include
#include 

int main(void) {
clock_t start,stop;|
|start=clock();
int j;
for(j=0;j<12345;j++){
; // burn time
}
stop=clock();
printf("used cycles: %f\n",(long)(stop-start));
return (0);
}
|

The output is not satisfiing
|root@beaglebone:/home/debian# ./getCycles
used cycles:0.00|

This is the way I always did that in the past as far as I remember. 
Did I miss something? Maybe like additional support packages? Thank 
you in advance!

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

For more options, visit https://groups.google.com/d/optout.


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

To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU/ARM communication with shared memory

[Carlos Novaes]

Hi,

I would not say this is my absolute decision, but in the present state it 
seems that the erratic behavior is unlikely to happen. Anyway it is 
something that the ARM code must be able to deal with.
It was running for about ten minutes, just a few samples missed (when I 
start a file transfer via sshfs), none of then was repeated. It will 
perform the control of a walking robot, as a academic experiment, and will 
run for about twenty seconds to one minute at each time. Just to record 
some data and for demonstration purposes. Of course, there is no control 
processing yet, so the final results will be worst. If so, there must be 
the case for a complete rewrite.
Another thing I just found out, and that may have some influence, is that 
the ARM clock was set to 300MHz with the "ondemand" governator. I expect 
 better results setting this to the maximum of 1000MHz.

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

[beagleboard] Re: Internet sharing with OS X 10.10 (Yosemite)

[jabr...@hotmail.com]

Same for me is anyone fixing or know of a fix for this? It's been a while 
I'm seeing this issue and it's now August 11th 2015.

On Wednesday, November 26, 2014 at 7:02:25 AM UTC-6, AdamMagaluk wrote:
>
> Has anyone been able to get internet sharing working with the Beaglebone 
> Black with the latest OS X from Apple?
>
> In my testing when sharing is enabled in the settings on the Mac the 
> HoRNDIS driver fails to create the network interface. If you disable 
> internet sharing the interface is create properly and you can ssh into the 
> beaglebone but outside internet is not accessible. You can track the issue 
> from HoRNDIS here .
>

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

Re: [beagleboard] Re: Beaglebone Black : miss mii.ko and usbnet.ko so no USB to ethernet converter work !

[Matteo Loda]

So fast Robert :)

I will be back on the BBB in 2 days.

I will check this as soon as possible and I'll tell you what's going on.

Regards

Matt
Il 11/set/2015 17:31, "Robert Nelson"  ha scritto:

> On Fri, Sep 11, 2015 at 10:05 AM, Matteo Loda 
> wrote:
> > A ok Robert, now I understand what you mean.
> >
> > So why the USB to Ethernet adapter doesn't work ?
> >
> > debian@beaglebone:~$ uname -r
> > 3.8.13-bone47
> >
> > debian@beaglebone:~$ lsusb
> > Bus 001 Device 002: ID 0b95:7720 ASIX Electronics Corp. AX88772
> >
> > debian@beaglebone:~$ lsmod
> > Module  Size  Used by
> > g_multi47670  2
> > libcomposite   14299  1 g_multi
> > asix   35075  0
> > mt7601Usta601404  0
> >
> > ifconfig don't show eth1 . which is defined in
> /etc/network/interfaces:
> >
> > # The primary network interface
> > auto eth0
> > iface eth0 inet static
> > address 192.168.1.71
> > netmask 255.255.255.0
> > gateway 0.0.0.0
> >
> > auto eth1
> > iface eth1 inet static
> > address 192.168.1.88
> > netmask 255.255.255.0
> > gateway 0.0.0.0
> >
> > iface usb0 inet static
> > address 192.168.7.2
> > netmask 255.255.255.0
> > network 192.168.7.0
> > gateway 192.168.7.1
> >
> > debian@beaglebone:/etc/network$ sudo ifup eth1
> > Cannot find device "eth1"
> > Failed to bring up eth1.
> >
> > The ifconfig commadn doesn't show eth1 .
> >
> > In my ubuntu desktop I got both modules mii.ko and usbnet.ko and this
> USB to
> > Ethernet adapter works .. so I asked you where to find these modules ...
>
> i bet it says "rename0"
>
> sudo ifconfig -a
>
> I fixed that a while ago, but if your still running the 2014.05 (cat
> /etc/dogtag) then that's why..
>
> Regards,
>
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/ZLwor6m0KGQ/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

[beagleboard] How to get cpu cycles between to operations in c program with BBB

[Daniel J]

Hi all,

I want to measure the number of cpu cycles between two operations in a c 
program. I am running a BBB rev C.1 on Debian (3.8.13-bone70). My code is 
pretty simple:
#include 
#include 

int main(void) {
clock_t start,stop;
start=clock();
int j;
for(j=0;j<12345;j++){
; // burn time
}
stop=clock();
printf("used cycles: %f\n",(long)(stop-start));
return (0);
}

The output is not satisfiing
root@beaglebone:/home/debian# ./getCycles
used cycles: 0.00

This is the way I always did that in the past as far as I remember. Did I 
miss something? Maybe like additional support packages? Thank you in 
advance!

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

[beagleboard] How to get cpu cycles in c on BBB?

[Daniel J]

Hi all,

I want to measure the number of cpu cycles between two operations in a c 
program. I am running a BBB rev C.1 on Debian (3.8.13-bone70). My code is 
pretty simple:
#include 
#include 

int main(void) {
clock_t start,stop;
start=clock();
int j;
for(j=0;j<12345;j++){
; // burn time
}
stop=clock();
printf("used cycles: %f\n",(double)(stop-start));
return (0);
}

The output is not satisfiing
root@beaglebone:/home/debian# ./getCycles
used cycles: 0.00

This is the way I always did that in the past as far as I remember. Did I 
miss something? Maybe like additional support packages? Thank you in 
advance!

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

Re: [beagleboard] BBB LCD4 display

[Patrick Mulder]

Another thing, I did build the kernel with bb-kernel.

Inspect syslog, I now see this. Any ideas what could be wrong with the 
firmware for the LCD4 module?

Sep  9 20:42:46 arm kernel: [2.291769] usb 1-1: default language 0x0409
Sep  9 20:42:46 arm kernel: [2.298047] usb 1-1: udev 2, busnum 1, minor 
= 1
Sep  9 20:42:46 arm kernel: [2.298062] usb 1-1: New USB device found, 
idVendor=148f, idProduct=5370
Sep  9 20:42:46 arm kernel: [2.305118] usb 1-1: New USB device strings: 
Mfr=1, Product=2, SerialNumber=3
Sep  9 20:42:46 arm kernel: [2.312583] usb 1-1: Product: 802.11 n WLAN
Sep  9 20:42:46 arm kernel: [2.316965] usb 1-1: Manufacturer: Ralink
Sep  9 20:42:46 arm kernel: [2.321160] usb 1-1: SerialNumber: 1.0
Sep  9 20:42:46 arm kernel: [2.325968] usb 1-1: usb_probe_device
Sep  9 20:42:46 arm kernel: [2.325985] usb 1-1: configuration #1 chosen 
from 1 choice
Sep  9 20:42:46 arm kernel: [2.326063] usb 1-1: adding 1-1:1.0 (config 
#1, interface 0)
Sep  9 20:42:46 arm kernel: [2.328002] hub 1-0:1.0: state 7 ports 1 chg 
 evt 0002
Sep  9 20:42:46 arm kernel: [2.328035] hub 1-0:1.0: port 1 enable 
change, status 0503
Sep  9 20:42:46 arm kernel: [5.169888] EXT4-fs (mmcblk0p2): orphan 
cleanup on readonly fs
Sep  9 20:42:46 arm kernel: [5.176096] EXT4-fs (mmcblk0p2): 
ext4_orphan_cleanup: deleting unreferenced inode 395113
Sep  9 20:42:46 arm kernel: [5.176566] EXT4-fs (mmcblk0p2): 1 orphan 
inode deleted
Sep  9 20:42:46 arm kernel: [5.182096] EXT4-fs (mmcblk0p2): recovery 
complete
Sep  9 20:42:46 arm kernel: [6.066477] EXT4-fs (mmcblk0p2): mounted 
filesystem with ordered data mode. Opts: (null)
Sep  9 20:42:46 arm kernel: [6.075017] VFS: Mounted root (ext4 
filesystem) readonly on device 179:2.
Sep  9 20:42:46 arm kernel: [6.086950] devtmpfs: mounted
Sep  9 20:42:46 arm kernel: [6.090503] Freeing init memory: 244K
*Sep  9 20:42:46 arm kernel: [7.974093] EXT4-fs (mmcblk0p2): 
re-mounted. Opts: errors=remount-ro*
*Sep  9 20:42:46 arm kernel: [9.257740] bone-capemgr bone_capemgr.9: 
failed to load firmware 'BB-VIEW-LCD4-00A0.dtbo'*
*Sep  9 20:42:46 arm kernel: [9.266404] bone-capemgr bone_capemgr.9: 
loader: failed to load slot-3 BB-VIEW-LCD4:00A0 (prio 0)*
Sep  9 20:42:46 arm kernel: [9.276779] bone-capemgr bone_capemgr.9: 
loader: check slot-0 BB-BONE-EMMC-2G:00A0 (prio 1)
Sep  9 20:42:46 arm kernel: [9.292576] bone-capemgr bone_capemgr.9: 
loader: after slot-0 BB-BONE-EMMC-2G:00A0 (prio 1)
Sep  9 20:42:46 arm kernel: [9.313934] bone-capemgr bone_capemgr.9: 
slot #0: Requesting firmware 'cape-bone-2g-emmc1.dtbo' for board-name 
'Bone-LT-eMMC-2G', version '00A0'
Sep  9 20:42:46 arm kernel: [9.345187] bone-capemgr bone_capemgr.9: 
slot #0: dtbo 'cape-bone-2g-emmc1.dtbo' loaded; converting to live tree
Sep  9 20:42:46 arm kernel: [9.368803] bone-capemgr bone_capemgr.9: 
slot #0: #2 overlays
Sep  9 20:42:46 arm kernel: [9.382939] of_get_named_gpio_flags: can't 
parse gpios property
Sep  9 20:42:46 arm kernel: [9.382960] of_get_named_gpio_flags: can't 
parse gpios property
Sep  9 20:42:46 arm kernel: [9.382969] of_get_named_gpio_flags: can't 
parse gpios property
Sep  9 20:42:46 arm kernel: [9.383006] gpio-rctrl rstctl.4: 
gpio_rctrl_request eMMC_RSTn
Sep  9 20:42:46 arm kernel: [9.397932] omap_hsmmc mmc.11: Got rstctl 
(gpio:#0 name eMMC_RSTn) label:eMMC_RSTn
Sep  9 20:42:46 arm kernel: [9.405970] gpio-rctrl rstctl.4: 
gpio_rctrl_deassert eMMC_RSTn
Sep  9 20:42:46 arm kernel: [9.423578] edma-dma-engine 
edma-dma-engine.0: allocated channel for 0:3
Sep  9 20:42:46 arm kernel: [9.438969] edma-dma-engine 
edma-dma-engine.0: allocated channel for 0:2
Sep  9 20:42:46 arm kernel: [9.455001] mmc.11 supply vmmc_aux not 
found, using dummy regulator
Sep  9 20:42:46 arm kernel: [9.469219] omap_hsmmc mmc.11: pins are not 
configured from the driver
Sep  9 20:42:46 arm kernel: [9.511282] bone-capemgr bone_capemgr.9: 
slot #0: Applied #2 overlays.
Sep  9 20:42:46 arm kernel: [9.518190] bone-capemgr bone_capemgr.9: 
loader: done slot-0 BB-BONE-EMMC-2G:00A0 (prio 1)
Sep  9 20:42:46 arm kernel: [9.584063] mmc1: BKOPS_EN bit is not set
Sep  9 20:42:46 arm kernel: [9.596034] mmc1: new high speed MMC card at 
address 0001
Sep  9 20:42:46 arm kernel: [9.608835] mmcblk1: mmc1:0001 MMC04G 3.65 
GiB
Sep  9 20:42:46 arm kernel: [9.620628] mmcblk1boot0: mmc1:0001 MMC04G 
partition 1 1.00 MiB
Sep  9 20:42:46 arm kernel: [9.634304] mmcblk1boot1: mmc1:0001 MMC04G 
partition 2 1.00 MiB
Sep  9 20:42:46 arm kernel: [9.651935]  mmcblk1: p1 p2
Sep  9 20:42:46 arm kernel: [9.661508]  mmcblk1boot1: unknown partition 
table
Sep  9 20:42:46 arm kernel: [9.668720]  mmcblk1boot0: unknown partition 
table
Sep  9 20:42:46 arm kernel: [   10.947883] cfg80211: Calling CRDA to update 
world regulatory domain
Sep  9 20:42:46 arm kernel: [   11.032455] rt2800usb 

Re: [beagleboard] BBB LCD4 display

[Patrick Mulder]

Sorry about the brief message, it was late in my timezone, and I am only 
having weekends for this.

So, here we go:

debian@arm:~$ uname -a
Linux arm 3.8.13-bone74 #1 SMP Sun Sep 6 17:02:55 CEST 2015 armv7l GNU/Linux

root@arm:/home/debian# cat /mnt/boot/uEnv.txt
##These are needed to be compliant with Angstrom's 2013.06.20 u-boot.

loadaddr=0x8200
fdtaddr=0x8800
rdaddr=0x8808

initrd_high=0x
fdt_high=0x

##These are needed to be compliant with Debian 2014-05-14 u-boot.
uname_r=3.8.13-bone74

optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN 
 capemgr.enable_partno=BB-VIEW-LCD4

loadximage=load mmc 0:2 ${loadaddr} /boot/vmlinuz-${uname_r}
loadxfdt=load mmc 0:2 ${fdtaddr} /boot/dtbs/${uname_r}/${fdtfile}
loadxrd=load mmc 0:2 ${rdaddr} /boot/initrd.img-${uname_r}; setenv rdsize 
${filesize}
loaduEnvtxt=load mmc 0:2 ${loadaddr} /boot/uEnv.txt ; env import -t 
${loadaddr} ${filesize};
check_dtb=if test -n ${dtb}; then setenv fdtfile ${dtb};fi;
loadall=run loaduEnvtxt; run check_dtb; run loadximage; run loadxrd; run 
loadxfdt;

mmcargs=setenv bootargs console=tty0 console=${console} ${optargs} 
${cape_disable} ${cape_enable} root=/dev/mmcblk0p2 
rootfstype=${mmcrootfstype} ${cmdline}

uenvcmd=run loadall; run mmcargs; bootz ${loadaddr} ${rdaddr}:${rdsize} 
${fdtaddr};

Rootfs:

root@arm:/home/debian# find /boot/ -type d -print
/boot/
/boot/uboot
/boot/dtbs
/boot/dtbs/3.8.13-bone74

root@arm:/home/debian# ls -ltr /boot/dtbs/3.8.13-bone74/
total 376
-rw-r--r-- 1 root root 14994 Sep  6 15:06 omap5-evm.dtb
-rw-r--r-- 1 root root 15703 Sep  6 15:06 omap4-var-som.dtb
-rw-r--r-- 1 root root 21727 Sep  6 15:06 omap4-sdp.dtb
-rw-r--r-- 1 root root 18896 Sep  6 15:06 omap4-panda-es.dtb
-rw-r--r-- 1 root root 18940 Sep  6 15:06 omap4-panda.dtb
-rw-r--r-- 1 root root 18940 Sep  6 15:06 omap4-panda-a4.dtb
-rw-r--r-- 1 root root 11555 Sep  6 15:06 omap3-tobi.dtb
-rw-r--r-- 1 root root 11402 Sep  6 15:06 omap3-evm.dtb
-rw-r--r-- 1 root root 12266 Sep  6 15:06 omap3-beagle-xm.dtb
-rw-r--r-- 1 root root 11591 Sep  6 15:06 omap3-beagle.dtb
-rw-r--r-- 1 root root  4824 Sep  6 15:06 omap2420-h4.dtb
-rw-r--r-- 1 root root 26097 Sep  6 15:06 arduino-tre.dtb
-rw-r--r-- 1 root root 23548 Sep  6 15:06 am335x-tester.dtb
-rw-r--r-- 1 root root 22592 Sep  6 15:06 am335x-evmsk.dtb
-rw-r--r-- 1 root root 23164 Sep  6 15:06 am335x-evm.dtb
-rw-r--r-- 1 root root 26118 Sep  6 15:06 am335x-bonegreen.dtb
-rw-r--r-- 1 root root 25520 Sep  6 15:06 am335x-bone.dtb
-rw-r--r-- 1 root root 23798 Sep  9 20:24 am335x-boneblack-lcd4.dtb
-rw-r--r-- 1 root root 23798 Sep  9 20:30 am335x-boneblack.dtb

Boot:
root@arm:/home/debian# ls -ltr /boot/
total 10856
drwxr-xr-x 2 root root4096 Jun  9 13:36 uboot
-rwxr-xr-x 1 root root 5551384 Sep  6 20:57 3.8.13-bone74.zImage
-rwxr-xr-x 1 root root 5551384 Sep  6 20:58 vmlinuz-3.8.13-bone74
drwxr-xr-x 3 root root4096 Sep  6 20:59 dtbs
root@arm:/home/debian# ls -ltr /boot/uboot/
total 0

Any ideas what to check/why/how drivers are missing?



On Wednesday, September 9, 2015 at 11:22:32 PM UTC+2, William Hermans wrote:
>
> We are not mind readers . . . So, what kernel ? As in version, and did you 
> build this kernel from source yourself ? How ? Did you compare your config 
> with the element14 kernel config to make sure you did not miss anything ?
>
> Obvious inconsistencies . . 
>
> cp am335x-boneblack-lcd4.dtb am335x-boneblac k.dtb 
> capemgr.enable_partno=BB-VIEW-LCD7-01
>
> Are you seeing the problem above ?
>
> On Wed, Sep 9, 2015 at 2:00 PM, Patrick Mulder  > wrote:
>
>> Hi,
>>
>> I am trying for a while to get a BBB display working. It is the small 
>> version with the cape BB-View from Element 14.
>>
>> I built to the newest Debian kernel and copied from the BB-View Image:
>>
>>cp am335x-boneblack-lcd4.dtb am335x-boneblac k.dtb 
>>
>>
>> Then I tried a:
>>
>> optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN  
>> capemgr.enable_partno=BB-VIEW-LCD7-01
>>
>>
>> Still no output of the display.
>>
>> Anything I can do to debug if everything has loaded correctly?
>>
>> I can only access the board with an FTDI cable, since the network/USB 
>> hangs as well.
>>
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: [beagleboard] PRU/ARM communication with shared memory

[William Hermans]

Carlos,

I'd let what you have run for several days, to see if it works out for you.
Before making an absolute decision. It seems in your eyes that interrupts
are the best solution, and I can not say I disagree with that. Assuming the
code is fast enough.

On Fri, Sep 11, 2015 at 9:39 AM, Carlos Novaes  wrote:

> Hello everyone. Just for an update: PROBLEM SOLVED!
>
> There was a couple of lines from an ancient version of the code running at
> the PRU side, that I forgot (failed) to remove. Under some conditions the
> timestamp was not incremented, or incremented twice. Now, everything is
> working good with the interrupt signaling, but based on this discussion I
> am now aware that there may be some other points to consider in order to
> prevent failures.
>
> Thank you,
>
> Carlos Novaes
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: [beagleboard] PRU/ARM communication with shared memory

[Carlos Novaes]

Hello everyone. Just for an update: PROBLEM SOLVED!

There was a couple of lines from an ancient version of the code running at 
the PRU side, that I forgot (failed) to remove. Under some conditions the 
timestamp was not incremented, or incremented twice. Now, everything is 
working good with the interrupt signaling, but based on this discussion I 
am now aware that there may be some other points to consider in order to 
prevent failures.

Thank you,

Carlos Novaes


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

Re: [beagleboard] Re: Beaglebone Black : miss mii.ko and usbnet.ko so no USB to ethernet converter work !

[Robert Nelson]

On Fri, Sep 11, 2015 at 10:05 AM, Matteo Loda  wrote:
> A ok Robert, now I understand what you mean.
>
> So why the USB to Ethernet adapter doesn't work ?
>
> debian@beaglebone:~$ uname -r
> 3.8.13-bone47
>
> debian@beaglebone:~$ lsusb
> Bus 001 Device 002: ID 0b95:7720 ASIX Electronics Corp. AX88772
>
> debian@beaglebone:~$ lsmod
> Module  Size  Used by
> g_multi47670  2
> libcomposite   14299  1 g_multi
> asix   35075  0
> mt7601Usta601404  0
>
> ifconfig don't show eth1 . which is defined in /etc/network/interfaces:
>
> # The primary network interface
> auto eth0
> iface eth0 inet static
> address 192.168.1.71
> netmask 255.255.255.0
> gateway 0.0.0.0
>
> auto eth1
> iface eth1 inet static
> address 192.168.1.88
> netmask 255.255.255.0
> gateway 0.0.0.0
>
> iface usb0 inet static
> address 192.168.7.2
> netmask 255.255.255.0
> network 192.168.7.0
> gateway 192.168.7.1
>
> debian@beaglebone:/etc/network$ sudo ifup eth1
> Cannot find device "eth1"
> Failed to bring up eth1.
>
> The ifconfig commadn doesn't show eth1 .
>
> In my ubuntu desktop I got both modules mii.ko and usbnet.ko and this USB to
> Ethernet adapter works .. so I asked you where to find these modules ...

i bet it says "rename0"

sudo ifconfig -a

I fixed that a while ago, but if your still running the 2014.05 (cat
/etc/dogtag) then that's why..

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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Beaglebone Black : miss mii.ko and usbnet.ko so no USB to ethernet converter work !

[Matteo Loda]

A ok Robert, now I understand what you mean.

So why the USB to Ethernet adapter doesn't work ?

debian@beaglebone:~$ uname -r
3.8.13-bone47

debian@beaglebone:~$ lsusb
Bus 001 Device 002: ID 0b95:7720 ASIX Electronics Corp. AX88772

debian@beaglebone:~$ lsmod
Module  Size  Used by
g_multi47670  2
libcomposite   14299  1 g_multi
asix   35075  0
mt7601Usta601404  0

ifconfig don't show eth1 . which is defined in /etc/network/interfaces:

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.1.71
netmask 255.255.255.0
gateway 0.0.0.0

auto eth1
iface eth1 inet static
address 192.168.1.88
netmask 255.255.255.0
gateway 0.0.0.0

iface usb0 inet static
address 192.168.7.2
netmask 255.255.255.0
network 192.168.7.0
gateway 192.168.7.1

debian@beaglebone:/etc/network$ sudo ifup eth1
Cannot find device "eth1"
Failed to bring up eth1.

The ifconfig commadn doesn't show eth1 .

In my ubuntu desktop I got both modules mii.ko and usbnet.ko and this USB
to Ethernet adapter works .. so I asked you where to find these modules ...

Thanks a lot Robert

Regards

Matt





2015-09-11 15:42 GMT+02:00 Robert Nelson :

> On Fri, Sep 11, 2015 at 5:31 AM, Matteo Loda  wrote:
> > Sorry Robert , maybe I don't understand.
> >
> > You told me I must install nfs on my Beaglebone. ( nfs = network file
> system
> > isnt't it ? ) .
> >  If this is the only way to have mii.ko I will do it.
>
> No that's not what i said..
>
> I said "mii.ko" is "built-in" for "nfs" "users"...  Therefore your not
> going to find the "mii.ko" module when you search /lib/modules/
>
> >
> > I thought there was a "ready to use " beaglebone image with mii.ko
> >
> > If the answer is no I will install nfs like you suggested.
> >
> > I quick looked in the web and lots of guides lead to your name hehe ^^
>
> Since "mii.ko" is built-in, there is nothing stopping you from using 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 a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/ZLwor6m0KGQ/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

[beagleboard] Re: Externally powered usb hub

[Wally Bkg]

Could you post a couple of sample images?

I getting very flaky behavior with the Beaglebone and BeagleboneBlack with 
and without a USB hub.  I'm using HP2200 and HP3110 webcams and have tried
all these kernels:

uname -a
Linux beaglebone 4.1.5-ti-r10 #1 SMP PREEMPT Thu Aug 13 20:24:29 UTC 2015 
armv7l GNU/Linux
Linux beaglebone 4.2.0-bone2 #1 Mon Aug 31 09:45:24 UTC 2015 armv7l 
GNU/Linux
Linux beaglebone 3.8.13-bone74 #1 SMP Wed Aug 12 00:12:46 UTC 2015 armv7l 
GNU/Linux


Both cameras work fine on my Raspberry Pi2 using fswebcam or openCV.

At this point my solution appears to be buy another Pi2 for this project.  
There was a bunch of updates recently, I'm applying them now and will 
report back if they solve the problem
.
On Friday, August 28, 2015 at 7:20:26 AM UTC-5, Okan Demir wrote:
>
> Hello,
>
> I connected an USB hub (having external power socket plugged in) to 
> Beaglebone Black. I want to capture images from a webcam connected to this 
> usb hub. Also some other usb devices (printer, mouse) are connected.
>
> I am trying to capture images from command line by using 'fswebcam' 
> application of Debian for Beaglebone. I am loading a configuration file as 
> an argument to 'fswebcam' which adjusts white balance, exposure, etc.
>
> At every time I run this command, I get different jpg pictures. 
> Configuration that i supply does not work, it looks like every photo has a 
> different configuration.
>
> I also tried 'uvcdyncntrl' to set camera parameters then taking photos. It 
> also did not give reliable results.
>
> Are these software not stable of is it about my camera (Logitech c920)?
>
> Thank you,
>
> Okan
>

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

Re: [beagleboard] Re: Beaglebone Black : miss mii.ko and usbnet.ko so no USB to ethernet converter work !

[Robert Nelson]

On Fri, Sep 11, 2015 at 5:31 AM, Matteo Loda  wrote:
> Sorry Robert , maybe I don't understand.
>
> You told me I must install nfs on my Beaglebone. ( nfs = network file system
> isnt't it ? ) .
>  If this is the only way to have mii.ko I will do it.

No that's not what i said..

I said "mii.ko" is "built-in" for "nfs" "users"...  Therefore your not
going to find the "mii.ko" module when you search /lib/modules/

>
> I thought there was a "ready to use " beaglebone image with mii.ko
>
> If the answer is no I will install nfs like you suggested.
>
> I quick looked in the web and lots of guides lead to your name hehe ^^

Since "mii.ko" is built-in, there is nothing stopping you from using 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.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Cannot set pins by overlay

[Charles Steinkuehler]

On 9/11/2015 3:41 AM, Bremenpl wrote:
> 
> Am I still doing something wrong?

Two things to check:

1) The kernel will load any compiled in overlays in preference to
files in /lib/firmware.  I don't think there's a BB_AVRDUDE overlay
compiled into the kernel, but you can test by changing the name of
your *.dtbo file to something guaranteed to be unique (or give it a
custom version number) and try to load that instead.  That will force
the kernel to look for the file in /lib/firmware.

2) You can crawl through the live device tree (/proc/device-tree/*)
and make sure it's what you're expecting.  It's easy to have one typo
or similar that will mess up everything you're trying to do.  :)

-- 
Charles Steinkuehler
char...@steinkuehler.net

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

Re: [beagleboard] Re: Beaglebone Black : miss mii.ko and usbnet.ko so no USB to ethernet converter work !

[Matteo Loda]

Sorry Robert , maybe I don't understand.

You told me I must install nfs on my Beaglebone. ( nfs = network file
system isnt't it ? ) .
 If this is the only way to have mii.ko I will do it.

I thought there was a "ready to use " beaglebone image with mii.ko

If the answer is no I will install nfs like you suggested.

I quick looked in the web and lots of guides lead to your name hehe ^^

Thanks again !

Regards

Matt



2015-09-10 22:16 GMT+02:00 Robert Nelson :

> On Thu, Sep 10, 2015 at 2:10 PM, Matteo Loda  wrote:
> > Hi William
> >
> > "2) 3.8.13-bone70  ( Debian Pass: tempwd ) from the beagle website"
> >
> > This one is the latest official image I found,I downloaded it from the
> > debian image link in the official website. In this one I didn't find
> mii.ko
> > , only usbnet.ko.
>
> mii.ko is 'built-in' for nfs root...
>
> > I could try other images but I have no idea if they have these
> modules
> >
> > I suppose I must compile another kernel like yours.
> >
> > I tried another official debian image, 4.1 kernel... but no modules
> >
> > Anyway thank you guys for your support.
> >
> > I will appreciate any suggestions
>
> What's the actual issue?
>
> Regards,
>
> --
> Robert Nelson
> https://rcn-ee.com/
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/ZLwor6m0KGQ/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

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

[beagleboard] Beaglebone black external EEPROM memory address....

[sakthivelr16]

Hi.
   I have connected EEPROM AT24C512 with i2c-1 of Beaglebone black. By 
giving "i2cdetect -y -r 1" i am getting my device address as 0x50. whenever 
i am trying to write using "i2cset -y 1 0x50 0x00 0x12" the value 0x12 is 
not writing in the corresponding memory address 0x00. while reading by 
"i2cget -y 0x50 0x00" iam getting always 0xff. So please tell me the way of 
writing to the EEPROM with particular memory address. 


Thank you,
Sakthivel R.

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

[beagleboard] Re: Servo connection

[Karl Karpfen]

3 mA? AFAIR the maximum that can be pulled out of a (GPIO) pin of BBB is 6 
mA...

Am Mittwoch, 2. September 2015 03:42:37 UTC+2 schrieb terra ÜÝÜ:
>
> what page?
> usually you need to limit the current otherwise you may destroy the board, 
> though 3mA is usually not enough to drive the servo
>
 

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

Re: [beagleboard] PRU/ARM communication with shared memory

[Carlos Novaes]

Le vendredi 11 septembre 2015 02:10:24 UTC-3, William Hermans a écrit :
>
> Carlos, I forgot to mention before also that you seem to have a flaw in 
> your code some where. I mentioned clearing your data variables already, but 
> there is potentially more there too is you're getting duplicate time 
> stamps, and data. The first impression I get from this is that 
>
>
>- a) you're not clearing your data variables between reads / writes on 
>the ARM side. And . . .
>- b) You have no locking mechanism between the PRU, and ARM to tell 
>the ARM side program it is ok to read the data.
>
>
> Hello Willian, first of all, thank you again for your suggestions and 
clarifications. I am convinced now that it will work better (and with 
simpler code) if I implement some locks and keep reading a flag bit to know 
if it is time to read/write the memory. As far as I can tell, I can do it 
in a non blocking way on the PRU side. On the ARM side, It can be possible 
to spawn a new thread specialized in checking this, so the arm program can 
do other things without having the main thread blocked. There will be 
nothing to do in the control task before having a new sample to process, 
but on the supervisory task I can fill in some buffers and send some data 
to a web server running on the beaglebone... so anyone can plug in a eth 
cable, open the web browser and sort of watch the "live" results or choose 
to download every data after the experiment is over.
Ah, no, I have no lock mechanism aside from the interrupt system, which is 
not working as I expected on the ARM code.

Carlos Novaes

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

[beagleboard] [Android] Implement A2DP Source Bluetooth Profiles on BeagleBoard

[Hao Nguyen]

Hi everybody,
I have a BeagleBoard-xM with Android 4.1.2, Linux Kernel 2.6.37. As I know, 
my board use wl1271 chipset from TI and it supported Bluetooth.
I want to use my BeagleBoard as an Bluetooth speaker. So that, I need 
implement A2DP Source Bluetooth profiles on my Board.
But, as I know, Android 4.1.2 only support A2DP Sink Profiles that we can 
streaming music from my Board to a Bluetooth Speaker. I need the inverse 
side that allows streaming music from my smartphone to my Board.
Anybody have ever deal with this? Can you tell me some suggestions?
Thanks you for you reading

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

Re: [beagleboard] Cannot set pins by overlay

[Bremenpl]

  
  
I have compiled this dts:
https://pastebin.com/EFQ9R8bg

Then added it to slots (it got loaded) and checked the pins. It
still doesnt work:

root@beaglebone:/home/debian/my_dts#
  echo BB-AVRDUDE > $SLOTS
  root@beaglebone:/home/debian/my_dts# cat $SLOTS
   0: 54:PF--- 
   1: 55:PF--- 
   2: 56:PF--- 
   3: 57:PF--- 
   4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
   5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
   6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas
  Instrument,BB-BONELT-HDMIN
   7: ff:P-O-L Override Board Name,00A0,Override
  Manuf,NEOSEC-TINYLCD22
   8: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-BONE-KEYS
   9: ff:P-O-L Override Board Name,00A0,Override
  Manuf,BB-BONE-SPI1-2CS
  10: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm
  11: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-COOLER
  12: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART5
  13: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-BUZZER
  14: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-W1
  15: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-AVRDUDE
  root@beaglebone:/home/debian/my_dts# cat $PINS | grep "pin
  57"
  pin 57 (44e108e4) 0027 pinctrl-single (Should be 0x37)

Am I still doing something wrong?


  




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