Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[georg2608]

@paul53
Also ich wüßte da nicht dass darauf andere Skripte verweisen würden.

Unter Skripte -> Sunchfunktion und "Philips_hue.Garten.bri" oder nur "Garten.bri" wird mir auch nichts angezeigt.

Wie könnte ich denn das finden?

[paul53]

@georg2608
Die vielen Log-Einträge kommen aus der Instanz hue.0. Vielleicht stimmt etwas nicht mit dem Adapter ? Zum Testen würde ich mal die Instanz deaktivieren und dann beobachten.

[Homoran]

@paul53
Wahrscheinlich versucht da etwas gegenzusteuern

[georg2608]

@paul53
Okay, aber wenn ich hue.0 deaktiviere dann schalte ich im Prinzip alle Hue-Lampen (und auch die Osram Gartenbeleuchtung) aus.
Wie kann ich dann erkennen ob was wie funktioniert wenn das alles aus ist?

Oder soll ich den Adapter nochmals als Hue.1 installieren, da nur die Gartenbeleuchtung mal darauf verweisen und sehen was dann passiert?

[paul53]

@georg2608
Welche Namen haben die Datenpunkte "Philips_hue.Garten.bri" und "Philips_hue.Garten.on" ? Da Blockly die Namen anzeigt und nicht die ID, kann ich sie nicht zuordnen.
Welche ID hat der Datenpunkt mit dem Namen "Gartenbeleuchtung" ?

[paul53]

@georg2608
Ich sehe jetzt, wo die Endlosschleife entsteht: Im Trigger "Gartenbeleuchtung ist unwahr". Dort wird "Gartenbeleuchtung" nochmal auf "falsch" gesetzt und damit wieder der Trigger ausgelöst...unendlich oft. Jedesmal wird auch an "Osram.Garten.on" gesendet.
Besser so:

Mit "aktualisiere" wird der Datenpunkt "Gartenbeleuchtung" geschrieben, mit "steuere" alle anderen Datenpunkte.

[georg2608]

@paul53
ich habe mal Deinen Skriptvorschlag bei mir gemacht. Bin mal gespannt ob das klappt. Muß wohl leider bis morgen 16:30 Uhr warten um zu sehen, was dann passiert.
Erstmal sage ich Dir Vielen Dank für Deine Bemühungen. - Richtig Toll!

Aber was mir noch nicht ganz so einleuchtend ist:
In dem ersten Trigger gehört bei "Objekt ID" sicherlich mein Datenpunkt: Gartenbeleuchtung rein.
Dann "wurde geändert" - bzw falls Wert... Weiß der Trigger dass in diesem Fall das auszuführen ist wenn der Datenpunkt: Gartenbeleuchtung aus Wahr steht oder ergibt sich das automatisch mit dem "falls-mache-sonst"

[paul53]

@georg2608 sagte:

Weiß der Trigger dass in diesem Fall das auszuführen ist

"wurde geändert" triggert dann, wenn der Wert sich ändert (falsch -- > wahr / wahr --> falsch).

@georg2608 sagte in Astrofunktion lastet System aus:

ergibt sich das automatisch mit dem "falls-mache-sonst"

"falls Wert" prüft den Wert des Triggerdatenpunktes, "mache" wird ausgeführt, wenn er wahr ist, "sonst", wenn er falsch ist.

@georg2608 sagte in Astrofunktion lastet System aus:

In dem ersten Trigger gehört bei "Objekt ID" sicherlich mein Datenpunkt: Gartenbeleuchtung rein.

Ja (siehe Kommentar darüber).

[georg2608]

@paul53
ah, okay. Ich bin mal gespannt. Vielleicht werde ich das noch auf Sonnenaufgang ändern um morgen früh gleich zu sehen ob es klappt.

Vielen Dank nochmals für Deine Mühe und ich werde berichten.

[paul53]

@georg2608 sagte:

Vielleicht werde ich das noch auf Sonnenaufgang ändern um morgen früh gleich zu sehen ob es klappt.

Wenn Du den Datenpunktwert von "Gartenbeleuchtung" per Hand (Reiter "Objekte") auf false setzt, müsste es um 20:15 Uhr losgehen.

[georg2608]

@paul53
ich wollte mich wieder melden...
also echt Super! Vielen Dank! Die Gartenbeleuchtung funktioniert genau so wie sie soll.

Vielen Dank für die Hilfe!

ich habe nur an Deiner Skriptvorlage eins verändert. Uns zwar bei "falls -> Wert" habe ich noch den Logikwert eingefügt. Warum genau weiß ich auch nicht, aber so läßt es sich für mich leichter lesen was da passiert. Wird aber wohl keinen Unterschied machen.

Grüße
Georg

[UweRLP]

@georg2608 sagte in [gelöst] Astrofunktion lastet System aus:

Wird aber wohl keinen Unterschied machen.

Am Ergebnis nicht, aber du solltest im Hinterkopf haben das jeder der Blöcke im Hintergrund einer Programmroutine entspricht die das System weiter auslastet.

[georg2608]

@UweRLP
Okay, Danke.
Aber wird das einen großen Unterschied machen? Mein ioBroker läuft in einer VM auf nem NUC. Denke da sollten genügend Ressourcen zur Verfügung stehen, oder hängt da noch was anderes mit zusammen?

[Homoran]

@UweRLP
Das würde mich jetzt aber auch interessieren wieviel Ressourcen (RAM?/CPU?/sonstwas?) EIN Block benötigt.

[paul53]

@Homoran sagte:

wieviel Ressourcen (RAM?/CPU?/sonstwas?) EIN Block benötigt.

Das ist sehr unterschiedlich, je nachdem wieviel Programmcode (compiliert) dahinter steckt. Entscheidend ist wohl eher, wie häufig unnötige Blöcke verwendet wendet werden.

[Homoran]

@paul53
Danke Paul!
Du solltest in die Politik einsteigen;-)

[BBTown]

@georg2608 oder Du merkst Dir folgendes:

Alle drei nachfolgenden "falls-Fragen" bedeuten exakt das gleiche.
Es sind nur 3 verschieden Schreibweisen, weil javascript immer "true" als "gesetzt" annimt (also immer davon ausgeht das true als Antwort kommt), kann man es auch kurz fassen.
Die dritte Form ist lediglich am einfachsten zu durchschauen/erkennen.

Das Gegenstück hierzu:

[paul53]

@BBTown sagte:

Alle drei nachfolgenden "falls-Fragen" bedeuten exakt das gleiche.

Version 4 benötigt die wenigsten Resourcen:

[BBTown]

@paul53
immer wieder schön wie Du mir Nichtprogrammierer meine Grenzen aufzeigst :grin:
Woher kommt der "value" Baustein? - oder ist das lediglich eine Variable namens "value"?
Und wie würdest Du den Unterschied zwischen "value" und "Wert" beschreiben wollen?

[paul53]

@BBTown sagte:

ist das lediglich eine Variable namens "value"?

Ja, es ist eine vordefinierte lokale Variable, die mit jedem Datenpunkt-Triggerblock geliefert wird. Allerdings muss man in Blockly erst eine gleichlautende globale Variable erstellen, um auf die lokale Variable zugreifen zu können. (Issue)

@BBTown sagte in [gelöst] Astrofunktion lastet System aus:

Unterschied zwischen "value" und "Wert" beschreiben wollen?

  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (value) {

  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "")) {