Tasmota Aktualisierung nach ca. 3min mit MQTT/Sonoff Adapter

[wendy2702]

Wer kann mir mal kurz bei den Nous Teilchen helfen?

Ich habe die Power Kalibrierung hinbekommen, allerdings bekomme ich im WEB-IF nichts für :

Active Power
Power Factor

angezeigt oder ist das OK so?

Firmware upgrade habe ich schon versucht und es läuft jetzt das:

[Marc Berg]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

allerdings bekomme ich im WEB-IF nichts für :
Active Power
Power Factor
angezeigt oder ist das OK so?

Theoretisch möglich, dass ein Gerät mit Powerfaktor 0 angeschlossen ist. Dann wäre die Anzeige korrekt. Was ist denn angeschlossen und kannst du mal eine Glühlampe oder einen anderen ohmschen Verbraucher anschließen? Wie hast du die Kalibrierung durchgeführt?

[wendy2702]

@marc-berg Angeschlossen ist eine klassiche 100W Glühbirne.

Kalibrierung nach der Anleitung durch geführt:

https://tasmota.github.io/docs/Power-Monitoring-Calibration/#calibration-procedure

[Marc Berg]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

Angeschlossen ist eine klassiche 100W Glühbirne.

Dann ist die Anzeige falsch. Nach der Anleitung habe ich die Kalibrierung auch durchgeführt. Bei mir passt es aber.

Edit: welche konkreten Zahlen hast du bei der Kalibrierung eingegeben?

[wendy2702]

@marc-berg Fehler gerade gefunden.

Beim PowerSet 104.5 fehlte das Leerzeichen.

Jetzt aber noch eine Frage, hat zwar nichts mit Shelly zu tun aber ist ja mein Thread

Kann ich bei MQTT Anbindung die Werte eigentlich einzeln sehen oder sind die alle in einem String?

Sprich ist das so OK:

Wenn ja, wann sollte sich z.B. der Wert für "Power" ändern?

[Marc Berg]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

Kann ich bei MQTT Anbindung die Werte eigentlich einzeln sehen oder sind die alle in einem String?

Die kommen AUCH einzeln, aber auch als JSON.

Edit: Die Werte kommen nur als JSON.

[Samson71]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

Kann ich bei MQTT Anbindung die Werte eigentlich einzeln sehen oder sind die alle in einem String?

Kommt drauf an welchen Adapter Du verwendest. Beim Sonoff vermutlich alles bereits schön einzeln zerlegt. Beim MQTT musst vermutlich den String selber auseinandernehmen.

[wendy2702]

@Samson71 : OK Danke.

@Marc-Berg : welchen Adapter nutzt du?

Dann noch eine Frage, in der Anleitung zu der man gelangt wenn man den QR Code auf der Verpackung scant steht:

US-A1T-Vorlage: {"NAME":NOUSA1T,GPIO:[17,0,0,0,134,132,0,0,131,56,21,0,0],"FLAG":0,"BASE":49}

Im Device selber steht das:

{"NAME":"NOUS A1T","GPIO":[32,0,0,0,2720,2656,0,0,2624,320,224,0,0,0],"FLAG":0,"BASE":49}

Muss/sollte man das auf das aus der Anleitung ändern oder so belassen?

[Marc Berg]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

@Marc-Berg : welchen Adapter nutzt du?

Ich kommuniziere Plain über MQTT, ohne Aufbereitung durch einen Adapter.

Zu der anderen Frage: An der Vorlage habe ich nichts ändern müssen. KÖNNTE aber bei einem anderen Hardware-Release vielleicht anders sein.

Das einzige, was ich neben der Kalibrierung angepasst habe, war die Zeitzone.

[wendy2702]

@marc-berg sagte in Allgemeine Frage zu Shelly Produkten:

Ich kommuniziere Plain über MQTT, ohne Aufbereitung durch einen Adapter.

OK.

Kannst du mir sagen wie deine Konfig aussieht vom Adapter und deinem Tasmota Device?

Denke das mit den einzelnen Werten wird wohl nicht an der Zeitzone liegen, werde ich aber mal korrigieren.

EDIT: Sonoff bekomme ich nicht verbunden. Kommt immer falscher User oder Passwort obwohl ich die 1 zu 1 aus dem MQTT übernommen habe. MQTT natürlich gestoppt.

