Okay verstehe

Ihr braucht nur die History beim "Befehl" sprechen beobachten, dann seht Ihr wie die Dame etwas schreibt.

@liv-in-sky Super danke.

Mein Ziel ist es, zum Zeitpunkt HH:MM zu checken, ob ein Gerät läuft, d.h. der Stromverbrauch entsprechend hoch ist. Telegram, Stromverbrauchscheck funktioniert; nur die Zeitabfrage halt nicht...

Ich habe es selbst hinbekommen :-) mit zwei Kommandos die man nach belieben verändern kann... Das ganze sieht in Blockly folgendermaßen aus: [image: 1582928202146-68009eb9-0447-4be3-a0fc-4fe974d37bb7-image.png]

@Asgothian Ah klasse, vielen Dank, das kannte ich noch garnicht

@mawi1986 gerne!

Hallo, ich habe es jetzt mal probiert, wie beschrieben, allerdings funktioniert das auch nicht! Ich bin am verzweifeln, in den Objekten sehe ich bei der Eingetragen ID definitiv eine Änderung, sie springt von Ready auf Run und wieder auf Ready, der Zeitstempel ändert sich dabei natürlich auch! Ich weiss nicht mehr weiter ! So sieht es jetzt bei mir aus : [image: 1582704711928-e2f4b5d2-41be-4ebd-af2b-7998f81ed0f8-image.png]

Vielen Dank. Ich hatte den Timeout Stop nie beachtet.

@Atifan sagte in wie Skript für Stromverbrauch der letzten Tage?: Ah, habe den Fehler gefunden. Ich hatte im Datenpunkt manuell die Einheit "m³" eingetragen. Im Sourceanalytics Adapter heisst die Einheit aber "m3". Wenn die beiden unterschiedlich sind funktioniert es nicht. :) Thx für den Tipp mit der Unit :)

@Semie1 sagte: wollte ich das script für die Thermostate verwenden, geht das Nein, das ist ein 2-Punkt-Regler-Script (für Schaltaktoren). Die HKT enthalten einen PI-Regler, bei dem man nur den Sollwert vorgeben kann.

Super Danke!!!

@CruziX sagte in Deconz Adapter schaltet bei Neustart: @Asgothian Aber der Trigger größer als vorher verhindert ja z.B. die Erkennung von Events die eine kleinere Nummer haben als die Jetzige, bsp. 1003 -> 1001 Lesen hilft. Ich habe oben beschrieben wie der Datenpunkt arbeitet: @Asgothian sagte in Deconz Adapter schaltet bei Neustart: Das wird nicht gehen. Der Datenpunkt bekommt fuer eine kurze Zeit einen Zahlenwert aus dem der auf dem Schalter gedrueckte Knopf (und die Art) erkennbar ist, und faellt dann auf 0 zurueck. Im Normalfall steht der Datenpunkt auf 0. Nur wenn eine Taste erkannt wurde wird kurzzeitig ein Wert > 0 eingetragen, danach wieder 0. Es ist theoretisch denkbar das ein schneller Wechsel von verschiedenen Schaltzuständen nicht erkannt wird, mir ist das aber nie in versuchen gelungen. Zumeist erkennen die Schalter selber diese Zustände. (bsp.: die Aquara Doppel-Schalter geben einen eigenen Wert für "beide Schalter gedrückt", wenn (fast) gleichzeitig beide gedrückt werden. @CruziX sagte in Deconz Adapter schaltet bei Neustart: @Jey-Cee Also kann man auf die Objekte von Deconz keine Trigger mit aktualisiert verwenden, ohne sicherzustellen, dass die Uptime groß genug ist? Wäre es nicht auch möglich beim Füllen der Datenpunkte abzufragen, ob diese bereits den Wert enthalten? Das passiert an dieser Stelle ja nur beim Neustart des Adapters, also wenn die meisten Datenpunkte schon befüllt sind. Das wurde bereits weitgehend diskutiert. Es macht durchaus Sinn das der Adapter die States bei Beginn aktualisiert, dann ist am Zeitpunkt der letzten Anpassung erkennbar wann der Wert das letzte mal gesetzt wurde. Des weiteren schützt eine Abfrage auf "ist der wert schon da" nur bedingt, und man riskiert das Anpassungen seitens der Quelle nicht sauber eingetragen werden. Genau deswegen gibt es ja für Taster 2 Datenpunkte - buttonpressed und buttonevent. Einer wird immer nur kurz auf den aktuellen Taster-Wert gesetzt, der andere beinhaltet den letzten erkannten Taster-Wert. Ich nutze beide seit dem sie eingeführt wurden ohne das ich Probleme mit selbst schaltenden Lampen beim Start des Adapters habe. A.

@RalfEngelberth du könntest es mal versuchen, einen alias anzulegen, mit diesem kannst du deinen Datenpunkt direkt Umrechnen https://www.iobroker.net/#en/documentation/dev/aliases.md https://github.com/ioBroker/ioBroker.js-controller/blob/master/README.md#object-and-state-aliases

@cHefroCker sagte in EXEC raspistill: /tmp/Pic.png Der Punkt vor ./ war auch der Fehler ....!

@raz Das Intervall gehört in den Trigger. Enthält der Datenpunkt "active" wirklich einen String ? Wenn es Zahlen 0 und 1 sind, dann so: [image: 1582537816337-blockly_temp.jpg]

@FredF sagte: Also so wie der Ersteller es Ürsprünglich in seiner Falls Abfrage hat. In etwa. Ich würde es so machen: [image: 1582477583340-blockly_temp.jpg]

Ich habe den Fehler jetzt selber gefunden. So funktioniert es: [image: 1582471172913-bildschirmfoto-2020-02-23-um-16.02.43.png]

Update: Nach Umstellung des Offsets geht die Lampe jetzt wieder aus. Weiß der Geier, was da gehangen hat.