Neues Display zum Laufen bringen

[Melanie Hermann]

Bisher wurde das Display Hitachi TX16D11VM2CQC verwendet.
In Zukunft soll/muss das Display Hitachi TX16D20VM5BQA verwendet werden.
Allerdings funktioniert das Display nicht auf Anhieb.

TODO:
Display zum Laufen bringen

[Melanie Hermann]

Vermutlich relevante Registrywerte:

• VSW = Vertical Sync Width in Lines
• HSW = Horizontal Syns Width in Pixels
• BLW = Begin of Line Width (Back Porch) in Pixels
• ELW = End of Line Width (Front Porch) in Pixels
• BFW = Begin of Frame Width (Back Porch) in Lines
• EFW = End of Frame Width (Front Porch) in Lines
• ldcclk

[Melanie Hermann]

Test: Änderung der Registrywerte:

VSW:

• 2 > x = ... > ...
• 2 > y = ... > ...

HSW:

• 32 > x = ... > ...
• 32 > y = ... > ...

BLW:

• 30 > x = ... > ...
• 30 > y = ... > ...

ELW:

• 16 > x = ... > ...
• 16 > y = ... > ...

BFW:

• 4 > x = ... > ...
• 4 > y = ... > ...

EFW:

• 8 > x = ... > ...
• 8 > y = ... > ...

ldcclk:

• 10000000 > 5000000 = Mehr Verzerrungen > NOK
• 10000000 > 25000000 = Keine Verzerrungen > OK

[Melanie Hermann]

Zum Testen wurde die Unterstützung der beiden Displays in die GC-Software eingebaut
(branches: Spark_Colorcodes)

Änderungen:

• err_tab.txt:
  • Definition von HIN_POR_REQUIRED, wie im GC9300_CM
• mtx_tab.txt:
  • Neues Element DisplayType, das den aktuellen Displaytyp anzeigt
• utils.cpp:
  • CheckDils(): Wertet den Dil-Schalter 2 aus. Dil2 = ON > Neues Display, Dil2 = OFF > Altes Display
• GcApp.cpp:
  • InitInstance(): Aufruf von WriteRegistryForDisplay()
  • WriteRegistryForDisplay(): Neue Funktion. Prüft anhand von DisplayType (gesetzt in CheckDils) welches Display angeschlossen ist und prüft dann ob die passenden Werte in der Registry bereits gesetzt sind. Wenn ja, wird nichts gemacht. Wenn nein, werden die Werte geschrieben + ein Hinweis ausgegeben + das Gerät neugestartet.

[Melanie Hermann]

Ergebnis:
Unterstützung der beiden Displays funktioniert.
Die Anpassung wurde direkt in der GC-Software vorgenommen.

Jedes Display benötigt seine eigenen Einstellungen.
Das alte Display funktioniert auch nicht mit den Einstellungen des neuen Displays.

TODO:
Überlegen ob besser separate Exe oder separates Skript für Schreiben der Registry verwenden?
Vermutlich ja. Denn dann müssten die Applikationen selbst nicht angepasst werden. Es müsste lediglich das StartUp-Skript geändert werden.

Folgen:

• GC9300: GcStartup-CRC ändert sich.
• ERZ2000NG: GcStartup hat keinen CRC. Wie kann der PTB erklärt werden, dass ein Skript geändert wurde, sich aber keine Prüfsumme geändert hat?!
• Auslieferung: Mit jedem neuen Display müsste auch dieses neue Skript auf das Gerät kopiert werden. Denn wenn jemand ein altes Gerät mit alter Software hat und nur das Display tauschen muss, wird es Probleme geben, da kein Skript da ist, das die Registry anpasst.
• PTB: PTB-Doku bezüglich Registry muss angepasst werden.

[Melanie Hermann]

04.07.2014: Display wurde für Klimatest nach unten gegeben.

[Melanie Hermann]

Displaysettings von F&S:

(​http://forum.fs-net.de/index.php/Thread/3658-Hitachi-TX16D20VM5BQA/?postID=12175#post12178)[[BR]]

Nur die Einstellung der Frequenz musste von 13000000 auf 25000000 erhöht werden.
Das Display funktioniert auch mit diesen Einstellungen.

reg open \drivers\display\LCD
reg create key mode100
reg set value name string "Hitachi TX16D20-VM5BQA"
reg set value EFW dword 10
reg set value BFW dword 8
reg set value msignal dword 0
reg set value rows dword 240
reg set value LPP dword 240
reg set value width dword 149
reg set value height dword 54
reg set value contrastenable dword 0
reg set value contrastvalue dword 0
reg set value type dword 6
reg set value config dword 0x00700000
reg set value columns dword 640
reg set value PPL dword 640
reg set value HSW dword 32
reg set value bpp dword 16
reg set value lcdclk dword 13000000 >> 25000000
reg set value VSW dword 2
reg set value BLW dword 63
reg set value ELW dword 60 
reg set value EnableCursor dword 0
display mode set 100
reg save