beim Parse-Error in Zeile 41 würde ich mich anschließen.
09.03.2020, 09:41:27 | ScriptEngine | Result for Event 56507
<br />
<b>Warning</b>: JSON parse error in <b>/var/lib/symcon/modules/.store/info.schnittcher.ips.tasmota/libs/TasmotaService.php</b> on line <b>41</b><br />
Die Meldung scheint immer aufzutreten bei Aufruf von Tasmota_sendMQTTCommand
Ich habe mit einem wemos D1 mini mit einem Kontakt, der im Tasmota Frontend korrekt angezeigt wird und auch die POWER im symcon korrekt ist, folgende Fehlermeldung alle 28-32 Sekunden:
09.03.2020, 11:29:00 | FlowHandler | Kann Daten nicht zur Instanz #27553 weiterleiten: <br />
<b>Fatal error</b>: Uncaught Error: Call to undefined method Tasmota::IPS_LogMessage() in /var/lib/symcon/modules/.store/info.schnittcher.ips.tasmota/libs/TasmotaService.php:272
Stack trace: #0 /var/lib/symcon/modules/.store/info.schnittcher.ips.tasmota/Tasmota/module.php(187): TasmotaService->traverseArray(Array, Array) #1 /-(3): Tasmota->ReceiveData(’{„DataID“:"{7F7…’) #2 {main}
thrown in <b>/var/lib/symcon/modules/.store/info.schnittcher.ips.tasmota/libs/TasmotaService.php</b> on line <b>272</b><br />
Die Instanz ist der wemos im Symcon, ein Zweiter erzeugt keine Fehler.
Kann der Funktionsaufruf eventuell nicht mit einem „-“ im Topic umgehen?
Die aktuelle Beta Version ist nur zum Debuggen von dem Problem, welches bei @micserver auftritt
Da hat sich aber ein Tippfehler eingeschlichen, dies ist aber nun korrigiert.
Nachdem ich mir im Herbst, nachdem es kalt und nass wurde, meinen Hochbeet-Wemos „kaputtgedated“ habe, habe ich am Wochenende endlich mal die beiden verbleibenden geflashed. Mit dem tasmotizer ist das inzwischen wirklich easy, inkl. WLAN Konfiguration ist das „Kärtchen“ schnell eingebunden.
Werde versuchen zum richtigem Zeitpunkt Debug an zu haben, tritt ganz sporadisch auf.
Gruß Achim
Alles doch ganz einfach, wie schon von jemanden erwähnt, es liegt am Befehl
Tasmota_sendMQTTCommand(49353,„POWER“ , true);
Ergebnis: Warning: JSON parse error in C:\ProgramData\Symcon\modules.store\info.schnittcher.ips.tasmota\libs\TasmotaService.php on line 41
Also, ich nutze den Befehl ohne Ende da ich sehr oft mit Pulsetime oder Power (PowerX) arbeite, Power könnte ich per RequestAction ersetzen, aber PulseTime und ähnliches nicht.
Außerdem wollte ich heute Tasmota über die Webconsole aktualisieren - das ging schief, da die Aktualisierung nicht durchgelaufen ist und alle Devices Fehlermeldung hatten.
Nach Löschen und erneuter Installation über die alte Konsole gings wieder - jedoch mit eben den o.a. Fehlern
Ich habe gestern mal meine ersten Versuche mit diesem neuen MQTT gewagt
Dank deinem Modul läuft alles wunderbar! Besten Dank Kai auch dafür!
Habe zwei Gosund SP1 geflasht und eingebunden. Läuft hervorragend!
Mal eine ganz blöde Frage: Dieses „Topic“ dient einfach nur der identifikation der Module, ist das richtig? Im Gerät selber kann man dies ja einpflegen und dein Modul liest es aus und stellt es dar.
Dann gibt es aber ja auch noch den „Friendly Name“ hier steht bei mir immer das gleiche wie im Topic.
Wenn ich dann aus dem Konfigurator eine Instanz erstelle, wird diese jedoch einfach nur „Tasmota“ benannt. Würde es dann hier nicht Sinn machen ebenfalls den Topic oder Friendly Name zu verwenden?
Oder liegt da noch ein Fehler auf meiner Seite?
Der Konfigurator funktioniert zur Zeit sowieso nicht richtig.
Die Tasmota Firmware hat sich sehr verändert, deswegen muss ich den Konfigurator sowieso noch anpassen.
In der aktuellen Beta Version sollte das Problem gefixt sein, kannst du es mal testen?
Bitte beachtet, dass die Beta Version noch Meldungen im Log anzeigt, um ein weiteres Problem zu finden.