[Blockly] Lampe einschalten, wenn PC zwischen Sonnenuntergang und Sonnenaufgang eingeschaltet ist

Homoran

Habe jetzt nicht mehr alles verfolgt, Rantanplan macht das ja eh besser ;-) , aber was spricht dagegen daen UND-Block zu negieren:

UND Zeit ist nicht zwischen Sonnenaufgang und untergang?

Gruß

Rainer

Modjo

~~@Homoran:~~

Habe jetzt nicht mehr alles verfolgt, Rantanplan macht das ja eh besser ;-) , aber was spricht dagegen daen UND-Block zu negieren:

UND Zeit ist nicht zwischen Sonnenaufgang und untergang?

Gruß

Rainer `

Hallo Rainer,

wenn ich dich richtig verstanden habe, dann meinst du das wie im beigefügten Bild. So hatte ich das ja, was leider nicht funktioniert hatte.
4811_unbenannt.jpg

rantanplan

~~@Modjo:~~

Ich habe es nun wie folgt angepasst und werde es testen. `
Ha, da kann ich ja mal wieder einer meiner Standardfloskeln loswerden :D

Dein Trigger reagiert auf "aktualisieren".

Adapter "aktualisieren" ihren Status häufiger. Auch wenn sich nichts geändert hat.

Man sollte sich angewöhnen nur etwas zu schalten wenn es auch etwas zu schalten gibt.

Stichwort: DutyCycle

Grüße

Modjo

~~@rantanplan:~~

~~@Modjo:~~

Ich habe es nun wie folgt angepasst und werde es testen. `
Ha, da kann ich ja mal wieder einer meiner Standardfloskeln loswerden :D

Dein Trigger reagiert auf "aktualisieren".

Adapter "aktualisieren" ihren Status häufiger. Auch wenn sich nichts geändert hat.

Man sollte sich angewöhnen nur etwas zu schalten wenn es auch etwas zu schalten gibt.

Stichwort: DutyCycle

Beispiel.png

Grüße `

Hi,

das hatte ich ja auch, aber jetzt stell dir das Szenario vor, ich habe den PC Tagsüber an, bis in die Nacht hinein. Der Zustand ändert sich ja nicht, was zur Folge hätte, dass dann die Lampe nicht angeht, sobald es Abend wird. Deshalb habe ich es auf aktualisieren gemacht. Oder sehe ich das falsch?

VG

RappiRN

Für diesen Fall nehme ich noch einen anderen Trigger, in deinem Fall dann die Tageszeitänderung. Und wenn der PC an dann Lampe an.

Enrico

rantanplan

~~@Modjo:~~

das hatte ich ja auch, aber jetzt stell dir das Szenario vor, ich habe den PC Tagsüber an, bis in die Nacht hinein. Der Zustand ändert sich ja nicht, was zur Folge hätte, dass dann die Lampe nicht angeht, sobald es Abend wird. Deshalb habe ich es auf aktualisieren gemacht. Oder sehe ich das falsch? `
Es geht bei meinem Hinweis nicht um das "aktualisieren".

Sondern darum das man, grundsätzlich, nur schalten sollte wenn etwas geschaltet werden muss.

Wenn eine Lampe schon eingeschaltet ist, muss sie nicht nochmal eingeschaltet werden.

Wenn die Solltemperatur einer Heizung schon bei 21 Grad eingestellt ist muss die nicht laufend auf 21 Grad eingestellt werden.

Usw. usw.

Die Befehle werden zum Aktor gesendet. Ob notwendig oder nicht.

Da kann der DutyCycle schon mal permanent hoch sein.

Und schlimmstenfalls seinen Dienst mal für eine Stunde einstellten :shock:

Grüße

paul53

~~@Modjo:~~

ich habe den PC Tagsüber an, bis in die Nacht hinein. Der Zustand ändert sich ja nicht, was zur Folge hätte, dass dann die Lampe nicht angeht, sobald es Abend wird. `
Dafür braucht es noch zwei Astro-Trigger. Etwa so:

Hier der Export, in dem noch die Datenpunkt-IDs eingesetzt werden müssen:

