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

[skorpil]

@skorpil sagte in Shelly Adapter - genereller Support:

@fabio getestet. Läuft. Danke

@fabio Mit dem hinterlegten Skript im Gateway läuft der Adapter wieder. Jetzt habe ich jedoch das Problem, dass meine beiden Shelly 1 nicht schalten. Das hinterlegt Javascript funktioniert, das sehe ich im log, aber die Shelleys werden irgendwie nicht ausgelöst. Hier brauche ich bitte noch mal Hilfe. Screenshot anbei

Mit anderen Worten, die beiden Shelleys scheinen eingebunden zu sein, aber sie schalten eben nicht

[Fabio]

@skorpil ich verstehe nur Bahnhof.
Wie sind die zu schaltenden Shelly eingebunden?
Was heißt jetzt: der Adapter läuft wieder, der braucht das Skript nicht zum laufen.
Grüße
Fabio

[mcm1957]

@skorpil
Ich rate mal dass es da um 2 Dinge geht. Die Bluetooth Shellies funktionieren.

Du hast anscheinend noch ein Problem mit einem oder meheren Shelly 1. Wenn du dich nicht schlampig ausdrückst meinst du damit Shelly 1 Gen 1 Devices.

• Wie hast du die Shelly 1 angebunden?
  Shelly 1 werden normalerweise via COAP angebunden. Hast du dafür eh eine extra Instanz? Also 1 Shelly Instanz mit COAP für die Shelly Gen 1 und eine ZWEITE Instanz für die Shelly Gen 2 oder neuer und BLE?
• Zeig bitte ggF das DEBUG Log wenn du den Switch Zustand schaltest.
• Welche Einstellung hast du am Shelly in Bezug auf den Schalter ? MW nach kannst du da Tester, Schalter, ... einstellen. Für mich sieht es so aus wäre da "Umschalter" eingestellt:
  . Damit sollte bei jeder Änderung des Wertes des Eingangs von false auf true das Relais wie ein Stromstoßschalter ein / aus-schalten.

[skorpil]

@mcm1957 sagte in Shelly Adapter - genereller Support:

@skorpil
Ich rate mal dass es da um 2 Dinge geht. Die Bluetooth Shellies funktionieren.

Du hast anscheinend noch ein Problem mit einem oder meheren Shelly 1. Wenn du dich nicht schlampig ausdrückst meinst du damit Shelly 1 Gen 1 Devices.

• Wie hast du die Shelly 1 angebunden?
  Shelly 1 werden normalerweise via COAP angebunden. Hast du dafür eh eine extra Instanz? Also 1 Shelly Instanz mit COAP für die Shelly Gen 1 und eine ZWEITE Instanz für die Shelly Gen 2 oder neuer und BLE?
• Zeig bitte ggF das DEBUG Log wenn du den Switch Zustand schaltest.
• Welche Einstellung hast du am Shelly in Bezug auf den Schalter ? MW nach kannst du da Tester, Schalter, ... einstellen. Für mich sieht es so aus wäre da "Umschalter" eingestellt:
  . Damit sollte bei jeder Änderung des Wertes des Eingangs von false auf true das Relais wie ein Stromstoßschalter ein / aus-schalten.

Zunächst einmal Entschuldigung, wenn du nur Bahnhof verstehst, dann habe ich das nicht gut formuliert. Danke für Deinen Support!

Und nun zu deinen Fragen:

• Ja, die Bluetooth Shellys funktionieren nun im Adapter
• ich habe sie nicht mit chap in einer zweiten Instanz eingebunden. Das sollte ich vermutlich nachholen. Da das schon lange her ist, weiß ich nicht mehr genau, wie ich die Shelly eins eingebunden habe. Aber definitiv gibt es keine zweite Instanz mit coap.
• momentan steht der Shelly 1 auf „ Edge Switch - Set Shelly device to be "Edge" switch. Changes state on every hit“
• im log steht gar nichts wenn ich den Datenpunkt „shelly.0.SHSW-1#500C84#1.Relay0.Switch“ in den Objekten von false auf true und umgekehrt schalte

[mcm1957]

@skorpil
OK - wenn du nur eine Instanz hast, dann sollte die wohl auf MQTT stehen. Ansonsten können die GEN2++ Geräte und BLE nicht funktionieren.

