[ANLEITUNG] - Sonoff T1 EU / Tasmota Rollo Steuerung in 2 Schritten

Begonnen von 87insane, 10 März 2019, 12:15:24

Vorheriges Thema - Nächstes Thema

Tedious

Danke für Eure Arbeit. Da meine Homematic zicken hab ich mal ein zum testen zwei Derivate bei Amazon bestellt - werde das am WE mal testen.
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

Tedious

#136
Hmm.. Hmmm..

Ich hab Tuya Derivate gekauft (https://www.amazon.de/gp/product/B07F9YC42T/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1). Leider scheitere ich an den GPIOs - einen Touch habe ich bedienbacr bekommen (LED, Relais, Button), der zweite macht was er will. Hat zufällig (?) jemand was analoges verbaut und die GPIOs verfügbar? ich hab gestern 3 Stunden Google bemüht :(

EDIT: Hab gestern mal in Ruhe alle GPIOs getestet, funktioniert jetzt prima. Wenn jemand die Config brauchen sollte einfach melden. Eine LED spinnt zwar, aber die hab ich eh abgeschaltet das die nicht leuchten müssen.
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

Tedious

Eine Frage hätte ich noch. Wenn ich pct umkehren will - muss ich das Template umstellen oder reicht es den Parameter

shutterinvert1  1

zu ändern (bzw. welche Parameter soll/muss ich ändern)?

Grüße Tedious
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

Beta-User

Na ja, das devStateIcon berücksichtigt afaik auch den pct-Wert (invertiert).

Der backlog-Befehl wird über das template auch an den Tasmota gesendet. Von daher würde ich das anders formulieren: Es reicht, das andere template anzuwenden... ;) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Tedious

FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

flmma

Hallo,

hatte zuerst einen T1EU2C im Probeeinsatz und habe nun 3 weitere installiert.
Interessanterweise habe ich nun aber Probleme mit dem WLAN, die Geräte sind am AP (Mikrotik) registriert lassen sich aber nicht pingen.
Bin am Rätseln was dieses Problem auslösen könnte, habt Ihr Ideen?

Die Logfiles der Devices sehen folgend aus:

2019-12-02_15:15:27 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:15:27 MQTT2_DVES_775D47 POWER:
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_RSSI: 78
2019-12-02_15:15:54 MQTT2_DVES_775D47 Sleep: 50
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_LinkCount: 14
2019-12-02_15:15:54 MQTT2_DVES_775D47 MqttCount: 209
2019-12-02_15:15:54 MQTT2_DVES_775D47 POWER2: off
2019-12-02_15:15:54 MQTT2_DVES_775D47 UptimeSec: 351073
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_Channel: 1
2019-12-02_15:15:54 MQTT2_DVES_775D47 SleepMode: Dynamic
2019-12-02_15:15:54 MQTT2_DVES_775D47 Uptime: 4T01:31:13
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_AP: 1
2019-12-02_15:15:54 MQTT2_DVES_775D47 LoadAvg: 19
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_SSId: SSID_MMA_HK24
2019-12-02_15:15:54 MQTT2_DVES_775D47 Time: 2019-12-02T15:15:45
2019-12-02_15:15:54 MQTT2_DVES_775D47 Heap: 29
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_BSSId: CE:2D:E0:XX:XX:XX
2019-12-02_15:15:54 MQTT2_DVES_775D47 POWER1: off
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_Downtime: 0T00:02:52
2019-12-02_15:15:55 MQTT2_DVES_775D47 Shutter1_Position: 100
2019-12-02_15:15:55 MQTT2_DVES_775D47 Time: 2019-12-02T15:15:45
2019-12-02_15:15:55 MQTT2_DVES_775D47 Shutter1_direction: 0
2019-12-02_15:18:19 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:18:19 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:18:19 MQTT2_DVES_775D47 POWER:
2019-12-02_15:20:05 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:20:06 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:20:06 MQTT2_DVES_775D47 POWER:
2019-12-02_15:21:28 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:21:29 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:21:29 MQTT2_DVES_775D47 POWER:
2019-12-02_15:22:21 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:22:22 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:22:22 MQTT2_DVES_775D47 POWER:
2019-12-02_15:23:54 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:23:56 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:23:56 MQTT2_DVES_775D47 POWER:
2019-12-02_15:25:20 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:25:20 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:25:20 MQTT2_DVES_775D47 POWER:
2019-12-02_15:26:10 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:26:28 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:26:28 MQTT2_DVES_775D47 POWER:
2019-12-02_15:28:16 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:28:16 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:28:16 MQTT2_DVES_775D47 POWER:
2019-12-02_15:31:05 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:31:05 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:31:05 MQTT2_DVES_775D47 POWER:
2019-12-02_15:31:58 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:31:58 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:31:58 MQTT2_DVES_775D47 POWER:
2019-12-02_15:32:51 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:32:51 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:32:51 MQTT2_DVES_775D47 POWER:
2019-12-02_15:34:24 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:34:25 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:34:25 MQTT2_DVES_775D47 POWER:
2019-12-02_15:35:17 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:35:18 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:35:18 MQTT2_DVES_775D47 POWER:
2019-12-02_15:36:40 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_16:25:55 MQTT2_DVES_775D47 set_close