! ````
<block xmlns="http://www.w3.org/1999/xhtml" type="variables_set" id="B0M,XF@Ebi0#EwzvOJvp" x="-587.6981554662608" y="-511.1388272105397"><field name="VAR">nacht</field>
<value name="VALUE"><block type="time_compare_ex" id="Qtlm^0L^oN[UoH-PauPc"><mutation end_time="true" actual_time="true"></mutation>
<field name="USE_ACTUAL_TIME">TRUE</field>
<field name="OPTION">not between</field>
<value name="START_TIME"><shadow type="text" id="tPo^_S^9UYh]^1,T!b,5"><field name="TEXT">12:00</field></shadow>
<block type="time_astro" id="[;]mY5K0=5l)x,wfRbaq"><field name="TYPE">sunriseEnd</field>
<field name="OFFSET">0</field></block></value>
<value name="END_TIME"><shadow type="text" id="Id:|HQ}w.^KeqbRnK(`!"><field name="TEXT">18:00</field></shadow>
<block type="time_astro" id="W3/Q[pO9Xbbd_2w(*d[!"><field name="TYPE">sunset</field>
<field name="OFFSET">0</field></block></value></block></value></block>

rantanplan

~~@paul53:~~

Dafür braucht es noch zwei Astro-Trigger. Etwa so: `
Ja, das würde Tag und Nacht abdecken.

Wobei "ledkugel" auch mal "unwahr" werden müsste ;)

Grüße

paul53

~~@rantanplan:~~

Wobei "ledkugel" auch mal "unwahr" werden müsste ;) `
Das sind zwei Datenpunkte "Büro Kugel ein" und "Büro Kugel aus". "ledkugel()" ist eine Funktion, die diese beiden Datenpunkte setzt.

rantanplan

~~@paul53:~~

Das sind zwei Datenpunkte "Büro Kugel aus" und "Büro Kugel aus". "ledkugel()" ist eine Funktion, die diese beiden Datenpunkte setzt. `
Jepp, habe ich nicht aufgepasst :oops:

Modjo

~~@paul53:~~

~~@Modjo:~~

ich habe den PC Tagsüber an, bis in die Nacht hinein. Der Zustand ändert sich ja nicht, was zur Folge hätte, dass dann die Lampe nicht angeht, sobald es Abend wird. `
Dafür braucht es noch zwei Astro-Trigger. Etwa so:

Ping_nachts.JPG

Hier der Export, in dem noch die Datenpunkt-IDs eingesetzt werden müssen:

! <block xmlns="http://www.w3.org/1999/xhtml" type="variables_set" id="B0M,XF@Ebi0#EwzvOJvp" x="-587.6981554662608" y="-511.1388272105397"><field name="VAR">nacht</field> <value name="VALUE"><block type="time_compare_ex" id="Qtlm^0L^oN[UoH-PauPc"><mutation end_time="true" actual_time="true"></mutation> <field name="USE_ACTUAL_TIME">TRUE</field> <field name="OPTION">not between</field> <value name="START_TIME"><shadow type="text" id="tPo^_S^9UYh]^1,T!b,5"><field name="TEXT">12:00</field></shadow> <block type="time_astro" id="[;]mY5K0=5l)x,wfRbaq"><field name="TYPE">sunriseEnd</field> <field name="OFFSET">0</field></block></value> <value name="END_TIME"><shadow type="text" id="Id:|HQ}w.^KeqbRnK(`!"><field name="TEXT">18:00</field></shadow> <block type="time_astro" id="W3/Q[pO9Xbbd_2w(*d[!"><field name="TYPE">sunset</field> <field name="OFFSET">0</field></block></value></block></value></block> `

Also ist das so richtig (Anhang)?

Mit dem gelb markierten "Value" kann ich noch nicht so viel anfangen. Ist das eine eigene Variable, die so benannt ist (so hab ich es jetzt gemacht), wie PC oder Büro Kugel?
4811_unbenannt.jpg

paul53

~~@Modjo:~~

Mit dem gelb markierten "Value" kann ich noch nicht so viel anfangen. Ist das eine eigene Variable, die so benannt ist (so hab ich es jetzt gemacht), wie PC oder Büro Kugel? `
value (klein geschrieben !!) ist eine vordefinierte lokale Skriptvariable, die den Wert des auslösenden Datenpunktes enthält. Nacht und PC sind globale Skriptvariablen.