• Haben deine Shelly 1 schon mal mit MQTT funktioniert?
• Oder hast du jetzt wegen der BLE die Adaptereinstellungen von COAP auf MQTT geändert?
• Wird der Relaisstatus im Adapter richtig angezeigt wenn du das Relais der Shelly 1 via Webbrowser schaltest?
• Prüfe die MQTT Einstellungen am Shelly insbesondere den Port und ob bei den Shellies überhaupt MQTT aktiviert ist. (Die States können auch von einem früheren Zugriff existieren und das Verbindungsstatus wird via ping ermittelt - das sage nichts drüber aus ob sich der Shelly via MQTT gemeldet hat)

Bezüglich log bitte das LogLevel auf DEBUG stellen. Ich hab zwar noch nie Gen 1 mit MQTT analysiert aber das da gar nichts gelogged wird würde mich wundern.

[skorpil]

@mcm1957 sagte in Shelly Adapter - genereller Support:

@skorpil
OK - wenn du nur eine Instanz hast, dann sollte die wohl auf MQTT stehen. Ansonsten können die GEN2++ Geräte und BLE nicht funktionieren.

Ja. Ich muss sie mit MQTT eingebunden haben.

• Haben deine Shelly 1 schon mal mit MQTT funktioniert?

Ja, aber irgendwann hat es nicht mehr funktioniert. Nach irgendwelchen Updates, glaube ich.

• Oder hast du jetzt wegen der BLE die Adaptereinstellungen von COAP auf MQTT geändert?

Nein

• Wird der Relaisstatus im Adapter richtig angezeigt wenn du das Relais der Shelly 1 via Webbrowser schaltest?

Nein

• Prüfe die MQTT Einstellungen am Shelly insbesondere den Port und ob bei den Shellies überhaupt MQTT aktiviert ist. (Die States können auch von einem früheren Zugriff existieren und das Verbindungsstatus wird via ping ermittelt - das sage nichts drüber aus ob sich der Shelly via MQTT gemeldet hat)

Bezüglich log bitte das LogLevel auf DEBUG stellen. Ich hab zwar noch nie Gen 1 mit MQTT analysiert aber das da gar nichts gelogged wird würde mich wundern.

Hurra, Fehler gefunden! In den Einstellungen der Shelly eins bei MQTT war im MQTT ausgeschaltet. Ich habe keine Ahnung, warum das jetzt ausgeschaltet war. Offenbar habe ich es früher angeschaltet gehabt. Ich glaube ich habe dann irgendwann auf Cloud umgestellt und dabei ist dann wohl MQTT ausgeschaltet worden. Lange Rede kurzer Sinn: wenn ich jetzt den Shelly 1 in der Weboberfläche ein-und ausschalte, dann wird das auch korrekt im iobroker unter den Objekten angezeigt.

Die Anbindung meiner beiden Shelly 1 Geräte über MQTT funktioniert also. Dann kann ich mir die zweite Instanz mit COAP offenbar sparen. Danke für die Hilfe.

[mcm1957]

@skorpil
Du musst nur beachten dass GEN1 Geräte NICHT mit der Shelly Cloud kommunizieren können wenn sie lokal mit mqtt verbunden sind. Du musst dich also bei GEN 1 entscheiden:

Lokale MQTT Anbindung ODER Shelly Cloud

Lokal COAP und gleichzeitig Shelly Cloud ist möglich.

[Fabio]

@skorpil prima das du den Fehler selber gefunden hast. 👍👌
Viel Spaß.
Grüße Fabio

[mcm1957]

Ich konnte wieder ein paar Minuten freischaufeln. Es gibt daher eine neue ALPHA Version mit neu aufgenommenen Geräten:

https://forum.iobroker.net/topic/80649/test-adapter-shelly-alpha-versionen/2

Wie der Name sagt das ist noch ein ALPHA Test. Aber wenn wer drauf wartet und ein Testsystem besitzt - einfach im Testertopic vorbeischaun.

[Whity]

