Bitbanging GPIO was actually I think the solution in the RPi code. I didn't
look at the methods involved in depth, but that's what it seems was going
on. So that was my plan, to use the PRUs to generate the bitstream to the
tracks. So here is what I'm thinking: use the PRU to send the bitstream.
Ha
Well, I had assumed you're an EE of some sort, or at least have a decent
electronics background. But from memory, each GPIO pin on the board can
only sink 3-5ma current at most. Depending on which pin it is. So this
means you're going to need an external power source no matter what. Which
means, ma
Well I was going to use said conversion technique because each decoder
soaks ~500mA and needs at minimum 8 volts to work, prefereably somewhere in
the +-15 to +-18v range. So if I wanted to run 4 -5 locomotives at a time,
thats 6 amps minimum ability to the track (just to err on the side of
caution
Sounds as though the packets are sent electrically through the tracks,
which is . . . well pretty ingenius, but not totally unexpected I guess. I
had not considered that based on your first post. Because it seemed as
though you were implying switching a GPIO on, and off several times, to
"send" 15v
Well really from what I can tell from the spec, the packets continue to be
resent to the locomotive that is active at the time for several reasons.
One is because you must continue to apply power to the rails or none of the
locomotives will move, and since locomotives ignore packets not bound for
t
>
> *I'm not sure that the usleep function (or nanosleep) can provide the
> microsecond resolution I need here.*
>
It can, but can never be guaranteed. The problem here is kernel latency.
Which can be mitigated some by using an RT kernel.
*The DCC spec also says that the packet should be resent s
Hi everyone! I am new to embedded linux systems and the beaglebone black. I
have had some interest lately in creating a DCC model railroad controller
for a while now, and while I have seen examples out there for Arduino and
the RPi, not much is out there in the way of handling something like thi
after watching the ben heck show on element14, i was hoocked on creating a
moble gaming computer. i decided to buy the BBB as well as the 4D LCD 43
cape for output. im wondering, instead of using beaglesnes, can i somehow
put mame on it? any information will be very helpful.
--
For more optio
I probably should have linked this in my first post, but something good to
watch would be this.
https://www.youtube.com/watch?v=jo_B4LTHi3I
For what it is worth, Node.js is faster than most if not all scripting
languages. IN some cases it will blow python out of the water performance
wise.
On T
I need to look at Node.js
thanks,
On Tue, Apr 22, 2014 at 8:23 PM, William Hermans wrote:
> Debian.
>
> You could also use Node.js, as a "web server", but I am not sure if it
> would be a better fit for your application, and how it would compare to
> Apache concerning size. Apache is rather la
Debian.
You could also use Node.js, as a "web server", but I am not sure if it
would be a better fit for your application, and how it would compare to
Apache concerning size. Apache is rather large though.
On Tue, Apr 22, 2014 at 4:41 PM, Philip Theis wrote:
> Application is to serve small web
Application is to serve small web (port 80) applets that will take input
and feed it out over serial lines. Need to load Apache (unless there's a
lighter server)
What distro would anyone care to recommend?
thanks,
Phil
--
For more options, visit http://beagleboard.org/discuss
---
You receiv
12 matches
Mail list logo
