- Mitglied seit
- 13 Jul 2007
- Beiträge
- 418
- Punkte für Reaktionen
- 69
- Punkte
- 28
Hallo,
mit einem DECT200 UP-Schalter* soll die Eingangsleuchte zu folgenden Zeiten geschaltet sein:
- von 05:00 bis -15 min zum Sonnenaufgang und
- von +15 min ab Sonnuntergang bis 22:00 Uhr
Seit Mitte Ende Mai war das Licht plötzlich morgens dauerhaft an. Nach kurzer Überlegung war klar warum: ab diesem Zeitpunkt lagen für meinen Standort die Sonnenaufgangszeiten (-15 min) VOR (!) DER ANSCHALTZEIT.
Es liegt daher klar ein Programmfehler vor, da nicht geprüft wird, ob die Zustandsdauer (dynamisch) beendet ist, ehe die absolute Einschaltzeit beginnt.
Das Ticket bei AVM führte zum typischen Hin-und-Her inkl. der üblichen Nachfrage zu Supportdaten etc. Highlight war dabei die Empfehlung die aktuelle Laborversion einzuspielen.
Warum ich das abgelehnt habe könnt Ihr hier nachlesen:
"Die Implementierung der Labor-Version halte ich für keinen sinnvollen Weg. Warum?
1. Der Fehler tritt z.Z.(!) nicht mehr auf! Aber das ist ja auch logisch und bestätigt meine Erklärung warum der Fehler autritt:
Seit Aufgabe des Tickets (10.07.) hat sich nämlich der Sonnenaufgang von 05:13 Uhr auf 05:29 Uhr für meinen Standort verändert.
Die definierte Regel zum Einschalten des Fritz!DECT war (siehe Ticket): von 05:00 bis -15 min zum Sonnenaufgang.
Das bedeutet für meine Standort in der Zeit zwischen dem 23.05 und dem 12.07., dass der Wert zum Ausschalten (Sonnenaufgang - 15 min) KLEINER ist, als der Wert zum Einschalten. Das wiederum bedeutet,
a) dass der DECT!200 solcher Art definierter Intervalle NICHT einschalten soll und DARF
b) die Programmierung zur Validität der Schaltzeitpunkte unvollständig ist, da nicht geprüft wird, ob der Zeitpunkt zum Ausschalten KLEINER ist als der zum Einschalten
Um zu überprüfen, ob der Fehler noch besteht, müsste aufgrund der zwischenzeitlich veränderten astronomischen Umstände also auch die Schaltdefinition angepasst werden. dieser Hinweis fehlt bei Ihnen. Jeder unbedarfte User würde Ihnen also aufgrund dieser unvollständigen Anweisungen eine falsch positive Rückmeldung zur Fehlerbehebung liefern.
2. Ich schließe aus Ihrer Empfehlung, dass mit der letzten Aktualisierung für die Laborversion vom 21.07.2017, der von mir geschilderte Fehler als Beta korrigiert wurde. Ist dem so? Wenn ja, dann seien Sie doch bitte so nett und teilen Sie mir das doch explizit mit. So klingt es für mich eher nach "Machen sie mal dies, vielleicht wird´s ja besser".
Falls nämlich (noch) keine Änderung im Coding vorgenommen wurde, dann verschwendet der Wechsel der Firmware nur meine Zeit.
3. Ihren Satz "Fehleranalyse nur auf dem aktuellen Stand der FRITZ!OS-Entwicklung sinnvoll" verstehe ich (Releasemanagement). Aber - mit Verlaub - hier brauchts doch nur ein Code-Review, eine erweiterte IF-Abfrage
IF duration > sunrise_on THEN
turn_on
ELSE
turn_off ;or do nothing
und eine Alphatest des Entwicklers mit entsprechenden Daten (Zeit, Ort, Definition).
Für den Firmensitz AVM in Berlin (52.52338, 13.34463) muss man z.B. aktuell dafür eingeben:
Sonnenaufgang anschalten [05:00] und Zustandsdauer [bis 30 min vor Sonnenaufgang], denn der Sonnenaufgang morgen ist um 05:15:13."
Juhu - nun nach 1,5 Monaten schreibt AVM (auf Nachfrage!):
"Den von Ihnen beschriebenen Fehler konnten wir reproduzieren. Wir gehen derzeit davon aus, dass eine Lösung in einem der kommenden FRITZ!OS-Updates für Ihre FRITZ!Box bereitgestellt werden kann."
Lessons learned:
Nicht vom 1-Level-Support abspeisen lassen und beharrlich bleiben! Vor allem nicht jede Empfehlung gedankenlos umsetzen.
Black Senator
* eigene Modifikation als Unterputz-Version
mit einem DECT200 UP-Schalter* soll die Eingangsleuchte zu folgenden Zeiten geschaltet sein:
- von 05:00 bis -15 min zum Sonnenaufgang und
- von +15 min ab Sonnuntergang bis 22:00 Uhr
Seit Mitte Ende Mai war das Licht plötzlich morgens dauerhaft an. Nach kurzer Überlegung war klar warum: ab diesem Zeitpunkt lagen für meinen Standort die Sonnenaufgangszeiten (-15 min) VOR (!) DER ANSCHALTZEIT.
Es liegt daher klar ein Programmfehler vor, da nicht geprüft wird, ob die Zustandsdauer (dynamisch) beendet ist, ehe die absolute Einschaltzeit beginnt.
Das Ticket bei AVM führte zum typischen Hin-und-Her inkl. der üblichen Nachfrage zu Supportdaten etc. Highlight war dabei die Empfehlung die aktuelle Laborversion einzuspielen.
Warum ich das abgelehnt habe könnt Ihr hier nachlesen:
"Die Implementierung der Labor-Version halte ich für keinen sinnvollen Weg. Warum?
1. Der Fehler tritt z.Z.(!) nicht mehr auf! Aber das ist ja auch logisch und bestätigt meine Erklärung warum der Fehler autritt:
Seit Aufgabe des Tickets (10.07.) hat sich nämlich der Sonnenaufgang von 05:13 Uhr auf 05:29 Uhr für meinen Standort verändert.
Die definierte Regel zum Einschalten des Fritz!DECT war (siehe Ticket): von 05:00 bis -15 min zum Sonnenaufgang.
Das bedeutet für meine Standort in der Zeit zwischen dem 23.05 und dem 12.07., dass der Wert zum Ausschalten (Sonnenaufgang - 15 min) KLEINER ist, als der Wert zum Einschalten. Das wiederum bedeutet,
a) dass der DECT!200 solcher Art definierter Intervalle NICHT einschalten soll und DARF
b) die Programmierung zur Validität der Schaltzeitpunkte unvollständig ist, da nicht geprüft wird, ob der Zeitpunkt zum Ausschalten KLEINER ist als der zum Einschalten
Um zu überprüfen, ob der Fehler noch besteht, müsste aufgrund der zwischenzeitlich veränderten astronomischen Umstände also auch die Schaltdefinition angepasst werden. dieser Hinweis fehlt bei Ihnen. Jeder unbedarfte User würde Ihnen also aufgrund dieser unvollständigen Anweisungen eine falsch positive Rückmeldung zur Fehlerbehebung liefern.
2. Ich schließe aus Ihrer Empfehlung, dass mit der letzten Aktualisierung für die Laborversion vom 21.07.2017, der von mir geschilderte Fehler als Beta korrigiert wurde. Ist dem so? Wenn ja, dann seien Sie doch bitte so nett und teilen Sie mir das doch explizit mit. So klingt es für mich eher nach "Machen sie mal dies, vielleicht wird´s ja besser".
Falls nämlich (noch) keine Änderung im Coding vorgenommen wurde, dann verschwendet der Wechsel der Firmware nur meine Zeit.
3. Ihren Satz "Fehleranalyse nur auf dem aktuellen Stand der FRITZ!OS-Entwicklung sinnvoll" verstehe ich (Releasemanagement). Aber - mit Verlaub - hier brauchts doch nur ein Code-Review, eine erweiterte IF-Abfrage
IF duration > sunrise_on THEN
turn_on
ELSE
turn_off ;or do nothing
und eine Alphatest des Entwicklers mit entsprechenden Daten (Zeit, Ort, Definition).
Für den Firmensitz AVM in Berlin (52.52338, 13.34463) muss man z.B. aktuell dafür eingeben:
Sonnenaufgang anschalten [05:00] und Zustandsdauer [bis 30 min vor Sonnenaufgang], denn der Sonnenaufgang morgen ist um 05:15:13."
"Den von Ihnen beschriebenen Fehler konnten wir reproduzieren. Wir gehen derzeit davon aus, dass eine Lösung in einem der kommenden FRITZ!OS-Updates für Ihre FRITZ!Box bereitgestellt werden kann."
Lessons learned:
Nicht vom 1-Level-Support abspeisen lassen und beharrlich bleiben! Vor allem nicht jede Empfehlung gedankenlos umsetzen.
Black Senator
* eigene Modifikation als Unterputz-Version