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

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

[Wal]

@da_woody @wendy2702 ,
bei den neuen Tasmotaversionen wird beim OTA-Firmware-Update automatisch erst die Minimal-Version geladen und danach erst die angeforderte Firmware z.B. http://ota.tasmota.com/tasmota/release/tasmota-DE.bin.gz, wenn der Speicher zu klein ist.
Man muss ca. 2-3min warten, da 2 mal die Firmware geflasht wird, evtl. ist da was schief gelaufen.
Einfach die http://ota.tasmota.com/tasmota/release/tasmota-DE.bin.gz über OTA neu flashen.

[da_Woody]

@wal schon OK. Nur bei einer neuen Dose sollte eigentlich keine minimal drauf sein...