Hi.
so Zeug bestelle ich immer bei Aliexpress oder Ebay. Günstiger geht's eigentlich nix mehr.
Hi.
so Zeug bestelle ich immer bei Aliexpress oder Ebay. Günstiger geht's eigentlich nix mehr.
Hi.
würde sich mit einer Rule lösen lassen.
Wie soll dieser Impuls den übermittelt werden? Via MQTT?
Hi.
bringt das was?
VoltRes | Voltage sensor resolution0..3 = maximum number of decimal places |
Man könnte das auch einschränken indem man eine Hysterese einbaut.
Mit netzscanner sieht er sowohl meiin wemos als auch mei Tab.
Ich komme nur nicht auf die webseite 192.168.4.1
Das irritiert mich ein wenig.
Wenn du ihn im Netzwerkscanner neben deinem Tab siehst, dann hast du den Wemos ja bereits eingebucht im WiFi?
Dann wird das WebIf natürlich mit der im angemeldeten Wifi neu vergeben IP aufgerufen.
die 192.168.4.1 ist nur für den AP den der Wemos selbst aufspannt bis man ihn eingebucht hat
Wie leitest du den bisher die Befehle weiter die in der Bridge ankommen?
Ich hätte jetzt gedacht das du das mit ner Rule machst?
Zumnidest würde das mit dem rfraw auch so gehen:
rule1 on rfraw#data do publish stat/%topic%/RM1 <WERT> endon
Moin
hast du auch mal versucht mit http als Prefix? Die meisten Browser verwenden Standartmäßig https.
also:
Ich hatte bisher mit keinem WEMOS dahingehend Probleme. Egal ob der mit dem ESP12F bestückt war oder direkt mit dem ESP8266 Chip
Moin.
Naja .. bei anderen Devices, drückt man einfach den Sendebutton und schaut sich in der Tasmota Konsole den Code an bzw. lernt diesen Code auf einer det 16 WebButtons ein.
Wie Du das mit Deinen Rauchmeldern machst? Immerhon hast Du ja schon nen RAW Code der Funktioniert. Ich schätze da wird nur try & Error bleiben bis du den passenden Code gefiltert hast
Moin ...
ich bin gespannt ob das geht. Wenn der Rauchmelder mit "rolling codes" arbeitet, was inziwischen sehr oft der Fall ist, wird das nix mit der Sonoff Bridge
Moin.
freut mich zu hören
Hi
du hast auch "<" ">" weggelassen? Die sind nur da um anzuzeigen das jetzt ein "Platzhalter kommt:
http://192.168.178.67/cm?user=admin&password=1234&cmnd=status%2010
Moin.
versuch's mal so:
http://192.168.1.141/cm?user=admin&password=<PASSWORD>&cmnd=status%2010
Hi.
Die optimale Lösung wäre:
Einen GPIO auf Switch einstellen (als Beispiel Switch2)
Den Switchmode für switch2 einstellen:
switchmode2 2
Und eine Rule in der konsole anlegen:
rule1 on switch2#state do publish stat/%topic%/Switch2 %value% endon
aktivieren:
Rule1 1
Etwas stutzig werde ich bei der Erwähnung 5V. Warum macht man sowas? 3,3V oder GND klingt für mich angenehmer gegen einen GPIO zu schalten.
Spielt beim ESP keine Rolle, da die GPIO auch mit 5V eingangsseitig beschaltet werden dürfen. Die Signalsicherheit ist mit 5V natürlich höher als bei 3,3 V
Hi
Ebenso gibt es Situationen wo ich von dem Relais mit Anschluß eines Kompressors (Induktive Last) nicht 100% überzeugt bin
Und welche sind das? Ich seh da weniger einer Problem, wenn das Relais der Last entsprechend ausgelegt ist.
Im Original Regler ist auch nix anderes als ein mechanischer Schließer Kontakt der den Kompressor schaltet ....
Ich persönlich finde den Vorteil eine Temp Kontrolle zu habe, auch von unterwegs, eher als großen Zugewinn.
Wenn die Wifi Verbindung "laged" wäre das ja einfach mit einem günstige WiFi Repeater behebbar.
Was die Zuverlässigkeit angeht... auch Originalregler steigen aus oder sogar Kompressoren.
Würde man einen ESP mit Stromüberwachung verwenden würde man sogar den Kompressor mit überwachen können ...
Moin ...
Du könntest das Signal im ioBroker mit einem Javascript invertieren und dann den invertierten Datenpunkt (der natürlich angelegt werden muss) anzeigen lassen. Ich kenne den LoveLace Adapter nicht aber könnte so gehen.
Hi.
Mit Script kann ich Dir nicht weiterhelfen aber das könntre man auch mit einer normalen Rule lösen:
rule1 on tele-energy#power do websend [api.thingspeak.com] /update.json?api_key=xxxxxxxxxxxxxxx&<wasauchimmer> endon
rule1 1
Wenn man mag, kann man auch noch die teleperiod (default 300) anpassen:
teleperiod 30
Wenn du Lust aufs testen hast, könnte man die Rule2 erweitern mit Bedingungen:
rule2
on energy#power>2 do ruletimer1 0 endon
on energy#power=0 do ruletimer1 60 break
on energy#power<2 do ruletimer1 60 endon
Wie zuvor wird bei <2 ausgeschaltet.
Ich weiß nicht wie sich BREAK/ENDON im ONCE verhält aber wenn die Bedingung <2 nicht greift könnte dann <1 triggern.
Wenn das geht sollte, weil andere Bedingung als nächstes >2 wieder greifen.
ONCE aktivierts du übrigens wieder mit:
rule2 5
EDIT:
Hab das eben mal mir variablen getestet. Das funktionier zwar nicht perfekt und es wird in so einem Fall eventuell einmal der Ruletimer nachgetriggert aber im großen und ganzen geht das so.
Das liegt sicher an der ONCE Funktion der Rule2 (rule2 4)
ONCE bewirkt, das die Rule nur einmal auslöst wenn die bedingung erfült wurde.
Wenn also schon mal für <2 ausgelöst wurde, wird bei einem erneuten <2 nicht wieder ausgelöst.
Es muss erst >2 geworden sein damit die Bedingung erneut greift.
Du kannst das ONCE auch mal ausschalten rule2 4 und schau dann mal in die Konsole.
Der Trigger <2 wird dauernd ausgelöst und damit der Ruletimer ständig zurückgesetzt und würde nie auslösen.
Moin.
müsste da nicht rule2 anstatt rule3 stehen?
hab das mal probiert,aber keinen Unterschied festgestellt.
Das steht nur da damit die Rule3 Abfrage für rule3#state auch sicher ausgeführt wird, da dies beim test ja nicht immer erfogte.
Also passt das schon wenn da nur rule3 steht.
Wenn Du keinen Unterschied merkst, dann weil es ja kein rule2#state gibt und weil die rule3#state abfrage auch ohne das rule3 zu funktionieren scheint.