Gerne!
Und mit 2 Sensoren angeschlossenen Sensoren gehts bei mir auch.
In meinen Fall heißt der Sensor dann nicht: DS18B20#Temperature, sondern DS18B20-1#Temperature oder DS18B20-2#Temperature (so wie sie im Webinterface angezeigt werden).
Gerne!
Und mit 2 Sensoren angeschlossenen Sensoren gehts bei mir auch.
In meinen Fall heißt der Sensor dann nicht: DS18B20#Temperature, sondern DS18B20-1#Temperature oder DS18B20-2#Temperature (so wie sie im Webinterface angezeigt werden).
Du hast die Rule danach aber schon noch aktiviert mit "Rule 1"?
Die Antwort auf Rule in der Konsole sollte zB. so aussehen:
10:42:31 MQT: stat/sonoff_s20/RESULT = {"Rule":"ON","Once":"ON","Rules":"on DS18B20#Temperature>20.75 do power1 on endon on DS18B20#Temperature<20.25 do power1 off endon"}
Also wichtig ist "Rule":"On" dann ist sie aktiviert
ZitatKann man die Zeit auch über die Konsole einstellen?
Mit "Timezone +2" (MEZ-Sommerzeit) in der Konsole sollte die Uhrzeit dann stimmen! ABER musst halt im Herbst wieder umstellen.
Ich hab nur Sonoff's und da funktioniert mit "Timezone 99" die Zeitumstellung perfekt. Sollte aber auch bei den Obi Geräten so sein.
Ja in der Konsole. Einfach rein da mit den Rules!
rule on DS18B20-1#Temperature>22 do power1 on endon on DS18B20-1#Temperature<22 do power1 off endon
rule 1 //Rule aktivieren
rule 5 //Rule auf "once" setzten
Verwende ich zB. um einen Schaltpunkt bei 22°C zu erzeugen.
Gibt es auch eine Möglichkeit die Timer komplett zu deaktivieren? Es nervt wenn ich die nicht nutze und im IOBroker nun 16 nutzlose DPs angezeigt bekomme und das bei jedem meiner Sonoffs, da scrollich mir einen ab
Mhhhh?? Wo werden diese Datenpunkte belegt? Die Timer werden über MQTT doch nicht an IO-Broker übermittelt??
Super Leistung mit dem Timer! Vielen Dank
Habe nach einigen Testversuchen leider festgestellt das man Timer zwar einstellen kann sie aber leider nicht reagieren.
Mache ich etwas falsch?
Schau mal in der Konsole ob die Uhrzeit stimmt.
Vermute dass deine Sonoffs noch auf Winterzeit laufen. Erst bei den neuesten Versionen ist im Code und in den Binarys mit "Timezone 99" der richte Wert (für Mitteleuropäische Länder mit Sommerzeit) drinnen,
ZitatGanz dumme Frage!
Wie kann man die Zeit der Module prüfen oder besser noch einstellen?
Einfach in der Konsole (ganz links) nachsehen, und "Timezone 99" (oder die gewünschte Zeitzone) eingeben, dann wird die Zeit umgestellt.
Du kannst die *.bin's von Nils nehmen:
https://github.com/reloxx13/Sonof…0i-mod-1.18.9.3
Oder mit zB. Atom deine eigenen bauen.
Wenn die Sonoffs noch im WLAN sind, würde sich doch empfehlen, den Sonoff-Adapter auf der IOBroker-Instanzen Seite (Experten-Einstellung) einfach neu starten zu lassen.
Ich starte meine Sonoffs nie neu (ausser beim flashen), sondern einmal pro Tag den Adapter!
was genau können die sonoff mehr?
Sie "können" Tasmota und ESPeasy und können deshalb ohne irgend eine Cloud in den eigenen HA-Server eingebunden, oder übers WIF direkt bedient werden.
Keine Ahnung ob das bei AVM oder TP auch geht ...
Danke! Die Befehle hab ich (wie in Beitrag 11 erwähnt) schon kennengelernt und verwendet.
Ist (und war) ja auch kein Problem bei so einem Mess-Adapter den man mal kurz reinhängt um den Verbrauch zu messen. Und wenn er mehrere Tage in Betrieb ist pass eh auch alles ...
Bevor cdler das Problem beschrieben hat, hab ich es nichtmal erkannt
Ja die Teleperiod ist auf 30.
Ich hab festgestellt dass die POWs Probleme mit der Berechnung bekommen wenn sie Mitternacht nicht unter Spannung sind.
Der stationäre POW für meine Zentralheizung (immer unter Saft), läuft seit dem ersten Tag absolut perfekt. Mein "mobiler Messadapter" zeigt je nach Gebrauch (vor allem bei Energie gestern und heute) irgendwelche alten Werte an, wenn er länger nicht verwendet wurde.
Stimmt Uhrzeit und Datum des POWs (in der Konsole)?
Könnte ja sein dass er den NTP nicht erreicht, und somit die Energie nicht dem Tag zuordenen kann.
Dann hast du uns also mit deinem eigenen Beitrag #5 angelogen?! ...
Na eben nicht ! Das "Savedata 0" war zuviel!
Naja auf "zufällig" bin ich gekommen weil das Verhalten bei Spannung EIN nicht immer gleich war. Hab aber jetzt rausgefunden woran es gelegen hat.
Der vorherige Schaltzustand (PoweronState 3) wird nur richtig geschalten wenn "Savedata 1" ist.
Und das "Zufällige" schalten bei "savedata 0", kam durch die vorherige Einstellung vom Parameter "PoweronState". Also wenn vor "PoweronState 3" der Wert auf "0" ist, bleibt er AUS und wenn es "1" war schaltet er (unabhängig vom letzten Zustand) EIN.
Normalerweise mit:
savedata 1
poweronstate 3
savedata 0
ABER meine POWs machen beim Bespannen trotzdem was sie wollen. Bei den Bascis und DUOs funktioniert der Poweronstate wie gewünscht.