Monatsrückblick Januar/Februar 2026 ist online!

[apollon77]

Bau doch mal eine log Ausgabe vor der Bedingung ein die den Wert der ccu Connection ausgibt. Dann. Siehst du potentiell mehr.

Ein weiterer top ist das nicht über einen Zeitplan zu machen sondern Über einen Trigger der genau auf den Connection Datenpunkt reagiert und dann setzt. Das muss ja nicht minütlich laufen.

Wenn du es so machst musst du nur such beim Skripte Start das einmalig korrekt setzen.

[hmanfred]

Danke für die Tipps.

Ich habe nun in das Script einen Debug-Output mit dem Wert des betreffenden Objektes eingefügt.

Was das Triggern betrifft, ist es etwas komplexer: im eigentlichen Script werden 16 Datenpunkte abgefragt, die auch noch verschiedene Werte haben (z.B. Duty-Cycle ist erst kritisch > 50). Auf die alle zu triggern ist mit Javascript/Blockly etwas komplex. :-(

Aber mit der oben beschriebenen Ergänzung erfahre ich beim nächsten Mal wenigstens, welcher Wert im Script verarbeitet wird. Wobe ich mir sicher bin, dass es ein false ist, obwohl im Objekte-Reiter true steht.

Ich bin dann erst mal ein paar Tage abwesend. Deshalb werde ich den nächsten Zeitpunkt (wenn es denn wirklich immer wie beschrieben Sonntags ist) nicht sehen können. Also nicht wundern, wenn ich in diesem Thread erst mal nicht weiter aktiv bin.

[apollon77]

Wie sieht die konfig vom JavaScript Adapter aus? Screenshot bitte

[hmanfred]

Voilá:

Könnte es der Schalter "Nicht alle Zustände beim Start abonnieren" sein :?:

[apollon77]

Der ist genau so wie er keine Probleme macht. Das war eine Vermutung die sich damit nicht bewahrheitet hat.

[rantanplan]

@apollon77:

Der ist genau so wie er keine Probleme macht. Das war eine Vermutung die sich damit nicht bewahrheitet hat. `
Kannst Du bitte mal erläutern mit welchen Einstellungen er Probleme macht?

[Dutchman]

@hmanfred:

Was das Triggern betrifft, ist es etwas komplexer: im eigentlichen Script werden 16 Datenpunkte abgefragt, die auch noch verschiedene Werte haben (z.B. Duty-Cycle ist erst kritisch > 50). Auf die alle zu triggern ist mit Javascript/Blockly etwas komplex. :-( `

Warum? Es gibt ja den Trigger Block wo man mehrere objecten eingeben kann die das Script bei Änderung ausführen sollen?

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

[apollon77]

@rantanplan:

@apollon77:

Der ist genau so wie er keine Probleme macht. Das war eine Vermutung die sich damit nicht bewahrheitet hat. Kannst Du bitte mal erläutern mit welchen Einstellungen er Probleme macht?
Man muss dann anders programmieren und nicht kompatibel mit blockly wie ich denke.

https://github.com/ioBroker/ioBroker.ja ... s-on-start

Aber hier nicht relevant.

[hmanfred]

@Dutchman:

Warum? Es gibt ja den Trigger Block wo man mehrere objecten eingeben kann die das Script bei Änderung ausführen sollen? `

Hallo Dutchman,

wie schon geschrieben sind es ja 16 Objekte, die ich abfrage. Die haben sehr verschiedene Stati - Bool, Werteliste, Zahl etc.

Wahr, unwahr, größer, kleiner etc. fallen da also als Trigger aus. Bleibt nur "wurde geändert" (oder, schlechter, wurde aktualisiert).

Nun gibt es aber Objekte, die sich sehr oft ändern. Im Ergebnis würde möglicherweise sogar öfter getriggert, als mit dem Cron.

Okay, ich könnte mehrere Scripte daraus machen - je Art des Objektes eines.

Aber: im Kern geht es hier doch darum, dass im Script offensichtlich ein anderer Zustand verarbeitet wird, als der tatsächlich (laut Objekte-Reiter und laut aktueller Funktion des Gewerks) vorhandene. Das Problem durch Umprogrammierung zu "lösen" würde doch allenfalls die Symptome reduzieren und nicht die Ursache. Außerdem: Wenn der Trigger dann, z.B. durch Änderung des DutyCycle, ausgelöst wird, schlägt der Fehler im anderen Objekt doch wieder zu.

Gruß

Manfred

[hmanfred]

@apollon77:

Bau doch mal eine log Ausgabe vor der Bedingung ein die den Wert der ccu Connection ausgibt. Dann. Siehst du potentiell mehr. `

Aus dem Urlaub zurück und erwartungsgemäß steht das Problem wieder an.

Obigen Tipp habe ich befolgt. Ergebnis:

• Logeintrag des Scriptes: hm-rpc.2.info.connection: false

In der Übersicht der Objekte im Admin: hm-rpc.2.info.connection: true

Und nun?