Hallo @mcm1957,
mal eine generelle Frage, ich habe in github mal mit @foxthefox geschrieben https://github.com/foxthefox/ioBroker.ecoflow-mqtt/issues/297 .
Es geht um den ecoflow x Shelly Pro3EM und die Einbindung in IOB. Das Problem ist, das er über MQTT mit Ecoflow verbunden ist. Aus den Daten die er dort liefert kann foxthefox leider nichts sinnvolles herauslesen. Also gäbe es nur die Möglichkeit über get.status ( http://192.168.xxx.xxx/rpc/EM.GetStatus?id=0) den Shelly abzufragen.Wäre es über den Shelly Adapter möglich für diese Exoten (betrifft theoretisch auch den ecoflow x Shelly Plug S) solche abfragen einzubauen?

Matze

[mcm1957]

@whity said in Shelly Adapter - genereller Support:

Hallo @mcm1957,
mal eine generelle Frage, ich habe in github mal mit @foxthefox geschrieben https://github.com/foxthefox/ioBroker.ecoflow-mqtt/issues/297 .
Es geht um den ecoflow x Shelly Pro3EM und die Einbindung in IOB. Das Problem ist, das er über MQTT mit Ecoflow verbunden ist. Aus den Daten die er dort liefert kann foxthefox leider nichts sinnvolles herauslesen. Also gäbe es nur die Möglichkeit über get.status ( http://192.168.xxx.xxx/rpc/EM.GetStatus?id=0) den Shelly abzufragen.Wäre es über den Shelly Adapter möglich für diese Exoten (betrifft theoretisch auch den ecoflow x Shelly Plug S) solche abfragen einzubauen?

Matze

So ganz verstehe ich deine Frage nicht.
Fehlen dir Daten im Shelly Adapter? Dann bitte ein Issue mit der Angabe welche Daten nicht im Adapter aufscheinen.

Wenn der Shelly nicht mit dem Shelly Adapter redet - aus welchem Grund auch immer - dann wird der Shelly Adapter wohl nichts anzeigen können. Der Shelly Adapter empfängt die Daten vom Device via mqtt (ab Gen 2+). Einzelne Informationen (eher statischer Natur) werden via https abgefragt. Dazu muss nur der Shelly richtig koinfiguriert werden.

Wie jetzt der ecoflow-mqtt Adapter mitspielt kann ich nicht sagen. Der kann ja ggF. auf alle States die der Shelly via Shelly Adapter anlegt zugreifen, Und wenn der ecoflow-mqtt Adapter den Shelly mittels http was fragen will wird das vom shelly Adapter nicht verhindert.

[foxthefox]

@mcm1957
Wie ich es verstehe ist das Gerät selbst ein wenig seltsam.
Obwohl von Shelly verhält es sich nicht so und ist z.B. nicht in der Shelly App anzeigbar. Es kann auch nicht im Shelly Adapter benutzt werden. Innerhalb von EcoFlow gibt es keine nennenswerten Daten, außer wifiRssi.
Der einzige Weg ist über den http-Endpoint des Gerätes die Werte zu holen.
Ich meine, der richtige Adapter wäre der Shelly, da es hier um Shelly Kommunikationsmittel dreht.
Deswegen hier die Frage ob dieses Gerät über den http Endpunkt hier mit aufzunehmen.

[da_Woody]

@foxthefox was erwartest du? In der App geht's nicht, aber im Adapter soll's klappen?
Shelly ist nicht mehr Shelly grundsätzlich.
Da wird viel entwickelt, das mit dem Adapter und der App nichts zu tun hat.

[mcm1957]

@foxthefox

Um welches Shelly Device geht es jetzt genau:

Shelly Pro 3 EM (shellypro3em) ist ein Gen2 Gerät. Das müsste bei einsprechender Konfiguration immer in der Shelly App sichtbar sein und auch via http ansprechbar und konfigurierbar sein.

Hier https://github.com/foxthefox/ioBroker.ecoflow-mqtt/issues/297#issuecomment-3196611996 wird ein mqtt trace gezeigt. Bei dem dort gezeigten Gerät wurde die originale id verändert. Daher kann der Shelly Adapter diesen Pro 3EM nicht erkennen auch wenn bei diesem die mqtt Daten für den ioBroker eingetragen sind. Um das Gerät mit dem Shelly Adapter zu verwenden wäre ein Rücksetzen auf Werkseinstellungen und nachfolgende Konfiguration lt. Anleitung im Shelly Adapetr Repo wohl am sinnvollsten. Wichtig ist, dass die Geräte Id NICHT verändert werden darf da sie der Shelly Adpater zur Identifikation des Gerätetyps verwendet.

Der Shelly Pro 3EM kann als Gen 2 Gerät mit genau einem mqtt Broker reden. Wenn ecoflow verlangt, dass der Shelly Daten via mqtt an Ecoflow sendet dann kann er nicht parallel Daten an den Shelly Adapter senden. Der Zugriff via App / Cloud von Shelly ist davon unabhängig. Ein Zugriff auf das Gerät via App sollte immer möglich sein sofern das Netzwerk hier nichts blockt. Nur Gen 1 Geräte können nicht gleichzeitig mit der Cloud und mit einem mqtt Broker kommunizieren.

Und falls die Frage in die Richtung geht den Shelly Adapter komplett von mqtt auf http Polling umzustellen - nein, das ist nicht geplant.

[Whity]

Danke @foxthefox das war das was ich fragen wollte. Ich sollte nächstes Mal nicht aus'm Urlaub vom Handy ausschreiben. @da_Woody was hat das an sich mit der Shelly App zu tun? Erstmal gar nichts.
Es ist vom Haus aus erstmal ein Shelly mit einer angepassten FW für Ecoflow. Der MQTT part im Shelly ist durch ecoflow belegt, deswegen auch erst der Versuch über den ecoflow Adapter. Die Frage wäre, wo ist es sinnvollerweise eher richtig aufgehoben und ob es überhaupt sinnvoll wäre, wenn ihr auch nein sagt, dann ist es ein Shelly bei mir der nicht im IOB ist. Dann kann ich es auch nicht ändern.

Danke
Matze

[Whity]

@mcm1957 gut dann hat sich mein letzter Post auch erledigt zu der Anfrage.

Trotzdem danke fürs rüberschauen

[mcm1957]

@whity said in Shelly Adapter - genereller Support:

Danke @foxthefox das war das was ich fragen wollte. Ich sollte nächstes Mal nicht aus'm Urlaub vom Handy ausschreiben. @da_Woody was hat das an sich mit der Shelly App zu tun? Erstmal gar nichts.
Es ist vom Haus aus erstmal ein Shelly mit einer angepassten FW für Ecoflow. Der MQTT part im Shelly ist durch ecoflow belegt, deswegen auch erst der Versuch über den ecoflow Adapter. Die Frage wäre, wo ist es sinnvollerweise eher richtig aufgehoben und ob es überhaupt sinnvoll wäre, wenn ihr auch nein sagt, dann ist es ein Shelly bei mir der nicht im IOB ist. Dann kann ich es auch nicht ändern.

Danke
Matze

Also läuft dort eine spezielle Firmware. Dann ist es nur mehr ein Gerät das von Shelly Produziert wird und (in meinen Augen) KEIN Shelly Pro 3EM.
Was zeigt das Ding an wenn man das Webinterface öffnet?
Was steht am Typenschild?
,"model":"EFPEM-003CEBEU120" im mqtt Paket sagt eigentlich deiutlich, dass es KEIN Shelly Pro 3EM ist.

[Whity]

@mcm1957 shellyPro3EMEF , auf den Shelly kann ich gerade nicht direkt schauen, da ich in Ägypten bin. Das WebUI ist auch das gleiche wie von einem Standard Pro3EM. Sage ja er ist entstanden aus einer Zusammenarbeit von Shelly und Ecoflow

[mcm1957]

@whity
schönen Urlaub

Spezielle Shellies kann man natürlich auch versuchen in den Shelly Adapter aufzunehmen. Nur so wie ich es seh muss dieser Shelly zwingend via mqtt mit Ecoflow reden. Damit kann er nicht gleichzeitig mit dem Shelly Adapter reden.

[migesch]

Liebe Leut,

als Anfänger habe ich erfolgreich auf meinem Raspberry Pi 5 iobroker installiert und den Fronius Wechselrichter meiner PV-Anlage auf meinem Raspberry Pi 5 eingebunden. Aber beim Shelly Plug S Gen3 bin ich nach mehreren Tagen und verschiedenen Versuchen gescheitert.

Dem Plug S Gen3 kann ich über die App und meinen Firefox-Browser ansprechen.

Die MQTT-Settingings lauten wie folgt

Im Shelly Adapter (v10.2.0)

habe ich den Username, das Passwort und den Port 1882 übernommen.

Das Protokoll zeigt immer an, dass der Shelly Plug S Gen3 irgendwas beendet

Wenn mir bitte ein Spezialist auf die Sprünge helfen würde müsste ich mich nicht länger ärgern und wäre ihm ewig zur Dankbarkeit verpflichtet.