Beiträge von waki

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

  • Template für Shelly 2.5 zeigt keine Firmwareupdate an

    Vielen Dank Kai,

    war über Sylvester unterwegs und konnte Deine Anregungen erst jetzt umsetzen.

    Es klappt super. Da mein Roller-Mode. 100=opened / 0=closed ist, musste ich das noch korrigieren, aber jetzt tut es.

    Wenn einem so gut geholfen wird, wird man gleich unverschämt. Bist Du auch für das fhem-Modul zuständig? Das Attribut-Feld für devStateIcon kann man nicht auf text-long umstellen und so ist das editieren sehr umständlich. ;)

  • Template für Shelly 2.5 zeigt keine Firmwareupdate an

    Ich komme leider nicht so richtig weiter, da ich mich mit Perl und Json fast nicht auskenne.

    Der Vergleich der Templates für Shelly1 und Shelly2.5 im Relais-Mode könnte einen Hinweis geben, aber da das devStateIcon beim Shelly2.5 im Rollo-Mode wieder ganz anders aussieht, bleibt die Verwirrung.

    Speziell das devStateIcon im Rollo-Mode kann ich nicht entschlüsseln.

    opening:fts_shutter_up@red closing:fts_shutter_down@red true:10px-kreis-gruen false:10px-kreis-rot 0:fts_shutter_100 100:fts_shutter_10 9\d:fts_shutter_10 8\d:fts_shutter_20 7\d:fts_shutter_30 6\d:fts_shutter_40 5\d:fts_shutter_50 4\d:fts_shutter_60 3\d:fts_shutter_70 2\d:fts_shutter_80 1\d:fts_shutter_90 0\d:fts_shutter_100 set_.*:fts_shutter_updown

    Es wird nach true und false abgefragt, aber ich sehe nirgends den Bezug zu 'online'. Das Reading 'new_fw' hat ja auch true und false.

  • Frage zu Shelly4Pro und FHEM

    So, ich melde mich noch einbmal mit dem neuesten Stand.

    Anfragen beim Support brachten keine vernünftigen Lösungsansätze. Dann habe ich einen überzähligen Shelly1 und einen Shelly 2.5 als Ersatz eingebaut und mehrere Tage problemlos betrieben.

    Nachdem ich das dem Support mitgeteilt hatte, haben sie nun den Shelly 4Pro zurückgefordert und wollen ihn austauschen.

  • Frage zu Shelly4Pro und FHEM

    Während der Zeit habe ich nichts gemacht, aber es ist genauso wie vorher. In dem Moment, wo ich auf die Weboberfläche gehe, ist der Spuk vorbei und Alles läuft normal bis zum nächsten Mal.

    Einen zweiten habe ich noch nicht.

  • Frage zu Shelly4Pro und FHEM

    So, jetzt ist es wieder soweit. Gestern abend um 19:30 ging das ewige online:true - false wieder los und die Heizung wurde heute morgen nur bei einem Kreis eingeschaltet.

    Hast Du noch Ideen, was ich testen könnte oder soll ich das Gerät gleich reklamieren?

  • Frage zu Shelly4Pro und FHEM

    Während ich jetzt warte, wie sich die Hardware weiterhin verhält, habe ich für mein Verständnis der sicheren Schaltung untenstehende Tabelle gefunden. Sie hat mir viel geholfen.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

  • Frage zu Shelly4Pro und FHEM

    So, ich habe mich jetzt zu meinem Shelly vorgekämpft und ihn resettet. Gemacht habe ich es nach Anleitung aus dem Lexicon durch langes Drücken auf das Display. (Dein 5-maliges Drücken ist dort nicht erwähnt !)

    Code
    Factory Reset
If the web interface of the device cannot be accessed, settings can be brought back to defaults by pressing and holding the device button for more then 10 seconds or until the led light start flashing fast.

    Nach dem ersten Reset und dem Wiedereinbinden in mein Netzwerk mit fester IP hat er aber keinen Zugang zum Internet bekommen. D.h. er bekam keine Uhrzeit.

    Prozedur wiederholt. Jetzt kam Uhrzeit sofort und auch Anbindung über mqtt funktioniert, doch sendet keinen online-Status.

    Code
    2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC power0: 0.00
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC relay0: off
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC power1: 0.00
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC relay1: off
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC power2: 1.27
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC energy2: 923
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC relay2: on
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC power3: 1.37
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC energy3: 932
2019-10-24 12:22:40 MQTT2_DEVICE MQTT2_shelly4pro_3392AC relay3: on

    Dies wird im Eventmonitor alle 30 Sekunden angezeigt, aber keine Info über online oder Firmware. Somit bleibt die kleine Anzeige rot.

    Das sieht jetzt auch nicht richtig gut aus.

  • Frage zu Shelly4Pro und FHEM

    Es ist wirklich spannend.

    Gerade habe ich die Situation, dass er wieder anfängt zu zicken. Da ich life dabei bin, kann ich jetzt sagen, dass die Weboberfläche erreichbar ist und ich dort auch schalten kann.


    2019.10.23 14:55:49 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_65484/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 14:56:29 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_62878/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 14:57:19 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_57423/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 14:57:59 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_61905/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 14:58:39 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_58236/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 14:59:29 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_63897/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:00:09 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_53486/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:00:49 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_61050/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:01:39 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_59094/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:02:19 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_56237/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:02:59 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_52092/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:03:39 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_62058/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:04:29 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_53628/shelly4pro-3392AC left us (keepalive check)

    2019.10.23 15:05:09 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_65430/shelly4pro-3392AC left us (keepalive check)


    Ich habe gerade festgestellt, dass zu dem Zeitpunkt, zu dem ich auf die Weboberfläche gekommen bin der Spuk aufgehört hat. Jetzt ist wieder Alles normal.

    Das Werksreset werde ich als nächstes probieren, wenn ich dazu komme.

  • Frage zu Shelly4Pro und FHEM

    Nein, ich erwarte von keinem, dass er in der Glaskugel liest. Aber gestern hatte ich keine Zeit mehr die Informationen zu sammeln.;)

    Es hat auch bis jetzt keine neuen Aussetzer gegeben, obwohl ich noch nichts geändert habe.

    1. Ob ich die Weboberfläche während dieser Aussetzer erreicht hätte, kann ich nicht sagen, weil ich es erst hinterher bemerkt habe.

    2. Die MQTT-Einstellungen des Shelly (siehe Bild)

    3. Das list:

    Code
    MQTT2_FHEM_Server_172.16.5.24_52597                       cid             shelly4pro-3392AC                                           keepalive       60
