UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[stefan.cloer]

@OliverIO wenn ich in der Instanz auf "Zeitreihen" wechsle bekomme ich folgende Anzeige:

Mache ich da was falsch oder klappen die Zeitreihen in der Adapter Überarbeitung noch nicht richtig?

[OliverIO]

@stefan-cloer

Hm ok muss ich testen.
Kannst du mir no h die Version des iobrokers und Admin Adapters nennen?

[stefan.cloer]

@oliverio Admin-Adapter 7.1.5 und js-controller 7.0.6

[OliverIO]

@stefan-cloer

Danke, muss mal noch was prüfen.
Mach bitte zur Sicherheit mal noch iob upload all

Nachtrag:
ich habe es versucht auf einem testserver mit den gleichen versionen nachzuvollziehen. ich habe den adapter auch komplett deinstalliert und erneut installiert. klappt alles.
Evtl den Adapter ebenfalls komplett deinstallieren/installieren
oder iob restart

Nochmal Nachtrag:
Du hattest auch aus einem repo installiert?
Direkt von github geht nicht, da dort bestimmte compile Dateien nicht vorhanden sind. Die sind nur im Paket vorhanden.

[stefan.cloer]

@OliverIO,

Nochmal Nachtrag:
Du hattest auch aus einem repo installiert?
Direkt von github geht nicht, da dort bestimmte compile Dateien nicht vorhanden sind. Die sind nur im Paket vorhanden.

hier lag der Fehler, hatte direkt von github installiert. Danke :muscle:

[arteck]

@oliverio sagte in Test Adapter mytime:

@arteck
Wenn es da zu Differenzen kommt entstehen diese Effekte.
Am besten einen ntp Dienst auf beiden konfigurieren.

was.. wie ich denke der timer wird NUR am Server berechnet..

also

bei start timestamp merken und subtrahieren von gerade laufenden ... und ab ins widget damit
was hat der client mit zu tun ??? (ist bei mir ein FireHD10)

[OliverIO]

@arteck sagte in Test Adapter mytime:

gerade laufenden

genau es wird der aktuelle timestamp vom Ende timestamp abgezogen.
Der Ende Timestamp wird auf dem server berechnet.
der aktuelle timestamp wird für das widget auf dem client berechnet.
auf dem server wird er ebenefalls berechnet um dann den timerstatus entsprechend schalten zu können.

Alles andere würde eine kontinuierliche kommunikation zwischen client und server benötigen um die aktuelle zeit/timestamp an den client zu übertragen, was aus meiner sicht unnötig und ressourcenverschwendend sein würde. ausserdem ist nicht garantiert, das die datenänderungen pünktlich auf dem client eintreffen. das würde zu sprüngen in der sekundenanzeige führen.

ubuntu und debian habe zeitsync bereits eingebaut und eigentlich aktiviert.

[arteck]

@oliverio dann wird es aber nie passen in sek bereich... auf dem client (Tablet)

das linux timesync hat ist mir klar.. ich verstehe trotzdem dein Konstrukt nicht

du hast eine WS verbindung zur Visu.. wo ist das Problem ??? du bekommst nie 100% timesync zwischen Client (Tablet) und Server im sekunden Bereich..
ergo
die Berechnung nur auf dem Server und rüber damit zur VIS .. wie jedes andere Widget auch.. sekunden tick...

wo ist dann das unnötige ???

[mcm1957]

@stefan-cloer said in Test Adapter mytime:

hier lag der Fehler, hatte direkt von github installiert. Danke :muscle:

Das sollte optimaler Weise der Adapter nicht erlauben wenn es wegen irgendwelchen Implementierungsdetails nicht funktioniert. IoBroker erlaubt solche Adapter zu kennzeichnen damit es auf den Usersystemen keine / weniger :-) Probleme gibt.

Hab mal ein Issue dazu erstellt.
https://github.com/oweitman/ioBroker.mytime/issues/866

Ist sicher nicht prior - kostet aber auch keum Aufwand.

[OliverIO]

@arteck sagte in Test Adapter mytime:

dann wird es aber nie passen in sek bereich... auf dem client (Tablet)

das verstehe ich nicht so ganz warum es nie passen wird?
hier bei mir laufen diverse geräte und der server, auf dem iobroker läuft, alle mit synchronisierter zeit.
die skripte schalten dann auch, wenn die sekunden im widget auf 0 gehen. (wie gesagt, schalten auf dem server, anzeige auf dem client)
es mag sein, das es da ein paar millisekunden drift gibt, aber definitiv nicht im sekunden bereich. wenn dann ist das gerät nicht zeitsynchronisiert.
idR ermittelt der ntp dienst automatisch die abweichungsrate des ocillators auf dem gerät und stellt dann selbst den polling interval ein. ntp berücksichtigt sogar die latenz vom ntp server, so das selbst das korrigiert wird.

in den fällen wo hier im forum seit 2020 differenzen gemeldet worden sind, war es immer ein nicht/falsch konfigurierter oder deaktivierter ntp dienst.

