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

[Andreios]

@crunchip sagte in Test Adapter shelly - ALPHA Versionen:

@andreios sagte in Test Adapter shelly - ALPHA Versionen:

und über MQTT angeschlossen, funktioniert aber leider nicht.
mqtt Adapter Version ist 6.1.2
shelly Adapter Version ist 10.1.0

Mqtt oder shelly Adapter, beides geht nicht

Das würde ja bedeuten, dass der Teil der alten Shellys nicht mehr funktioniert, der über CoAP angebunden ist.
Eigentlich sollte es ja nur darauf ankommen, wohin der jeweilige Shelly sich verbindet, oder?

Ich habe die Shelly-Instanz einmal gestoppt, das hat aber keine Änderung gebracht.

[crunchip]

@andreios sagte in Test Adapter shelly - ALPHA Versionen:

Das würde ja bedeuten,

Doku lesen

Solltest du beide Adapter in Verwendung haben, wäre üblicherweise
Mqtt Adapter port 1883
Shelly Adapter port 1882

Entsprechend In den shelly Geräten auch so hinterlegen.

Gen1 shelly Geräte entweder in einer separaten shelly Instanz laufen lassen oder ebenfalls auf mqtt umstellen.

Solltest du shelly Geräte mit dem mqtt Adapter nutzen, musst du die Steuerdatenpunkte manuell anlegen.

[saugimanni]

Hallo zusammen,

ich habe nicht weiter gesucht, ob es zu diesem Problem schon ein Thema gibt, aber möchte einmal meine Lösung des Problems schildern, um eventuell einigen anderen Leuten, die das selbe Problem haben eine mögliche Lösung aufzuzeigen.

Hier mein Problem:

Shelly Adapter 8.4

Ich habe ca. 60 verschiedene Shellys im Einsatz aus allen Herstellungsjahren ( bin von Anfang an dabei ).
Bisher gab es wenig Probleme, aber seit meinem Umzug des IoBrokers auf einen neuen Mini PC und Proxmox 9 in einen LXC Container hatte ich das Problem, dass eine große Anzahl der Shellys in regelmaßigen Abständen ( ca. 1 Minute ) kurz die Verbindung zum Adapter verloren haben ( für ca. 2 Sekunden ) und sich die Schalter in den Shellys ausgeschalten haben .
Dies hatte ich ich in all den Jahren nicht und konnte es mir nicht erklären , vor allen Dingen das selbsttätige Ausschalten der Schalter . Ob dies mit dem Adapter etwas zu tun haben könnte, weiß ich nicht. Dazu bin ich zu "unwissend".
Nach Durchforschen der Logs ist mir aufgefallen, dass sich diese Shellys im Rhytmus von ca 1 Minute eine neue Timezone suchten . Sie haben auch nicht Berlin gefunden, sondern Helsinki oder Brüssel eingeloggt und es war ein anderer SNTP Server eingetragen.
Nach diversen Tests habe ich dieses Prozedere als Ursache der Abbrüche "diagnostiziert" .
Daraufhin habe ich alle Shellys der älteren Generationen auf Hand umgestellt, die Timezone auf Berlin umgestellt und den SNTP Server umbenannt: time.google.com sowie die Geozone angepasst .

Bei den neuen Geräten habe ich dies so gelassen :

Seit dieser Umstellung ( 2 Tage - ist noch nicht lange, ich weiß ) funktioniert alles wieder super, alle Shellys sind dauerhaft online und die Automation funktioniert wieder ohne Probleme .

Vielleicht kann ich damit einigen helfen.

Gruß Saugimann

[haus-automatisierung]

@saugimanni sagte in Shelly Adapterproblem mit MQTT:

Shelly Adapter 8.4

Bitte auf die letzt stable gehen. 8.4 ist von Okt 2024

[mcm1957]

@Homoran

Bitte Shelly Adapter - genereller Support anhängen

https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support

[mcm1957]

@Homoran

Da die Frage absolut nichts mit alpha Versionen zu tun hat bitte Beiträge ab gestern an Shelly Adapter - henereller Support anhängen

https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support

Sollte ab da sein wenn ich mit hand richtog klicke
https://forum.iobroker.net/topic/80649/test-adapter-shelly-alpha-versionen/125

[Homoran]

@mcm1957 done!

[Homoran]

@mcm1957 dito

[da_Woody]

@saugimanni abgesehn davon, daß du schwer veraltest bist, hat du deine shelly nicht richtig konfiguriert.
desweiteren denke ich, daß du noch immer auf mcast unterwegs bist.