MQTT2_FHEM_Server_172.16.5.25_38389                       cid             shellyswitch-13478D                                           keepalive       60
MQTT2_FHEM_Server_172.16.5.26_55964                       cid             shellyswitch25-00B43C                                           keepalive       60
MQTT2_FHEM_Server_172.16.5.27_55463                       cid             shellyswitch25-00B67E                                           keepalive       60
MQTT2_FHEM_Server_172.16.5.28_41090                       cid             shellyswitch25-E58416                                           keepalive       60
MQTT2_FHEM_Server_172.16.5.29_57470                       cid             shellyswitch25-745A07                                           keepalive       60
MQTT2_FHEM_Server_172.16.5.30_22793                       cid             shellyswitch25-E59DB7                                           keepalive       60

    4. Das list des Shelly 4 Pro:


    5. Meine Meinung zu dem qos-Vorgang kommt aus folgender Quelle:

    Zitat

    The client that publishes the message to the broker defines the QoS level of the message when it sends the message to the broker. The broker transmits this message to subscribing clients using the QoS level that each subscribing client defines during the subscription process.

    QoS 1 - at least once

    QoS level 1 guarantees that a message is delivered at least one time to the receiver. The sender stores the message until it gets a PUBACK packet from the receiver that acknowledges receipt of the message. It is possible for a message to be sent or delivered multiple times.

    Da die Blockade zum Zeitpunkt meines Webzugangs schon vorbei war, hätte doch mindestens noch ein Versuch des Einschaltens erfolgen müssen, da das PUBACK packet nicht da war.

  • Frage zu Shelly4Pro und FHEM

    Zur editierten Frage von oben, woher ich weiß, dass er nicht geschaltet hat. Das sehe ich auf der Weboberfläche des Shelly.

    Zu qos: Ich habe es so verstanden, dass der mqtt-Server die qos-Einstellung des Client übernimmt und dann auch so lange sendet bis er Erfolg hat.

  • Frage zu Shelly4Pro und FHEM

    Danke, ich werde es noch beobachten und dann die Schritte durchführen. (Gerät ist nicht so leicht zugänglich. zugebaut !).

    Was ich bei mqtt nicht verstehe: Laut Definition von qos=1 soll der Befehl so lange wiederholt werden, bis ein positives Feedback kommt. Dann müssten doch auch im log die set-Befehle zu sehen sein.

  • Frage zu Shelly4Pro und FHEM

    Hallo 87insane,

    Du bist doch Spezialist für fhem und mqtt.

    Ich habe mit meinem Shelly 4 Pro an dessen Ausgängen die Ventile meiner Fussbodenheizung hängen ein neues Problem. Im log konnte ich bisher finden, dass:

    1. vom 16.10. 20:14 bis 17.10. 9:50 und

    2. vom 21.10 19:32 bis 22.10. 9:36

    der Shelly laufend Verbindung auf- und abbaut.

    Zitat

    2019.10.22 09:33:56 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_172.16.5.24_58986/shelly4pro-3392AC left us (keepalive check)

    Diese Meldung kommt alle 30 Sekunden über den gesamten Zeitraum. Im fhem-device ist aber immer der kleine grüne Punkt an und im reading wird er als online geführt.

    Trotz QOS = 1 wurden aber die Ventile am Morgen nicht geschaltet.

    Wenn ich per Browser diekt auf denShelly gehe, habe ich Verbindung und kann manuell schalten und sehe, dass WiFi RSSI: -65 dBm ist. (Erscheint mir OK).

    Kannst Du mir das erklären oder weitere Tests vorschlagen?

    cu

    Walter

  • 2.5 mit MQTT und FHEM Rückmeldung bzw. on-for-timer

    Du hast mich erwischt. :)

    Ich kämpfe zur Zeit mit dem Modul ReadingsGroup, da ich auf einer Seite möglichst viel Info zusammenfassen will. So war ich blind und der Ansicht, dass Du diese Ansicht auch nur darüber hast realisieren können.

    Doch beim genauer hinschauen hast Du wohl das Attribut group verwendet. Doch die Lösung mit den Mehrfachicons wäre trotzdem interessant.