Ich hatte die Skriptvariable pc extra klein geschrieben, damit sie sich vom Namen "PC" des auslösenden Datenpunktes unterscheidet, was auf die Funktion aber keine Auswirkung hat.

rantanplan

~~@Modjo:~~

Mit dem gelb markierten "Value" kann ich noch nicht so viel anfangen. Ist das eine eigene Variable, die so benannt ist (so hab ich es jetzt gemacht), wie PC oder Büro Kugel? `

Paul53 benutzt die englische Variante.

Dieser Baustein ist nur innerhalb eines Triggers gültig und enthält verschiedene Information vom ausgelösten Trigger-Wert.

Grüße

rantanplan

~~@paul53:~~

value (klein geschrieben !!) ist eine vordefinierte lokale Skriptvariable, die den Wert des auslösenden Datenpunktes enthält. `

Ich benutze lieber den Baustein.

Ist leichter zu vermitteln und der Gültigkeitsbereich von "value" ist, für mich leider, nicht nur auf die Trigger-Funktion begrenzt.

Grüße

paul53

~~@rantanplan:~~

Paul53 benutzt die englische Variante. `
Nein, ich benutze die Bezeichnung der schon vordefinierten lokalen Skriptvariablen.

on({id: "Object ID", change: "ne"}, function (obj) {
  var value = obj.state.val;       // lokale Variable, die zu jedem Datenpunkt-Trigger automatisch erzeugt wird
  var oldValue = obj.oldState.val; // lokale Variable, die zu jedem Datenpunkt-Trigger automatisch erzeugt wird
  pc = value;
  ledkugel();
});

paul53

~~@rantanplan:~~

Ich benutze lieber den Baustein.

Ist leichter zu vermitteln `
Da gebe ich Dir recht.
~~@rantanplan:~~

der Gültigkeitsbereich von "value" ist, für mich leider, nicht nur auf die Trigger-Funktion begrenzt. `
Doch, ist er. value wird innerhalb der Funktion mit var deklariert (var value = …) und ist deshalb nur auf die Funktion begrenzt, unabhängig davon, welche Skriptvariablen noch value genannt werden.

rantanplan

~~@paul53:~~

Doch, ist er. value wird innerhalb der Funktion deklariert (var value = …) und ist deshalb nur auf die Funktion begrenzt, unabhängig davon, welche Skriptvariablen noch value genannt werden. `
Das muss aber relativ neu sein. Hatte das irgendwann mal getestet und dann nicht weiter verfolgt.

Aber wir schweifen vom Thema ab. ;)

paul53

~~@rantanplan:~~

Das muss aber relativ neu sein. `
Ich kenne es https://wiki.selfhtml.org/wiki/JavaScript/Variable.

rantanplan

~~@paul53:~~

~~@rantanplan:~~

Das muss aber relativ neu sein. Ich kenne es [https://wiki.selfhtml.org/wiki/JavaScript/Variable](https://wiki.selfhtml.org/wiki/JavaScript/Variable).

Ich meinte nicht die Deklaration in JavaScript.

Im Blockly-Trigger war die mal nicht so angelegt.

paul53

~~@Modjo:~~

Also ist das so richtig (Anhang)? `
Neben value (klein geschrieben): Du hast den Namen der Funktion Büro Kugel genannt. Leerzeichen sind in Namen für Skriptvariablen und -funktionen nicht zulässig und Umlaute würde ich vermeiden. Ändere deshalb den Namen in Buero_Kugel.

EDIT: Variablennamen dürfen nur Buchstaben, Ziffern und Unterstriche enthalten und dürfen nicht mit einer Ziffer beginnen.

Community Forum

NEWS

[Blockly] Lampe einschalten, wenn PC zwischen Sonnenuntergang und Sonnenaufgang eingeschaltet ist

Support us

797

32.5k

81.8k

1.3m