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

[Gwenselah]

Ich kann bestätigen, dass ioBroker im Docker mit Shelly über MQTT und Password funktioniert.
@drapo aber mit dem Port aufpassen, nicht dass der schon vom Sonoff- oder MQTT Adapter belegt ist.

[dos1973]

Bei mit gehts auch mit Docker &MQTT

[drapo]

@dos1973 musstet Ihr im Docker noch eine Portweiterleitung machen?

[drapo]

@drapo jetzt hat es geklappt. Ich musste im Docker Container den Port weitergeben sonst gings nicht. Jetzt sehe ich die Shellys auch. Danke für Eure Inputs.

[Malz1902]

HI, danke für den Adapter. Habe gerade meinen ersten Shelly 1 verbaut und es funktioniert. Eine Frage im Shelly kann man ja für den Zugriff einen Nutzernamen und PW angeben, muss dieser nun bei den anderen Shelly dann auch gleich sein, damit der Adapter dort die Werte abgreifen kann?

[TheKilroy]

Hallöchen

Ich habe hier eine Shelly-Vintage und verwende den Shelly-Adapter mit MQTT.

Jetzt finde wiederholt ich im LOG folgenden Eintrag:

(18489) Shelly Device unknown, configuratin for Shelly device 192.168.99.198 (ShellyVintage / ShellyVintage-6F5B48 / undefined#6F5B48#1) for MQTT does not exist!

Hat jemand eine Erklärung dafür?
Für Hinweise wäre ich dankbar.

Viele Grüße
Uwe

[Dr. Bakterius]

@Malz1902 sagte in [Adapter] Shelly Adapter mit MQTT:

Nutzernamen und PW

Bei MQTT wird der Benutzername und Passwort des Adapter angegeben. Und der ist natürlich für alle gleich (außer du verwendest mehrere Instanzen).

[da_Woody]

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

für den Zugriff einen Nutzernamen und PW angeben

brauchst du das? verkompliziert das ganze nur...

[Malz1902]

@da_Woody

falls sich mal ein Hacker im Netz befindet, dass er nicht sofort auf die Weboberfläche vom Shelly kommt aber eigentlich brauch man das nicht hab ich bei meinen Steckdosen mit tasmota auch nicht wollte einfach nur mal fragen

[da_Woody]

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

falls sich mal ein Hacker im Netz befindet

dann hast du andere probleme... ;)

[Malz1902]

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

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

falls sich mal ein Hacker im Netz befindet

dann hast du andere probleme... ;)

Ja, aber die Shellys müssen sicher sein, nicht das der noch das Licht an/aus machen kann :D

[da_Woody]

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

Ja, aber die Shellys müssen sicher sein, nicht das der noch das Licht an/aus machen kann

siewo? wenn disco ist, hast du einen hacker im system! :D andere kaufen einen hund... ;)

[Malz1902]

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

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

Ja, aber die Shellys müssen sicher sein, nicht das der noch das Licht an/aus machen kann

siewo? wenn disco ist, hast du einen hacker im system! :D andere kaufen einen hund... ;)

nachher macht der noch mitten in der Nacht das Licht an :-D Ich hab Katzen ich brauch keinen Hund :-D

[Dominik F.]

Hallo zusammen,

ich habe vor kurzem mein Mesh im Heimnetz und einen Powerline Adapter erweitert, leider scheint dieser Coap Nachrichten nicht weiterzuleiten, so dass alle Shellys die sich damit verbinden nur noch über die Weboberfläche funktionieren, jedoch nicht über iobroker.

Nun habe ich gelesen, dass man die Shellys alternativ über mqtt oder http betreiben kann. Kann mir jemand kurz und knapp die Vorteile jeweils erklären? Was sollte ich nutzen?

[mickym]

@dominik-f Nun ich betreibe meine Shellies über mqtt. Soweit ich weiß, kann das der Adapter auch - aber ich verwende keine Adapter, sondern einen Standard MQTT-Broker. Der Vorteil ist halt, dass Du eben nicht für jeden Endgerätetyp einen eigenen Adapter brauchst und dieser auch nicht dann jedesmal auf einen anderen Port konfiguriert werden muss. Über meinen mqtt Broker laufen neben Shellies, Tasmota auch noch owntracks - jeweils ohne einen Adapter.

Die HTTP API ist bei den Shellies eingebaut. Damit habe ich dann die Funktionen realisiert, die das Standard MQTT der Shellies nicht anbietet, die aber auch der Adapter mitbringt (z. Bsp. Firmware-Updates). Ich habe das allerdings alles über Node Red "gemanaget" - geht aber sich er auch mit Blocklies und HTTP - aber da müssen ggf. Blockly Spezialisten helfen.

[Dominik F.]

@mickym

Das mit den Adaptern stört mich nicht muss ich sagen. Was ich rauslese bei deinem Post ist, dass http mehr Funktionen mit sich bringt, ähnlich wie coap, jedoch keine Nachteile?

[mickym]

@dominik-f Nun coap und mqtt sind bidirectional - d.h. darüber wirst Du informiert. Über http kannst Du aus meiner Sicht nur Kommandos verschicken - deshalb muss man http meines Erachtens in Kombination mit dem anderen Protokollen sehen.

Einen Überblick über die Schnittstellen der 3 APIs findest Du ja hier: https://shelly-api-docs.shelly.cloud/#shelly-family-overview

[apollon77]

@dominik-f Auch im Coap modus werden http Kommandos genutzt, da coap bei Shelly quasi nur "State change push" ist - es werden also keine Kommandos ausgeführt. Das geschieht per http. Alternativ gibst Du den mqtt Server des Shelly adapters im mqtt Modus bei den Geräten an dann geht das auch so. Lies doch mal die Readme des Adapters

[Dominik F.]

@apollon77

Hab mir die Readme jetzt mal durchgelesen.
Also ist es prinzipiell egal ob ich coap oder mqtt nutze, ich habe die gleichen Möglichkeiten?
Könnte da auch das Problem mit dem Powerline Adapter auftreten?

[mickym]

@dominik-f Die Powerline-Adapter haben damit zumindest von dem Protokoll her nichts damit zu tun. Wenn die im gleichen IP Netz sind. Die oben genannten Protokolle nutzen TCP-IP also laufen auf Ebene 3 - also ist egal was auf Ebene 1 und 2 läuft. Ggf. sind die Protokolle unterschiedlich empfindlich gegenüber Timeouts oder nutzen unterschiedliche Retries - aber da kann ich nichts zu sagen. Jedenfalls wird sich nach meinem Verständnis falls Du Probleme mit Deinen Powerlines hast, sich überhaupt nichts ändern egal welches Protokoll Du einsetzt.