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

[Stuebi]

@Shepherd , und noch eine Frage. Kann man den input State nur über MQTT sehen oder auch in der Shelly App? Und wenn ja, wo in der App.

Ich werden den Input state mit anbieten. Geht dann aber nur im MQTT Modus solange ich nicht weiß wo ich den Wert in der App finde.

[Shepherd]

Der Input schaut nur ob auf SW Eingang geschaltet ist oder nicht.
Habe ich die Auswertung ob z.B. der Lichtschalter eingeschalten ist oder nicht anzeige 1 oder 0 für an oder aus.

Diesen Eingang kann ich unabhängig zum Relais auswerten als state und Relais schaltet nicht.
Mein Garagentor schaltet diesen SW eingang auf null wenns in der Endlage zu ist. Shelly lüft mit 24V.
Somit weiss ich dass Garagentor zu ist aber das Relais schaltet unabhängig von diesem State.
Diese Auswertung gibt es nicht über die App nur über MQTT glaube ich.
So wurde es damals als Shelly dies eingebunden hat komuniziert.

Diese einstellung fehlt halt noch in deinem Adapter dann könnte ich den MQTT broker Adapter abschalten.

[Shepherd]

Longpush fehlt auch noch, so kann man lang drauf drücken und passiert was anderes wenn man den state in einem script mit abfrägt und benutzt.

[Stuebi]

@Shepherd , wie ist denn longpush im MQTT Adapter abgebildet?

[Stuebi]

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

Hallo Stübi,
Aber leider kann ich den zustand noch nicht auslesen wie bei MQTT adapter "Input" bei deinem Shelly Adapter wenn er auf MQTT gestellt ist.
Dieses "Input" benutze ich an meinem Garagentor als eigang für die Zu Überwachung.
Der Input ist der SW Eingang unabhängig vom Relay programmiert..

kannst jetzt testen. Du musst nochmals die Version 3.0.0 über die GitHub Katze installieren. Du wirst unter Relay einen State Input finden. Dieser ist entweder true oder false.
Passt das?

[Shepherd]

Teste ich morgen, kann dir dann Bescheid geben.

Das mit Longpush schaue ich morgen nochmals nach.

Habe es bisher nur mal unter MQTT getestet als das implementiert wurde.
Momentan nicht im Einsatz bei mir.
Ich überlege mir da mal ein Anwendungsfall.
Vielleicht mit longpush nachts nur ein kleines Licht mit schalten anstatt das Ganglicht, mit nem Script verschaltet.

Danke für deine Tolle Arbeit mit dem Adapter.
Hast mit dem RGBW2 Einbindung damals schon toll gemacht.

[robbsen]

Hallo Zusammen,

erstmal danke für den Shelly Adapter.
Leider habe ich ein Problem und hoffe hier Hilfe zu finden. Ich habe aktuell 1x den Shelly 1 und mehrmals den Shelly 1 PM im Netzwerk integriert. Der Shelly 1 wird auch inklusive der Relais erkannt, die Shelly 1 PM werden jedoch nur als "online" angezeigt, das Relais fehlt jedoch.

Als weitere Information: Ich habe ioBroker mit folgender Konstellation:
(1 X Rock64 als Master, 2 Mal Raspberry PI als Slave)...
Der Shelly Adapter läuft auch nur auf einem der Raspberry welcher noch eine ander IP Adressbereich hat (192.168.2.112). Alle anderen Geräte bei mir haben feste IP im Bereich 192.168.2.50-192.168.2.70... ich vermute die Ursache im Subnetz?

