UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Travin]

[Stuebi]

@Travin , dwie ist die IP Adresse von ioBroker? Und warum hast du Port 8081 eingestellt? Und warum hast du denn Präfix MQTT deaktiviert.

[Travin]

ja, das ist die Iobroker IP. Port 8081 ist der Port des Iobrokers. Sollte ich das nicht so einstellen???
Welchen dann? einen beliebigen, nicht genutzten?
MQTT Präfix... weiß nicht warum:man-shrugging: :man-facepalming:

[Stuebi]

@Travin , eigentlich ist der Standardport für MQTT 1882. Wenn du den nicht vergeben hast z.B. durch den MQTT Adapter nimm den.

[Travin]

Ahhh, siehe da, es werde Licht

Vielen Dank! Sorry das ich mich ein wenig doof angestellt habe. Bin noch recht unerfahren auf dem Gebiet...

TOP Support

[Stuebi]

@Travin , super das es jetzt funktioniert. Viel Spass noch mit de Shelly Adapter!

[passuff]

erstmal vielen Dank fürden super Adapter.
Lieder habe ich gerade einen Bug gefunden:
Ich habe einen Shelly 2.5 als Rolladenaktor in Gebrauch. Leider habe ich beim Einbau die den Motor falsch herum angeklemmt, sodass der Rolladen beim klick auf close hochfährt und umgekehrt.
Glücklicherweise gibt es im Shelly Menü eine Richtungsumkehr, welche jedoch keinerlei Auswirkung auf den "state" im iobroker hat.
Ich werde den Schalter jetzt neu verdrahten, würde es aber begrüßen, wenn man das im Adapter fixen könnte. Habe auch ein github issue eröffnet.

Gruß

[NetFritz]

Hallo
Ich benutze einen Shelly 1PM .
Der Kontakt Eingang ist auf Detached eingestellt, dort habe ich einen Endschalter angebaut.

Den möchte ich jetzt in ioBroker mit dem Shelly-Adapter abfragen.
Dazu habe ich mqtt im Shelly und auf dem shelly-Adapter eingestellt.
Ich bekomme im Log immer noch eine Fehlermeldung, obwohl der Adapter
grün ist und auch wenn ich auf der Shelly-Webseite unter mqtt abspeichere
der grüne Balken kommt.

