NEWS

@homoran So sieht es in den Objekten aus. Ich hab den Datenpunkt mit Rolle Switch und State versucht, macht keinen Unterschied.

Screenshot 2024-05-17 050156.png

Screenshot 2024-05-17 040146.png

Wenn ich den Datenpunkt via Debug abfrage bekomme ich ein true zurück was ja auch stimmt. Also im Debug kann Blockly anscheinend den Datenpunkt lesen.

Sobald ich ihn aber verwende geht er nicht.

Ich hab zum testen mal das hier gemacht, das ist der Datenpunkt meine Bürolampe (Büro.on) , geht problemlos.

Screenshot 2024-05-17 043306.png

Meines erachtens liegt es am selbst erstellen Datenpunkt. Aber was schmeckt ihm daran bloß nicht?

@Meister-Mopper Danke für den Tip! Dachte das geht nur bei dem "Triggerwert" Das macht es natürlich nochmal übersichtlicher.

@haselchen Ja die 100ms sind glaube Standard, bislang ging das eigentlich immer aber habs mach etwas hoch gesetzt.

@codierknecht
Das Fenster reagiert nicht auf Böen. Die werden leider nicht von der Wetterstation ausgelesen. Dafür nehme ich eben die normale Windgeschwindigkeit, die ja vor Böen auch immer erhöht ist. Aus der Sonneneinstrahlung (Helligkeit) und der Windgeschwindigkeit habe ich durch hin- und herprobieren Werte "ermittelt", die in 4 Stufen das Fenster mehr oder weniger öffnen. Das ist auch wieder abhängig von der vorhergesagten Tageshöchsttemperatur. Was ich noch einbinden will ist die Windrichtung, denn wenn der Wind von Osten / Südosten bläst ist das eigentlich unrelevant, da das Fenster nach Westen öffnet.

@homoran Oh Mann 😂 😂 😂
Ab ins Schwarze Loch mit mir!!!!

Vielen Dank!!!!

@newbie2007 Ich stelle das in der Alexa-App ein.

@paul53

Hallo Paul,

vielen Dank für die schnelle Rückmeldung und fürs ausstellen des Skriptes.
Irgendwie bin ich nicht darauf gekommen.
Ich werde es morgen bei Sonne testen, heute gibts nur noch Regen bei uns 😞 .

Viele Grüße
Stefan

@gonzokalle
Oder doch lieber so?🤷‍♀️
Unbenannt.png

@homoran ok werde ich nachher probieren
Fürleicht hab ich ihn mal ausversehn umgestellt

Sooooo, MS Teams bekommt nun schonmal Logging aus dem Broker in einem entsprechenden Kanal:

e90ec9fc-8489-42cd-bdfc-91815ecda76b-grafik.png

@paddex sagte: negativ 7 min 51 sek ??

JS 8.3.1:

Blockly_temp.JPG

@paul53 Vielen Dank.
Ist anderer Ansatz, aber deine Lösung kann ich nachvollziehen.

Da das Thema "neu" ist und ich mit dem gleichen Titel arbeiten würde hier meine Frage zu "request is deprecated" 🙂

Ich habe request einfach mal durch http(POST) ersetzt, ohne zu wissen, ob das richtig ist.
Hier mein Skript:

Clipboard01.png

Was das Skript macht: Wenn ich mit meiner Harmony Fernbedienung die Aktivität "Fernsehen" wähle, wird nach 5 Sekunden (dann sind alle notwendigen Geräte angeschaltet) die Soundbar auf Kanal "HDMI1" geschaltet. Im gleichen Skript habt ich noch blockly für alle anderen Aktivitäten.
Der Kanal der Soundbar wird über folgende URL aufgerufen:

Geht das so einfach mit http(POST)? Und wenn ja, kann ich dann das Timeout, das vor dem httpPOST steht löschen und durch das Timeout im http(POST) Block ersetzen? oder ist das Timeout im POST Block NACH dem "ausführen" des POST?

EDIT: Sorry, bin aufs falsche "Antworten" gegangen... wollte einen neuen Beitrag erstellen und nicht auf einen anderen antworten

@hg6806 sagte in Triggerung durch MQTT zu oft:

ich weiß jetzt allerdings nicht wie belastend das für das System ist, wenn jede Sekunde ein Trigger kommt.

kommt auf den Unterbau an. Bei mir Triggern vermutlich > 50 Skripte jede Sekunde von etwa 500 vorhandenen (jedes Tasmotagerät hat sein eigenes Skript, Mindestintervall 60 Sekunden, die wichtigen alle 15 Sekunden, Stromzähler jede Sekunde)
Inklusive Skripte die durch Skripte getriggert werden:

ist ein AMD 4 x 3GHz Prozessor der auf dem Niveau eines Celeron läuft, Auslastung im Schnitt 33%, MQTT Broker ist Mosquitto, ioBroker per Adapter als Client

Da geht also bei bedarf ganz viel, 1x die Sekunde muss kein problem sein

So, hier die endgültige Lösung

Initialisierung:

e665a404-9fd7-4fd6-83e7-d39a1f550889-grafik.png

Trigger-Schleife:
559f84e1-6cf2-4b4b-bb29-d0a4e83fb455-grafik.png

Durch die um 3 Sekunden verzögerte Ausführung möchte ich die Anzahl der Mails verringern. Häufig fallen ja die Geräte in "Rudeln" aus, z. B. bei WLAN-Problemen, und dann ist es sicher gut, erst eine Mail zu bekommen, wenn das ganze Rudel die Probleme gemeldet hat ... Vielleicht spiele ich noch mit der Wartezeit. Der Ping-Adapter ist auf 60 Sekunden eingestellt, wahrscheinlich wären da mehr als 70 Sekunden besser, aber dann dauert es noch länger, bis die Mail eintrudelt...

@martinp 🙂 Das Weidezaungerät gefällt mir am Besten! Da hab ich gleich viele Ideen, wo ich da noch alles Spannung drauflegen könnte, wenn meine bessere Hälfte wieder mal irgendwo dran rumfummelt wo sie nicht soll... 🙂

@paul53 Das Blockly muss ich mir in Ruhe anschauen. Die Idee dahinter klingt aber erst mal gut!

@wingo56 sagte: wenn die Bedingung die darüber ist 4 sekunden lang ansteht.

Prinzip siehe hier

EDIT: Mit Freigabe:

Blockly_temp.JPG

@paul53 super vielen Dank, das funktioniert.

@gonzokalle
Guter Punkt, werde ich testen. Danke 👍

@lustig29

Richtig, wobei der Adapter das auch selbst begrenzt, damit die Cloud einen nicht sperrt. Steuere die Rollläden halt in einem Abstand von einer Sekunde.