Slashdot Mirror
Linux Microcontroller Board
WillWare writes "Here's a nifty
microcontroller project being done by Ryerson Amateur Radio Club
in Canada. They are building a SIMM board with a Motorola Dragonball
(same processor as the Palm Pilot), 4 meg of flash, 8 meg of DRAM,
some digital I/O pins, ports for Ethernet and RS-232, and able to
drive a 320x240 LCD panel. This board is intended as a target for
their MMU-less Linux
port, which has previously been running on Palm Pilots.
There has been mention on the mailing list of the possibility of
running a Python interpreter on
this board. This would be a huge win for rapid app development on
embedded controllers.
"
I want one.
Take an external modem, add one of these things to it, replace the RS232 connecter with an Ethernet connector. Stir in some software, and you have a firewall in a modem box for about $200.
the mimimum connectors to drive anything & everything generically would be: - USB - Ethernet - Video i could see a real use for a small microcontroller with just these three connection ports. you could then get a bunch of these to do just about anything - hook it up for VCR, video, TV, playstation, whatever. if you wanted to hook a bunch of them up as a "Nervous Controller" - it would be like: ................__________________ ................|................|------> USB for ALL Local I/O ----Network-----|.uClinux Module.| ................|________________|------> Video Display ........................| ........................| ......................Power each uClinux module could be like a "Brain Cell", hooking up to the net via Ethernet, and local peripheral stuff hanging off a single USB controller. sheesh! i could use one of these to build an MP3 Stereo. plug a USB hard drive into the USB, cook up some web searching software to download MP3 files off some site, and use a small USB keypad as front-panel switches, and video display as the display for the stereo. hmmm... --| Question: So Will You Have USB? |------------------------------- are you going to have USB on this? a single port would accomodate: - Keyboards - Mice - Trackballs - ZIP Drives, - Hard Drive Storage - Scanners - VideoCams - Playstation Game Controllers - Serial & SCSI Adapters - Modems - MIDI Interfaces - etc. it would seem that using a USB connector would be much more flexible than providing single device RS-232 Connector. USB allows up to 128 devices at higher speed, plus generic drivers already available for linux codebase. so any plans for such a 2.0 module with USB? it would also eliminate the redundancy of having to add the SPI 3 wire serial interface. if the intention of the RS-232 is to get people hooked to their PCs for testing this thing, i would say it would not be a bad deal as a developer to pick up a $49.00 USB card for my PC, plug it in, and go, with high speed USB serial instead. the benefits would far outweigh the cost of a $49 USB card for my PC which will be useful anyways for hooking up all the new mice, keyboards, joysticks, ZIP, scanners, etc. anyways.
Like a PLEB, maybe.
It already has an Ethernet controller on board.
Give me Linux console on a Mac Plus booted from floppy ;)
Nice clear tiny screen big enough for a terminal, cute form factor, only draws 40W or so including the CRT (hell, some pentia draw more than that all by themselves!), up to 4M of RAM (more likely one, but you never know) and once they make it past the first ten years they're pretty much good for a hundred... why boot from a floppy? (________) meaning SILENCE. It's weird to be running a computer that makes NO noise, no fan (convection cooled!) no drive (floppy spins up as needed) no anything... very peaceful, now imagine instead of System 6 MacOS and teachtext or something, Linux console and vi... perhaps telnet... you have 800K of floppy to work with, and of course if you can switch them like you can with MacOS you could just boot it and then leave it on, only draws as much power as a dim bulb (I'd seriously favor white-on-black text for this too, retro charm and anti-Mac-ness and lower CRT power consumption...)
A bulkier, _amber_screen power sucking antique PC _just_ because you want to call Apple 'crapple'? ;P and give you 'those' what? Somebody has never seen the apple Tech Info Library archive for stuff over eight years old. Pinouts for all those funky cables etc. ad infinitum. Beating on their historical closedness is just FUD now, half the PC parts from certain vendors are every bit as closed. ;) besides, what I was talking about _was_ a glorified term. Just a glorified term running Linux, with a cute form factor and a nice clear little screen and peripherals that are better than you can get today and last longer...
Sorry, I just had to squawk there- a Plus would be every bit as good a Linux machine as any six microcontrollers. None of them is gonna run X! Enlightenment is RIGHT OUT
The pages for the flux oskit indicates that currently it only works on the x86, which is not an ideal target for a system this small.
-Peter
== Just my opinion(s)
Money cost probably isn't the ussue there. Board real estate and power consumption are more likely issues. Plus, with a max of 8M, there's not really much to manage. Finally, swapping should never happen on an embedded microcontroller anyway.
It might be an interesting exercise to equip the thing with bank switching persistant memory (with non selected memory being powered down) at some point though.
It is possible to produce good code. Code that does not crash itself or the system. All MMUs do in this respect is provide a convenience for the developer so that he does not have to reboot every time that his still buggy code crashes itself or something else. MMUs do have other redeeming qualities, but in reference to protecting the system from buggy code, it is just a convenience.
With this system residing in flash, it is practically an instant-on or instant-reboot setup anyway.
Besides, nowadays you can write with modern languages that protect you from pointer errors and missing free() calls, see gcj.
Good judgement comes from experience, and experience comes from bad judgement.
- W. Wriston, former Citibank CEO
The real question is why half the readers can remember that, but the posters can't?
I can understand why you would want a MMU-less version of Linux, but when you are building the machine yourself I would think the MMU would be worth any extra cost.
This doesn't seem like that portable of a solution. How about this:
Remember the old, original, amber screen Compaq luggables? About the same size (maybe a little more power consumption
There's already a Linux/86 port that should run. You'll need to manually port the MMU-less version to the Mac Plus. (Have fun getting (cr)apple to give you those)
Don't get me wrong -- I like Macs, but this isn't a good linux machine. Now, it might work as a serial console...
-30-
This has been posted before. It does look pretty nifty though.
Probably because they spend all their time combing through 100-200 summissions per day, and tweaking Perl, and never actually get to read anything. Poor guys. :-)
..turn an old 30-pin simm memory expansion board
into a parallel processor...
Add the proper transceiver(s) (or stick to 10bT)
and this little thing would be great for network
analysis.. tcpdump, netwatch, etc.. nice little
interface for them. It'd be great for network
engineers who need to look at ethernet frames
away from their desk at low cost..
Using this for wearables interests me, too, but
I don't think it has enough horsepower to do
the kind that I'd prefer..
-Nick
Add the proper transceiver(s) (or stick to 10bT)
and this little thing would be great for network
analysis.. tcpdump, netwatch, etc.. nice little
interface for them. It'd be great for network
engineers who need to look at ethernet frames
away from their desk at low cost..
Using this for wearables interests me, too, but
I don't think it has enough horsepower to do
the kind that I'd prefer.. (primarily audio input and output, palm pilot serial console for everything else.. "Computer, read email"..)
-Nick
Linux is fine, but I think Flux OSKit would be more appropriate for this project.
The idea of scripting language interpreters running on embedded controller boards is interesting, and that didn't get mentioned last time. People used to put Forth interpreters on controllers to do in-system debug and testing, but with faster CPUs and more memory, we can use more convenient and capable languages.
There was another reply to your post, from somebody who seemed to be really irate that something would be re-posted. I confess to being mystified, but I also can't understand how people can flame every tiny tweak in Slashdot administration.
WWJD for a Klondike Bar?
A USB interface would be a wonderful thing, as you point out. But what the board designers appear to be doing is relying on the strengths of the dragonball controller, to minimize chip count and cost. The dragonball has an on-chip dram controller, so they can use DRAM, and it interfaces pleasantly to flash, so they can use flash. I have a dragonball product brief handy, but not the description of the Ryerson board at the moment. The dragonball doesn't appear to have an Ethernet port, so they must be doing something special for that, probably catering to some need of their own. (Can't fault them for that! They're the ones bothering to design the board in the first place.) Maybe some future rev of the board will have a USB port. The dragonball is old enough that the future of USB may not have appeared stable at the time of its design, otherwise Motorola would have probably thrown it in. USB's rise has mostly been in the past couple of years.
WWJD for a Klondike Bar?
If it comes from man, it will fail.
If it comes from god, It will succeed.
Detachment 3 Media
Exposed, Exploited, Exploded
I've seen PC-on-a-stick and PIC-based SIMM products before. Has anyone checked to see if any of these products are even remotely pin-compatible with each other?
:v)
Wouldn't that be nice?
Vik
With Linux already chewing at the Windows NT market on the server end, this is going to start nibbling away at the WinCE market at the embedded/palm top end.
:) Now, how about a small cam interface...)
Cool.
(I'm going to get me some of these. (Too bad the Ethernet is 10bT and not 10b2 -- the hub is going to be just as big as the rest of the cluster. Wearable supercomputer, anyone?
-- Alastair
This would be perfect for wearable computers... it could be placed on one's belt. And it draws *microamps*. Amazing!
How about us people with the Amiga or Atari's which don't have MMU's installed unless you shelled out loads to upgrade them years ago?
Edge
- Mike
If you take a look at the MMU-less Linux link in the posting (http://ryeham.ee.ryerson.ca/uClinux/) you will see that they are also working on porting Clinux to the Coldfire. They are using the eval boards from Motorola right now, but maybe someone will get inventive & create something like the SIMM project using Coldfire too. There is always hope.
"Bishops and Bookies live off the irrational hopes of mankind." Bertrand Russell
If the MMU is missing, how do you stop buggy programs interfering with each other or the kernel? How do you stop them accessing hardware they're not supposed to? I just don't see how a modern OS like Linux is going to work without memory management hardware. Someone care to explain?