VFD mit LCD ersetzen

[mastermixer (Gast)]

Hallo Leute!
Ich habe folgendes Problem: Ich muß VFD-Displays mit LCD-Displays 
ersetzen, da die VFD-Displays (itron DC405F) nicht mehr im Handel 
erhältlich sind.
Ich habe schon viel rumprobiert. Mein Prototyp besteht aus einem 
ATMega644 @ 16MHz, Schieberegistern und einem 40x2 LCD. Der Controller 
ließt über eine Adapterplatine mit Spannungsteiler über Schieberegister 
(74HC165) die einzelnen Pins der itron VFD-Ansteuerungsplatine (Pixel + 
Segmente) ein. Das klappt auch soweit ganz gut. Jedoch bekomem ich den 
Sync nicht hin, da ja das VFD logischerweise gemultiplext ist.
Hat jemand in der Richtung VFD-Ersatzlösung schon Erfahrung gesammelt. 
Ich habe das Internet schon durchforstet, da wird aber nur der 
umgekehrte Weg beschrieben (LCD durch VFD erstezen). Kann mir eventuell 
einer ein paar Tips geben? Vielen Dank im Voraus!

Gruß,

mastermixer

[Jörg W. (dl8dtl) (Moderator)]

itron verkauft keine VFDs mehr?  Wovon leben sie dann?

Kannst du die Daten nicht schon eine Stufe eher abfassen, bevor sie
VFD-mäßig aufbereitet werden?

[MaWin (Gast)]

Wie kompatibel ist denn das DN4015B ?
Auch 40 Stellen, auch 5mm, könnte der Nachfolger sein.

> Jedoch bekomem ich den Sync nicht hin

Ds solte doch problemlos an den "Segmentspannuggen"
erkennbar sein, wofür die Pixel derzeit stehen.

Vorher Segmente abfragen, dann Pixel einlesen, dann
wieder Segmente einlesen, und wenn Segmente nach wie
vor dieselben sind, war Pixel für dieses Segment gültig.

[Peter D. (peda)]

mastermixer schrieb:
> Jedoch bekomem ich den
> Sync nicht hin, da ja das VFD logischerweise gemultiplext ist.

Dann gib einfach diejenigen Anschlüsse, die zyklisch durchgeschaltet 
werden, alle auf Pin-Change-Interrupts.

Du mußt also erstmal rauskriegen, welche das sind, d.h. von denen immer 
nur einer angeschaltet ist.
Es reicht sogar, nur jeden zweiten auf den MC zu führen, da ja die 
Reihenfolge fest steht.


Peter

[MWS (Gast)]

Peter Dannegger schrieb:
> Es reicht sogar, nur jeden zweiten auf den MC zu führen, da ja die
> Reihenfolge fest steht.

Es sollte reichen auf einen Einzelnen der gemultiplexten Pins einen Ext. 
Int zu legen und das Timing laufend daraus zu ermitteln.