2 Atmegas verknüpfen

[TheDarkRose]

TWI = I2C btw. Porterweiterung würde ich nicht mit einen zweiten µC! machen. Ein zweiter µC bietet sich zur Arbeitsteilung an, zb. wenn der Hauptcontroller schon mit seinen Hauptaufgaben schon relativ ausgelastet ist und man will aber eine Ethernetschnittstelle einbauen, dann übernimmt ein zweiter Controller diese Aufgabe mit dem Kommunikationschip.

[Motorburner]

Hallo,
würde es auch gehen, den Coprozessor als Speichercontroller für z.B. RAM, ROM oder Flash zu benutzen?

[TheDarkRose]

Alles was du machen willst. Das war nur ein Beispielszenario von mir

[oberallgeier]

... den Coprozessor als Speichercontroller für z.B. RAM, ROM oder Flash ...

Na ja, gehen tut ja viel. Vielleicht habe ich Deine Frage nicht kapiert, aber ich versuch mal trotzdem ne Antwort. Mal der Reihe nach:

a) einen Coprozessor als Flash(speicher) zu benutzen, müsste mal diskutiert werden, ganz klar ist Deine Frage nicht. Vermutlich hilft es Dir aber weiter, wenn Du weißt, dass der Flashinhalt eigentlich nur im Programmierstatus in den Controller geschoben werden kann - nicht aber zur üblichen Laufzeit. Damit ist es vermutlich weder zweckmässig noch sinnvoll, den ganzen Flash oder Teile davon auszulagern. Noch dazu recht aufwändig über einen zweiten Controller.
b) ROM oder RAM. Jeder Controller hat je nach Typ mehr oder weniger davon. Daten erst zum Coprozessor zu senden und dort abzuspeichern hat ja noch folgenden Beigeschmack: Du müsstest nicht nur die Daten senden sondern auch die Bezeichnung. Beispiel: als Wert "135" und als Bezeichnung "aktuelle Drehzahl linksrum des Motors 1". Wenn Du den Wert wieder brauchst, dann geht das andersrum ebenso aufwändig/kompliziert. Du würdest damit eigentlich nur Zeit verbraten - - und Energie für den Coprozessor. Sinn macht es hier, gleich einen "größeren" Controller zu nehmen, sprich einen, der on board gleich entsprechen mehr ROM oder RAM hat. Oder Du hängst ein EEPROM über I²C dran.

Vermutlich ist Dir aber die Arbeitsweise der Controller noch nicht wirklich klar. Dann könnte Dir dieses Tutorial helfen (klick hier) - oder vielleicht auch dieses (klick).

... irgendwo gelesen ... Atmegas ... verbinden ... um z.B. mehr I/Os zu erhalten ...

Wenn Du Flash, RAM oder ROM auslagerst - dann haste aber auch keinen einzigen I/O mehr. Das ist Dir doch hoffentlich klar.

Viel Erfolg.

[Motorburner]

Hallo,
nein, so war das nicht gemeint.
Ich meinte das so, dass ich die I/Os des Coprozessors für Die Speicherbausteine verbrate, um I/Os bei dem Hauptprozessor zu sparen.
Aber wie gesagt, das ist erstmal aus reinem Interesse.
Mir ist aber gerade aufgefallen, dass meine LED-Leiste ganze 20mA pro LED zieht. Das könnte dem 32er zu viel werden. Ich finde aber leider auch keine passende 74er Teile, die ich als Treiber nehmen könnte & Transistoren verbrauchen zu viel Platz.. da hab ich dran gedacht, einen zweiten Prozessor zu missbrauchen..aber ohne ihn zu auf 'Gehorsam' des Hauptprozessors zu programmieren, sondern ihn über den Hauptprozessor anzusteuern.
Ich hab z.Z. viele sinnlose Ideen, aber ich bin am perfektionieren meines Evaluationsboards..da kommen solche Ideen von alleine
tut mir leid, wenn ich klinge, als hätte ich keine Ahnung. Aber Neues zu probieren finde ich immer besser.

[wkrug]

Üblicherweise verwendet man für sowas Schieberegister mit Latches. Guck mal unter 74HC595.
Als Treiber kannst Du dann ULN2803 Chips nachsetzten. So eine Kombo kann dann bis zu 8 LED's direkt treiben.
Wenn Du Multiplex Betrieb machen kannst oder willst, kannst du zusätzlich einen UDN2981 High side Treiber einsetzen und somit bis zu 64LED's im Multiplexbetrieb ansteuern.
Irgendwo ist dann aber auch Schluss, weil die LED's sonst zu dunkel werden.

[Motorburner]

Hallo,
wie wäre es mit Puffer zwischen µP & LED?

[wkrug]

Lies doch mal was ein UDN2981 und ein ULN2803 ist ( Datenblatt )!