@olli_m Du liest den Wert der da triggert erneut ein. Das ist unnötig. Bool'sche Werte muss man nicht mit "= falsch" oder "= wahr" vergleichen. Ein solcher Vergleich liefert auch nur "wahr" oder "falsch" als Ergebnis, Da kann man auch gleich mit dem Wert arbeiten. Ist denn location.home gerade false? [image: 1741680197858-f8827634-ef65-4e9b-a2cb-8200e74bf6de-image.png] Ich vermute auch mal, dass der Trigger falsch gewählt ist. Es ändert sich doch vermutlich das location.home und nicht der Status des Fensters, oder? Ist der Status des Fensters tatsächlich wahr, wenn das Fenster geöffnet ist? Ich würde bei geöffnetem Fenster eher ein false vermuten. https://forum.iobroker.net/topic/70481/blockly-for-dummies-starthilfe-und-tipps Auch wenn man "Mengenlehre" in der Schule vermutlich eher gehasst hat: Für die "bool'sche Algebra" ist ein Grundverständnis essentiell.

Da mein oben aufgeführtes Script aktuell sehr gut funktioniert, würde ich jetzt noch einen Schritt weiter gehen. Ich würde jetzt gern noch Licht und Geräte hinzufügen, aber so, dass erst die Fenster, dann das Licht und zum Schluss die Geräte abgefragt werden. Die Kategorien habe ich schon angelegt, aber jetzt weiß ich im Script nicht wirklich weiter. Aber wie kann ich das, verständlich für Anfänger, jetzt umsetzen? Die Ausgabe erfolgt immer auf dem selben Echo Dot im Flur.

@malleralle sagte in Wert in Datenpunkt schreiben: Vielen Dank Euch beiden. Ich hatte das selbe Problem und dank eurer Lösung konnte ich mir einen Codeschnipsel raus kopieren . Da ich nur drei Funktionen abfrage, langt mir eine einfache Lösung. Hier ein Beispiel wie ich einen DP abfrage. // Status const dp1='homeconnect.0.BOSCH-WDU28513-68A40E987899.status.BSH_Common_Status_OperationState'; getState(dp1, (err, state) => { if (!err && state && state.val !== undefined && state.val !== null && state.val !== '') { let id=getState(dp1).val; let tx=getObject(dp1).common.states[id]; setState('0_userdata.0.Waschmaschine.Status',tx); } else { setState('0_userdata.0.Waschmaschine.Status','Aus'); } }); Das kann man jetzt beliebig erweitern, einfach kopieren und z.B. neuen DP in eine const dp2 eintragen, also danke an alle.

@paul53 Vielen lieben Dank! Ich hab es mit diebischer Freude nachgebaut und es funktioniert tadellos. Ich hab auch echt viel gelernt. Danke!

@codierknecht Danke... das erklärt es!

Gut, das lies sich jetzt relativ leicht anpassen [image: 1741352073653-new.png] An dieser Stelle: Vielen lieben Dank an alle für eure Unterstützung, Ideen, Ratschläge. Da hab ich für die Zukunft wieder einiges gelernt, womit ich auch andere Scripts verbessern kann. DANKESCHÖN

@chralt sagte in Blockley bzw. Javascript: "LEVEL => 100%" dann weiss ich auch nicht woher die Meldung kommen soll

@emil70 sagte: Liegt das jetzt daran,das es mehere Trigger gibt oder an dem was im "falls" steht? Es liegt an der UND-Verknüpfung im "falls".

@codierknecht Das war mein Fehler. Danke euch allen die mir geholfen haben. LG Duffy

@mickemup DANKE :-) Funktioniert [image: 1741263427347-n1.jpg]

@codierknecht Klasse - das hat auf Anhieb funktioniert. Vielen Dank für den Vorschlag und deine Hilfe

@dominik-2 sagte: Der ist so geschalten, weil der Leiter Leiter Spannung Brauch Wenn zwei Heizwendeln zwischen L1 und L2 (400 V) in Reihe geschaltet sind, muss nur eine Phase geschaltet werden. Man kann sich also einen Shelly sparen.

@woupi sagte in [erledigt] Heishamon SET DHW Temp funktioniert nicht: @woupi [image: 1682776191000-70e3e9eb-eaef-408b-bc07-6ba5d0c07efe-image.png] Da ging es auch nur um WW, darum habe ich auch nur den WW Teil gepostet. Main_target ist Heizung und auch kein punkt der gesteuert werden kann. Dafür benötigst Du die Set Punkte.

@paul53 Wo Du recht hast haste recht, war ein Tippfehler ;)

@krodon sagte: Wieso hast Du mir einen Datenpunkt vorgeschlagen? Damit der Zusammenhang zwischen erstelltem Datenpunkt und konstruierter ID zu sehen ist.

@david-g Danke schön an alle Beteiligte, auch an der Lösung. Hab's nun adaptiv umgesetzt.

@bullhead sagte in Fenster auf Heizung aus AVM Dect301: Weil wenn mal der iobroker neu startet und das Thermostat auf aus steht, aber das Fenster zu ist schaltet er es nicht auf Automatik, da muss ich erst das Fenster wieder aufmachen und zumachen. Ich mache das seit Jahren, und das wäre ein eher theoretisches Problem. Dann müsste jemand ein Fenster öffnen oder schließen in dem Moment wo du den ioBroker neu startest. Man könnte direkt beim Start prüfen. Aber dann müsste man warten bis der ZigBee-Adapter wieder läuft und der Sensor das erste mal gesendet hat. Ok, also doch eine regelmäßige Prüfung wenn man ganz sicher gehen will ...

@frankyboy73 Hallo, ich habe das selbe Problem wie oben beschrieben. Hab versucht das Script so zu änderndas es bei mir paßt, aber es funktioniert nicht. Was mache ich falsch ? [image: 1740840051714-heizung_marvin2.png] EDIT: Es funktioniert doch, dauert nur paar Sekunden bist wieder von Auto auf closed geschalten wird. Danke

@oliverio Ah, mit dem Befehl kann ich mich als iobroker einloggen. super. Damit kann ich dann die ssh-keys anlegen. Perfekt. Danke. Ich werde das heute im Laufe des Tages ausprobieren und melde mich dann wieder. Den 2. Aspekt: ja, User Bernd kann sich dort einloggen ssh-keys sind richtig eingestellt für den Nutzer bernd, kann man dann ja einfach testen mit ssh -p 5354 bernd@192.168.178.17 Beim Ausführen ohne Passwort habe ich lange gekämpft, aber ja, das geht jetzt auch. Ich habe da in der sudoer Datei einige Einträge gemacht, welche Befehle der user Bernd ohne Passwort ausführen darf und welche sudo Befehle er überhaupt ausführen darf. Da konnte ich gut Wissen aufbauen und meinen anderen Raspi auch dementsprechend sicherer machen. Genau, es kann unbrauchbar werden. Deswegen habe ich es fast immer über visudo gemacht. Allerdings habe ich beim Probieren, den Befehl ohne Passwort abzusetzen, eine minimal sudoer Datei erstellt und mich dann selbst ausgesperrt. Ich konnte dann als Nutzer keinen einzigen sudo Befehl mehr absetzen. Nur noch ein Editieren der sudoer Datei an einem anderen Linux konnte ich das Beheben.