lg
Michi

Mihca

Bei mir tritt dieses Problem auf, wenn ich meinen diversen 2,4GHz Netzwerk-APs dieselbe SSID gebe.
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

flmma

Hallo Mihca,

verstehe die Antwort nicht ganz, das ist ja meines Erachtens der Sinn, dass mehrere AP's das gleiche Netzwerk (SSID) bedienen.
Habe aber auch schon mal einen AP komplett deaktiviert und der Effekt ist leider trotzdem aufgetreten.

Versuche gerade das Problem weiter einzugrenzen.

lg
Michi


Mihca

Hallo Michi,

es ist für die meisten WLAN-Clients egal, ob sie zwischen WLANs mit derselben SSID (aber anderem Kanal) hin und herswitchen, oder zwischen WLANS mit unterschiedlicher SSID, wenn sie die Passwörter kennen. Manche Clients kommen aber mit verscheidenen WLANs mit derselben SSID nicht zurecht; ich habe z.B. Musik-Streamer, die dann überhaupt nicht funktionieren.

Unterschiedlich SSIDs sind halt nur unbequemer, da man den Clients die Passwörter der unterschiedlichen SSIDs eingeben muss. Andere Nachteile haben sie nicht. Sie haben den Vorteil, dass dann auch alle Clients funktioniern, die mit WLANs derselben SSID Probleme haben.

Viele Grüße Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

87insane

Hey und guten Morgen...

hat ja nur indirekt mit MQTT oder den Schaltern zu tun. Hast du mal die RSSI mit geloggt? So kannst du ggf. einen Schluss ziehen. Ich habe aktuell mehrere APs im Einsatz und keine Probleme. Egal ob die Geräte direkt neben einem AP sind oder aber etwas weiter weg. Gerade die T1, haben sich bisher als sehr zuverlässig erwiesen.

flmma

Hallo,

Kanalverteilung zwischen den 2AP's ist auch gut, Kanal 1 und Kanal 7.
Habe nun einen virtuellen AP (Mikrotik AP) für das VLAN deaktiviert und werde nachher mal das Logfile auf die RSSI filtern.


lg
Michi

flmma

Hallo,

der Empfang kann es meines Erachtens nicht sein, der AP steht ca. 6m entfernt und es befindet sich keine Wand dazwischen.
Des weiteren habe ich bereits den 2 virtuellen AP für diese SSID deaktiviert.

2019-12-03_13:46:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_13:51:31 MQTT2_DVES_775D47 Wifi_RSSI: 90
2019-12-03_13:56:31 MQTT2_DVES_775D47 Wifi_RSSI: 86
2019-12-03_14:01:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:06:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:11:31 MQTT2_DVES_775D47 Wifi_RSSI: 86
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_RSSI: 88

Logfile vom MQTT2-Device

