Opened 12 years ago

Closed 12 years ago

#54 closed Aufgabe (fixed)

Handhabung Kommunikationsfehler Analyse

Reported by: Melanie Hermann Owned by: Melanie Hermann
Priority: mittelfristig Milestone:
Component: Gesamtsystem Version:
Severity: Aufgabe Keywords:
Cc:

Description

Wenn die Daten einer Analyse fehlerhaft sind (ERR_CP4002_DATA oder ERR_CP4002_ARRAY_MAX) dann muss darauf reagiert werden.

Change History (5)

comment:1 by Melanie Hermann, 12 years ago

Reaktionen:

  • Alarme ausgeben (ERR_CP4002_DATA oder ERR_CP4002_ARRAY_MAX)
  • Trotzdem Mathematik ausführen
  • Analyse in Archiven (GC-Archiv und DSfG-Archiv) als fehlerhaft markieren
  • Analyse im DSfG-Archiv als Haltewert markieren und letzte gültige Analyse schreiben?
Last edited 12 years ago by Melanie Hermann (previous) (diff)

comment:2 by Melanie Hermann, 12 years ago

Priority: kurzfristig → mittelfristig

comment:3 by Melanie Hermann, 12 years ago

Nochmal mit Volker und Michael gesprochen.

Reaktionen:

  • Beim ersten Mal nur Hinweis oder Warnung ausgeben. Erst wenn die letzte Analyse des Streams mehr als 15 Minuten her ist einen Alarm ausgeben. Oder. Beim ersten Mal nur Hinweis oder Warnung ausgeben. Und ab dem zweiten Mal, unabhängig vom Stream, einen Alarm.
  • Keine Mathematik rechnen mit fehlerhaften Analysedaten.
  • Kein Eintrag in die Archive, da der Kunde mit diesen fehlerhaften Daten sowieso nichts anfangen kann.

Hinweis:
Beim GC9000 wird ab der zweiten fehlerhaften Übertragung ein Alarm ausgegeben.

Last edited 12 years ago by Melanie Hermann (previous) (diff)

comment:4 by Melanie Hermann, 12 years ago

Änderungen:

  • err_tab.txt, items.txt:
    • WARN_CP4002_DATA_TO_LITTLE neu definiert
    • WARN_CP4002_DATA_TO_MUCH neu definiert
    • ERR_CP4002_DATA umbenannt in ERR_CP4002_DATA_TO_LITTLE
    • ERR_CP4002_ARRAY_MAX umbenannt in ERR_CP4002_DATA_TO_MUCH
  • CP4002Prot.h:
    • m_analyzerTimeout umbenannt in m_communicationTimeout
    • m_analyseTimeout neu definiert
    • ANA_TIMEOUT_LIMIT neu definiert
  • CP4002Prot.cpp:
    • CP4002ThreadFunc():
      • Im case CP_RESET werden keine Alarme mehr zurückgesetzt. Alarme bleiben stehen bis nächste Analyse fehlerfrei übertragen wurde.
      • Im case CP_START werden alle Warnungen und Alarme rückgesetzt, wenn die Analyse korrekt empfangen wurde. Falls es ein Timeout gab, wird eine Warnung oder ein Fehler gesetzt. Wenn zum ersten Mal eine Analyse fehlerhaft übertragen wurde, wird eine Warnung gesetzt. Ab der zweiten fehlerhaften Übertragung wird ein Alarm gesetzt.
    • Rec():
      • Im case CP_START werden keine Alarme mehr gesetzt. Dies geschieht nun alles in CP4002ThreadFunc().

comment:5 by Melanie Hermann, 12 years ago

Resolution: → fixed
Status: new → closed
Note: See TracTickets for help on using tickets.