Hi.
Das Phänomen hab ich bisher noch bei keiner meiner Geräte festgestellt. Auch nicht bei Status Abfrage über HTTP.
Warum hast du die 8.1.0 geflasht? Aktuell wäre 9.3.1.
Wie hast du geflasht? FTDI?
Hi.
Das Phänomen hab ich bisher noch bei keiner meiner Geräte festgestellt. Auch nicht bei Status Abfrage über HTTP.
Warum hast du die 8.1.0 geflasht? Aktuell wäre 9.3.1.
Wie hast du geflasht? FTDI?
Thanks for the pointer.
Sorry if my understanding of VPN is poor but all you need to do is change the IP address to be scanned?
e.g. 192.168.1. is the default but can be changed in 10.10.1. if desired.
I think the difference it's the kind HOW you connect to the Network or the data routing, not only the IP Range.
It seem your scan only use the Wifi Adapter.
VPN (Virtual Privat Network) etablish a SSL encrypted Tunnel between the Smartphone (tap/tun Adapter) and a VPN Server (Your Home Router) over your current Internet connection (LTE or whatever). The whole data flow will be routed by the Tunnel. Scans to the WiFi Adapter will fail because there is no Wifi connection to your Home Network. It's just a tap/tun device connection over LTE by example.
Das ist für mich interessant, aber ich habe kein VPN und verstehe die Auswirkungen des VPN-Netzwerkzugriffs im Vergleich zum Wifi-Zugriff nicht. Gibt es gute Websites, die helfen, dies zu erklären und zu überwinden?
Soweit ich mich erinnern kann hat der Entwickler von TasmotaSmart damals den Scan rein IP-basierend gestaltet. Unabhängig wie und mit welchem Netzwerk man verbunden ist. Wie das genau unter Android umzusetzen ist kann ich nicht wirklich beantworten.
Hier gibt es aber ein Beispiel das zwischen WiFi Verbindung und ALLEN Verbinungen unterscheidet:
https://developer.android.com/training/basic…rk-ops/managing
(siehe bei: Implement a preference activity)
Wie meinst du das? ESP8266 oder 01 können doch nur WiFi. Gibt es auch Tasmota fähige Geräte, die per Ethernet angeschlossen sind?
Ich meine das Android-seitig. Die App Scannt vom Android Gerät nur über die WiFi Verbinung. Wenn ich mich per VPN auf mein Heimnetz einlogge, ist das aber keine WiFi-Verbindung und da läuft der Scan dann ins Leere.
Selbiges Problem hatte wir bei TasmotaSmart auch zu beginn. Ich denke mal, wäre schon gut wenn so eine App auch funktioniert wenn man sich mit dem Smartphone per VPN oder wie auch immer ins Netzwerk einloggt.
Hi.
Yup, nette App
Schön schlank und keine zig MB groß.
Scannt scheinbar aber nur Wifi. Sprich keine Chance über VPN Verbindung ins heimische Netz.
Ich fände auch einen LAN scan unabhängig vom Wifi gut.
Es geht um die Steuerung einer Heizungspumpe für eine nicht immer bewohnte Dachgeschosswohnung. Die Pumpe wird ja von der Heizung nur eingeschalten wenn geheizt wird. Sonoff Basic R2 hängt zwischen Heizungsregelung und Umwälzpumpe. Dass heisst ich kann aktuell die Heizung fürs Dachgeschoss nur dazuschalten, wenn die Heizung läuft.
Die Funktion versteh ich nicht ganz. Die Heizung wird dazugeschaltet wenn die Heizung läuft? Du meinst wenn das DG Heizung anfordert?
Wo und in welchem Fall ist da der Sonoff Stromlos? Der hängt im Dachgeschoss und da ist in Abwesenheit der Strom aus? Warum hängt der zwischen Heizungskreis und Regelung?
Und warum wird die Pumpe mit nem Sonoff geschaltet?
ich frag nur so nach, weil sich Dein Problem vielleicht auch mit ner Stromerkennung lösen lässt. z.B. mit ner Rule: Ist Heizung an (Stromfluss höher Wert X) dann Pumpe an. Ist die Heizung aus (Stromfluss kleiner Wert X) Pumpe aus. Würde aber dann einen zweiten Sonoff z.B. POW/Gosund Sp111 benötigen der Die Stromerkennung durchführt und dann z.B. zyklisch alle paar Minuten den Wert an den schaltenden Sonoff sendet. Oder mit einem Zusatzsensor für Strommessung INA219/ACS712 am besagten Sonoff selbst.
Hi.
Hallo Zusammen, ich bekomme leider den TB41 gar nicht verbunden könnte mir jemand hierzu Hilfestellung geben?
Hilfestellung zu WAS genau den? Hab meine Glaskugel heut zuhause vergessen ...
Bisschen ausführlicher bitte !!
- Was genau hast Du gemacht?
- Wie hast Du es gemacht?
- Was geht dabei nicht?
- Fehlermeldungen etc. ?
Zur Original FW kann ich leider nichts sagen aber soweit ich weiß, geht das damit auch.
Hi.
evtl. falscher Syntax?
Pwm<x> | 0..1023 = set PWM value for channel |
Muss also: Pwm4 100 lauten
Hi.
Ich schätze du meinst die Multipress-Functions?
Alles anzeigen3 x ??
4x WLAN Hotspot des ESP 8255 einschalten!!??
5x ??
6 x Reset??
7 x ??
8 x ??
Das beschreibt die verschiedenen Modi die mit dem Button der an GPIO0 angeschlossen ist, geschaltet werden können:
https://tasmota.github.io/docs/Buttons-a…press-functions
EDIT:
Und ja, die haben sich im Laufe der Versionen schon verändert.
HI.
Also, was Du meinst ist kein "Treppenlichttrafo" (Trafo ist absolut irritierend in dem Zusammenhang) sondern ein Zeitrelais und wenn schon umgangssprachlich, dann ein "Treppenlichautomat"
*klugscheißmodus aus
würde es funktionieren
Ja! Geht, weil du die Zeitfunktion ja auch mit nem Shelly realisieren kannst.
Welche Einstellung muss ich am shelly vornehmen
Kommt drauf an: Tasmota oder Orginal FW? Bei Tasmota über Pulsetime<x> in der Konsole.
Hier ein älterer Post von Leo888 mit den Pinout:
Hi.
Nach deinen Log Daten wird Power2 geschaltet, das passt soweit.
Entweder der Touch kaputt, der Eltako kaputt (eher unwahrscheinlich), falsch am Eltako angeschlossen oder was ich fast vermute:
Du hast keinen Sonoff T1 3CH und das Template passt nicht.
Evtl mal das vom T3 versuchen:
Oder :
Hi
Kann auch nicht gehen. Du überschreibst Deine Rule1 mit jeder Zeile und hast so nur die letzte Zeile als Rule1 aktiv.
Das Rule1 kommt nur einmal ganz am Anfang vor, damit Tasmota weiß, das jetzt die Rule beschrieben bzw. überschrieben wird.
Rule1 on Energy#Power!=%var1% do backlog var1 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Power').State(%var1%) endon on Energy#Current!=%var2% do backlog var2 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Current').State(%var2%) endon on Energy#Voltage!=%var3% do backlog var3 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Voltage').State(%var3%) endon on Energy#Today!=%var4% do backlog var4 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Today').State(%var4%) endon on Energy#Yesterday!=%var5% do backlog var5 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Yesterday').State(%var5%) endon
rule1 1
Falls das zuviel Zeichen für eine Rule sind:
Rule1 on Energy#Power!=%var1% do backlog var1 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Power').State(%var1%) endon on Energy#Current!=%var2% do backlog var2 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Current').State(%var2%) endon on Energy#Voltage!=%var3% do backlog var3 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Voltage').State(%var3%) endon
Rule2 on Energy#Today!=%var4% do backlog var4 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Today').State(%var4%) endon on Energy#Yesterday!=%var5% do backlog var5 %value%; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Yesterday').State(%var5%) endon
rule1 1
rule2 1
Aber ich fürchte das das Ding sich tot sendet. Die Trigger lösen ja bei jeder kleinsten Änderung aus.
Evtl. das Ganze lieber zyklisch alle Minute senden oder so:
Rule1
on Energy#Power!=%var1% do var1 %value% endon
on Energy#Current!=%var2% do var2 %value% endon
on Energy#Voltage!=%var3% do var3 %value% endon
on Energy#Today!=%var4% do var4 %value% endon
on Energy#Yesterday!=%var5% do var5 %value% endon
Rule2
on Time#Minute do backlog WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Power').State(%var1%);
WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Current').State(%var2%);
WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Voltage').State(%var3%);
WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Today').State(%var4%);
WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Yesterday').State(%var5%) endon
Oder man spielt mit Hsysterese (im Fallbeispiel "5", man braucht aber dann auch 2 Variablen pro Wert):
on Energy#Power>%var1% do backlog var1 %value%; add1 5; var2 %value%; sub2 5; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Power').State(%var1%) endon
on Energy#Power<%var2% do backlog var1 %value%; add1 5; var2 %value%; sub2 5; WebSend [192.168.xx.xx:8181] /cuxd.exe?Status=dom.GetObject('Sonoff Pow 001: Power').State(%var1%) endon
EDIT:
Wenn ich das richtig sehe gibt es für die CCU auch ein MQTT Addon. Wäre evtl sinnvoller die Werte damit zu übertragen als mit Websend.
Hallo, nur mal so in die Runde,
ohne passendes bin wäre kein SR04 Tri / Ech sichtbar
DejaWuest ... ah, Danke !! .. nachdem ich meine bin's selbst kompiliere und da die Sensoren die ich verwende immer drin sind, hatte ich das nicht auf dem Schirm
Siehe da, Dein Fehler mit Bildchen schon deutlich zu sehen.
Echt? Für mich jetzt nicht so, ad hoc,
Wenn er nen Wemos hat, dann kann er durchaus den GPIO13 verwenden und wenn er verschieden bin's versucht hat könnte auch (was ich aber bewzeifle ) die sensor.bin dabei gewesen sein ....
Aber ich schätze Leo888 bezieht sich auf den Hinweis mit dem blauen Ausrufezeichen gleich unter der Überschrift
Smart :
Also etwas genauer bitte! WELCHE "unterschiedlichen Firmwares" hast du versucht? Und war die Sensor.bin dabei?
Diese beiden Rules habe ich nun erstellt.
Zum einen geht das mit einer Rule, zum anderen wird bei deiner Rule jetzt bei jeder Wertänderung dieser in var1 eingelesen. Da brauchts in der 2. Rule dann auch kein backlog und setzten des var1 auf null.
Inwieweit das den Prozessor am NodeMCU belastet .... ?? Ansonsten eben wie im ersten beispiel, beim senden die var1 auf null zu setzen und nur dann einlesen wenn der analog wert größer null ist.
Deine beiden Rule zuzammengefasst:
Rule1 ON analog#a0 DO Var1 %value% ENDON ON Time#Minute DO WebSend [192.168.1.103:6832] /Test %var1% ENDON
Das macht doch der Eltako bereits das er bei einem kurzen Druck schaltet, bei einem langen dimmt.
Zumindest hab ich das so verstanden.
Du musst das doch nur einfach vom Touch Element so auf Relais übertragen.
Das Relais zieht immer so lange an wie du mit dem Finger auf dem Touch bist und das relais gibt das so an den Eltako weiter und der macht das dann wie vorher auch.
Wie stell ich noch mal auf "Switch" statt "Button" um??
Schau mal auf deinen Screenshot. Da wo Button steht, das ist ein dropdown Feld, da wählst du Switch aus.
EDIT
Die gleich Lösung hat dir übrigens auch schon der User DejaWuest in Post 3 gegeben.
Alles anzeigenHallo, zum Verständnis, der Eltako hängt am Relaisausgang vom Sonoff?
dann sollte das Relais einfach solange angezogen bleiben,
solange wie auch der T0 berührt wird um den Eltako zu steuern.
Müsste mit Umdefinieren im T0 Template von Button1 auf Switch1 funktionieren.
{"NAME":"SonoffT0-1CH","GPIO":[160,1,1,1,0,0,0,0,224,320,0,0,0,0],"FLAG":0,"BASE":28}
lonpress, pulsetime usw. braucht es dann nicht - mit gewöhnlichen Tastern ist es kein Problem,
könnte aber wegen der T0 Touch-Schalter nicht klappen, dann müsste man mit rules was basteln.
saubere LÖsung wäre ein Wifi Dimmer, der dann auch den Status der Lampen liefert.
Hi.
Da kann ich nur theoretisch mitreden.
Das sind wohl die Commands für die TuyaMCU die ebenfalls in dem Teil verbaut sind.
TuyaMCU mapped den seriellen Befehl auf nen dpld
TuyaSend senden das ganze dann
Am besten du schmöckerst das mal durch:
Hi ...
Wenn ich mir das so durchlese... und das richtig verstehe, möchtest du eigentlich nur, das das Relais solange angezogen bleibt wie der Touch betätigt wird.
Wie eben beim mechanischen Taster? Toggeln und dimmen macht ja dann der Eltako.
Dann musst du eigentlich nur auf "Switch" statt "Button" konfigurieren und den Switchmode jeweils auf 1 (follow) setzten.
switchmode1 1
switchmode2 1
switchmode3 1