2019-12-03_14:16:31 MQTT2_DVES_775D47 Heap: 29
2019-12-03_14:16:31 MQTT2_DVES_775D47 Time: 2019-12-03T14:16:30
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_AP: 1
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_SSId: SSID_MMA_HK24
2019-12-03_14:16:31 MQTT2_DVES_775D47 LoadAvg: 19
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_Downtime: 0T00:03:02
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_BSSId: E6:8D:8C:XX:XX:XX
2019-12-03_14:16:31 MQTT2_DVES_775D47 POWER1: off
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_Channel: 7
2019-12-03_14:16:31 MQTT2_DVES_775D47 SleepMode: Dynamic
2019-12-03_14:16:31 MQTT2_DVES_775D47 Uptime: 5T00:31:58
2019-12-03_14:16:31 MQTT2_DVES_775D47 POWER2: off
2019-12-03_14:16:31 MQTT2_DVES_775D47 UptimeSec: 433918
2019-12-03_14:16:31 MQTT2_DVES_775D47 MqttCount: 326
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_LinkCount: 16
2019-12-03_14:16:31 MQTT2_DVES_775D47 Sleep: 50
2019-12-03_14:16:31 MQTT2_DVES_775D47 Shutter1_Position: 100
2019-12-03_14:16:31 MQTT2_DVES_775D47 Time: 2019-12-03T14:16:30
2019-12-03_14:16:31 MQTT2_DVES_775D47 Shutter1_direction: 0
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_AP: 1
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_SSId: SSID_MMA_HK24
2019-12-03_14:21:41 MQTT2_DVES_775D47 LoadAvg: 19
2019-12-03_14:21:41 MQTT2_DVES_775D47 Time: 2019-12-03T14:21:30
2019-12-03_14:21:41 MQTT2_DVES_775D47 Heap: 29
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_BSSId: E6:8D:8C:XX:XX:XX
2019-12-03_14:21:41 MQTT2_DVES_775D47 POWER1: off
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_Downtime: 0T00:03:02
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_Channel: 7
2019-12-03_14:21:41 MQTT2_DVES_775D47 SleepMode: Dynamic
2019-12-03_14:21:41 MQTT2_DVES_775D47 Uptime: 5T00:36:58
2019-12-03_14:21:41 MQTT2_DVES_775D47 MqttCount: 326
2019-12-03_14:21:41 MQTT2_DVES_775D47 POWER2: off
2019-12-03_14:21:41 MQTT2_DVES_775D47 UptimeSec: 434218
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_LinkCount: 16
2019-12-03_14:21:41 MQTT2_DVES_775D47 Sleep: 50
2019-12-03_14:21:41 MQTT2_DVES_775D47 Shutter1_direction: 0
2019-12-03_14:21:41 MQTT2_DVES_775D47 Time: 2019-12-03T14:21:30
2019-12-03_14:21:41 MQTT2_DVES_775D47 Shutter1_Position: 100
2019-12-03_14:26:40 MQTT2_DVES_775D47 LWT: Offline

Leider wieder aufgetreten, wisst Ihr was die WIFI Downtime im Logfile bedeuten sollte, habt Ihr die auch?
Interessant ist, dass das Device noch am AP angemeldet bleibt und wenn ich es dann vom AP runterschmeiße es sich wieder sauber neu anmeldet. (läuft dann wieder ca. 4h)

Wie ist die LWT Message zu deuten, kommt die vom Device?

Danke!

lg
Michi



Beta-User

 >:( Könnt ihr das in einem separaten Thread bereden?
Sieht mir nach einem "typischen zu viel WLAN-Gedöns"-Problem aus...

Die LWT hat das Device "früher" verschickt, der Server liefert das aus, wenn die Node "tot" ist ("last will testament"). Der Server hat also entsprechend lange nichts mehr gehört. Kann natürlich auch ein firmware-Fehler sein, aber dann ist es besser im Tasmota-github-Bereich aufgehoben...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

87insane

Bleibe hier nochmal mit OT:
Die rssi werte sprechen für sich. Sehr grenzwertig! Also wlan problem.

Lwt ist in mqtt der lastwill. Gerät sendet beim verbinden gegen den server ich bin hier und wenn du in zeit x nichts mehr von mir hörst bin ich offline. Ist also ein mqtt offline. Umkehrschluss -> gerät ist entweder in einem deepsleep, der alles ausschaltet oder wlan einfach zu schlecht (siehe rssi).

Gesendet von meinem LM-G810 mit Tapatalk


DasQ

das schaut mir eher nach einem suspend, deepsleep, oder whatever energiespar problem aus.

sorry fürs ot
btw. wenn man logs oder configs postet bietet sich die codefunktion an. (das raute symbol über dem textfenster)
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org