shelly.0	2020-04-03 11:13:11.627	info	(16428) Destroy 192.168.2.204 (shelly1pm / shelly1pm-8CAAB5060719 / SHSW-PM#8CAAB5060719#1)
shelly.0	2020-04-03 11:13:11.625	info	(16428) Close Client: 192.168.2.204 (shelly1pm / shelly1pm-8CAAB5060719 / SHSW-PM#8CAAB5060719#1) (false)
shelly.0	2020-04-03 11:13:11.462	error	(16428) Wrong MQTT authentification for : 192.168.2.204 (shelly1pm / shelly1pm-8CAAB5060719 / SHSW-PM#8CAAB5060719#1)
shelly.0	2020-04-03 11:12:55.264	info	(16428) Starting Shelly adapter in MQTT modus. Listening on 0.0.0.0:1882
shelly.0	2020-04-03 11:12:54.967	info	(16428) starting. Version 3.1.6 in /opt/iobroker/node_modules/iobroker.shelly, node: v10.18.0
shelly.0	2020-04-03 11:12:47.538	info	(16293) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
shelly.0	2020-04-03 11:12:47.536	info	(16293) terminating
shelly.0	2020-04-03 11:12:47.534	info	(16293) Closing Adapter
shelly.0	2020-04-03 11:12:47.531	info	(16293) Got terminate signal TERMINATE_YOURSELF

Wie bekomme ich die Fehlermeldung weg?
Gruß NetFritz

[NetFritz]

Hallo
Hat sich erledigt.
Habe nochmal Username und Password neu eingegeben.
Hatte ich schon mehrmals gemacht.
Jetzt geht es.
Gruß NetFritz

[e-s]

@NetFritz
Vorher stand einmal netfritz und einmal NetFritz, das ist schon ein komplett anderer User.

[NetFritz]

Hallo
Das hatte nach den Snapshot auch gesehen, hatte ich dann verbessert.
Das Problem war wahrscheinlich, wenn man auf der Shelly-Webseite
den User ändert und abspeichert dann ist manchmal der alter User immer
noch drin.
Jetzt ist Input auch drin.
Gruß NetFritz

[FoodFighter]

Hallo,
ich muss jetzt mal nachfragen, weil mir einiges nicht ganz klar ist.
Zum Setup: ich nutze iobroker in einem Docker-Container (Bridge-Mode) , daher kommt mir die MQTT-Einstellung des Adapters sehr gelegen.
Weiterhin nutze ich einen Moquitto MQTT Broker in einem weiterem Container auf Port 1883 (Standart). Über diesen laufen auch diverse andere MQTT-Geräte.

Wenn ich nun alles richtig verstehe, macht der Shelly-Adapter einen eigenen MQTT-Server auf, sobald man MQTT aktiviert (default auf Port 1882).

Es ist also nicht möglich die Shellies alle an einen bestehenden Broker senden zu lassen (in meinem falle Mosquitto) und gleichzeitig den Shelly-Adapter mit der MQTT Funktion zu nutzen - sehe ich das richtig?

Ich möchte die Shellys weiterhin an Mosquitto senden lassen, da diese Daten u.U. noch von anderen Containern außer ioBroker verwendet werden sollen.
Wenn ich dem Shelly-Adapter nun einfach Port 1883 zuweise und ihm das gleichen MQTT-User+Pwd zuweise, kommen keine Ergebnisse an. (Vermutlich weil der Port 1883 schon dem Mosquitto-Container zugewiesen ist).

Ist es denn nicht möglich, dass sich dieser Shelly-Adapter die Daten einfach aus dem mqtt-client-Adapter raus zieht, welcher die Daten ja erfolgreich beim MQTT-Broker abholt? (Falls nein, wieso nicht?)

[Edit]
Bzw. wäre es machbar die Einstellungen derart zu erweitern, dass man den Shelly-Adapter zwischen MQTT-Server und Client umschalten könnte, für diejenigen, die den mqtt-client ohnehin schon für andere Geräte nutzen?
[/Edit]

COAP fällt in meinem Falle flach, wegen der Bridge-Einstellung, die ich so auch gerne beibehalten würde.

Den Shelly-Adapter würde ich jedoch gerne zusätzlich zum bestehenden Mosquitto nutzen, da dieser Adapter doch einige Funktionen bietet, die das Arbeiten mit den Shellys in iobroker deutlich vereinfachen.

[Edit]
Was mir auch noch unklar scheint -> wenn man die Shellys per MQTT auf den Shelly-Adapter senden lässt, wird scheinbar die custom-MQTT-Prefix, die man im Shelly hinterlegt, ignoriert - ist das gewollt?

Für Dumme steht es sogar in der github-repo, dass die Präfix nicht angepackt werden darf...

[maxpd]

Hallo,

mein Shelly Adapter (3.1.6) startet ständig neu. Ich habe 3 Shelly Devices im Einsatz.

shelly.0	2020-04-12 06:36:08.655	info	(4720) Shelly device 192.168.178.40 (shelly1 / shelly1-93F1CA / SHSW-1#93F1CA#1) with CoAP connected!
shelly.0	2020-04-12 06:36:02.254	info	(4720) Listening for Shelly packets in the network
shelly.0	2020-04-12 06:36:02.173	info	(4720) Starting Shelly adapter in CoAP modus.
shelly.0	2020-04-12 06:36:02.121	info	(4720) starting. Version 3.1.6 in /opt/iobroker/node_modules/iobroker.shelly, node: v10.19.0
shelly.0	2020-04-12 06:35:30.183	error	(4369) Error handling Shelly data: Error: No reply in 247s



shelly.0	2020-04-12 06:31:31.281	info	(4369) Shelly device 192.168.178.112 (shellyswitch25 / shellyswitch25-740842 / SHSW-25#740842#1) with CoAP connected!
shelly.0	2020-04-12 06:31:22.698	info	(4369) Shelly device 192.168.178.40 (shelly1 / shelly1-93F1CA / SHSW-1#93F1CA#1) with CoAP connected!
shelly.0	2020-04-12 06:31:17.451	info	(4369) Listening for Shelly packets in the network
shelly.0	2020-04-12 06:31:17.372	info	(4369) Starting Shelly adapter in CoAP modus.
shelly.0	2020-04-12 06:31:17.321	info	(4369) starting. Version 3.1.6 in /opt/iobroker/node_modules/iobroker.shelly, node: v10.19.0
shelly.0	2020-04-12 06:30:45.162	error	(3991) Error handling Shelly data: Error: No reply in 247s
shelly.0	2020-04-12 06:31:31.281	info	(4369) Shelly device 192.168.178.112 (shellyswitch25 / shellyswitch25-740842 / SHSW-25#740842#1) with CoAP connected!
shelly.0	2020-04-12 06:31:22.698	info	(4369) Shelly device 192.168.178.40 (shelly1 / shelly1-93F1CA / SHSW-1#93F1CA#1) with CoAP connected!
shelly.0	2020-04-12 06:31:17.451	info	(4369) Listening for Shelly packets in the network
shelly.0	2020-04-12 06:31:17.372	info	(4369) Starting Shelly adapter in CoAP modus.
shelly.0	2020-04-12 06:31:17.321	info	(4369) starting. Version 3.1.6 in /opt/iobroker/node_modules/iobroker.shelly, node: v10.19.0
shelly.0	2020-04-12 06:30:45.162	error	(3991) Error handling Shelly data: Error: No reply in 247s
shelly.0	2020-04-12 06:26:51.526	info	(3991) Shelly device 192.168.178.40 (shelly1 / shelly1-93F1CA / SHSW-1#93F1CA#1) with CoAP connected!
shelly.0	2020-04-12 06:26:45.896	info	(3991) Shelly device 192.168.178.112 (shellyswitch25 / shellyswitch25-740842 / SHSW-25#740842#1) with CoAP connected!
shelly.0	2020-04-12 06:26:38.111	info	(3991) Listening for Shelly packets in the network
shelly.0	2020-04-12 06:26:38.028	info	(3991) Starting Shelly adapter in CoAP modus.
shelly.0	2020-04-12 06:26:37.960	info	(3991) starting. Version 3.1.6 in /opt/iobroker/node_modules/iobroker.shelly, node: v10.19.0
shelly.0	2020-04-12 06:26:32.701	info	(3967) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
shelly.0	2020-04-12 06:26:32.700	info	(3967) terminating
shelly.0	2020-04-12 06:26:32.699	info	(3967) Closing Adapter
shelly.0	2020-04-12 06:26:32.697	info	(3967) Got terminate signal TERMINATE_YOURSELF
shelly.0	2020-04-12 06:26:32.523	info	(3967) Listening for Shelly packets in the network
shelly.0	2020-04-12 06:26:32.446	info	(3967) Starting Shelly adapter in CoAP modus.
shelly.0	2020-04-12 06:26:32.391	info	(3967) starting. Version 3.1.6 in /opt/iobroker/node_modules/iobroker.shelly, node: v10.19.0

[Stuebi]

@maxpd , siehe hier https://forum.iobroker.net/topic/26110/test-adapter-shelly-v3-1-x/67
Eine Lösung gibt es aber nicht

[maxpd]

@Stuebi danke dir.
Bis zu welcher Version lief es denn, dann downgrade ich dort hin.

[Stuebi]

@maxpd , da hilft kein downgrade. Meistens verschwindet der Fehler irgendwann wieder.

[maxpd]

@Stuebi Ok, leider reagieren die Aktoren oft nicht. Das heißt ich muss von COAP zu MQTT wechseln.

[Diggewuff]

@FoodFighter said in [Adapter] Shelly Adapter mit MQTT:

Hallo,
ich muss jetzt mal nachfragen, weil mir einiges nicht ganz klar ist.
Zum Setup: ich nutze iobroker in einem Docker-Container (Bridge-Mode) , daher kommt mir die MQTT-Einstellung des Adapters sehr gelegen.
Weiterhin nutze ich einen Moquitto MQTT Broker in einem weiterem Container auf Port 1883 (Standart). Über diesen laufen auch diverse andere MQTT-Geräte.

Wenn ich nun alles richtig verstehe, macht der Shelly-Adapter einen eigenen MQTT-Server auf, sobald man MQTT aktiviert (default auf Port 1882).

Es ist also nicht möglich die Shellies alle an einen bestehenden Broker senden zu lassen (in meinem falle Mosquitto) und gleichzeitig den Shelly-Adapter mit der MQTT Funktion zu nutzen - sehe ich das richtig?

Ich möchte die Shellys weiterhin an Mosquitto senden lassen, da diese Daten u.U. noch von anderen Containern außer ioBroker verwendet werden sollen.
Wenn ich dem Shelly-Adapter nun einfach Port 1883 zuweise und ihm das gleichen MQTT-User+Pwd zuweise, kommen keine Ergebnisse an. (Vermutlich weil der Port 1883 schon dem Mosquitto-Container zugewiesen ist).

Ist es denn nicht möglich, dass sich dieser Shelly-Adapter die Daten einfach aus dem mqtt-client-Adapter raus zieht, welcher die Daten ja erfolgreich beim MQTT-Broker abholt? (Falls nein, wieso nicht?)

[Edit]
Bzw. wäre es machbar die Einstellungen derart zu erweitern, dass man den Shelly-Adapter zwischen MQTT-Server und Client umschalten könnte, für diejenigen, die den mqtt-client ohnehin schon für andere Geräte nutzen?
[/Edit]

COAP fällt in meinem Falle flach, wegen der Bridge-Einstellung, die ich so auch gerne beibehalten würde.

Den Shelly-Adapter würde ich jedoch gerne zusätzlich zum bestehenden Mosquitto nutzen, da dieser Adapter doch einige Funktionen bietet, die das Arbeiten mit den Shellys in iobroker deutlich vereinfachen.

[Edit]
Was mir auch noch unklar scheint -> wenn man die Shellys per MQTT auf den Shelly-Adapter senden lässt, wird scheinbar die custom-MQTT-Prefix, die man im Shelly hinterlegt, ignoriert - ist das gewollt?

Für Dumme steht es sogar in der github-repo, dass die Präfix nicht angepackt werden darf...

Ich würde auch gerne meinen bereits vorhandenen MQTT Broker verwenden. Kann der Adapter sich nicht einfach zu diesem subscriben?

[e-s]

@Diggewuff
Du kannst doch direkt alles an einen eigenen mqtt schicken und den Adapter weglassen.

[Diggewuff]

Ich möchte ungern alle topics für meine Shellies manuell konfigurieren. Das macht der Shelly Adapter ja super. Und zusätzlich finde ich klasse auch http für Datenpunkte zu nutzen die über MQTT nicht zur Verfügung stehen.
Das einzige was ich schade finde ist, dass der Adapter die MQTT Schnittstelle der Shellies komplett für sich alleine beansprucht, da der dedizierte eigene Broker verwendet werden muss auf, den sich ausschließlich Shelly Geräte verbinden können, so dass eine Zentralisierung der MQTT Vernetzung nicht mer möglich ist. Es seihe denn man verwendet ausschließlich Shelly Devices und nur IOBroker.