[Marc Berg]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

Kannst du mir sagen wie deine Konfig aussieht vom Adapter und deinem Tasmota Device?

Die Frage verstehe ich nicht. Der MQTT Adapter (als Client eingerichtet) spiegelt einfach alle Messages vom Broker. Die A1T sendet die "Readings" direkt per MQTT. Dazu musste ich nichts anpassen. Und ich bin der Meinung, dass ich mir alle Änderungen immer mitprotokolliere.

[wendy2702]

@marc-berg Das Verstehe ich nicht. Dafür bin ich bisher in MQTT zu unbewandert.

Wenn ich den MQTT Adapter auf Server stelle, sieht das bei mir so aus:

Und das kommt nach Adapter start im Log:

2023-09-15 18:35:47.086  - info: mqtt.0 (40686) Client [DVES_836EE2] connected with secret 1694795747085_4292
2023-09-15 18:35:47.192  - info: mqtt.0 (40686) Client [DVES_836EE2] subscribes on "cmnd/tasmota_836EE2/#" with regex /^cmnd\.tasmota_836EE2\..*/
2023-09-15 18:35:47.193  - info: mqtt.0 (40686) Client [DVES_836EE2] subscribes on "cmnd/tasmota_836EE2/#"  with regex /^mqtt\.0\.cmnd\.tasmota_836EE2\..*/
2023-09-15 18:35:47.193  - info: mqtt.0 (40686) Client [DVES_836EE2] subscribes on "cmnd/tasmotas/#" with regex /^cmnd\.tasmotas\..*/
2023-09-15 18:35:47.194  - info: mqtt.0 (40686) Client [DVES_836EE2] subscribes on "cmnd/tasmotas/#"  with regex /^mqtt\.0\.cmnd\.tasmotas\..*/
2023-09-15 18:35:47.194  - info: mqtt.0 (40686) Client [DVES_836EE2] subscribes on "cmnd/DVES_836EE2_fb/#" with regex /^cmnd\.DVES_836EE2_fb\..*/
2023-09-15 18:35:47.194  - info: mqtt.0 (40686) Client [DVES_836EE2] subscribes on "cmnd/DVES_836EE2_fb/#"  with regex /^mqtt\.0\.cmnd\.DVES_836EE2_fb\..*/
2023-09-15 18:35:47.394  - info: mqtt.0 (40686) Client [DVES_836EE2] publishOnSubscribe send all known states
2023-09-15 18:35:47.396  - info: mqtt.0 (40686) Client [DVES_836EE2] publishOnSubscribe send all known states
2023-09-15 18:35:47.397  - info: mqtt.0 (40686) Client [DVES_836EE2] publishOnSubscribe send all known states

Stelle ich den Adapter auf Client:

2023-09-15 18:38:25.687  - info: mqtt.0 (40756) starting. Version 4.1.1 in /opt/iobroker/node_modules/iobroker.mqtt, node: v18.17.1, js-controller: 5.0.12
2023-09-15 18:38:26.009  - info: mqtt.0 (40756) Try to connect to mqtt://127.0.0.1:1883 with clientId=iobroker.mqtt.0and credentials mqtt:*******************
2023-09-15 18:38:26.100  - error: mqtt.0 (40756) Client error:Error: connect ECONNREFUSED 127.0.0.1:1883
2023-09-15 18:38:36.102  - info: mqtt.0 (40756) Reconnected to 127.0.0.1
2023-09-15 18:38:36.105  - error: mqtt.0 (40756) Client error:Error: connect ECONNREFUSED 127.0.0.1:1883
2023-09-15 18:38:36.105  - info: mqtt.0 (40756) Disconnected from 127.0.0.1
2023-09-15 18:38:36.122  - info: mqtt.0 (40756) send2Server mqtt.0.info.connection[info/connection]
2023-09-15 18:38:36.163  - info: mqtt.0 (40756) send2Server mqtt.0.info.connection[info/connection]
2023-09-15 18:38:46.107  - info: mqtt.0 (40756) Reconnected to 127.0.0.1
2023-09-15 18:38:46.109  - error: mqtt.0 (40756) Client error:Error: connect ECONNREFUSED 127.0.0.1:1883
2023-09-15 18:38:46.109  - info: mqtt.0 (40756) Disconnected from 127.0.0.1
2023-09-15 18:38:46.116  - info: mqtt.0 (40756) send2Server mqtt.0.info.connection[info/connection]
2023-09-15 18:38:46.159  - info: mqtt.0 (40756) send2Server mqtt.0.info.connection[info/connection]
2023-09-15 18:38:56.111  - info: mqtt.0 (40756) Reconnected to 127.0.0.1
2023-09-15 18:38:56.113  - error: mqtt.0 (40756) Client error:Error: connect ECONNREFUSED 127.0.0.1:1883
2023-09-15 18:38:56.113  - info: mqtt.0 (40756) Disconnected from 127.0.0.1
2023-09-15 18:38:56.118  - info: mqtt.0 (40756) send2Server mqtt.0.info.connection[info/connection]
2023-09-15 18:38:56.162  - info: mqtt.0 (40756) send2Server mqtt.0.info.connection[info/connection]

