Hello!
I use 3 UART's.
I have connect a RS485 Converter to UART 4.
On the RS485 is a SmartMeter with ModBus Communication.
I send a request to this Smartmeter and he answer with the data.
On my PC I tested and all is fine (157 Bytes each answer)
But when I try this on the BeagleBone Black, I
Following the instructions set out by Derek Molloy, I'm trying to configure the
pullups on some GPIOs. In particular, I want to disable them on GPIO0_27/P8_17.
I'm trying to set the mode to 0x2f, but it always remains at the default 0x27.
Here's my .dts: http://pastebin.com/xk0TtvJU
# cat
Hello!
I communicate with Modbus RTU over Uart4.
I use a RS232/RS485 Converter.
At the PC no Problem, but on the BBB I receive not the complete answer.
I receive only 120 to 123 bytes. But it shouldbe 157 bytes.
It seems I lost some bytes from the end of the answer.
In the Linux PC it works
So where'd they go? Or, what's the naming convention of them?
I've written a simple Python library to use for GPIO control on my
projects, and I want the whole thing to be automated. The sysfs part is
easy, but I couldn't find any overlays, and I'd rather not make my own
overlay for each
https://github.com/cdsteinkuehler/beaglebone-universal-io
Next time try looking a little harder for *something*
On Sun, Dec 28, 2014 at 8:32 AM, Ian Woloschin iwolosc...@gmail.com wrote:
So where'd they go? Or, what's the naming convention of them?
I've written a simple Python library to
Hello
I'm new to Linux and have been wanting to install OpenVPN on my BBB.
I download the latest version of OpenVPN using
wget http://swupdate.openvpn.org/as/openvpn-as-2.0.11-Debian7.i386.deb
I then run the command
dpkg -i openvpn-as-2.0.11-Debian7.i386.deb
I get the following error message
You need to use the armhf version as your installing on an arm device, not
x86 CPU...
On Dec 28, 2014 8:50 AM, Michael Coulton mc6...@gmail.com wrote:
Hello
I'm new to Linux and have been wanting to install OpenVPN on my BBB.
I download the latest version of OpenVPN using
wget
Am Samstag, 27. Dezember 2014 23:22:26 UTC+1 schrieb Rick M:
On Dec 27, 2014, at 14:13 , Robert Nelson robert...@gmail.com
javascript: wrote:
On Thu, Dec 25, 2014 at 4:24 PM, Rick Mann rm...@latencyzero.com
javascript: wrote:
On Friday, December 12, 2014 3:16:23 PM UTC-6,
Am Sonntag, 28. Dezember 2014 18:03:47 UTC+1 schrieb TJF:
The binary libprussdrv.so and ...
A typo, sorry!
The binary *libpruio.so* and ...
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
On Sun, Dec 28, 2014 at 11:03 AM, TJF jeli.freih...@gmail.com wrote:
Am Samstag, 27. Dezember 2014 23:22:26 UTC+1 schrieb Rick M:
On Dec 27, 2014, at 14:13 , Robert Nelson robert...@gmail.com wrote:
On Thu, Dec 25, 2014 at 4:24 PM, Rick Mann rm...@latencyzero.com
wrote:
On Friday,
git clone https://github.com/beagleboard/linux
cd linux
git checkout origin/3.14.26-ti-r43 -b tmp
I'm currently stuck here with:
$ git checkout origin/3.14.26-ti-r43 -b tmp
fatal: git checkout: updating paths is incompatible with switching branches.
Did you intend to checkout
On Sun, Dec 28, 2014 at 9:32 AM, Ian Woloschin iwolosc...@gmail.com wrote:
So where'd they go? Or, what's the naming convention of them?
I've written a simple Python library to use for GPIO control on my projects,
and I want the whole thing to be automated. The sysfs part is easy, but I
On Sun, Dec 28, 2014 at 11:54 AM, Mark Copper mlcop...@gmail.com wrote:
git clone https://github.com/beagleboard/linux
cd linux
git checkout origin/3.14.26-ti-r43 -b tmp
I'm currently stuck here with:
$ git checkout origin/3.14.26-ti-r43 -b tmp
fatal: git checkout: updating paths is
From: Thorsten von Eicken tvoneic...@gmail.com
Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Saturday, December 27, 2014 at 5:10 PM
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Subject: Re: [beagleboard] How to make BBB pins work after Ubuntu
After re-tracing my steps, I'm still no closer to figuring this out. One thing
I did notice is that the first time I tried to apply the overlay, the log
showed a failure and a second attempt:
[31360.880445] bone-capemgr bone_capemgr.9: part_number 'podtique', version
'N/A'
[31360.880629]
On Sun, Dec 28, 2014 at 5:51 PM, Rick Mann rm...@latencyzero.com wrote:
After re-tracing my steps, I'm still no closer to figuring this out. One
thing I did notice is that the first time I tried to apply the overlay, the
log showed a failure and a second attempt:
[31360.880445] bone-capemgr
On 12/28/2014 5:51 PM, Rick Mann wrote:
Also, when it says Using override eeprom data at slot 8, what does
that mean? I have a physical cape attached, a SparkFun prototype cape
with EEPROM, but the EEPROM is unflashed (I assume). If I can get
this manual overlay to work, I'll next try to
On Dec 28, 2014, at 15:55 , Robert Nelson robertcnel...@gmail.com wrote:
Robert, I have yet to try the steps you gave me earlier for building a new
kernel with the USB changes for audio. I don't know if that kernel would
make a difference?
It might... Disabling DMA mode seems to help
On Sun, Dec 28, 2014 at 7:19 PM, Rick Mann rm...@latencyzero.com wrote:
On Dec 28, 2014, at 15:55 , Robert Nelson robertcnel...@gmail.com wrote:
Robert, I have yet to try the steps you gave me earlier for building a new
kernel with the USB changes for audio. I don't know if that kernel would
On Dec 28, 2014, at 17:22 , Robert Nelson robertcnel...@gmail.com wrote:
With v3.14.x and the dtb-rebuilder, you could just hardcode your gpio
settings and not worry about going thru the overlay interface..
The overlay is nice for dynamic changes, BUT if your hardware design
is choosen,
Thanks!
Does the cape-universaln overlay play nice with I2C? I'm having trouble
with it being unable to read /dev/i2c-2 (which is created after loading
cape-universaln). Trying to run the following fails, both by taking a long
time to run (about 1 second per address) and also by not finding
Hmm, some additional information. It seems I can set some of the pins, some of
the time, and after that, I have to reboot.
For example, I grabbed Derek Molloy's example straight from his book, which
sets P9_11's (at address 870) mode to 0x07. I can set that to 0x0f, but only
once after reboot.
On Dec 27, 2014, at 16:23 , Robert Nelson robertcnel...@gmail.com wrote:
git clone https://github.com/beagleboard/linux
cd linux
git checkout origin/3.14.26-ti-r43 -b tmp
make ARCH=arm bb.org_defconfig
./scripts/config --disable CONFIG_USB_TI_CPPI41_DMA
./scripts/config --enable
On Sun, Dec 28, 2014 at 8:32 PM, Rick Mann rm...@latencyzero.com wrote:
On Dec 27, 2014, at 16:23 , Robert Nelson robertcnel...@gmail.com wrote:
git clone https://github.com/beagleboard/linux
cd linux
git checkout origin/3.14.26-ti-r43 -b tmp
make ARCH=arm bb.org_defconfig
On Sun, Dec 28, 2014 at 8:23 PM, Rick Mann rm...@latencyzero.com wrote:
Hmm, some additional information. It seems I can set some of the pins, some
of the time, and after that, I have to reboot.
For example, I grabbed Derek Molloy's example straight from his book, which
sets P9_11's (at
On Dec 28, 2014, at 18:38 , Robert Nelson robertcnel...@gmail.com wrote:
remember ^ this is one line..
Oops!
--
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
On Dec 27, 2014, at 16:23 , Robert Nelson robertcnel...@gmail.com wrote:
git clone https://github.com/beagleboard/linux
cd linux
git checkout origin/3.14.26-ti-r43 -b tmp
make ARCH=arm bb.org_defconfig
./scripts/config --disable CONFIG_USB_TI_CPPI41_DMA
./scripts/config --enable
On Sun, Dec 28, 2014 at 9:47 PM, Rick Mann rm...@latencyzero.com wrote:
On Dec 27, 2014, at 16:23 , Robert Nelson robertcnel...@gmail.com wrote:
git clone https://github.com/beagleboard/linux
cd linux
git checkout origin/3.14.26-ti-r43 -b tmp
make ARCH=arm bb.org_defconfig
On Dec 28, 2014, at 19:56 , Robert Nelson robertcnel...@gmail.com wrote:
So the ADC is pretty straight forward, for example the proxy cape uses
3 adc channels..
https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/src/arm/am335x-bone-basic-proto-cape.dtsi
So if you add that node
Yeup, different architecture. i386 anything is typical Intel compatible
PC architecture. Also known as x86, most commonly in the Windows world.
Where as the BBB uses an ARM processor. ARMHF basically is Debian's way of
saying ARM architecture with hardware floating point support.
On Sun, Dec 28,
On Sun, Dec 28, 2014 at 11:04 PM, Rick Mann rm...@latencyzero.com wrote:
On Dec 28, 2014, at 19:56 , Robert Nelson robertcnel...@gmail.com wrote:
So the ADC is pretty straight forward, for example the proxy cape uses
3 adc channels..
On Sun, Dec 28, 2014 at 10:50 AM, Michael Coulton mc6...@gmail.com wrote:
Hello
I'm new to Linux and have been wanting to install OpenVPN on my BBB.
I download the latest version of OpenVPN using
wget http://swupdate.openvpn.org/as/openvpn-as-2.0.11-Debian7.i386.deb
Why or why do they not
On Sun, Dec 28, 2014 at 11:24 PM, Robert Nelson robertcnel...@gmail.com wrote:
On Sun, Dec 28, 2014 at 10:50 AM, Michael Coulton mc6...@gmail.com wrote:
Hello
I'm new to Linux and have been wanting to install OpenVPN on my BBB.
I download the latest version of OpenVPN using
wget
On Dec 28, 2014, at 21:20 , Robert Nelson robertcnel...@gmail.com wrote:
On Sun, Dec 28, 2014 at 11:04 PM, Rick Mann rm...@latencyzero.com wrote:
A) What does it mean for all those resulting .dtb files to be in the
/boot/... directory? Do they all get loaded? Does only the main one
Heya Rick,
First off let me say that I was exploring kernel 3.14.x myself in this
respect before the holidays, and got sucked into doing some remodeling
work for / with a friend who recently sold a house . . .
Anyway, from what I see in your uEnv.txt file you're only loading an ADC
overlay, on
Ah, apparently google notifications ceased working for me, and it half past
whiskey:30, and . . .
Yeah Robert's got you covered.
Cheers ;)
On Sun, Dec 28, 2014 at 10:49 PM, William Hermans yyrk...@gmail.com wrote:
Heya Rick,
First off let me say that I was exploring kernel 3.14.x myself in
No worries, I appreciate the link.
And, I totally had it working, but now it's acting up. One of the symptoms is
that when my program starts, it seems to hang up on something, and I can't kill
it (even with sudo kill -kill). It's not exactly that, because it was playing
audio just fine, but
Hard to say. But if you're like me, perhaps you'll find that you were
fixated on something *wrongly*, and then find something really obvious . .
. that causes an instant face-desk.
If you took notes though perhaps it may be faster to just start over from
scratch ? Keeping all your necessary files
On Dec 28, 2014, at 22:28 , William Hermans yyrk...@gmail.com wrote:
Hard to say. But if you're like me, perhaps you'll find that you were fixated
on something *wrongly*, and then find something really obvious . . . that
causes an instant face-desk.
If you took notes though perhaps it
Okay, with great thanks to Robert for all his help getting my DTB
up-and-running, I've now run into a new issue with GPIO and/or ADC access. It
seems that if I do it too rapidly, one of the operations never returns.
I sit in a loop in the main thread, polling two ADC channels, and at the start
Oh, I think I forgot to mention: Despite the fact that it's mostly working with
the new DTB stuff, I still can't set the mode on the pin:
# cat $PINS | grep 82c
pin 11 (44e1082c.0) 0027 pinctrl-single
According to my .dts (http://pastebin.com/ksUU07u0), it should end in 0xf
(PIN_OUTPUT |
41 matches
Mail list logo