ip deines ioB, save, der port wird automatisch angehängt.

sich die Schalter in den Shellys ausgeschalten haben .

auch das liegt an der config des schelly!

[da_Woody]

@haus-automatisierung sagte in Shelly Adapter - genereller Support:

Bitte auf die letzt stable gehen. 8.4 ist von Okt 2024

naja, bin auf 10.1.0 ohne probleme.
wie in dem post an @saugimanni glaub ich eher an falsche config...

[mcm1957]

@andreios said in Shelly Adapter - genereller Support:

@peter-v sagte in Test Adapter shelly - ALPHA Versionen:

Shelly 1PM Mini Gen3 : 1.6.2

Genau davon habe ich den ersten verbaut und über MQTT angeschlossen, funktioniert aber leider nicht.

mqtt Adapter Version ist 6.1.2

ist irrelevant wenn du den shelly Adapter verwenden willst.

shelly Adapter Version ist 10.1.0

ok

Der taucht unter mqtt.0.shellies.shelly1pm.... und unter mqtt.0.shelly1pm.... auf, jedoch mit fast keinen Datenpunkten.

Wenn der nur beim mqtt Adapter auftaucht hast du im Shely den fslschen Port eingestellt.

Die Shelly Instanz muss einen anderen mqtt Port haben als der mqtt AAdapter. 2 Adapterinstanzen am selben Port sind technisch nicht möglich. Je nachdem welchen Port du am Shelly eingetragen hast redet der Shelly mit dem mqtt Adapter oder dem Shelly Adapter.

U.a. ist das der Datenpunkt ...status.switch:0 dabei, wenn ich diesen jedoch mit einem Schalter verbinde, funktioniert sowohl die Zustandsanzeige, als auch das Schalten nicht.

Setze zum Testen Werte direkt im Admin UI.

mqtt-Daten habe ich geprüft, Port etc. auch andere Möglichkeiten, die ich hier im Thread gefunden habe.

Dann poste bitte mal

• screenshot der Mqtt Einstellubgen des Shellies
• screenshot der Mqtt Eindtellungen der Shelly Instant

Andere, ältere, Shelly funktionieren, teilweise über CoAP, aber auch über mqtt.

Coap benutz zwingend eine andere Shelly Instanz. Spielt hier also nicht mit.

Hat veilleicht jemand noch eine Idee, wo ich suchen kann.

• port einstellungen prüfen
• screenshots der Einstellungen am Shelly u der Indtanzconfig posten
• logfile posten

[saugimanni]

@da_woody

Sorry für die späte Antworten, war ein paar Tage unterwegs.

• die Schalterconfig stand auf " letze Stellung "
• Enable CoIoT hatte ich bei allen abgewählt und nur MQTT aktiviert

Was hat es mit dieser Einstellung auf sich ? Ich dachte, dass dies nur aktiviert werden muss,
wenn kein MQTT verwendet wird.

Bis heute läuft alles super .

Gruß Saugimanni

[Horst Böttcher]

Ich habe Shellys über mqtt eingebunden es ging auch eine weile aber auf einmal sind sie angeblich offline obwol sie online sind
Ich mutze den

[mcm1957]

@horst-böttcher

Der Online status wird durch anpingen der Shellies ermittelt. Check bitte ob die entsprechenden Shellies VOM IOBROKER System aus anpingbar sind bzw via http erreichbar sind.

EDIT:
Benutzt du irgendeine Art Firewall in deinem Netzwerk?
Hast du verschiedene Netzwerksegmente?
Hängen die Shellies alle im gleichen WLAN?

@Homoran
Bitte an den allgemeinen Shelly Topic anhängen.
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support

[Horst Böttcher]

@mcm1957 sagte in einiege shellys nicht da:

Benutzt du irgendeine Art Firewall in deinem Netzwerk?
Hast du verschiedene Netzwerksegmente?
Hängen die Shellies alle im gleichen WLAN?

Benutzt du irgendeine Art Firewall in deinem Netzwerk? Nein
Hast du verschiedene Netzwerksegmente? Nein
Hängen die Shellies alle im gleichen WLAN? Ja

edit
Ping Adapter sagt ja

[mcm1957]

@klein0r

Irgendeine Idee?

[crunchip]

@horst-böttcher was sagt das log nach einem Adapter neustart?

[Horst Böttcher]

@crunchip
Debug /info log

