V1.370 - DSfG Revisionsbit ?

[Melanie Hermann]

Mittlerweile wurden drei Fälle gemeldet in denen das DSfG Revisionsbit gesetzt, aber nicht mehr rückgesetzt wird.

TODO:
V1.370 auf den beiden GCs im Testrack installieren und prüfen.

[Melanie Hermann]

Im Testrack wurden die V1.370 auf beiden GCs installiert.
Die Grundkalibrierung, manuelle Kalibrierung und Refgas hat funktioniert. Hier blieb kein Bit stehen.

TODO: Tägliche Kalibrierung abwarten und dann prüfen.

[Melanie Hermann]

Tägliche Kalibrierungen sind durchgelaufen und das Revisionsbit wurde bei beiden Rechner zurückgesetzt.

TODO: Test weiter laufen lassen und immer wieder prüfen.

[Melanie Hermann]

12.09.2014:
Konnte bis heute nicht reproduziert werden.
Dauertest läuft weiter...

TODO: Test weiter laufen lassen und immer wieder prüfen.

[Melanie Hermann]

Troks hat heute angerufen:
Problem besteht weiterhin!
Nach einer automatischen Kalibrierung wird weder das Revisionsbit, noch der DO7 rückgesetzt. Nach einer manuellen Kalibrierung werden das Revisionsbit und der DO7 rückgesetzt, jedoch entsteht das Problem nach der nächsten automatischen Kalibrierung wieder.

[Melanie Hermann]

Tests:

• GC9300 mit V1.455 + Config von Troks:
  • Automatische Kalibrierung nach Neustart: Revisionsbit + DO7 OK
  • Automatische Kalibrierung (provoziert durch Uhrzeitverstellung): Revisionbit + DO7 OK
• GC9300 mit V1.370 + Config von Troks:
  • Automatische Kalibrierung nach Neustart: Revisionsbit + DO7 OK
  • Automatische Kalibrierung (provoziert durch Uhrzeitverstellung): Revisionbit + DO7 OK

Ergebnis:
Problem konnte mal wieder nicht reproduziert werden.
Keine Lösung für Station Wolfhagen parat...

[Melanie Hermann]

Kommentar:
Es sieht so aus als ob die Bedingung am Ende einer Kalibrierung nicht erfüllt wird.

if (IS_CALIB && IS_CALCULATION)	

[Melanie Hermann]

Kommentar:
Möglicherweise liegt das Problem an CheckDSfGBitleisten()?! Hier könnte m_CalcJob eventuell überschrieben werden.
Troks hat Email bekommen, dass er bitte die DSfG-Bitleisten prüfen soll, wenn das Problem in der Station Wolfshagen nochmals auftritt.

Ergebnis:
DSfG-Bitleisten waren alle auf 0x0000. Nur die Bitleisten für S1 - S4 waren auf 0x0200 gesetzt.

[Melanie Hermann]

Kommetar:
Troks hat gemeldet, dass das Problem wieder aufgetreten ist.
GC stand in STOP und wurde in AUTORUN gestellt.
Anschliessend blieben die Revisionsbits gesetzt und das Kalbrierrelais angezogen.

[Melanie Hermann]

Kommentar:
Fehler konnte bis heute nicht reproduziert werden.
Allerdings scheint die Implementierung an sich nicht schön zu sein.
buildDSfGDei() wird 1x in SetDSfGError() und 5x (!) in DoMessungFertig() aufgerufen.
Eventuell wäre es grundsätzlich gut dies so zu überarbeiten...

[Melanie Hermann]

Problem bestand wohl in alter SW...