Hallo,
einfach von der Uhrzeit, wann es passiert ist und ein wenig vorher und nachher.
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Hallo,
hat etwas gedauert, (Skifahren)
hier das letzte Protokoll aus Moaquitto
1520413616: Received PINGREQ from Sonoff-109
1520413616: Sending PINGRESP to Sonoff-109
1520413616: Received PINGREQ from Teichtemperatur-123
1520413616: Sending PINGRESP to Teichtemperatur-123
1520413619: Received PINGREQ from Filterkammer-117
1520413619: Sending PINGRESP to Filterkammer-117
1520413622: Received PINGREQ from Sonoff-71
1520413622: Sending PINGRESP to Sonoff-71
1520413622: Received PINGREQ from Sonoff-83
1520413622: Sending PINGRESP to Sonoff-83
1520413624: Received PINGREQ from symcon@Symcon
1520413624: Sending PINGRESP to symcon@Symcon
1520413625: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520413625: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520413625: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520413625: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520413631: Received PINGREQ from Aussentemperatur-127
1520413631: Sending PINGRESP to Aussentemperatur-127
1520413631: Received PINGREQ from Sonoff-109
1520413631: Sending PINGRESP to Sonoff-109
1520413631: Received PINGREQ from Teichtemperatur-123
1520413631: Sending PINGRESP to Teichtemperatur-123
1520413634: Received PINGREQ from Filterkammer-117
1520413634: Sending PINGRESP to Filterkammer-117
1520413635: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520413635: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520413635: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520413635: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520413637: Received PINGREQ from Sonoff-71
ich kann aber kein Datum und Uhrzeit erkennen.
letzter Update des sonoff-71 war 03.03. um 23:48, wobei z.b. der Sensor Aussentemperatur-127 um 23:59 den letzten Eintrag im Logging hat.
Gruß
Oliver
Hallo,
die Uhrzeit steht ganz vorne im UNIX Timestamp.
Der erste Eintrag von deinem Logauszug ist vom: 07.03.2018 9:06.
Zu dieser Zeit gab es sicherlich keinen Verbindungsabbruch, oder? Zumindest kann man in dem Logauszug nichts erkennen.
Grüße,
Kai
Hallo,
hier das protokoll von heute nacht 00:00
1520550057: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550057: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550057: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550057: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550057: Received PINGREQ from Sonoff-109
1520550057: Sending PINGRESP to Sonoff-109
1520550061: Received PINGREQ from Sonoff-83
1520550061: Sending PINGRESP to Sonoff-83
1520550063: Received PINGREQ from Teichtemperatur-123
1520550063: Sending PINGRESP to Teichtemperatur-123
1520550065: Received PINGREQ from Filterkammer-117
1520550065: Sending PINGRESP to Filterkammer-117
1520550065: Received PINGREQ from Aussentemperatur-127
1520550065: Sending PINGRESP to Aussentemperatur-127
1520550067: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550067: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550067: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550067: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550067: Received PINGREQ from Sonoff-71
1520550067: Sending PINGRESP to Sonoff-71
1520550072: Received PINGREQ from Sonoff-109
1520550072: Sending PINGRESP to Sonoff-109
1520550076: Received PINGREQ from Sonoff-83
1520550076: Sending PINGRESP to Sonoff-83
1520550077: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550077: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550077: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550077: Sending PUBLISH to symcon@Symcon (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550078: Received PINGREQ from Teichtemperatur-123
1520550078: Sending PINGRESP to Teichtemperatur-123
1520550080: Received PINGREQ from Filterkammer-117
1520550080: Sending PINGRESP to Filterkammer-117
1520550080: Received PINGREQ from Aussentemperatur-127
1520550080: Sending PINGRESP to Aussentemperatur-127
1520550082: Received PINGREQ from Sonoff-71
1520550082: Sending PINGRESP to Sonoff-71
1520550086: Client symcon@Symcon has exceeded timeout, disconnecting.
1520550086: Socket error on client symcon@Symcon, disconnecting.
1520550087: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550087: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550087: Received PINGREQ from Sonoff-109
1520550087: Sending PINGRESP to Sonoff-109
1520550091: Received PINGREQ from Sonoff-83
1520550091: Sending PINGRESP to Sonoff-83
1520550093: Received PINGREQ from Teichtemperatur-123
1520550093: Sending PINGRESP to Teichtemperatur-123
1520550095: Received PINGREQ from Filterkammer-117
1520550095: Sending PINGRESP to Filterkammer-117
1520550095: Received PINGREQ from Aussentemperatur-127
1520550095: Sending PINGRESP to Aussentemperatur-127
1520550097: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/STATE‘, … (147 bytes))
1520550097: Received PINGREQ from Sonoff-71
1520550097: Sending PINGRESP to Sonoff-71
1520550097: Received PUBLISH from Sonoff-109 (d0, q0, r0, m0, ‚tele/Sonoff-109/SENSOR‘, … (150 bytes))
1520550102: Received PINGREQ from Sonoff-109
1520550102: Sending PINGRESP to Sonoff-109
1520550106: Received PINGREQ from Sonoff-83
Gruß
Oliver
Hallo,
der Client, also IPS schließt die Verbindung durch ein Timeout. Ich schaue mir das morgen am PC mal an.
Grüße,
Kai
Gesendet von iPhone mit Tapatalk
Hallo,
ich beobachte dies auch und habe auch schon mal darauf hingewiesen. Aber der IPS-Client beendet sich nicht, sondern er läuft in den Timeout des Brokers und der beendet die Sitzung. Ich habe noch nicht gefunden, wie lange der MQTT-Timeout ist und wie man ihn verstellen könnte. Den Ping beim MQTT-Client habe ich jetzt mal auf 55 Sekunden (statt 60) gestellt. Mal sehen, was dann passiert.
Grüße, Gerhard
Hallo,
kannst du mal schauen ob der Ping überhaupt ausgeführt wird?
Wenn ich mich richtig erinnere, habe ich mal gesehen, dass der Timer, der für den Ping zuständig ist einen Fehler geworfen hat.
Bei mir habe ich allerdings keinen Verbindungsabbruch.
Grüße,
Kai
Darf ich einen Vorschlag machen: Ich bin zwar an dem Modul als solchen und seiner Entwicklung interessiert, aber nicht an den individuellen Problemen jedes Users… wir wäre es wenn man den Thread in einen Modul-Thread mit Neuerungen, vielleicht auch Wünschen etc. und einen Thread für das benutzen des Moduls aufteilt? Machen andere Module auch und hat sich bewährt.
Hallo,
gerne. Mir ging es jetzt vorerst darum, herauszufinden ob ein Problem mit dem Timer besteht.
Du kannst gerne so einen Thread öffnen, so langsam habe ich nämlich auch die Übersicht verloren.
Grüße,
Kai
Also machen wir mal hier mit dem Timer weiter:
- der Ping wird ausgeführt. Auf Seiten IPS kommt kein Fehler.
- das MQTT-Modul (von Thomas F) setzt die Ping-Zeit auf 60 Sekunden. Die von mir gesetzte Zeit von 55 Sekunden wurde wieder geändert.
- der Client-Timeout steht im Mosquitto Log.
Grüße, Gerhard
Hallo,
gibt es schon eine Idee/Workaround?
Gruß
Oliver
Nein Oliver,
denn bei uns (KaiS und mir) läuft es rund.
Wir nutzen im Haus die selbe Hard- und Software, mit IPS, Pi usw.
Und einige Clients sitzen im Garten und haben echt schlechten Wlan Empfang, es geht einfach hier, daher kann Kai im Moment nichts finden.
Alle Aufzeichnungen unserer Sensoren sind stabil und alles schaltet sofort.
Darf ich einen Vorschlag machen: Ich bin zwar an dem Modul als solchen und seiner Entwicklung interessiert, aber nicht an den individuellen Problemen jedes Users… wir wäre es wenn man den Thread in einen Modul-Thread mit Neuerungen, vielleicht auch Wünschen etc. und einen Thread für das benutzen des Moduls aufteilt? Machen andere Module auch und hat sich bewährt.
+1
Feature Request:
Ich hätte gerne eine Zähler Instanz.
Mit Tamota kann man einen Counter bauen, der dann wiederum über MQTT in IPS landen soll. Vielen Dank im Voraus!
Hallo,
hast du mal einen Link zu einer Anleitung wie man diesen Counter baut?
Gibt es dazu was im Tasmota Wiki?
Grüße,
Kai
Kommst Du damit: Add pulse count measure for tasmota in some GPIO with some configured divider · Issue #1188 · arendst/Sonoff-Tasmota · GitHub weiter?
Hallo,
hast du schon so einen Counter an deinem Tasmota Gerät am laufen?
Kannst du mir evtl. ein paar Logs zukommen lassen?
Grüße,
Kai
Ich hatte das schon mal auf einem meiner ESP8266er am Laufen. Ich habe das Projekt dann aber gekippt. Zum einen, weil es ja aktuell über das Tasmota Modul (noch) nicht unterstützt wird und zum anderen, weil ich mit dem ESP dann meinem Briefkasten smarter gemacht habe. 
Ich gucke mal, dass ich das Projekt heute abend mal auf einen frischen ESP brenne um Dir dann die gewünschten Infos geben zu können.
Hallo Kai,
Klasse Arbeit … Ich habe Dein Tasmota-Modul mit einem geflashten MagicHome - RGB IR Modul am laufen. … läuft super 
Mein zweites MagicHome Modul habe ich etwas anders konfiguriert. Bei diesem nutze ich einen unbenutzten GPIO um einen Verbraucher zu schalten (hier eine Sprudelpumpe in einer Lichtsäule :D). Leider wirft Dein Modul mit dieser Konfiguration einen Fehler aus (siehe Bilder).
Meine beschränkten MQTT-Kenntnoisse lassen mich vermuten, dass das mit dem POWER-Befehl zusammenhängt.
Das „normale“ mit Tasmota geflashte MagicHome-Modul verwendet zum An- bzw. Ausschalten den Befehl Power on bzw. Power off. In der Konfiguration mit dem zusätzlich genutzten GPIO reagiert Tasmota jedoch nur auf Power1 on / off bzw. Power2 on / off. Mit Power1 wird der GPIO und mit Power2 die LEDs geschlatet.
Kannst Du das auch in Deinem Modul einbauen ?
Gruß
Swifty
Hallo,
kannst du mir noch zeigen, wie deine Instanzen aussehen?
Edit: Versuch es mal mit dem Haken Multi Switch.
Grüße,
Kai
Hallo Kai,
in der IPS_TasmotaLED - Instanz gibt es keine Möglichkeit einen Haken bei Multi Switch zu setzen.
Anbei findest Du die Instanz und meinen Verzeichnisbaum. Die Telemetrie und die IR-Befehle werte ich über einen separaten Clienten per Script aus. Die LED-Instanz funktioniert soweit. Nur Ein- und Ausschalten geht nicht.
Gruß
Swifty
