Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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:+1: 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...........:+1:

[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.

[liv-in-sky]

@jackblackson

und wenn du einfach beides machst und eines davon priorisierst in der internen abfrage ,falls jmd beide einträgt oder ist das zu viel aufwand

mir persönlich reicht ein string mit datum und zeit

[jackblackson]

@liv-in-sky redest du von den Werten, die über das SentTo übergeben werden, oder darüber, wenn jemand den Datenpunkt manuell erstellt? Beim SendTo werde ich beides möglich machen - beim Objekt, das ich daraus erstelle, muss es eine einheitliche Lösung sein, da ich es gleich erstellen muss wie die Personen die es z.B: über das Widget erstellen wollen.

[liv-in-sky]

@jackblackson ich meinte "sendto"

es gibt doch ein widget datetime- vielleicht kannst du davon etwas ableiten