Opened 11 years ago
Last modified 10 years ago
#75 new Aufgabe
Dauertest
| Reported by: | Melanie Hermann | Owned by: | Melanie Hermann |
|---|---|---|---|
| Priority: | langfristig | Milestone: | |
| Component: | Gesamtsystem | Version: | |
| Severity: | Aufgabe | Keywords: | |
| Cc: |
Description
Messwerk + Controller + Gateway im Dauertest laufen lassen.
Change History (23)
comment:1 by , 11 years ago
comment:2 by , 11 years ago
Dauertest hinten im Testrack aufgebaut 05.05.2015:
Ein Controller und ein Gateway konfiguriert und aktuelle Software vom 05.05.2015 ~ 9 Uhr morgens aufgespielt.
- 05.05.2015 ~16:00 Uhr: Testaufbau heute fehlerfrei durchgelaufen.
comment:3 by , 11 years ago
| Priority: | langfristig → mittelfristig |
|---|
comment:4 by , 11 years ago
Dauertest hinten im Testrack aufgebaut 13.05.2015:
Ein Controller und ein Gateway konfiguriert und aktuelle Software vom 13.05.2015 ~ 14:43 Uhr nachmittags aufgespielt.
Mehrmals Timeout-Meldungen...
comment:5 by , 11 years ago
Dauertest hinten im Testrack:
- 18.05.2015 ~ 08:40 Uhr: Aktuelle Software eingespielt und Dauertest gestartet.
- 19.05.2015 ~ 08:30 Uhr: Noch keine Timeouts aufgetreten. Archive sind identisch.
- Fehler entdeckt. Tages- und Monatsmittelwerte stimmen nicht überein.
- 19.05.2015 ~ 15:40 Uhr: Neue Software eingespielt.
- 22.05.2015 00:07:28 Uhr: Die Analyse, mit angegebenem Zeitstempel, fehlt im Gateway!!! Und auch ein paar Brennwerte in den Analysen davor sind nicht identisch!!!
- 26.05.2015 ~ 09:00 Uhr: Keine Timeouts aufgetreten.
- 26.05.2015 ~ 09:25 Uhr: Neue Software (Stand 26.05.2015 09:20 Uhr) aufgespielt.
- 27.05.2015 00:03:56: Unterschiedliche Analysenergebnisse!!! Gleichzeitig Messzeit-Max-Fehler im Controller. (Gateway kontrolliert diese Zeit nicht.) Es scheint mindestens eine Analyse zu fehlen. Dies kann allerdings auch an den Simulationsdateien liegen ...
- Messzeit max. im Controller von 120 Sek. auf 150 Sek. erhöht. Danach erschien EVars-CRC-Fehlermeldung!!!
comment:6 by , 11 years ago
| Priority: | mittelfristig → kurzfristig |
|---|
comment:7 by , 11 years ago
| Priority: | kurzfristig → mittelfristig |
|---|
comment:8 by , 11 years ago
- 17.07.2015 08:11 Uhr: Dauertest neu gestartet mit aktueller Software. Es ist zu prüfen ob noch alles normal funktioniert nachdem ein paar Mal der trunk in diesen branch eingebunden wurde.
Software war fehlerhaft!
comment:9 by , 11 years ago
- 17.07.2015 12:35 Uhr: Dauertest neu gestartet mit aktueller Software. Es ist zu prüfen ob noch alles normal funktioniert nachdem ein paar Mal der trunk in diesen branch eingebunden wurde.
- 17.07.2015 13:24 Uhr: Controller neu gestartet.
- 20.07.2015 08:30 Uhr: Alles ok. Keine Fehler. Std-MW-Archive sind identisch.
comment:10 by , 11 years ago
- 23.07.2015 15:00 Uhr: Dauertest neu gestartet mit aktueller Software (aus SDCARDIMAGE).
- 27.07.2015: ~ 12:00 Uhr - ~ 13:00 Uhr war Messwerk ausgeschaltet.
comment:11 by , 11 years ago
- 29.07.2015 ~ 14:50 Uhr: Dauertest neu gestartet mit aktueller Software (CRC = 5C4FE8DE).
- 03.08.2015 ~ 10:10 Uhr: Gateway kurz beendet und neu gestartet.
comment:12 by , 10 years ago
- 04.08.2015 ~ 10:10 Uhr: Dauertest neu gestartet mit aktueller Software (CRC = 5197FDE4).
comment:13 by , 10 years ago
- 14.08.2015 ~ 15:30 Uhr: Dauertest neu gestartet mit aktueller Software (CRC = 673888DF) und alle Archive gelöscht.
comment:14 by , 10 years ago
- 18.08.2015 ~ 15:00 Uhr: Dauertest neu gestartet mit aktueller Software (CRC = 308B89DE).
comment:15 by , 10 years ago
- 21.08.2015 ~ 14:00 Uhr: Dauertest neu gestartet mit aktueller Software.
comment:16 by , 10 years ago
- 25.08.2015 ~14:30 Uhr: Dauertest neu gestartet mit aktueller Software (CRC = EB917D62).
comment:17 by , 10 years ago
- 03.09.2015 ~10:25 Uhr - ~10:45 Uhr: Dauertest neu gestartet mit aktueller Software (CRC = 7EE317DB).
comment:18 by , 10 years ago
- 22.09.2015 ~ 10:00 Uhr: Im Grunde läuft der Dauertest ganz gut. Jedoch ist Folgendes vorgefallen:
- 14.09.2015 ~ 01:00 Uhr: Hier gab es Probleme bei der Streamzuordnung zu den Analysen. GC9300 hat zweimal hintereinander S1 angegeben. GC9310 hingegen hat dann etwas später zweimal S2 hintereinander. Hier gibt es ein kleines Durcheinander. Folge ist, dass die DSfG-MW um 01:00 Uhr in GC9300 und GC9310 nicht übereinstimmen! Keine Ahnung was hier vorgefallen ist! Es gibt keine Meldungen / Alarme zu dieser Zeit. > NOK
- 15.09.2015 ~ 06:00 Uhr: Messwerk hat neu gestartet und ist dann stehen geblieben. > OK
- 22.09.2015 ~ 09.15 Uhr: Messwerk-Stillstand ist aufgefallen. Messwerk wurde neugestartet. > OK
comment:19 by , 10 years ago
TODO:
Beobachten ob so ein Durcheinander bez. Streamzuordnung in GC9300 / GC9310 öfters passiert oder ob es ein doofer Einzelfall war!
comment:20 by , 10 years ago
- 22.09.2015 ~ 13:10 Uhr: Dauertest neu gestartet mit aktueller Software (CRC = DB1319A5).
comment:21 by , 10 years ago
- 09.10.2015 ~ 09:15 Uhr: Dauertest neu gestartet mit aktueller Software.
comment:22 by , 10 years ago
- 12.10.2015 ~ 15:30 Uhr: Dauertest neu gestartet mit PTB-Version V2.000-100.
comment:23 by , 10 years ago
| Priority: | mittelfristig → langfristig |
|---|
Kleiner Dauertest am 29.04.2015:
Heute wurde der Controller mit einem Gateway und Messwerk den ganzen Tag laufen gelassen. Weder Controller noch Gateway haben eine Warnung / einen Alarm ausgegeben. Das Trio lief ca. 7 1/2 Stunden fehlerfrei.