I2C zu parallel Konverter für HD44780 LCDs

Gast #271216
Lesenswert?
• ▲
▼
Hallo,

mir war etwas langweilig über Weihnachten und deshalb habe ich ein
neues persönliches Projekt gestartet. Es handelt sich um einen Ersatz
für den betagten PCF8574 um das Ansteuern von HD44780 kompatiblen LCDs
über den I2C Bus einfacher zu machen.

Den geplanten Funktionsumfang habe ich schon mal in einem kleinen
Dokument zusammengefasst, zu finden unter http://2m5.de/i2c in
englischer Sprache.

Gruß, Klaus
Gast #271217
Lesenswert?
• ▲
▼
So etwas hatte ich auch schon mal vor. Aber dann kam ich auf die Idee,
einen ATtiny als LCD-Kontroller zu verwenden. Preislich dürfte sich das
nicht viel schenken. Der Tiny sollte dann I2C-Befehle annehmen und das
LCD-Timing übernehmen. Wenn die Timing-Geschichte im Tiny untergebracht
ist, so spart das evtl. Speicherplatz im "main"-uC. Nachteilig ist,
dass der LCD-AVR erst programmiert werden muss, wohingegen der PCF
schon nach dem verlöten einsatzbereit ist.

Gruß
Marco
-
Gast #271219
Lesenswert?
• ▲
▼
Hallo,

danke für den link A.K. Stimmt, gutes Preis-leistungsverhältnis für
eine Fertiglösung. Meine Idee war mehr eine Anleitung zum Selbstbau und
basiert tatsächlich auf dem Attiny2313.

Kosten wirds am Ende die 1,65€ für den Attiny2313 (Reichelt) und den
Zeitaufwand zum Flashen. Sourcecode und Binary werden als Freeware zur
Verfügung gestellt.

Gruß, Klaus
#271223
Lesenswert?
• ▲
▼
@Peter Dannegger: Ein HC164 hat natürlich auch Nachteile.
1.) Kein dimmbares Backlight ohne extra Aufwand im Hauptprozi.
2.) Die ganze Displaysteuerung verbleibt im Hauptprozessor, so hat man
ausser ein paar Portpins nichts gewonnen.
3.) Bei HD44780-Displays weniger tragisch, bei anderen Controllern ein
echtes Problem: Daten gehen nur in eine Richtung.
Beim T6963 muss der Status vor jedem Schreibvorgang abgefragt werden,
(O-Ton Datenblatt) - ergo braucht man Lesezugriff aufs Display.
Es macht schon Sinn, das alles in einen Extra-Controller auszulagern.

Gruss
Jadeclaw.
Gast #271224
Lesenswert?
• ▲
▼
@Jadeclaw,

der 74HC164 soll ja nur einfach, preiswert und Leitungen sparend sein.


"1.) Kein dimmbares Backlight ohne extra Aufwand im Hauptprozi."

Ich kenne keinen, der ein Backlight dimmt, wozu also den Aufwand
treiben ?

Bzw. nen Draht von der PWM und ein RC-Glied dahinter ist doch kein
Aufwand.


"2.) Die ganze Displaysteuerung verbleibt im Hauptprozessor"

Ob Du nun den ASCII-Code erstmal an einen 2.MC schickst oder direkt ans
LCD ist ja überhaupt kein Unterschied !

Für ein 2*20 LCD ist die CPU-Last bestenfalls 1%, das merkt man doch
gar nicht.

Und wenn man das Hardware-SPI nimmt und ne langsame Bitrate einstellt,
hat man damit gleich die 44µs Wartezeit erschlagen.


Peter
Gast #271225
Lesenswert?
• ▲
▼
Hallo Peter,

ich würde auch kein I2C für ne LCD Ansteuerung nutzen    ...wenn ich
nicht sowieso schon I2C für andere Dinge einsetzen würde.

Dann werden nämlich keine weiteren Pins gebraucht, keine zusätzlichen
Routinen zum shiften und clocken der Daten, nur mehr I2C Adressen.

In allen anderen Fällen und wenns nur ums Pins sparen geht machts auch
ein Schieberegister.

Gruß, Klaus
Gast #271227
Lesenswert?
• ▲
▼
Hi,

was ist los mit diesem Forum? Gibt es eigentlich schon Fortschritte???
Wie siehts aus Klaus2m5 mit deiner Routiene für den ATtiny2313?

Und noch ne Frage: Hat der ATtiny2313 überhaupt einen Hardware TWI?
Oder wolltest du das alles per software lösen?

Gruss Steffen@HSF
Gast #271228
Lesenswert?
• ▲
▼
Hallo Steffen,

wegen des negativen Feedbacks in diesem Thread ist das Projekt in
meiner Prioritätsliste ganz nach unten geraten. Mittlerweile habe ich
es ganz verworfen.

Zu Deiner Frage - ja, der ATtiny2313 unterstützt ein Hardware TWI auch
als Slave, so dass die Implementierung nicht allzu schwierig gewesen
wäre.

Gruß, Klaus
(Firma: Promaxx.net) #271229
Lesenswert?
• ▲
▼
Also,
unsere Displays betreiben wir jetzt seit über 1 Jahr an einem einfachen
I2C-Bus mit einem PIC (zzgl. Taster, PWM für das Backlight).

Funzt prima, aber I2C ist nicht sehr störfest für lange Kabel, wie wir
jetzt gemerkt haben.

Ach ja, bidirektionale Kommunikation und ... propitäres Protokoll !

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.