Aus purer Verzweiflung habe ich nun auf die Testversion vom Shellyadapter 3.0 installiert und einen Shelly 1 PM auf MQTT umgestellt (nach Anleitung)... jedoch selbes Thema. Der Shelly wird gefunden und als Online angezeigt, jedoch fehlt das Relais und die Strommessung...--> jemand einen Tipp für mich :(.

Viele Grüße Sebastian

[Shepherd]

@Stuebi
Der Input Wert ist da, aber er ändert den Wert nicht, bleibt dauerhaft auf false.
Habe ich gerade getestet mit meinem Garagen Shelly V3.
Mit MQTT Adapter geht es.

Mit MQTT Adapter:
Bei 24 Volt DC Betriebsspannung lege ich meinen Shelly SW Eingang bei Tor zu auf GND.
Input ist 1

Bei Tor Auf ist am SW Eingang unterbrochen.
Input ist 0

Bei 230 V AC Betriebsspannung ist es glaube ich
Bei SW auf 230 Input =1
Bei SW nix input =0

Longpush:
Mit MQTT Adapter
Langes drücken mit edge switch schaltet Input auf 1 kurzes drücken schaltet Input auf 0.

[Stuebi]

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

put auf 1 kurzes drücken schalt

Hallo @Shepherd ,
ich habe den Fehler mit input gefunden. Das sollte jetzt hoffentlich gehen. Auch der Longpush sollte jetzt in input richtig abgebildet werden.
Bitte Version nochmals laden (weiterhin Version 3.0.0) und Instanz neu starten.
Ich bin gespannt!

VG
Stübi

[Stuebi]

@robbsen , hmm der Screenshot scheint aber nicht die Version 3.0.0 zu sein. Also wenn Du es mit der 3.0.0 testen möchtest. Bitte nochmals laden (Adapter Reiter -> Github Katze und dort in dem Menü Shelly auswählen).
Anschließend in den Experten Modus auf dem Adapter Reiter klicken. Anschließend Shelly Adapter auswählen und dort Upload (Pfeil nach oben) drücken. Bist Du damit durch, dann auf den Instanz Reiter gehen und Shelly Konfigurieren. Da sollte CoAP als Protokoll stehen. Speicher u. Schließen. Shelly Instanz bitte neu starten.
Wenn es nicht geht, bitte Screenshot schicken.

VG
Stübi

[Shepherd]

Input funktioniert
Longpush teste ich auch gleich.

Longpush gibt es keinen state

Longpush state und Input stat sind jeweils getrennt von einander im MQTT Adapter.

So sieht es unterm MQTT Adapter aus:

Übernimmst du auch die 3 Auswahlmöglichkeiten bei
Default QoS:
At most once (0)
At least once (1)
Exactly once (2).

[robbsen]

@Stuebi

doofer Anfängerfehler (Upload). Danke für den Tipp! Konnte die Shelly PM nun über MQTT einbinden, werde weiter testen!
Danke für den tollen Adapter

[Stuebi]

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

@Stuebi

doofer Anfängerfehler (Upload). Danke für den Tipp! Konnte die Shelly PM nun über MQTT einbinden, werde weiter testen!
Danke für den tollen Adapter

Upload ist nur notwendig wenn Du per GitHub installierst.

[Stuebi]

Morgen ist die Version 3.0.1 im Latest Repository und als Update in ioBroker sichtbar.

[Eyebrawl]

Guten Abend zusammen.
Ich habe heute Vers. 3.0.1 installiert. Folgendes ist mir aufgefallen generell jetzt mit meinen 3 Versionen, 2.2.0, 3.0.0 und 3.0.1.
Bei den "neuen" Shellys (in meinem Fall 2x 1PM und 1 2.5) wird in den Objekten die Switchstellung nicht geändert. Bei allen anderen schon (Shelly1, Shelly2 RGBW2). Diese steht immer auf false, was das Anzeigen in der vis nicht möglich macht. Ich nutze die OE FW und alle Shellys seit heute mit V1.5.0. Ist dies tatsächlich noch ein Fehler in dieser Adapterversion oder übersehe ich was? Der Punkt Power wird mir bei 1PM und 2.5 angezeigt, daher nutze ich diese Anzeige um festzustellen ob das Licht an oder aus ist.
Grüße aus dem Schwabenland

[Stuebi]

@Eyebrawl , ich habe kein Problem mit dem Shelly 1 PM und Shelly 2.5.
Welches Protokoll nutzt In dem Shelly Adapter? Hast du vielleicht bei den 1pm und 2.5 MQTT eingestellt, bei den anderen Shelly CoAP oder umgekhrt? Ein Mix ist nicht möglich.
Werden die Geräte (1pm und 2.5) vom Adapter erkannt? Die stehen dann im Logfile mit connected.

[Stuebi]

@Eyebrawl , du kannst auch bitte auf dem Shelly 1pm und Shelly 2.5 folgendes aufrufen:

http://<ip-vom-shelly>/settings

Vom Output benötige ich den Output vom Feld Type und Hostname. Ich möchte sichergehen, dass es unterschiedliche Versionen von den Shelly Modellen gibt.

[Shepherd]

@Stuebi
Machst du noch was mit MQTT Verbindung mit Longpush in deinem Adapter?
Erweiterst du noch die QoS in deinem Adapter per MQTT?

Grüsse Shepherd

[Stuebi]

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

@Stuebi
Machst du noch was mit MQTT Verbindung mit Longpush in deinem Adapter?
Erweiterst du noch die QoS in deinem Adapter per MQTT?

Grüsse Shepherd

Bei Longpush musst Du mir helfen. Ich dachte das wird über /input abgebildet. Das setze ich auf true/false . Habe ich da etwas missverstanden?

Ja QoS 1 und 2 habe ich geplant. Wenn der Adapter stabil läuft, werde ich das angehen.

[Shepherd]

@Stuebi
Longpush gibt es einen eigenen state siehe oben in meinem Bild.
gibt
/input
und
/longpush

Ich habe jetzt bei mir auch vorerst den MQTT Adapter deaktiviert und benutze nur noch deinen Shelly Adapter per MQTT und http.
Teste somit den Adapter von dir bei allen Lampen und Garage als Schalter und Input.
Wenn mir was auffällt bei meiner Konstellation schreibe ich dir das.

Leider habe ich nochkeinen Shelly als Rolladensteuerung.