Re: [beagleboard] Re: Correct way t grant user permission to /dev/fb0 and /dev/input/event1

Right, Google did not yield any direct answers but a few pointers here and there. After messing up my rootfs a couple of times trying different things, I am back to square one. I have discovered that although the "debian" user is member of video and input groups, it only helps in terms of runnin

[beagleboard] Re: libpruio adc pruio_config help

Hi! Am Dienstag, 25. August 2015 00:44:22 UTC+2 schrieb 180bob.we.had.a...@gmail.com: > > or is something I using out-of-date? > Yes, outdated. In the new (unpublished) code in file src/pruio/pruio_adc.bas at line 128 d *= (Conf->ADC_CLKDIV + 1) * 417 '417 ≈ 100 / 2400 (= 1 GHz / 2

Re: [beagleboard] Re: BeagleBoard-X15 - seriously? :)

Sorry for that.I will take care. Regards, Bharat Gohil On Mon, Aug 24, 2015 at 11:34 PM, Gerald Coley wrote: > It is called the BeagleBoard-X15. Not BeagleboneX15. > > Gerald > > > On Sun, Aug 23, 2015 at 11:46 PM, bharat gohil wrote: > >> Find following patch to run two different OS on beagleb

Re: [beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

On Monday, August 24, 2015 at 5:39:54 PM UTC-7, Charles Steinkuehler wrote: > > On 8/24/2015 6:12 PM, Andrew P. Lentvorski wrote: > > I've been trying to hunt down the maximum frequency on the BeagleBone > Black > > GPIO pins. > > > > This *seems* to be dominated by the transaction latency acr

Re: [beagleboard] BeagleBone Black GPIO a bit slow via /dev/mem and mmap?

So in that article I suppose Dan Saks is talking about function signatures, in C++ versus C. The explanations seem very contrived, and I'm not sure I'd consider much of the discussed code "good form" *On the other hand, in:* > *int f(char *const p);* > *the const qualifier is at the top level, so*

Re: [beagleboard] Re: Could use some bug tracking advice.

On Mon, 24 Aug 2015 18:19:14 -0700, you wrote: >> >> *I know the feeling.* >> >> * Good luck and don't hesitate to ask for more help, or at least advice,* >> * for whatever I can do. Linux I can't really talk about, the* >> * fundamentals I think I can.* >> > >I think Linux in this context was no

Re: [beagleboard] BeagleBone Black GPIO a bit slow via /dev/mem and mmap?

On Monday, August 24, 2015 at 5:10:11 PM UTC-7, William Hermans wrote: > > I think the actual scope matters more. e.g. global versus local scope. But > maybe I'm remembering wrongly as I recall reading something to this effect > years ago. Anyway, I find this link the best single resource for exp

Re: [beagleboard] How to build kernel version 4.1.5-bone-rt-r15?

kernels are maintained by Robert AFAIK, and his build instructions are here: https://eewiki.net/display/linuxonarm/BeagleBone+Black He does have some customizations in addition. Which I'm not really sure what all he does. Is this the information you're after ? On Mon, Aug 24, 2015 at 6:09 PM, c

Re: [beagleboard] Re: Could use some bug tracking advice.

> > *I know the feeling.* > > * Good luck and don't hesitate to ask for more help, or at least advice,* > * for whatever I can do. Linux I can't really talk about, the* > * fundamentals I think I can.* > I think Linux in this context was not so important. I mean it is / was, but I generally do ok

[beagleboard] How to build kernel version 4.1.5-bone-rt-r15?

Hello, I installed the latest ubuntu image I found ( images_bone-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img). I then followed the instructions here: http://elinux.org/BeagleBoardUbuntu#Install_Latest_Kernel_Image then executed this command to update to the 4.1 RT kernel: ./update_kernel.sh --

Re: [beagleboard] Re: Could use some bug tracking advice.

On Mon, 24 Aug 2015 17:40:33 -0700, you wrote: >Hey Harvey, and Walter > >Just kind of an update. Last night after our discussion I found a really >good resource / discussion of what fork() is and the different ways it can >be used. So with this information in mind along with our discussion >yeste

Re: [beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

> > *That's using the PRU direct I/O, *NOT* the GPIO pins. There's a* > * difference. :)* Ah ok, I remember I think Gerald( but as usual my memory is hazy here ) saying that the PRU can generate a 100Mhz or 200Mhz square wave. I obviously assumed this was via GPIO, but I was wrong it seems. My

Re: [beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

On 8/24/2015 7:26 PM, William Hermans wrote: > > So this is word of mouth from these very forums perhaps a couple years ago > but I do recall someone ( as in someone qualified to know - don't remember > exactly who ) saying that technically, GPIO's can be toggled on/off at > 100-200 Mhz - Using a

Re: [beagleboard] Re: Could use some bug tracking advice.

Hey Harvey, and Walter Just kind of an update. Last night after our discussion I found a really good resource / discussion of what fork() is and the different ways it can be used. So with this information in mind along with our discussion yesterday it seems that what I want to do can indeed be don

Re: [beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

On 8/24/2015 6:12 PM, Andrew P. Lentvorski wrote: > I've been trying to hunt down the maximum frequency on the BeagleBone Black > GPIO pins. > > This *seems* to be dominated by the transaction latency across the L3/L4 > interconnect. Fair enough. So ... > > What's the latency number? > > I'v

Re: [beagleboard] BeagleBone Black GPIO a bit slow via /dev/mem and mmap?

On 8/24/2015 5:06 PM, Andrew P. Lentvorski wrote: > On Monday, August 24, 2015 at 7:27:35 AM UTC-7, Charles Steinkuehler wrote: >> >> Regardless, note that the maximum toggle rate of a GPIO pin using the >> PRU is about 12.5 MHz, dictated by the ~40 nS required to execute a >> write by the on-chi

Re: [beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

Andrew, So this is word of mouth from these very forums perhaps a couple years ago but I do recall someone ( as in someone qualified to know - don't remember exactly who ) saying that technically, GPIO's can be toggled on/off at 100-200 Mhz - Using a PRU. Without using the PRU's . . . well the li

Re: [beagleboard] BeagleBone Black GPIO a bit slow via /dev/mem and mmap?

> > *This is one of those C quirks. It's actually a habit from "const" but it > applies to "volatile" as well. Oddly, the qualifiers generally apply to > the *left* except under certain circumstances where they can apply right. > This gets people into trouble when they specify:* > > *volatile uin

Re: [beagleboard] Beagle Bone Black and Chipsee 7" capacitive usb problem

On Mon, Aug 24, 2015 at 2:53 PM, wrote: > Hello, > I'm using a Beagle Bone Black with the Chipsee 7" LCD, with the prebuilt > image by Chipsee > prebuilt-debian-chipsee-hmi-20140522.tar.gz > > I have many problem to use USB Audio board, and also USB FTDI RS232 VCP > Seem that the kernel note have

Re: [beagleboard] Want to connect webcam to BBB, but have some problems

On Mon, Aug 24, 2015 at 8:23 AM, wrote: > I want to connect webcam to BBB > > So I put the webcam's USB into the BBB's port, > > and checked the connection with bash of cloud9ide by 'lsusb'. > > then it says > > > Bus 001 Device 002: ID 1b71:0056 > Bus 001 Device 001: ID 1d6b:0002 Linux Foundatio

Re: [beagleboard] Re: shutdown procedure required for beaglebone black ??

On Sat, Aug 22, 2015 at 12:50 AM, wrote: > Hi Gerald, > > Do you mean the Linux umount command to un-mount the drive(s)? In an > earlier post, you said, "Assuming that the SW supports the power button > function." Were you saying that the umount command is assumed to support > the function of t

Re: [beagleboard] How to Erase the eMMC

Odd question, considering the answer was in the email you referenced... On Sat, Aug 22, 2015 at 12:41 AM, wrote: > how can you mark the uSD as bootable? > > On Monday, May 13, 2013 at 1:25:29 PM UTC-5, RobertCNelson wrote: >> >> On Mon, May 13, 2013 at 1:22 PM, Robert P. J. Day >> wrote: >> > O

Re: [beagleboard] Uncompressing Linux... done, booting the kernel.

On Mon, Aug 24, 2015 at 9:03 AM, wrote: > > > On Saturday, August 22, 2015 at 1:13:39 PM UTC-6, RobertCNelson wrote: >> >> As you seem to ignore the replies to this exact same question you asked >> before.. >> >> On Aug 21, 2015 6:50 PM, wrote: >> > >> > Below is the text from console. I used t

Re: [beagleboard] my metal detector development for beaglebone black

On Sun, 23 Aug 2015 16:51:01 -0700 (PDT), you wrote: >hi guys i am wanting to build a new type of metal detector which in it >self is quite complex task starting with little bits c/c++ code and tying >to keep it simple i need to wirite 7 values of either on or off to 1 gpio >but infact need to

[beagleboard] BeagleBone Black GPIO max frequency/bus latency (without using PRU)?

I've been trying to hunt down the maximum frequency on the BeagleBone Black GPIO pins. This *seems* to be dominated by the transaction latency across the L3/L4 interconnect. Fair enough. So ... What's the latency number? I've *measured* about 166ns per transaction (I can create a roughly 3

[beagleboard] Beagle Bone Black and Chipsee 7" capacitive usb problem

Hello, I'm using a Beagle Bone Black with the Chipsee 7" LCD, with the prebuilt image by Chipsee prebuilt-debian-chipsee-hmi-20140522.tar.gz I have many problem to use USB Audio board, and also USB FTDI RS232 VCP Seem that the kerne

Re: [beagleboard] Uncompressing Linux... done, booting the kernel.

On 2015-08-22 13:13, Robert Nelson wrote: As you seem to ignore the replies to this exact same question you asked before.. On Aug 21, 2015 6:50 PM, wrote: Below is the text from console. I used this image for a file system. Angstrom-TI-GNOME-image-eglibc-ipk-v2012.01-core-beagleboard-2012.0

[beagleboard] Re: libpruio adc pruio_config help

Thanks! That code makes is much closer to what I am looking for. Question-- When trying to compile and run it I get root@beaglebone:~/libpruio-0.2/src/c_examples# ./rb_file config failed (sample rate too big) Its failing on the call to config-- if (pruio_config(io, samp, mask, tmr, 0))

Re: [beagleboard] Uncompressing Linux... done, booting the kernel.

On Saturday, August 22, 2015 at 1:13:39 PM UTC-6, RobertCNelson wrote: > > As you seem to ignore the replies to this exact same question you asked > before.. > > On Aug 21, 2015 6:50 PM, > wrote: > > > > Below is the text from console. I used this image for a file system. > > > > Angstrom-TI-GN

[beagleboard] Possible to run PRU while CPU and OS are powered down to reduce energie consumption?

Hi there! First of all: Thanks for Beaglebone Black! It's so amazing I learned so many things with and from it. I have a question, and because of my low skills I wasn't able to find an answere. Is it possible to run the PRU while the main system and processor are not consuming any energy? A

[beagleboard] How can I connect between BBB and Web by using 4g LTE modem??

How can I connect between BBB and Web by using 4g LTE modem?? I want send some data (including videos and pictures) from BBB to the Web directly. By using 4g LTE modem, how can I show videos and pictures without wire connection If this is impossible, then how can I send data to my comput

[beagleboard] Want to connect webcam to BBB, but have some problems

I want to connect webcam to BBB So I put the webcam's USB into the BBB's port, and checked the connection with bash of cloud9ide by 'lsusb'. then it says Bus 001 Device 002: ID 1b71:0056 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Fou

[beagleboard] how to export display environment in root user ?

Hi, When I am login with the root user in beagle bone black, I can't* export display **environmen*t variable and also not able to use* xset dpms force off* command. I am getting* No protocol specified xset and unable to open display ":0.0" error.* *But I* am not getting this error i

Re: [beagleboard] Re: shutdown procedure required for beaglebone black ??

Hi Gerald, Do you mean the Linux *umount* command to *un*-mount the drive(s)? In an earlier post, you said, "Assuming that the SW supports the power button function." Were you saying that the *umount* command is assumed to support the function of the power button? Lawrence On Friday, August

[beagleboard] my metal detector development for beaglebone black

hi guys i am wanting to build a new type of metal detector which in it self is quite complex task starting with little bits c/c++ code and tying to keep it simple i need to wirite 7 values of either on or off to 1 gpio but infact need to a total of 7 gpio's all as one cycle so i have set pater

Re: [beagleboard] How to Erase the eMMC

how can you mark the uSD as bootable? On Monday, May 13, 2013 at 1:25:29 PM UTC-5, RobertCNelson wrote: > > On Mon, May 13, 2013 at 1:22 PM, Robert P. J. Day > wrote: > > On Mon, 13 May 2013, Robert Nelson wrote: > > > >> On Mon, May 13, 2013 at 1:13 PM, Robert P. J. Day < > rpj...@crashcourse

Re: [beagleboard] BeagleBone Black GPIO a bit slow via /dev/mem and mmap?

On Monday, August 24, 2015 at 7:27:35 AM UTC-7, Charles Steinkuehler wrote: > > > Optimal would be a sequence of successive stores to the set and clear > register, with the addresses pre-calculated and sitting in registers > (or with a base address and use the str instruction with an immediate >

Re: [beagleboard] BeagleBone Black doesn't sometimes start. Only Power LED is on

IF not using USB ground Vusb been working for me. On 8/24/2015 11:33 AM, Dr. Michael J. Chudobiak wrote: > On 08/13/2015 07:28 PM, Andrew Glen wrote: >> For what it's worth, I run hundreds of 24/7 unattended systems with the >> BBB. We have tested reboots into the tens of thousands, and with some

Re: [beagleboard] BeagleBone Black doesn't sometimes start. Only Power LED is on

On 08/13/2015 07:28 PM, Andrew Glen wrote: For what it's worth, I run hundreds of 24/7 unattended systems with the BBB. We have tested reboots into the tens of thousands, and with some work we are able to achieve zero failures. Off the top of my head here are the key platform specific things I d

Re: [beagleboard] Additional Cape pins in diagram Fig 70 in the SRM?

What board do you have? Gerald On Sat, Aug 22, 2015 at 8:48 PM, Rick Mann wrote: > In Figure 70, it shows the mechanical dimensions of the Cape, as well as > the locations of the mounting holes and headers P8 and P9. But it also > shows a set of 10 pins near the Ethernet jack notch. What are t

Re: [beagleboard] Re: BeagleBoard-X15 - seriously? :)

It is called the BeagleBoard-X15. Not BeagleboneX15. Gerald On Sun, Aug 23, 2015 at 11:46 PM, bharat gohil wrote: > Find following patch to run two different OS on beagleboneX15 in AMP mode, > http://lists.denx.de/pipermail/u-boot/2015-August/222339.html > > Best Regards, > Bharat Gohil > > >

Re: [beagleboard] Re: Booting issue with a cape - servo input load

Le Monday 24 August 2015, Graham a écrit : > There is a compromise between the value of the resistors used for boot > programming, > and the permanent load they put on the I/O system during operational I/O. > > So, yes, you can lower the value of the programming resistors, if it > both solves y

Re: [beagleboard] Re: Booting issue with a cape - servo input load

There is a compromise between the value of the resistors used for boot programming, and the permanent load they put on the I/O system during operational I/O. So, yes, you can lower the value of the programming resistors, if it both solves your boot problem, and does not disturb the way the I/O

Re: [beagleboard] Uncompressing Linux... done, booting the kernel.

On Sun, Aug 23, 2015 at 10:11 PM, TheCajun wrote: > On 2015-08-22 13:13, Robert Nelson wrote: >> >> As you seem to ignore the replies to this exact same question you asked >> before.. >> >> On Aug 21, 2015 6:50 PM, wrote: >>> >>> >>> Below is the text from console. I used this image for a file s

Re: [beagleboard] Re: Booting issue with a cape - servo input load

This switch is required to be powered from 5V, but then can handle 3.3 V bus, so probably OK. Just make sure you have enough noise margin on the control signals, so motor and ground noise does not cause false control switching. --- Graham == On Monday, August 24, 2015 at 3:13:31 AM UTC-5, Frédé

Re: [beagleboard] BeagleBone Black GPIO a bit slow via /dev/mem and mmap?

On 8/24/2015 9:02 AM, Andrew P. Lentvorski wrote: > > The assembly code looks optimal at 4 instructions per toggle (I'm using > clang): > .loc2 80 2 @ gpi.c:80:2 > ldr r1, [sp, #28] > str r0, [r1] > .loc2 81 9 @ gpi

[beagleboard] BeagleBone Black GPIO a bit slow via /dev/mem and mmap?

Hi, folks, I have been trying to bit bang an interface on the GPIO pins. I looked at a bunch of the tutorials on the web and managed to build something that worked. However, the speed seems to be a bit slower than I would expect. My scope shows that I am running at about 2.95MHz (It also roug

Re: [beagleboard] Running a BBB from batteries

Le 06/08/2015, Frédéric a écrit : > I received my 32 channels servo cape > PCB (from > SeeedStudio), and started to make some tests with my little hexapod > . > > Now comes the problem of powering up th

Re: [beagleboard] Re: Booting issue with a cape - servo input load

Le 11/08/2015, Graham a écrit : > If you look at the diagrams in the System Reference Manual, the BBB uses > 100K Ohm pull up and pull down resistors to tell the processor how to > boot. So any load low enough to cause a line with 100K Ohm pull up or > pull down to change logic state will cause

[beagleboard] BeagleBone Black GPIO access via mmap is slow

Hi, folks, I've been poking around to get GPIO to work via /dev/mem and mmap. After finally pushing a lot of things around, I finally managed to pull the various flavors of tutorials together into something I now understand (mostly). However, what I *don't* understand is that when I put my sc

[beagleboard] Re: [chrony-users] Fwd: Chrony malfunctioning at beaglebones

It seems there is a serious problem with the clock system since Kernel 3.16. Robert: is there someone from TI that could take a look at this before we start another wonderful bisect? Thanks, Nuno On Mon, Aug 24, 2015 at 10:46 AM, Miroslav Lichvar wrote: > On Fri, Aug 21, 2015 at 07:05:38PM +010

Re: [beagleboard] Re: Booting issue with a cape - servo input load

Le 18/08/2015, Graham a écrit : > I was thinking more of something like the 74CBTLV3126 bus switch which Is the SN74CBT3245 (8 channels) OK too? http://www.farnell.com/datasheets/1857534.pdf -- Frédéric -- For more options, visit http://beagleboard.org/discuss --- You received this