shelly.0
2025-08-14 00:08:29.936	debug	[deviceStatusUpdate] shellyplusplugs#e465b85d9e88#1: false

shelly.0
2025-08-14 00:08:29.868	debug	[deviceStatusUpdate] shellyplusplugs#e465b85deb4c#1: false

shelly.0
2025-08-14 00:08:29.836	debug	[deviceStatusUpdate] shelly1pmminig3#34b7dac5dca0#1: false

shelly.0
2025-08-14 00:08:26.915	debug	[deviceStatusUpdate] shellyplusplugs#c82e1806c064#1: true

shelly.0
2025-08-14 00:08:26.911	debug	[onlineCheck] Checking shellyplusplugs#c82e1806c064#1 on 192.168.178.48:80

shelly.0
2025-08-14 00:08:26.866	debug	[deviceStatusUpdate] shelly1pmminig3#34b7dac613cc#1: true

shelly.0
2025-08-14 00:08:26.859	debug	[onlineCheck] Checking shelly1pmminig3#34b7dac613cc#1 on 192.168.178.81:80

shelly.0
2025-08-14 00:08:26.858	debug	[deviceStatusUpdate] shelly1pmminig3#5432046d2090#1: false

shelly.0
2025-08-14 00:08:26.857	debug	[onlineCheck] Checking shelly1pmminig3#5432046d2090#1 on 192.168.178.72:80

shelly.0
2025-08-14 00:08:26.856	debug	[onlineCheck] Checking shellyplusplugs#e465b85d9e88#1 on 192.168.178.85:80

shelly.0
2025-08-14 00:08:26.812	debug	[onlineCheck] Checking shellyplusplugs#e465b85deb4c#1 on 192.168.178.86:80

shelly.0
2025-08-14 00:08:26.784	debug	[onlineCheck] Checking shelly1pmminig3#34b7dac5dca0#1 on 192.168.178.76:80

shelly.0
2025-08-14 00:08:26.718	debug	[deviceStatusUpdate] shelly1pmminig3#5432044e56a0#1: true

shelly.0
2025-08-14 00:08:26.718	debug	[deviceStatusUpdate] shellyplusplugs#c82e1805da00#1: false

shelly.0
2025-08-14 00:08:26.716	debug	[onlineCheck] Checking shellyplusplugs#c82e1805da00#1 on 192.168.178.60:80

shelly.0
2025-08-14 00:08:26.715	debug	[deviceStatusUpdate] shelly1pmminig3#5432044e7958#1: true

shelly.0
2025-08-14 00:08:26.714	debug	[onlineCheck] Checking shelly1pmminig3#5432044e56a0#1 on 192.168.178.74:80

shelly.0
2025-08-14 00:08:26.711	debug	[onlineCheck] Checking shelly1pmminig3#5432044e7958#1 on 192.168.178.78:80

shelly.0
2025-08-14 00:07:36.687	debug	[firmwareUpdate] Starting update on every device

shelly.0
2025-08-14 00:07:29.709	debug	[deviceStatusUpdate] shellyplusplugs#e465b85deb4c#1: false

shelly.0
2025-08-14 00:07:29.709	debug	[deviceStatusUpdate] shellyplusplugs#e465b85d9e88#1: false

shelly.0
2025-08-14 00:07:29.708	debug	[deviceStatusUpdate] shelly1pmminig3#34b7dac5dca0#1: false