Was steht denn bei dir bei URL im MQTT Adapter wenn der als Client konfiguriert ist?

Edit: oder stört der Shelly Adapter da noch? Läuft allerdings auf Port 1882

[Marc Berg]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

Wenn ich den MQTT Adapter auf Server stelle, sieht das bei mir so aus:

Der Unterschied wird sein, dass ich noch einen separaten MQTT Broker betreibe. Wenn du den Adapter auf "Server" stellst, weil du den Adapter als Broker nutzt, sollte das Ergebnis aber identisch sein.

[wendy2702]

@marc-berg Ja, auf Server steht er ja aber da fehlen mir die einzelnen Objecte.

[Marc Berg]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

@marc-berg Ja, auf Server steht er ja aber da fehlen mir die einzelnen Objecte.

Vergiss, was ich gesagt habe. Ich bereite mir das JSON in NodeRed manuell auf. Daher kommen die Daten unter /readings. Das hatte ich schon wieder vergessen, sorry.

Also: die Daten kommen nur als JSON vom Tasmota.

[Samson71]

@wendy2702
Mit Sonoff sollte das auch so gehen. Zumindest liefern bei mir Tasmota Devices dort ab. Wenn Du das also nicht selber aufbereiten willst, dann geht das wohl besser damit. Port, User, Passwort müssen natürlich passen.
Das ist im Übrigen auch das gleiche Prinzip beim Shelly Adapter. Der stellt das auch alles aufbereitet zur Verfügung. Auch die Shellies könnte man sonst ganz normal in den MQTT Adapter packen.

[wendy2702]

@samson71 Gibt es beim Sonoff Adapter eine Passport Policy?

ich habe mal das in einem Device eingestellt:

Und auch im Adapter:

Trotzdem im Log:

2023-09-15 20:04:58.131  - warn: sonoff.0 (1244) Client [dingtian-relay7409] has invalid password or username
2023-09-15 20:05:01.009  - warn: sonoff.0 (1244) Client [DVES_836EE2] has invalid password or username
2023-09-15 20:05:13.131  - warn: sonoff.0 (1244) Client [dingtian-relay7409] has invalid password or username
2023-09-15 20:05:28.132  - warn: sonoff.0 (1244) Client [dingtian-relay7409] has invalid password or username

[Samson71]

@wendy2702
Ich kann bei mir leider grade nicht nachschauen. Bin noch im Urlaub in Dänemark und nur mobil am Handy unterwegs.

Aber das Zeug hat Tasmota drauf?

[wendy2702]

@samson71 Schönen Urlaub. Tolles Land... auch schon zweimal gewesen.

Ja es ist Tasmota drauf und ich habe die Lösung hier gefunden:

https://forum.iobroker.net/post/1024345

Ohne User und PW im Sonoff Adapter verbinden sich die Geräte direkt.

EDIT: wohl zu Früh gefreut. Die Geräte connecten sich wohl, es werde auch einige Objekte angelegt aber wenn ich die Tasmota Steckdose z.B. aus/einschalte aktualisieren sich die Objekte nicht.

[Samson71]

@wendy2702
Komisch, aber Hauptsache ist ja dass Du jetzt alle Werte in der Vereinzelung hast.