Great to hear of a 144 Pin DIMM coming soon. Work is after a uCSimm,
thus we may wait off in preference to the DIMM. There are things like
Digital Camera I.C's which while the uCSimm is more than happy to
handle, the reading of data on the individual ports is cumbersome,
not to mention slow. I would suggest there is a range of applications
similar to this which can be mapped to memory.
What will the "uCgardener" board for the uCDIMM look like? Just a
suggestion - could we see a few little peripherals tacked on it? I
brought the uCgardener board as a quick start, evaluation type board.
It would be good to say have a serial ADC on board with a POT and a
couple of LEDs. The DIMM could come out the box with a simple CGI
Script which could read the position and toggle the LED's. Some type
of breakout (IDC) on maybe PORTD or LCD would be good during
prototyping even if header is not supplied, but can be soldered in
later. I don't know if I would do the bus, though.
As you and your marketing people would know, if you can pull something
out the box and have a little demo running in a couple of minutes, it
more likely to be of interest than something which takes hours to
configure. I had no trouble with the software or network configuration,
although spent a little time trying to get a HTTPd running with scripts,
(quickly went to BOA) and hardware just to get it to do something
Also on the uCGardener board, a slightly better (Rugged) power supply
might be good, if not only in the interest of protecting the customers
investment. I found both the -ve negative and the small voltage range
limiting, ending up with a bench power supply just to power the thing. A
small bridge and adequate reg, plus dumping the 6.3v cap is all that
is needed. Once again, I spent a bit of messing around as everything I
had was center +ve and of about 9 to 12volts. It just helps to get it up
and running faster and is where you earn your points with the marketing
A part from these slight problems, I'm overly happy with the module. I
have very little problems getting it to do what I want to. The software
has been easy to adapt.
> I've been watching the thread on why the bus was not brought out on the
> uCsimm. In addition to the reasons given, there is another. We wanted
> to make the uCsimm as easy to use as possible, and that ment going with
> a minimal pin count (for the target audience).
> All of that having been said, most people who use the uCsimm seem to also
> use our host board, and so it seems to not be as much of a problem... The
> next modules will be 144 DIMM form factor with some 168's comming as well.
> First out of the gate (at the board house right now) is a 144DIMM MC68VZ328
> based unit to support that end of the price/performance spectrum. Looks
> like if all goes well we will start taking orders in October.
> Next out will be a few different ARM based devices, some uClinux and
> some Linux. These have different targetted applications. There may
> also be an MCORE uCdimm, but that's not finalized yet.
> This is the first mention of this stuff, and we'll show you some hardware
> before the end of the month, as with the uCsimm _before_ we ask anyone to
> commit to buying one :-)
> For those who need the CPU bus right now, have a look at Tom's work at
> http://www.openhardware.net/ez328simm/index.html You'll have to build it
> yourself, but that just adds to the fun (well, for some of us anyway).
> Other alternatives include the Motorola Eval board for the EZ328, although
> it has no ethernet and perhaps even one of the ColdFire boards, not to
> mention the Lineo NetTEL :-)
> D. Jeff Dionne Jeff@lineo.ca
> -VP Research and Development, Office of the CTO
> Lineo - Put Linux Anywhere
> This message resent by the email@example.com list server http://www.uClinux.com/
This message resent by the firstname.lastname@example.org list server http://www.uClinux.com/
This archive was generated by hypermail 2b30 : Sun Apr 07 2002 - 00:01:38 EST