[Shadowhunter23]

@oliverio sagte in Test Adapter mytime:

in den fällen wo hier im forum seit 2020 differenzen gemeldet worden sind, war es immer ein nicht/falsch konfigurierter oder deaktivierter ntp dienst.

Ich hatte an den Amazon Fire Tablets auch schon 3-4 Sekunden Abweichung. Hab allerdings dort nicht rausgefunden wie man die Zeit synchronisiert.

[OliverIO]

@shadowhunter23 sagte in Test Adapter mytime:

Ich hatte an den Amazon Fire Tablets auch schon 3-4 Sekunden Abweichung. Hab allerdings dort nicht rausgefunden wie man die Zeit synchronisiert.

sollte nicht so sein. bei mir kann ich bspw die zeit gar nicht einstellen, da diese selbst synchronisiert wird.
Bei Fire HD10 / Gen11
Einstellungen / Geräteoptionen / Datum und Zeit

Meldung
Dein Fire stellt die Uhrzeit und Datum mithilfe von WLAN automatisch ein. Falls die Uhrzeit nicht korrekt ist, überprüfe bitte, das die richtige Zeitzone eingestellt ist.

Das kann aber eigentlich nur zu einer Abweichung von einer ganzen Stunde führen (zumindest hier in Europa)

Falls sich das tatsächlich herausstellt, das das ein Problem ist, würde ich zwar immer noch nicht die Serverzeit sekündlich übertragen, sondern selbst alle paar Minuten nur die Differenz Server/Client berechnen und diese dann in die Berechnung einfließen lassen.

Aber wie gesagt, dafür gab es bisher zu wenig Meldungen

[Elektroman]

Moin,
vielen Dank für die weitere pflege des Adapters !!!!!

[Elektroman]

Moin,
habe jetzt alles scripts mit dem neuen Datenpunkten ausgetauscht. Leider wird die eingestellte Countdown Zeit in der Adapter Einstellung nicht den Datenpunkt übernommen. Mache ich was falsch?

[OliverIO]

@elektroman

Das muss ich testen. Melde mich

[Elektroman]

@oliverio Frohes Neues und vielen Dank

[mading]

Frohes neues Jahr und danke für den tollen Adapter, den ich eben für meine Zwecke entdeckt habe. Ich möchte den Adapter zur Erinnerung regelmässiger Aufgaben nutzen:

• Bettwäsche wechseln
• Zahnbürste wechseln
• Aussenanlagen giessen
• Zisterne Filter reinigen
• Entkalker warten
• Rasenmäher warten
• Blumen innen giessen

…

Die Erinnerungen kann ich mit dem Adapter realisieren. Toll wäre noch eine Erweiterung mit Bedingungen, zb:

• wenn es genug geregnet hat (Datenpunkt Regenmesser), Timer zurück setzen
• …

[OliverIO]

@elektroman sagte in Test Adapter mytime:

Mache ich was falsch?

Nein hast du nicht.
Tatsächlich war das nicht eingebaut, das wenn ein Countdown timer mal angelegt war, das die Daten nicht aktualisiert werden.
Ich habe das mal so umgangen, das jetzt jede Zeile einen Knopf erhalten hat, bei dem bei Änderung dann die Daten in den Datenpunkt geschrieben werden.
Da steckt zwar auch ein kleiner glitch noch drin, das bei einem frisch eingetragenen Timer (noch kein Datenpunkt angelegt), das nicht funktioniert. Die Überprüfung auf existierende/oder nicht Datenpunkte, habe ich aktuell mit jsonConfig nicht gelöst bekommen. Aber durch das normale Speichern der Konfiguration werden dann ja nalle Datenpunkte angelegt.

In Version 1.4.0 (erstmal nur beta-repo) ist das nun eingebaut

[OliverIO]

@mading sagte in Test Adapter mytime:

wenn es genug geregnet hat (Datenpunkt Regenmesser), Timer zurück setzen

Ich gehe mal davon aus, das du vom timeseries modul sprichst?
was würdest du dir unter "zurücksetzen" vorstellen?
Den Startzeitpunkt(Datum/Uhrzeit) setzen? so das die Timeserie/Regel von da an im vorgeplanten Rhythmus wieder neu berechnet wird?

Ich könnte da einen Sendto-Befehl bereitstellen, mit dem man aus aus dem javascriptadapter dann sen Befehl absetzen kann, wenn ein skript dann auf entsprechende Regeln reagiert.

Wäre es das was du dir vorstellst?

[OliverIO]

Neue Version 1.4.0

Wie im obigen Post bereits geschrieben, wurde ein zusätzlicher Knopf in der Konfiguration eingefügt, die das Schreiben eines einzelnen Countdown-Timers/Datenpunkts auslöst.
Da Countdown-Timers ja durch beschreiben von Datenpunkten anpassbar sind und durch Speichern aller Countdown-Timers auf einen schlag, laufende countdowns unterbrochen werden können, habe ich diesen Weg gewählt.