Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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.

[wendy2702]

@samson71 Sind welche da aber aktualisieren sich nicht.

Morgen mal weiter probieren.

Was bedeutet das eigentlich: MINIMAL firmware please upgrade

[Samson71]

@wendy2702
Das sagt mir nichts. Da müsste jemand draufgucken, der mit Tasmota mehr Erfahrung hat. Ich setze mittlerweile ein paar Geräte mit Tasmota ein, aber bin da auch nur gelandet weil ich einen Hichi-Lesekopf einsetze und ein paar Sonoff-Geräte von der Cloud befreit und umgeflasht habe.

[wendy2702]

@wendy2702 sagte in Allgemeine Frage zu Shelly Produkten:

MINIMAL firmware please upgrade

Dazu konnte ich mittlerweile was finden.

Habe aber immer noch das Problem das Sensor Werte erst nach ca. 4 minuten aktualisiert werden

Hier mal ein Log vom MQTT, da kann man das ein/ausschalten sehen und später dann die aktualisierung der Sensor Werte

2023-09-15 21:13:41.047  - debug: mqtt.0 (3318) stateChange mqtt.0.info.connection: {"val":"DVES_836EE2","ack":true,"ts":1694805221045,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1694805221045}
2023-09-15 21:13:51.099  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:13:59.096  - debug: mqtt.0 (3318) stateChange mqtt.0.stat.tasmota_836EE2.RESULT: {"val":"{\"POWER\":\"ON\"}","ack":true,"ts":1694805239093,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1694805239093}
2023-09-15 21:13:59.098  - debug: mqtt.0 (3318) stateChange mqtt.0.stat.tasmota_836EE2.POWER: {"val":"ON","ack":true,"ts":1694805239093,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1694805239093}
2023-09-15 21:14:21.180  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:14:51.295  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:15:04.506  - debug: mqtt.0 (3318) stateChange mqtt.0.stat.tasmota_836EE2.RESULT: {"val":"{\"POWER\":\"OFF\"}","ack":true,"ts":1694805304502,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1694805304502}
2023-09-15 21:15:04.510  - debug: mqtt.0 (3318) stateChange mqtt.0.stat.tasmota_836EE2.POWER: {"val":"OFF","ack":true,"ts":1694805304502,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1694805304502}
2023-09-15 21:15:21.397  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:15:52.708  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:16:21.474  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:16:51.506  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:17:21.561  - debug: mqtt.0 (3318) Client [DVES_836EE2]  pingreq
2023-09-15 21:17:24.017  - debug: mqtt.0 (3318) stateChange mqtt.0.tele.tasmota_836EE2.STATE: {"val":"{\"Time\":\"2023-09-15T21:17:23\",\"Uptime\":\"0T00:10:12\",\"UptimeSec\":612,\"Heap\":24,\"SleepMode\":\"Dynamic\",\"Sleep\":50,\"LoadAvg\":19,\"MqttCount\":3,\"POWER\":\"OFF\",\"Wifi\":{\"AP\":1,\"SSId\":\"WANOSOHO\",\"BSSId\":\"6A:D7:9A:18:CE:BB\",\"Channel\":11,\"Mode\":\"11n\",\"RSSI\":76,\"Signal\":-62,\"LinkCount\":1,\"Downtime\":\"0T00:00:06\"}}","ack":true,"ts":1694805444015,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1694805444015}
2023-09-15 21:17:24.019  - debug: mqtt.0 (3318) stateChange mqtt.0.tele.tasmota_836EE2.SENSOR: {"val":"{\"Time\":\"2023-09-15T21:17:23\",\"ENERGY\":{\"TotalStartTime\":\"2023-09-15T15:26:07\",\"Total\":0.151,\"Yesterday\":0.000,\"Today\":0.151,\"Period\":3,\"Power\":0,\"ApparentPower\":0,\"ReactivePower\":0,\"Factor\":0.00,\"Voltage\":0,\"Current\":0.000}}","ack":true,"ts":1694805444015,"q":0,"from":"system.adapter.mqtt.0","user":"system.user.admin","lc":1694805444015}

EDIT: Glaube ich habe es gefunden:

Welchen Wert habt ihr da so sinnvoller weise drin stehen?

[Wal]

Der aktuelle Sonoff-Adapter 2.5.7 hat ein Passwort Problem, man muss über Github die Version 3.0.2 installieren.
Ja @wendy2702 du hast es gefunden unter 10 geht nicht.

[Wal]

@wendy2702 sagte in Tasmota Aktualisierung nach ca. 3min mit MQTT/Sonoff Adapter:

Was bedeutet das eigentlich: MINIMAL firmware please upgrade

Das bedeutet das die minimalste Firmware geflasht ist und der größte Speicher frei ist um eine normale Tasmota Firmware zu flashen.
Braucht man zum Bleistift um eine ESP-01S mit 512k zu flashen.

[da_Woody]

@wendy2702 da wird das gut erklärt:
https://nous.technology/product/a1t/template.html

[wendy2702]

@Wal : Danke für die Erklärung und den Hinweis auf die GitHub Version.

@da_Woody : das Dokument habe ich gefunden, erklärt aber leider für mich nicht warum das Template welches aktuell in meinem Nous ist ein anderes ist welches im Dokument erwähnt wird.

Muss/soll/kann ich das gefahrlos ändern?

[crunchip]

@wendy2702 sagte in Tasmota Aktualisierung nach ca. 3min mit MQTT/Sonoff Adapter:

warum das Template welches aktuell in meinem Nous ist ein anderes ist welches im Dokument erwähnt wird.

https://templates.blakadder.com/nous_A1T.html

[da_Woody]

@wendy2702 wenn's nicht klappt, Werksreset und neu versuchen.
Wobei mir Rätsel, warum da nur minimal drauf ist. Laut Beschreibung sollte die fix fertig sein...