Hi.
Was meinst du mit "auslesen" ?? Meinst du serielles Logging? Das geht z.B. mit Putty.
Oder ein FW Backup? das geht dann unter anderem mit dem Tasmotizer.
Hi.
Was meinst du mit "auslesen" ?? Meinst du serielles Logging? Das geht z.B. mit Putty.
Oder ein FW Backup? das geht dann unter anderem mit dem Tasmotizer.
Hi
hoffe ich habe es verständlich ausgedrückt
Ne, ich versteh's nicht was Du meinst.
Für jedes Relais das Du konfigurierst gibt's auch einen Webbutton. Das läßt sich nicht umgehen.
Was ich glaube das Du meinst, sind zwei Webbutton einer der nur ein, ein anderer der nur ausschaltet?
Hi
Das geht freilich mit clock#timer und Sonnenauf und Untergang.
In den Timern keine Zeit einstellen sondern eben Sonnenauf bzw. Untergang aktiveren und den Befehl auf "Regel" stellen.
Und dann wird das in den Rule ganz normal über clock#timer=1 (Sonnenuntergang) bzw. clock#timer=2 (Sonnenaufgang) abgefragt. Und dann im Prinzip so wie es premo vorgegeben hat:
rule1 on clock#timer=1 do backlog rule2 1; power1 1 endon on clock#timer=2 do backlog rule2 0; power1 0 endon
rule2 on power1#state=1 do backlog delay 30; power off endon on power1#state=0 do backlog delay 30; power on endon
rule1 1
Hi.
Hab keinen TH10 hab das jetzt mal schnell auf der TAsmota Seite nachgesehen.
Werksseitig wird der GPIO14 für eine One-Wire Verbindung in der Klingenbuchse verwendet und die SOnoff Sensoren werden auch von Tasmota direkt unterstützt. Wenn du also nen Orginalsensor hast musst du nix mehr machen .
Aber dann lötet man den MH-19B einfach direkt auf die Pins RX/TX vom TH10 Board?
Direkt löten an RX/TX würde ich nicht. Jeweils ne Pinleiste am MHZ und am Sonoff und dann mit den Jumperkabelchen verbinden.
Dann kommst du wenigstens schnell an die serielle Schnittstelle ran falls mal notwenig.
Bei anderen GPIO's wäre es im Prinzip egal. Die könnte man auch als SerialBridge einstellen und für die Kommunikation mit dem MHZ nehmen. Allerdings hat das bei mir zu Problemen geführt, das nach einem reboot ohne das die Betriebspannung komplett weg war, keine serielle Kommunikation mehr funktioniert hat. Darum besser RX/TX direkt verwenden. Aber wie gesagt, Die braucht man evtl. irgendwann nochmal, gerade wenn man mit dem zeug spielt ist schnell mal die FW verbogen und flasht am besten neu.
Hi
Wie hast du denn die GPIO konfiguriert an die du den SHTC3 angeschlossen hast?
Ist ja ein i2C Device und hat neben VCC und GND ja die Pins SDA und SCL
Wenn z.B. der SCL Pin am TX(GPIO01) angeschlossen ist und der SDA an RX(GPIO03),
dann einfach in Tasmota unter:
- Einstellungen
- Vorlage konfigurieren
Dein Gerät wählen (müsste Sonoff S2X sein) und dort unter GPIO01 "SCL" einstellen und unter GPIO03 "SDA"
Vorlagennamen vergeben wie "Sonoff S20 mit SHTC3" und speichern.
Dann unter:
- Einstellungen
- sonstige Einstellungen
Die Vorlage aktivieren
Hi.
Kann man dazu auch ein Sonoff TH10 nehmen und gleichzeitig noch die Luftfeuchtigkeit messen? Das wäre nämlich auch nützlich.
Kann man. Soweit ich weiß verwendet der Sensor vom TH10 GPIO04 und GPIO14
Für den MHZ19B wird eh seriell also RX und TX verwendet, könntest Du also mit anschließen.
Allerdings misst der MHZ19B nicht nur CO2 sondern auch die Temperatur. Könnte sein das Du dann doppelte Temp. Anzeige im Browser hast aber vielleicht ist das sogar sinnvoll bei unterschiedlichem Messorten.
Edit:
Ach ja, der MHZ19 möchte als VCC 5V, die lassen sich aber auch TH10 abgreifen. Pinout's gibt's genug im Netz.
Ginge schon.
Wenn ein z.B. IOBroker mit Shelly und Sonoff Adapter vorhanden ist, kann man darüber durchaus verknüpfen.
Du kannst 3 Ruleset anlegen. jedes Ruleset kann bis zu <x> Zeichen beinhalten.
(ich weiß gar nicht wieviele {über ca 1000 oder so} seit die kompremiert werden)
also:
Rule1 on <trigger1> do <befehl 1> endon on <trigger2> do <befehl 2> endon usw....
Und das eben in allen 3 Rule
Hi
Hat noch jemand eine Idee, was ich falsch mache? Achja, ja ich habe auch versucht das IF/ENDIF groß zu schreiben.
Ich hab bisher nicht weiter mit den Conditional Rule gearbeitet aber ich kann mir vorstellen das der value vom BH1750 so nicht ausgewertet wird.
Alternative zum testen mit ner Variablen. Da siehst du dann wenigsten auch in der Konsole ob der Illuminance Wert überschritten wurde.
Außerdem wird während einer Rule Laufzeit Wertänderungen nicht übernommen. Sprich zu dem einem Zeitpunkt wenn der Trigger MCP230XX#D0==0 (im übrigen ohne Leerzeichen zwischen Bedingung und Trigger) wird dieser Illuminacewert genommen. Ist dann der Trigger ausgelöst und ändert sich nicht mehr erfolgt auch kein weiteres triggern. Wenn also der Illumincewert der sich am meisten ändernde ist dann wäre das der Haupttrigger:
Rule1 on (BH1750#Illuminance<10 do IF (MCP230XX#D0=0) power1 1; ruletimer1 10 ENDIF endon on rules#timer=1 do power1 0 endon
oder Alternativ mal mit ner variablen damit man sieht was denn der Wert so macht:
Rule1 on system#boot do var1 0 endon on BH1750#Illuminance<10 do var1 1 endon on BH1750#Illuminance>=10 do var1 0 endon on MCP230XX#D0==0 do IF (%var1%==1) power1 1; ruletimer1 10 ENDIF endon on rules#timer=1 do power1 0 endon
oder weitere Alternative ganz ohne Conditional Rules:
Rule1 on system#boot do rule2 0 endon on MCP230XX#D0==0 do rule2 1 endon on MCP230XX#D0>=1 do rule2 0 endon on rules#timer=1 do power1 0 endon
Rule2 on BH1750#Illuminance<10 do backlog power1 1; ruletimer1 10 endon
Hi.
Tja, die Wahl des Display's liegt ganz bei Dir. Ich würde hier mal schauen welches auch wirklich supported wird von Tasmota:
Hi
Wie wird das OLED Display denn angesteuert? Ebenfalls mit Tasmota oder wie soll das WLAN seitig verbunden werden?
Wenn ebenfalls Tasmota lässt sich da schon nur die Leistung vom POW hin übertagen. Entweder via MQTT (Raspberry, reicht schon mosquitto als MQTT Server um nur die Daten hin und her zu schieben, IOBroker ist dann mehr zur Visualisierung bzw. für Logiken gedacht)) oder auch per Websend (kein Server notwenidg).
Um ne Rule wirst dann im Display nicht herum kommen die die empfangenen Werte auf dem Display darstellt aber machbar.
eine Regel wenn Leistung "0" -> dann Uhrzeit.
Was meinst du damit??
Uhhh .... mit Tasmota??
Dann wird's wirklich interessant
Hi.
Ja, schaut schon spannend aus. Kommt drauf an was der Spaß kostet und wirklich kann, also wie individuell ist das konfigurierbar.
Geht jedenfalls schon in die professionelle Richtung.... aber vermutlich auch rein Sonoff, nix Tasmota etc.
Die meisten hier, scheinen mir aber eher kaum mit Sonoff Original FW zu arbeiten. Gut, die die mit Sonoff arbeiten brauchen kaum ein Forum und es wird genug geben die mir der Sonoff Cloud sehr zufrieden sind.
Schätze schon das es für das Teil nen Markt geben wird.
Hi.
Da stellt sich die Frage wie die Lampe aufgebaut ist. Kommst du an den geschalteten Ausgang? Sind das auch 5V? wenn ja diesen auf einen freien GPIO des D1 Mini. Der D8 hat nen Build in - Pulldown, am besten auf den mit den geschalteten 5V. Wenn der dann z.B. als Switch1 konfiguriert ist und dem ein virtuelles Relais1 zugeordnet ist dann stellt das Relais oder eben der switch1#state den Status dar.
Ich würde das allerdings andersherum aufziehen.
Z.B. mit nem Sonoff Basic. Der lässt sich ja auch mit 5V nach dem Spannungsregler betreiben. Der schaltete mit seinem Relais Lampe und den eingebauten Taster komplett von der Lampe entkoppeln und auf den Tastereingang am Basic.
Hi.
Ist dasselbe wie mit den Magichome Teilen... Früher ESP jetzt was anderes. Und nein, dann geht Tasmota nicht.
Hi.
Hast Du das teil an einem MQTT Server angemeldet?
Hi.
Ich mach's mal kurz und schmerlos
https://tasmota.github.io/docs/Alexa/
ZitatWarning
Alexa Hue integration requires a physical Alexa device. The app alone is not enough.