Wir basteln uns einen ordentlichen Bordcomputer

[Noctunus]

Was das Ausgehen der Ports angeht: Zur Not, falls wirklich die 32 I/O-Ports nicht reichen, kann man bei den Temp-Dioden auf etwas teurere 1-Wire Dioden ausweichen. Wie der Name schon sagt, haben die nur eine Leitung zum MC. Für normale Dioden (billig) brauchen wir 2. Bei 3 Temp-Sensoren, hätten wir so schon 3 Ports gespart.
[/quote]
Korrigiere mich wenn ich falsch liege, aber für die Temperaturmessung werden doch mit sicherheit temperaturabhängige Widerstände verwendet, welche sich dann mit einer Leitung an der Batterie und mit der anderen Leitung am MC angeschlossen sind (an den A/D Eingängen).
Ich zähle da nur 3 anstatt 6 Eingänge.

Dann gibts noch die Möglichkeit das Display (obwohl 8bit standard ist) mit nur 4 Leitung zu versorgen. Dann ist es zwar langsamer, aber es soll ja auch kein Video drüber laufen. Das sollten wir nicht merken.

Was verstehst du unter *etwas* langsamer?

Was haben wir:
[...]
7-Segmentanzeige : 7 (könnte man auch noch nen IC vorschalten , dann braucht man bloß 1Leitung)

Nur eine Leitung für eine 7-Segementanzeige? Also das man mit BCD die Leitungsanzahl auf 4 Reduzieren und durch Multiplexen mehrere 7-Segementanzeigen parallel betreiben kann war mir schon bewusst, aber wie man das auf eine Einzelne runter bekommt ist mir nicht bekannt - erleuchte mich!

macht erstmal :29 (23), bei 23 belegten Ports bleiben noch 9. Das ist mehr als genug.

Das denke ich auch, dass die Portanzahl ausreichen sollte. Und falls es doch mal eng werden sollte könnten wir wirklich auf den Vorschlag von Holle ausweichen und funktionen auf 2 MC's aufsplitten.
Wie sieht es in dem Zusammenhang mit Kommunikation zwischen 2 MC's aus? Da lieߟe sich sicher was machen um Daten zwischen diesen austauschen zu können damit diese z.B. nicht die gleichen Sensoren 2x auslesen müssten.
Wenn beide MC's mit dem gleichen Takt über nen Quarz versorgt sind sollte die Synchronisierung ja auch kein so großes Problem darstellen, oder?

Das Evaluation-Board: Das sehr günstige Board von Pollin hat keinen EEPROM. Den müsste man extern hinzufügen. Allerdings sind die Mehrkosten dafür verschwindend gering, im Gegensatz zu den originalen Boards von ATMEL. [...]
Allerdings haben die ATMEGA32 ja nen (wenn auch kleinen EEPROM) integriert.

Na dann kommen wir doch mit dem Board von Pollin hin, wenn der schon nen EEPROM drin hat, oder?

stärkerer Chip mit Taktrate: Selbst ein 4MHz MC wird sich zu Tode langweilen.
Ich hab mal überschlagen: das Rad gibt bei 200km/h ne Frequenz von ca. 77Hz. Der Spritmengenmesser ist ungefähr im selben Bereich. Es besteht zwar die gefahr, das das Signal vom Geschwindigkeitssensor und vom Spritmesser so Zeitgleich kommmen, dass der Chip dann eines von beiden nicht bemerkt, aber das sollte denk ich extrem selten vorkommen und würde auch nicht so stören. Damit ist mein Einwand von ein paar post's weiter oben zurückgezogen. Ein weiteres Problem: je höher die Taktrate umso besser muss die Spannungsversorgung sein. Deshalb denkich das 8MHz oder 16 MHz vollends ausreichen.

Ich denke das Fehlen eines einzelnen Impulses könnte auch Softwaremäߟig behandeln - dadurch wird die Programmlogik ein wenig komplexer aber es ist auf keinen Fall ein unlösbares Problem.
Zu der Spannungsversorgung müssen wir uns sowieso was einfallen lassen - ich denke z.B. die betätigung des Anlassers könnte ganz schöne Spannungsschwankungen verursachen, ganz abgesehen von Lichtanlage und sonstigen Spielereien.
Hab mich mal bisschen umgeschaut und das hier gefunden:
LM2676S-3.3
Datenblatt: <!-- m --><a class="postlink" href="http://pdf1.alldatasheet.com/datasheet-pdf/view/8784/NSC/LM2676S-3.3.html">http://pdf1.alldatasheet.com/datasheet- ... S-3.3.html</a><!-- m -->
Garantierte Ausgangsspannung von 3,3 , 5 oder 12V mit ner Toleranz von 2%
Denke das sollte reichen, oder?