LCD-Debugger mit AVR Atmega - Projektidee

Gummiboot schrieb:
> Meine Idee wäre einen Atmega oder ATiny für fie Ansteurung des LCD(2*16)
> zu verwenden.Soweit so gut.

warum nicht einfach per UART an den PC senden? Dürfte das einfachste 
sein, weil übersichtlicher. Außerdem ist nur ein Pin nötig.


Gummiboot schrieb:
> Wenn ich SPI/I²C nutzen möchte, sollte ich dann wohl auch auf einen
> Quarz am MC nicht verzichten,oder?

Ne, nicht nötig. Es handelt sich ja bei beiden Schnittstellen um 
synchrone Übertragungsverfahren.
Für UART dagegen ist ein Quarz nötig (möglichst ein Baudratenquarz).

lg
Chris

> warum nicht einfach per UART an den PC senden? Dürfte das einfachste
> sein, weil übersichtlicher. Außerdem ist nur ein Pin nötig.

Ich habe nur eine virtuelle COM-Schnittstelle(ein USB-Adapter), die ich 
zum Programmieren nutze. Müsste also noch ein zweiten Adapter kaufen. 
Das möchte ich zur Zeit nicht.

Des Weiteren wäre die LCD-Platine dann auch für andere Projekte nutzbar, 
die richtige Anzeigen benötigen, sodass ich mich nicht jedes mal um eine 
LCD-Steuerung kümmern müsste.

> Ne, nicht nötig. Es handelt sich ja bei beiden Schnittstellen um
> synchrone Übertragungsverfahren.
> Für UART dagegen ist ein Quarz nötig (möglichst ein Baudratenquarz).

Wenn ich nun das LCD-Board mit einem bestimmen Baudratenuqarz 
betreibe(wegen UART), dann hieße das doch, dass ich die andere Platine 
dann auch mit solch einem Quarz(oder einem Vielfachen) betreiben müsste, 
oder hab ich da einen Denkfehler?

Vielen Dank für die Antwort

Gummiboot schrieb:
> Ich habe nur eine virtuelle COM-Schnittstelle(ein USB-Adapter), die ich
> zum Programmieren nutze. Müsste also noch ein zweiten Adapter kaufen.
> Das möchte ich zur Zeit nicht.

naja, die Dinger kosten doch keine 5€ bei ebay aus China.



Gummiboot schrieb:
> Wenn ich nun das LCD-Board mit einem bestimmen Baudratenuqarz
> betreibe(wegen UART), dann hieße das doch, dass ich die andere Platine
> dann auch mit solch einem Quarz(oder einem Vielfachen) betreiben müsste,
> oder hab ich da einen Denkfehler?

I2C sowie SPI haben eine eigene Taktleitung. Dadurch brauchen die 
einzelnen µCs keinen genauen Takt, weil sie sich ja auf den Datentakt 
synchronisieren.
Nur bei UART brauchst du einen genauen Taktgeber, d.h. da bräuchten 
beide µC einen Quarz. Oder man macht auf dem Empfänger-µC eine AutoBAUD 
Funktion, dann ist die Taktgenauigkeit irrelevant (solange die Frequenz 
sich während des Betriebs nicht zu stark ändert).


Du musst allerdings das Rad nicht unbedingt neu erfinden ;)
Schau mal hier:
Beitrag "LCD über nur einen IO-Pin ansteuern"

Genauso gut kann man das LCD z.B. mit nem Attiny24 o.ä. über I2C 
ansteuern.

lg
Chris

> naja, die Dinger kosten doch keine 5€ bei ebay aus China.

Danke für den Hinweis. Habe mich mal umgeschaut. Aber noch keines 
gefunden, welches unter Windows7 läuft. Die unterstüzen immmer maximal 
XP. Aber werde schon noch eines finden.

> Du musst allerdings das Rad nicht unbedingt neu erfinden ;)
> Schau mal hier:
> Beitrag "LCD über nur einen IO-Pin ansteuern"
>
> Genauso gut kann man das LCD z.B. mit nem Attiny24 o.ä. über I2C
> ansteuern.

Danke für den Hinweis. Das werde mich in meine Überlegungen mit 
einbeziehen. Ich werde das Projekt aber trotzdem machen, weil ich Spaß 
daran habe und abei viel lernen kann.

Ich werde wohl folgende Schnittstellen ans Board bringen:
-UART
-SPI
-I²C

Damit ist es für mich dann relativ universell einsetzbar.

Viele Grüße,
Gummiboot