Ja, ich hatte an ein Intervall gedacht, denn gelegentlich wird der Befehl auf meinem GPIO (Hardware) nicht umgesetzt. Im IoBroker wird zwar angezeigt, dass beispielsweise TRUE sein sollte, aber in der Hardware bleibt es weiterhin auf 0 bzw. FALSE
NEWS
Latest posts made by Zimbl
-
RE: Tuya Thermostat soll GPIO Klemme steuern
-
Tuya Thermostat soll GPIO Klemme steuern
Hallo liebe Forengemeinde,
ich habe irgendwie bei mir so ein bisschen den Faden verloren.
Vielleicht könnt ihr mir weiterhelfen.
Ich möchte gerne wenn mein Thermostat auf Open geht, das der GPIO auf FALSE geht und wenn es auf Close geht das der GPIO auf TRUE schaltet. Da ich in der Vergangenheit immer das Problem hatte, das selbst wenn er laut IOB auf TRUE steht. War die Hardware immer noch auf FALSE. Das ganze hatte ich bei Wertänderung immer nur durchgeführt. Jetzt soll das ganze im Interval von 5 Minuten passieren ( Test gerade auf 10 s). Aber ich sicher gehen kann, das er dann auch irgendwann mal schaltet.
Aber ich habe den Eindruck das ich hier den verkehrten Datentyp nehme.
Wer kann mir hier helfen ? Wo liegt der Fehler ?
// Funktion zur Überprüfung und Aktualisierung des GPIO-Werts async function updateGPIO() { // Den aktuellen Wert von tuya.0.70412616a4e57c975a09.36 abrufen let tuyaValue = getState("tuya.0.70412616a4e57c975a09.36").val; // Protokollieren des aktuellen Werts console.log("Aktueller Wert von tuya.0.70412616a4e57c975a09.36:", tuyaValue); // Überprüfen, ob der Wert gültig ist if (String(tuyaValue) === "Close(1)") { // Wenn der Wert "Close" ist, setzen wir GPIO auf TRUE setState("rpi2.0.gpio.11.state"/*GPIO 11*/, true); console.log("GPIO auf TRUE gesetzt."); } else if (String(tuyaValue) === "Open(0)") { // Wenn der Wert "Open" ist, setzen wir GPIO auf FALSE setState("rpi2.0.gpio.11.state"/*GPIO 11*/, false); console.log("GPIO auf FALSE gesetzt."); } else { // Wenn der Wert ungültig ist, geben wir eine Fehlermeldung aus console.error("Ungültiger Wert für tuya.0.70412616a4e57c975a09.36:", tuyaValue); } } // Die Funktion updateGPIO initial ausführen updateGPIO(); // Alle zwei Minuten die Funktion updateGPIO ausführen setInterval(updateGPIO, 10000);
-
GPIO wird nicht zuverlässig gesetzt
Hallo Forengemeinde,
ich habe seit Beginn meiner Umstellung, Heizungsthermostate mit Hilfe von ZigBee Raumtemperatursensoren und einem TUYA Raumtemperaturregler ( WLAN ) zu schalten.
immer mit meinem GPIO 11 Probleme.( Gibt keine Kabelverbindung zu den Stellmotoren FBH (ALTBAU) )
Bei der alten Variante hatte ich auch einen Sensor für GPIO 11, dieser wurde nicht immer
zuverlässig geschaltet. ( 1= Ventil zu, 0 = Ventil auf ). Dann habe ich gewechselt auf ein
TUYA Raumthermostat ( 1= Ventil zu, 0 = Ventil auf ). Aber auch hier, wird ab und an nicht
ausgeschaltet und der RAUM wird zu Warm.Konfiguriert sind alle GPIO´s gleich. ( Laut RaspPi APP ).
Ich habe auch keine Idee, was ich machen kann. Um vielleicht nochmal abzufragen ist der
Ausgang wirklich richtig gesetzt ?!?! ( Automatisiert ).Folgendes Skript habe ich für die TUYA with GPIO 11 Story.
Vielleicht habt ihr eine Idee.
Vielen Dank.
Grüße
zimbl -
RE: Iobroker Neustarten über Nacht
Hallo,
das werde ich heute machen, habe auch festgestellt...jedesmal ein Neustart hilft nicht.
Bringt nur noch mehr Probleme.Werde das nicht mehr machen.
Vielleicht kann mir das Forum bei dem eigentlichen Problem weiterhelfen.
Ich danke dir für deinen guten Rat.
-
RE: Iobroker Neustarten über Nacht
Hallo,
kann man anstatt den Sternen es auch zu bestimmten Tagen nur zum Neustart
ausführen lassen.00 2 * * * sudo reboot.
ist ja für jeden Tag um 2:00 Uhr ....geht das auch noch anders?
nur 1x die Woche ?
-
RE: Status negiert übertragen
mein Problem ist derzeit egal welche Änderung ansteht.
Beim GPIO..state...switch findet keine Änderung statt....Der steht immer auf dem gleichen Wert....ich kann ihn
von Hand aus umschalten...sowohl über APP als auch direkt
unter Objekte...aber das Skript scheint nichts zu bewirken... -
RE: Status negiert übertragen
Ja du hast da völlig recht, im Blockly sollte man erstmal beginnen.
Hast du auch alles wirklich gut erklärt....vielen Dank für deine Mühe.
Ich habe ja nun das Skript angenommen, es funktioniert ja auch.
Könnte es jetzt wirklich sein, das dass Signal zu kurz nur ansteht ?
Weil ich sehe ja in einem anderem Skript das die Funktion ausgeführt wird, da die Änderung dort registriert wird. Aber wenn ich in den Objekten schaue, ist der Wechsel von FALSE zu TRUE oder rumgedreht nicht ausgeführt.Muss der Befehl dann länger anstehen ? wie kann man das machen ? oder hast du für mich generell eine vereinfachte Blockly ausführung, wo ich vielleicht dann noch ein paar Dinge hinzufügen kann...zu einem späteren Zeitpunkt...
-
RE: Status negiert übertragen
genau rumgedreht.
Das andere ist vom Typ Number und das Ziel ist ein GPIO...also vom Typ Bool. -
RE: Status negiert übertragen
das ist schon sehr gut.
Es scheint auch zu funktionieren, ich sehe das an anderer Stelle, das er einen Wertänderung mitbekommen hat. Aber wenn ich im RPI2 unter GPIO schaue, wird der Wert nicht geändert.
Obwohl er dazu einen Befehl bekommt.Woran könnte das noch liegen ?
-
RE: Status negiert übertragen
ja sorry, wollte nicht unnötig wieder etwas neues beginne. Da das Thema ja ähnlich bzw. fast das gleiche ist.
aber bei dem nächsten mal werde ich mich dran halten, es wird ja immer gesagt. Ob man die SuFu auch benutzt.
Aber werde mich beim nächsten mal dran halten. Versprochen...