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

[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.

[Stuebi]

@Shepherd , das ist einfach. Der State wird dann in der 3.0.2 mit drin sein. Heute Abend stelle ich die Version auf GitHub zur Verfügung.
Noch eine Frage. Longpush gibt es für den Shelly 1, 1pm, 2 und 2.5 und können die Werte für /longpush 1 oder 0 sein?

[Shepherd]

@Stuebi
Also fasse mal zusammen:

Bei Shelly 1 gibt es Input und Longpush für den SW Eingang.
Bei Shelly 2 gibt es Input und Longpush für beide SW Eingänge - siehe Bild

Bei Shelly RGBW2 gibt es Input für den SW -siehe Bild

Bei Shelly 2.5, Shelly PM kann ich es dir nicht sagen da ich den 2.5 noch nicht angeschlossen habe und einen PM noch nicht habe.
Denke aber bei denen wird es genau so sein.

Darstellung beim MQTT Adapter, des state für Input und Longpush, ist 1 oder 0.

Du hast bei deinem Adapter den state Input mit true oder false abgebildet.

Egal wie es ist, sollte meiner Meinung in deinem Adapter jeweils gleich sein die state darstellung, entweder überall true/false oder 1/0.

Was besser oder schöner ist kann ich so nicht sagen.
Wenn ich den state über blockly benutze ist es finde ich logischer true und false da dort mit wahr oder falsch gearbeitet wird.

Hoffe dir hilft das weiter, bei fragen melde dich einfach.
Hoffe ich habe es verständlich geschrieben.

Grüße Shepherd

[Stuebi]

@Shepherd , wäre wenn Du einmal testen könntest. Ich habe eben die Version 3.0.2 auf GitHub hochgeladen. Die Input und Longpush states habe ich hinzugefügt.

[Eyebrawl]

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

@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.

@Stuebi in den Settings des einen Shelly1PM steht folgendes:

{"device":{"type":"SHSW-PM","mac":"DC4F2260951C","hostname":"shelly1pm-60951C","num_outputs":1,"num_meters":1},"wifi_ap":{"enabled":false,"ssid":"shelly1pm-60951C","key":""},"wifi_sta":{"enabled":true,"ssid":"74901","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"wifi_sta1":{"enabled":false,"ssid":null,"ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"mqtt": {"enable":false,"server":"192.168.33.3:1883","user":"","reconnect_timeout_max":60.000000,"reconnect_timeout_min":2.000000,"clean_session":true,"keep_alive":60,"will_topic":"shellies/shelly1pm-60951C/online","will_message":"false","max_qos":0,"retain":false,"update_period":30},"sntp": {"server":"time.google.com"},"login":{"enabled":false,"unprotected":false,"username":"admin","password":"admin"},"pin_code":"rpmoE-","coiot_execute_enable":true,"name":"","fw":"20190522-070715/v1.5.0@a5e1e3f8","build_info":{"build_id":"20190522-070715/v1.5.0@a5e1e3f8","build_timestamp":"2019-05-22T07:07:15Z","build_version":"1.0"},"cloud":{"enabled":true,"connected":true},"timezone":"Europe/Berlin","lat":50.110901,"lng":8.682130,"tzautodetect":true,"time":"21:01","hwinfo":{"hw_revision":"prod-190329", "batch_id":1},"max_power":3500,"mode" :"relay","relays":[{"name":null,"ison":false,"has_timer":false,"default_state":"off","btn_type":"momentary","btn_reverse":0,"auto_on":0.00,"auto_off":0.00,"btn_on_url":null,"btn_off_url":null,"out_on_url":null,"out_off_url":null,"schedule":false,"schedule_rules":[],"max_power":3500}],"meters":[{"power":0.00,"is_valid":true,"timestamp":1558645280,"counters":[0.000, 0.000, 0.000],"total":534}]}

Ich revi´diere meine Aussage dahingehend das der 2.5 wie gewollt funktioniert und die Schalterstellung entsprechend angezeigt wird.
Im 1PM habe ich CoAP aktiv. so auch im Adapter. Erkannt werden beide den Verbrauch kann ich ablesen. Nur eben wird mir die aktuelle Schalterstellung nicht angezeigt. Er bleibt auf false.
Wenn du noch was brauchst, gib mir Bescheid, ich kann allerdings immer erst abends antworten.

Grüße

[Shepherd]

@Stuebi
es geht und geht nicht bei den Shelly2.

• Shelly 2 in der Küche geht beide SW geht Longpush.
• Shelly 2 im Esszimmer geht nur SW1 mit Longpush.
• Shelly 2 im Wohnzimmer gehen beide SW nicht mit Longpush.

Sind aber alle gleich eingestellt als edge Switch.
Kann mir das gerade nicht erklären.

Bei Shelly 1 geht Input und Longpush bei allen.

Bei RGBW2 geht input.

[Shepherd]

Das hatte ich gerade im Log nach restart vom Shelly Esszimmer:

shelly.0	2019-05-23 21:03:37.551	error	Error TypeError: Cannot read property 'state' of undefined in function state.mqtt.http_publish_funct for 192.168.1.106 (shellyswitch / shellyswitch-134823 / SHSW-21#134823#1)
shelly.0	2019-05-23 21:03:35.420	info	Shelly device 192.168.1.106 (shellyswitch / shellyswitch-134823 / SHSW-21#134823#1) with MQTT connected!
shelly.0	2019-05-23 21:03:35.419	info	Destroy 192.168.1.106 (shellyswitch / shellyswitch-134823 / SHSW-21#134823#1)

Zufall das es gerade kommt oder ein Problem?
Hatte die ganze Zeit kein Error von Shelly´s

Wenn ich Shelly in der Küche neustarte kommt auch der Error

shelly.0	2019-05-23 21:25:27.485	error	Error TypeError: Cannot read property 'state' of undefined in function state.mqtt.http_publish_funct for 192.168.1.101 (shellyswitch / shellyswitch-135833 / SHSW-21#135833#1)

Bei einem Shelly 1 das gleiche

shelly.0	2019-05-23 21:28:55.067	error	Error TypeError: Cannot read property 'state' of undefined in function state.mqtt.http_publish_funct for 192.168.1.102 (shelly1 / shelly1-3214D9 / SHSW-1#3214D9#1)
shelly.0	2019-05-23 21:28:53.041	info	Shelly device 192.168.1.102 (shelly1 / shelly1-3214D9 / SHSW-1#3214D9#1) with MQTT connected!

[Stuebi]

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

sta

Die Fehlermeldungen sollten jetzt weg sein. Kannst Du netterweise nochmals testen.

[Stuebi]

@Shepherd , dann sieht der Shelly 1 und der RGBW2 gut aus. Das mit dem Shelly 2 kann ich mir nicht erklären, warum der in der Küche funktioniert und die anderen nicht. Kannst du mal die Shellys im Esszimmer u. Wohnzimmer rebooten.
Hilft das?

[Shepherd]

@Stuebi
Shelly´s bringen jetzt nach neustart keinen Fehler mehr.

[Stuebi]

@Shepherd , das ist ja schon einmal gut. Funktioniert jetzt auch der Input und Longpush bei allen Geräten?

[Shepherd]

@Stuebi
Weiß noch nicht probiere ich noch aus.
Aber bei einem gehts dann sollte es an deinem Adapter ja nicht liegen dass es bei mir nicht alle machen.

[Shepherd]

Also der Longpush geht nicht teste aber die tage ob es beim MQTT Adapter bei denen wo net gehen dort geht.

[Shepherd]

Habe gerade gesehen machst QoS als 1und 2 rein. - super
Laut github steht dort Datum von morgen.
Ist es ab morgen verfügbar?
Also freigabe morgen?

[Stuebi]

@Shepherd , ich lasse QoS 1 und 2 gerade von Shelly prüfen. Wenn ich QoS 1 Nachrichten verschicke, erhalte ich keine Nachricht des Erhalts der geschickten Nachricht. Egal ob ich 1 oder 120 Sekunden warte

[Stuebi]

@Shepherd , Ich habe von Shelly eine Antwort erhalten. QoS 1 und 2 werden unterstützt. Schein meiner Meinung aber sehr Buggy zu sein. Mal werden QoS 1 Nachrichten gesendet, dann wieder nicht. Verstanden habe ich es bisher nicht. Bei QoS 2 sieht es noch schlimmer aus.
Stellt man im ioBroker Shelly Adapter nun auf QoS 1 oder 2, kann es sein, dass Shelly keine puback Nachricht (Acknowledge) schickt. Dann schicke ich die Message nach ein paar Sekunden nochmals. Das führt zu interessanten Konstellationen.
Du kannst ja gerne einmal Testen und mir Feedback geben.

[Shepherd]

@Stuebi
Werde ich testen, und beobachten, benutze normal per MQTT QoS 2 mit den Shellys.
So habe ich sie auch alle konfiguriert.
Ich berichte wenn ich beobachtet habe.

[Stuebi]

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

@Stuebi
Werde ich testen, und beobachten, benutze normal per MQTT QoS 2 mit den Shellys.
So habe ich sie auch alle konfiguriert.
Ich berichte wenn ich beobachtet habe.

Ich bin gespannt, da ich im Debugger bei meinem Shellys immer nur das QoS 1 Protokoll sehe.