*The device tree overlay support is still under development as is*
* built-in 'config-pin/cape-universal' support, so static configuration*
* of the .dtb is currently required. Your help is requested to make sure*
* the default .dtb file includes as many configurations as possible that*
*
John Syn john3...@gmail.com wrote:
On 8/17/14, 3:22 AM, c...@isbd.net c...@isbd.net wrote:
John Syn john3...@gmail.com wrote:
On 8/16/14, 9:20 AM, c...@isbd.net c...@isbd.net wrote:
I want to read the ADC inputs on my Beaglebone Black without root
privilege. Using the
Am Montag, 18. August 2014 13:03:50 UTC+2 schrieb c...@isbd.net:
The group associated with the /sys/devices/ files associated with
the ADC is 'root' and, anyway, the group only has read permission so
even if I added my user to that group I wouldn't be able to configure
the ADC
I didn't check all your code (*../sage_pru.hp* is missing, so I don't know
how MEM_PRU_DATA0_BASE is defined).
But: From the PRU-0 point of view, the address of DRam-0 is *0x0* (and
DRam-1 is 0x2000).
--
For more options, visit http://beagleboard.org/discuss
---
You received this message
On Mon, Aug 18, 2014 at 5:40 AM, William Hermans yyrk...@gmail.com wrote:
The device tree overlay support is still under development as is
built-in 'config-pin/cape-universal' support, so static configuration
of the .dtb is currently required. Your help is requested to make sure
the default
On Sat, Aug 16, 2014 at 12:15 AM, Cheolmin Jung cmjun...@gmail.com wrote:
Hi, all
I am currently working on RAM dump analyzer program and I have 496MB
physical ram dump image.
The problem with it is that I don't know the start offset of ram dump
Image.
I wonder what base address of
FYI, the problem got resolved by adding delays between the individual PWM
cape activation and the first access to their directories. Had to be around
500ms.
Thanks.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google
That file is in the repo, you can find it here:
https://github.com/sagedevices/am335x_pru_package/blob/master/pru_sw/example_apps/sage_pru.hp
But yes, you are right on those constants.
#define MEM_PRU_DATA0_BASE 0x
#define MEM_PRU_DATA1_BASE 0x2000
#define MEM_PRU_SHARED_BASE
http://www.elinux.org/Beagleboard:BeagleBoneBlack#Hardware_Files
Look for the System Reference Manuel that is the same revision as your
board.
Gerald
On Mon, Aug 18, 2014 at 9:30 AM, Tim Jones thedigitalte...@gmail.com
wrote:
Just make sure the usb cable will charge a cell phone or any other
Greetings all,
I've been playing with software and hardware for 30+ years, but I'm new to
Linux and embedded Linux systems. The code snippets I've been able to find
for GPIO access all seem use file I/O functions. I've never seen this
approach before -- I'm accustomed to reading and writing
Well, by having a quick look at the Adafruit_BBIO.ADC package you mentioned
we can see that it is indeed reading the value from a file.
https://github.com/adafruit/adafruit-beaglebone-io-python/blob/master/source/c_adc.c#L46
We can see there that there are some AIN files located in the
Hi Rodrigo,
Can you send me your code? otherwise it is impossible for me to answer all
your questions.
Regards,
Antonio
On Sat, Aug 16, 2014 at 12:19 AM, Rodrigo Caropreso rcaropr...@gmail.com
wrote:
Hello,
Sorry for the delay on answering the mails group, but on the beginning of
the
I have also verified with a simple serial sketch that bidirectional
communication works between the bbb and arduino in this wiring scheme. It
just doesn't seem that avrdude wants to speak over it, or isn't
communicating with the bootloader on reset.
On Sunday, December 15, 2013 12:51:12 AM
I am completely new to Beagleboards so sorry if this is a stupid question
or the wrong place to post this. I have a sd card and a Beagleboard xM. I
am trying to install linux onto the Beagleboard, I do not really care which
version of linux as long as it works. I have searched for a few hours
This solves the problem, Thanks!!
On Thursday, September 5, 2013 5:58:25 PM UTC-4, bdha...@gmail.com wrote:
The problem is the internal clock in the BBB.
If you run
ntpdate -b -s -u pool.ntp.org
you won't get the ssl error. However, you will have to do this every time
you want to use
Good day,
I have several *Beaglebone Black Rev C*. They are connected to my LAN by
using a static IP address. I observed that from time to time connecting to
the Beaglebone Black via ethernet is not possible.
*I identified the following behavior:*
The ethernet port has two LEDs, a Green one
Hi, has anyone sucessfully done this yet?
On Wednesday, February 12, 2014 10:42:58 AM UTC+1, AndrewTaneGlen wrote:
This guy seems to have had some success, with some minor hardware
modifications:
This is very helpful. I've been playing around with it a bit and have had
some trouble getting it to respond, however. Avrdude says:
Using Port: /dev/ttyO4
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude:
Hi,
I afraid I accidentally have erased my eMMC flash on my new BBB rev C. The
board does not boot at all. Only the power LED lights up. Nothing happens
otherwise.
Are there any instructions how to re-flash the MMC somewhere? (I'm running
Fedora Linux on my desktop).
Thank you in advance.
|
I should add that I am running the arduino at 3.3v, and directly connecting
the bbb pins. This seems to be how you are doing it as well, though talk of
the FTDI port had me confused for a second as mine doesn't have one.
On Sunday, December 15, 2013 12:51:12 AM UTC-7, Thorsten von Eicken wrote:
Hi RobertCNelson,
Thank you for your response! Actually, I need to run Linux from the eMMC
since I want the data to sit on the µSD card (for convenience). And I want
to maximize the storage space on the µSD card, so no Linux on there.
By the way, the hardware method still works on my BBB rev B
I think...
It's one of UNIX system base, that everything is a file.
It is a common way of doing things in different platforms. For example:
gpio registers in 8051 are different from PIC, and different from AVR, and
so on. On a Linux (at least at user space), there is a common interface to
access
I don't know why people keep writing emails saying I use Linux since
forever when they are wrong and trying to get info. The guy that
previously answered the question is just trying to help... why so serious?
Anyway, for gpio without root I use the idea found in this git project:
On Mon, Aug 18, 2014 at 1:51 AM, alexandre.paul.es...@gmail.com wrote:
Hi RobertCNelson,
Thank you for your response! Actually, I need to run Linux from the eMMC
since I want the data to sit on the µSD card (for convenience). And I want
to maximize the storage space on the µSD card, so no
On Sat, Aug 16, 2014 at 4:27 PM, de...@uner.com wrote:
I am completely new to Beagleboards so sorry if this is a stupid question or
the wrong place to post this. I have a sd card and a Beagleboard xM. I am
trying to install linux onto the Beagleboard, I do not really care which
version of
On Sun, Aug 17, 2014 at 3:06 PM, klaus.ko...@gmail.com wrote:
Hi,
I afraid I accidentally have erased my eMMC flash on my new BBB rev C. The
board does not boot at all. Only the power LED lights up. Nothing happens
otherwise.
Are there any instructions how to re-flash the MMC somewhere?
On Sun, Aug 17, 2014 at 11:19 AM, amitsama@gmail.com wrote:
Hi Robert,
I am new to BeagleBone. Right now I am stuck up in the intial phase of using
SPI0 (once I am able to use SPI0, I would go for SPI1). I tried to run the
command for installing device tree compiler, but prompted bash:
This is the script I used to upload to an ATmega328p, 3.3V, 8Mhz on
UART4:
https://github.com/jbdatko/BBB_ATmega328P_flasher/blob/master/upload.sh
In the avrdude line I specify 57600, which works well for me. The
OpenROV cape uses an attached ATmega like this and so does the
CryptoCape:
OK, not meaning to derail the post but I would not know where else to say
this. Personally, I think the device tree fragment such as is in 3.8.13* is
perfect. I also rather like loading / disabling dtb's from within uboot
On Mon, Aug 18, 2014 at 11:24 AM, Robert Nelson robertcnel...@gmail.com
So, I'm guessing it's a case of sacrificing performance for portability and
robustness. My first reaction is that it seems odd, but then again --- make
it work before you make it faster.
Thanks!
On Monday, August 18, 2014 1:54:39 PM UTC-4, Jerônimo Lopes wrote:
I think...
It's one of UNIX
If you have something that just needs to switch something on / off once in
a while( less than 200 Hz ) why would you need to complicate things ?
If you need fast though, a PRU + mmap can achieve fairly insane speeds.
10Mhz or better should not be a problem.
On Mon, Aug 18, 2014 at 12:18 PM, Tim
https://lh3.googleusercontent.com/-GosJEP4RR_s/U_JXVsqK24I/AAw/m7TC4uhnI9g/s1600/Debian05142914SDboot.png
When I put the Debian 5-14-2014 SD card boot image on a 4GB SD card using
Win32 Disk Imager and
boot from the SD card I only get a 2GB system. It does say on BB.org that
it is a
I'm not aware of any way to do this from within Windows, but can think of a
few ways to achieve your end goal. gparted I believe can do this, and
another way would be to do it manually with fdisk, mkfs, and tar.
On Mon, Aug 18, 2014 at 12:51 PM, tdlivi...@gmail.com wrote:
On Mon, Aug 18, 2014 at 2:51 PM, tdlivi...@gmail.com wrote:
https://lh3.googleusercontent.com/-GosJEP4RR_s/U_JXVsqK24I/AAw/m7TC4uhnI9g/s1600/Debian05142914SDboot.png
When I put the Debian 5-14-2014 SD card boot image on a 4GB SD card using
Win32 Disk Imager and
boot from the SD card
I've been playing with software and hardware for 30+ years,
but I'm new to Linux and embedded Linux systems. The code
snippets I've been able to find for GPIO access all seem use
file I/O functions. I've never seen this approach before --
I'm accustomed to reading and writing processor registers.
Sigh! I *do *tend to think in terms of basic microcontrollers where you
have to make every clock cycle count. It looks like BBB is going to give me
the luxury of clock cycles to spare.
From what I can gather, though, part of the problem in accessing the
processor registers directly is that
Having to be root to access certain directories is really a non issue. It
is like this of course for security reasons. But in the context of getting
things done there are a few ways to deal with this.
http://en.wikipedia.org/wiki/Setuid is one such way( which the ping command
I believe uses to
From: timc...@rogers.com
Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Saturday, August 16, 2014 at 9:01 PM
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Subject: [beagleboard] Why use C/C++ file I/O to access GPIO pins?
Greetings all,
I've
38 matches
Mail list logo