Beiträge von supernova1963

    Beeindruckend!

    Ich habe so viele Fragen:

    • Hast Du csrfToken = none in der web Instanz gesetzt?
    • Wie sieht Deine allowed Definition aus (verzichtest Du vollständig auf basicAuth)?
    • Wäre es auch dynamisch möglich (wie z.B. bei ReadingsGroup)?
    • ...

    Vielen Dank, dass wir einen Einblick bekommen dürfen!

    Meiner Ansicht nach wird, - wenn du nicht alles auf einmal kaufst und konsequent andere Dinge, die Spass machen würden, ignorierst, eh ein Zoo daraus.

    Alle hier genannten Systeme habe ich getestet, jedes hat Stärken und Schwächen. Aufgrund der Community, Entwicklungsgeschwindigkeit, Stabilität, Resourcenfreundlichkeit und, weil ich es bereits mehrere Jahre nutze, empfehle ich fhem.

    Aber, das leidige Thema "Benutzeroberfläche" möchte ich nicht übergehen. Da sind fast alle anderen überlegen. Ich persönlich finde optisch den

    Home Assistant auch recht nett, nicht zuletzt, weil sehr schnell umsetzbar.

    Als zukunftssicher würde ich alle Systeme die

    • MQTT unterstützen,
    • kabelgebundene und kabellose Systeme integrieren
    • mehrere Funkstandards beherrschen und
    • idealerweise IPV6 anbieten

    bezeichnen.

    Neben der Sensoren- und Aktorenplanung sollte in dieser Größenordnung auch die Infrastruturplanung vorab geklärt werden. Die FritzBox spielt da sicher eine eher untergeordnete Rolle. Systeme wie Unify Ubiquiti sind da imo eher geeignet.

    Hallo zusammen,

    ich habe diese Einträge in dem json - result zum http /settings zu meinen Shelly 1pm und Shelly 2.5 erhalten. Da diese sich auch verändern, wüßte ich gerne, welchen Inhalt/Bedeutung sie haben:

    .../meters/1/counters/1:9.040

    .../meters/1/counters/2:0.000

    .../meters/1/counters/3:0.000

    .../meters/1/is/valid:true

    .../meters/1/power:0.00

    .../meters/1/timestamp:1564168493

    .../meters/1/total:87

    Vielen Dank,

    Gernot

    "Viele Wege führen nach Rom", so auch bei der Shelly Integration in HomeKit.

    Da wahrscheinlich alle genannten Lösungen auf einer homebridge Installation von nfarina basieren, gibt es auch einen direkten Weg. Eine gute Anleitung gibt's bei smartapfel. Diese beinhaltet ein Configuration UI plugin for Homebridge.

    In der Web Configuration UI nur noch nach dem "Shelly" Plugin suchen, das gefundene homebridge-shelly Plugin installieren und die config.json anpassen.

    Nur um die Shellies in die HomeKit - Welt zu integrieren, wäre mir der ioBroker, OpenHab, FHEM, usw. absolut "oversized".

    lg

    Gernot

    1. Wenn ich das richtig sehe, verzichtest du auf den global Parameter. Meine rawDefinitiio:

    Code
    defmod MQTT2 MQTT2_SERVER 1883 global
    attr MQTT2 alias MQTT2
    attr MQTT2 icon mqtt_broker

    2. Hast Du das autocreate device aktiviert?

    Z.B.:

    Code
    defmod autocreate autocreate
    attr autocreate alias autocreate
    attr autocreate autosave 1
    attr autocreate device_room 99_%TYPE
    attr autocreate filelog /log/%TYPE/%NAME-%Y-%m.log
    attr autocreate room 99_FHEM
    attr autocreate weblink 1
    attr autocreate weblink_room 99_LOGFILES

    Wenn das alles nicht hilft, solltest du uns die Shelly settings posten.

    Code
    http://[<httpuser>:<httppassword>@]<IP des Shelly>/settings

    ggf. mit jsonformatter aufhübschen.

    LG

    Gernot

    Es handelt sich um mein Test device. Hier habe ich begonnen das Passwort zu verschlüsseln ...

    Gernot

    Guten Abend Kai,

    genau das hatte ich nicht verstanden und deswegen hier angefragt. Welche mqtt topics (commands) werden vom shelly beantwortet/ unterstützt.

    Der http - command: /settings liefert ausführliche Informationen zur aktuellen Konfiguration des Shelly's, die ich gerne idealerweise als MQTT topic hätte, und, es funktioniert auch mit Anmeldung in der URL:

    Code
    http://<username>:<password>@<shelly IP>/settings

    Bis zu einer möglichen Freigabe des/der entsprechenden MQTT - topics ist meine laienhafte "Idee" diese Funktionalität in fhem als 99_my_SHELLYUtils.pm zu ermöglichen.

    Da Du Dich ja auch sehr gut in fhem und shelly mqtt aus kennst, frage ich einfach mal nach:

    Die anhängende 99_mySHELLYUtils.pm.txt ('.txt' muß entfernt werden bevor es nach /opt/fhem/FHEM hochgeladen wird) wird durch den zusätzlichen Eintrag im setlist Attribut des fhem device

    Code
    x_httpCMND { X_PerformShellyHttpRequest($NAME,ReadjngsVal($NAME,"ip","").",".$EVTPART1[.",<username>,<password>"]}

    mit dem fhem Befehl:

    Code
     set <devicename> x_httpCMND <shelly|settings|status|reboot>

    aufgerufen und erzeugt aus dem http command das dem command entsprechende sub topic mit dem json String als value auf dem MQTT2_SERVER. Z.B. für settings:

    Diese sind im mqtt-explorer auch sichtbar!

    Aber wie daraus readings zum fhem device gemacht werden, habe ich noch nicht herausgefunden.

    Danke,

    Gernot

    17.07.2017 EDIT: Dateianhang und setList Eintrag aktualisiert

    Hinweis:

    Achtung das Attribut "rePublish" am MQTT2 Server muss auf 1 stehen!

    Code
    attr <MQTT2_SERVER> rePublish 1

    Vielen Dank 87insane,

    ich benutze das mqtt2 template A_10_shelly1. Die topics für on und off funktionieren auch tadellos.

    Das x_update topic konnte ich noch nicht testen.

    Das x_mqttcom ist mein Problem.

    Leider verwendest du genau diesen Eintrag scheinbar nicht. Er ist aktuell auch im shelly1pm template enthalten.

    Das Attribut setlist erhält zusätzlich diesen Eintrag:

    Code
    x_mqttcom shellies/shelly1-BA21B5/command $EVTPART1

    Ich versuche gerade mit dem mqtt-explorer die korrekte Syntax zu für die /status und /settings Command topics heraus zu finden.

    Meine konkrete Frage lautet also:

    Wie lautet das korrekte topic um den command /settings und/oder /status auszuführen?

    Nach den MQTT2 template würde er

    Code
    shellies/shelly1-BA21B5/command status
    shellies/shelly1-BA21B5/command settings

    lauten. Leider bekomme ich hierauf keine Antwort in Form eines announce topics.

    Vielen Dank,

    Gernot

    Hallo und danke für die Antworten,

    ich habe es befürchtet, ich bin zu blöd. Der http command:

    Code
    http://192.168.1.78/status

    antwortet nach Anmeldung:

    Code
    {"wifi_sta":{"connected":true,"ssid":"RAUNET Fritz WLAN","ip":"192.168.1.72","rssi":-75},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"16:59","serial":1,"has_update":false,"mac":"1234567890AB","relays" :[{"ison":false, "has_timer":false}],"meters":[{"power":0.00,"is_valid":"true"}],"update":{"status":"idle","has_update":false,"new_version":"20190711-084053/v1.5.0-hotfix4@3b4f7414","old_version":"20190711-084053/v1.5.0-hotfix4@3b4f7414"},"ram_total":51104,"ram_free":40336,"fs_size":233681,"fs_free":175700,"uptime":113453}
    1. Wie lautet der korrekte MQTT publish für diesen /status command oder den unten ausgeführten /settings command?
    2. An welches topic antwortet der shelly?

    Mein vollständige (Muster-) Konfiguration über http command /settings:

    Viele Dank noch einmal für die Unterstützung,

    Gernot