shelly.0
2025-08-14 00:07:26.747	debug	[deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1","shelly1pmminig3#5432044e56a0#1","shelly1pmminig3#34b7dac613cc#1","shellyplusplugs#c82e1806c064#1"]

shelly.0
2025-08-14 00:07:26.743	debug	[deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1","shelly1pmminig3#5432044e56a0#1","shelly1pmminig3#34b7dac613cc#1"]

shelly.0
2025-08-14 00:07:26.693	debug	[deviceStatusUpdate] shellyplusplugs#c82e1806c064#1: true

shelly.0
2025-08-14 00:07:26.692	debug	[MQTT Server] Error in listener: Error: listen EADDRNOTAVAIL: address not available 192.168.178.9:1882

shelly.0
2025-08-14 00:07:26.687	info	Starting in MQTT mode. Listening on 192.168.178.9:1882 (QoS 2)

shelly.0
2025-08-14 00:07:26.686	info	[firmwareUpdate] Auto-Update enabled - devices will be updated automatically

shelly.0
2025-08-14 00:07:26.685	debug	[onlineCheck] Checking shellyplusplugs#c82e1806c064#1 on 192.168.178.48:80

shelly.0
2025-08-14 00:07:26.666	debug	[deviceStatusUpdate] shelly1pmminig3#34b7dac613cc#1: true

shelly.0
2025-08-14 00:07:26.661	debug	[onlineCheck] Checking shelly1pmminig3#34b7dac613cc#1 on 192.168.178.81:80

shelly.0
2025-08-14 00:07:26.660	debug	[deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1","shelly1pmminig3#5432044e56a0#1"]

shelly.0
2025-08-14 00:07:26.658	debug	[deviceStatusUpdate] shelly1pmminig3#5432046d2090#1: false

shelly.0
2025-08-14 00:07:26.657	debug	[onlineCheck] Checking shelly1pmminig3#5432046d2090#1 on 192.168.178.72:80

shelly.0
2025-08-14 00:07:26.656	debug	[deviceStatusUpdate] Online devices: ["shelly1pmminig3#5432044e7958#1"]

shelly.0
2025-08-14 00:07:26.654	debug	[onlineCheck] Checking shellyplusplugs#e465b85d9e88#1 on 192.168.178.85:80

shelly.0
2025-08-14 00:07:26.652	debug	[onlineCheck] Checking shellyplusplugs#e465b85deb4c#1 on 192.168.178.86:80

shelly.0
2025-08-14 00:07:26.638	debug	[onlineCheck] Checking shelly1pmminig3#34b7dac5dca0#1 on 192.168.178.76:80

shelly.0
2025-08-14 00:07:26.616	debug	[deviceStatusUpdate] shelly1pmminig3#5432044e56a0#1: true

shelly.0
2025-08-14 00:07:26.613	debug	[deviceStatusUpdate] shellyplusplugs#c82e1805da00#1: false

shelly.0
2025-08-14 00:07:26.612	debug	[deviceStatusUpdate] shelly1pmminig3#5432044e7958#1: true

shelly.0
2025-08-14 00:07:26.610	debug	[onlineCheck] Checking shellyplusplugs#c82e1805da00#1 on 192.168.178.60:80

shelly.0
2025-08-14 00:07:26.609	debug	[onlineCheck] Checking shelly1pmminig3#5432044e56a0#1 on 192.168.178.74:80

shelly.0
2025-08-14 00:07:26.607	debug	[onlineCheck] Checking shelly1pmminig3#5432044e7958#1 on 192.168.178.78:80

shelly.0
2025-08-14 00:07:26.426	info	starting. Version 10.1.0 in /opt/iobroker/node_modules/iobroker.shelly, node: v22.16.0, js-controller: 7.0.6

shelly.0
2025-08-14 00:07:26.362	debug	Plugin sentry Do not initialize Plugin (enabled=false)

shelly.0
2025-08-14 00:07:26.344	debug	States connected to redis: 127.0.0.1:9000

shelly.0
2025-08-14 00:07:26.288	debug	States create User PubSub Client

shelly.0
2025-08-14 00:07:26.287	debug	States create System PubSub Client

shelly.0
2025-08-14 00:07:26.276	debug	Redis States: Use Redis connection: 127.0.0.1:9000

shelly.0
2025-08-14 00:07:26.252	debug	Objects connected to redis: 127.0.0.1:9001

shelly.0
2025-08-14 00:07:26.250	debug	Objects client initialize lua scripts

shelly.0
2025-08-14 00:07:26.223	debug	Objects create User PubSub Client

shelly.0
2025-08-14 00:07:26.222	debug	Objects create System PubSub Client

shelly.0
2025-08-14 00:07:26.221	debug	Objects client ready ... initialize now

shelly.0
2025-08-14 00:07:26.205	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

shelly.0
2025-08-14 00:07:22.129	info	terminating

shelly.0
2025-08-14 00:07:21.628	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

shelly.0
2025-08-14 00:07:21.628	info	terminating

shelly.0
2025-08-14 00:07:21.626	info	Got terminate signal TERMINATE_YOURSELF

[haselchen]

@horst-böttcher
@crunchip
@mcm1957

Ob das nun entscheidend ist, keine Ahnung.
Präfix und Client ID sind bei mir, wie im Screenshot der Doku, identisch.

Den Namen des Shellys gibt man auf der Hauptseite (Home) ein.

[Horst Böttcher]

@haselchen
Ich hab es bei allen Shellys gleich also auch den mqtt Präfix ist immer der name das shellys auch bei den die gehen