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

[jackblackson]

@liv-in-sky Aktuell ist der Key der Name des Countdown, der auch die ID des Datenpunkts ist, und ich verhindere im Setup doppelte Namen..Somit konnte halt bei fehlendem Namen im Setup bei einem SendTo ein neuer Datenpunkt angelegt werden, sonst der bestehende aktualisiert werden. Aber den neuen Datenpunkt (neuer Name) musst du dann ja im VIS verknüpfen... oder es gäbe einfach einen SendTo Datenpunkt der immer aktualisiert wird - der „fix“ ist - aber halt nur einer.

Oder über SendTo nur Aktualisierungen und keine neuen Countdowns akzeptieren..

[liv-in-sky]

@jackblackson

nicht jeder countdown muss in der vis sichtbar sein ! manchmal kann man einen countdown nur zum versenden über z.b telegramm brauchen

ein neu-angelegter countdown, egal ob über script odere über adapter einstellungen muss eh von hand in der vis angelegt werden.

ich (persönlich) würde über sendto das aktualisieren eines countdowns bevorzugen. wenn das anlegen auch noch ginge wäre das ein schmankerl. aber ich vermute mal das aktualisieren allein reicht völlig um den adapter dynamisch in einem script zu verwenden

[liv-in-sky]

@jackblackson

hätte da noch was:

• die WordsLong zeigen nur Minuten - die WordsShort haben manchmal ein leerzeichen, manchmal nicht (zwischen tag und stunde) (mach doch einfach ein leerzeichen nach jeder einheit)

• wäre es möglich : die gesamten tage extra zu haben z.b datenpunkt: daysOverAll - vielleicht sogar hoursOverall, minutesOverAll
  wenn schon counter - dann aber alles - vielleicht in einem extra unterordner (zwecks übersicht)

[jackblackson]

@liv-in-sky

zu 1., schau ich mir an, mit den Leerzeichen hast du natürlich recht

zu 2., ist ein guter Input, nehm ich auf die ToDo Liste

[jackblackson]

@jackblackson Leerzeichen sind korrigiert und totalDays und totalHours sind hinzugefügt - bei den Minuten weiß ich nicht, ob das wirklich Sinn macht.

[liv-in-sky]

@jackblackson danke dir

sag bitte, wenn neue version auf git

[liv-in-sky]

@jackblackson hab es schon installiert

[sigi234]

Hallo,
gibt es schon was neues wegen dem DP Format + Zeitverschiebung von Enddate?

[liv-in-sky]

@jackblackson

folgende fehlermeldung:

instance system.adapter.countdown.0 terminated with code 7 (Adapter already running)

hatte das vor kurzem mit einem anderen adapter (in entwicklung) - obwohl man die instanz stoppt läuft sie weiter - sieht man dann in top oder htop auf linux ebene

[jackblackson]

@sigi234 Bezüglich Enddate bin ich noch dran..er rechnet die Zeitunterschiede richtig, nur das Enddate wird nicht in der richtigen Zeitzone ausgegeben - hier muss ich erst noch rausfinden, wie ich diese auslese.

@liv-in-sky komisch, hatte ich noch nie. Ich such mal im Forum, was dort die Lösung war

[liv-in-sky]

@jackblackson war der fully browser adapter
https://forum.iobroker.net/topic/19909/fehler-im-log-instance-system-adapter-fullybrowser-0-terminated-with-code-7

das mit den zeitzonen kenne ich gut - mußte in meinen scripts auch einiges einfügen

[jackblackson]

@sigi234 Das Zeitzonenproblem ist gelöst, Enddate wird nun in der lokalen Zeitzone ausgegeben

[dslraser]

@jackblackson danke passt bei mir

[sigi234]

Hallo,

ich habe mal das Widget Input Datetime genommen und es schreibt die Zeit und das Datum in das Objekt Enddate.
Es fehlt nicht mehr viel, es müsste nur noch in den Adapter schreiben via ID?
Den DP Enddate habe ich schreibbar gesetzt......

[jackblackson]

@sigi234 Aktuell ist meine Logik so: Es wird ein Eintrag im Setup des Adapters gemacht, in der Tabelle. Daraus erstelle ich dann den jeweiligen Datenpunkt, und aktualisiere ihn 1x pro Minute anhand des Setups. Wenn ein Eintrag im Setup geändert wird, wird er auch im Datenpunkt geändert. Wird er im Setup gelöscht, wird der Datenpunkt gelöscht. Daher ist Enddate aktuell auch nicht als Editierbar gedacht.

Ich beharre nicht zwingend auf dem Setup - ich weiß, ist auch nicht die schöne Lösung. Die Frage ist nur, wie können ansonsten neue Countdowns hinzugefügt werden - ist hier das Erstellen eines eigenen Widgets die einzige Lösung? Es benötigt ja ein Datum und einen Namen?

[jackblackson]

Ich glaube das Beste wäre es, die Tabelle im Setup aufzulösen, und das ganze nur über einen Ordner „countdowns“ zu Lösen, der jeweils ein Objekt hat, dessen Name der Alarmname ist und denWert DateTime hat. Dieser kann dann manuell, im Admin, per SendTo oder über Widgets gefüllt werden. Ausgabe dann auch manuell oder über die HTML Tabelle die ich grad aufsetze. Was meint ihr @dslraser @liv-in-sky @dslraser @sigi234

[liv-in-sky]

@jackblackson

ich denke, dass sich das viel dynamischer für scriptentwickler anhört - danke, dass du auf unsere vorschläge eingehst

[dslraser]

@jackblackson

ich schließe mich der Meinung von @liv-in-sky an.

[sigi234]

@dslraser sagte in [Aufruf] Countdown Adapter testen:

@jackblackson

ich schließe mich der Meinung von @liv-in-sky an.

Ich auch...........

[jackblackson]

Ich bin mir grad am Überlegen, wie der Datums/Uhrzeitwert ausschauen muss, das er am besten für jeden nutzbar ist. Über SendTo würde ich einerseits die Möglichkeit anbieten, die Werte Jahr, Monat, Tag, Stunde, Minuten getrennt als Integer zu übergeben, oder aber einen DateTime String zu übergeben. Nun bin ich mir nicht sicher, was dann aber mehr Sinn macht, als Objekt zu speichern - weil das wäre dann ja das, was ihr auch über Skripte anlegen wollen könnt - oder wie @sigi234 meinte, über das Widget Input Datetime.

@sigi234 wie wird dann hier der Datenpunkt erstellt? Mein Plan wäre ein Datenpunkt pro Countdown, mit ID und Name = Countdownname, und Wert = Zielzeitpunkt. Hier ist die Frage, ob es hier am meisten Sinn macht, diesen einfach als YYYY.MM.DD HH:MM zu speichern, oder was hier optimal wäre. Vielleicht habt ihr hier eine gute Idee, das es dann auch für jeden nutzbar ist.