Beiträge von Talkabout

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.

  • BLU TRV & MQTT

    Hi Thoffi ,

    Du musst die Aktionen über sogenannte RPC Calls ausführen. Hier ein Beispiel eines meiner TRVs:

    Code
    desired_temp:selectnumbers,5,0.5,30,1,lin oggateway/rpc {"id": 0, "src": "fhem", "method": "BluTRV.Call", "params": {"id": 200, "method": "TRV.SetTarget", "params": {"id": 0, "target_C": $EVTPART1}}}
ListSchedules:noArg oggateway/rpc {"id": 0, "src": "fhem", "method": "BluTRV.Call", "params": {"id": 200, "method": "TRV.ListScheduleRules", "params": {"id": 0}}}
SetBoost:select,60,120,180,240,300 oggateway/rpc {"id": 0, "src": "fhem", "method": "BluTRV.Call", "params": {"id": 200, "method": "TRV.SetBoost", "params": {"id": 0, "duration": $EVTPART1}}}
ClearBoost:noArg oggateway/rpc {"id": 0, "src": "fhem", "method": "BluTRV.Call", "params": {"id": 200, "method": "TRV.ClearBoost", "params": {"id": 0}}}
GetRemoteStatus:noArg oggateway/rpc {"id": 0, "src": "fhem", "method": "BluTRV.Call", "params": {"id": 200, "method": "TRV.GetRemoteStatus", "params": {"id": 0}}}
GetStatus:noArg oggateway/rpc {"id": 0, "src": "fhem", "method": "BluTRV.Call", "params": {"id": 200, "method": "TRV.GetStatus", "params": {"id": 0}}}

    Achte auf die "method" Definition. Das ist praktisch die API, die Du aufrufst. Wichtig auch, dass die "id" stimmt, musst Du unter Umständen ersetzen.

    Vergessen: Dein Device musst Du ebenfalls ersetzen, bei mir "oggateway". Das ist das Blu Gateway, über den der TRV kommuniziert.

    Gruss

  • BLU TRV & MQTT

    Ok, ich habe mal ein bisschen gesucht. Es scheint so zu sein, dass der TRV BLU durchaus mit MQTT steuerbar ist. Hierzu ist es aber notwendig rpc calls zu schicken. Eine Dokumentation solcher findet man hier:

    Shelly BLU TRV (Thermostatic Radiator Valve) | Shelly Technical Documentation

    Der Aufbau eines solchen Calls ist JSON:

    {
      "id": 0,
      "src": "testcommand",
      "method": "BluTRV.Call",
      "params": {
        "id": 200,
        "method": "TRV.SetPosition",
        "params": {
          "id": 0,
          "pos": 99
        }
      }
    }

    Dieser muss an das Topic "TOPICNAME/rpc" geschickt werden. In der Doku findet man dann die entsprechenden Aufrufe für die häufigsten Use Cases, unter anderem auch das Setzen der Temperatur, Boost oder das Setzen eines Wochenplans. Ich habe das nicht ausprobiert werde es aber demnächst mal machen.

    Hoffe das hilft weiter.

  • BLU TRV & MQTT

    Hallo,

    ich habe gerade die gleiche Fragestellung. Die BLU Shellies schicken über MQTT die in den Skripten definierten Werte, was für Door/Window BLU und H&T BLU ausreicht, aber beim TRV möchte man diesen natürlich auch entsprechend steuern, in meinem Fall über FHEM.

    Wäre super wenn jemand dazu Infos hätte.

    Danke!

    Gruss

  • Zertifikate - Format?

    Ich denke hier geht es weniger darum, wer es machen kann, sondern darum, dass wenn die Shellys custom Zertifikate unterstützen, diese doch auch für die HTTPS Verbindung genutzt werden sollten. Ich denke das ist nicht zu viel verlangt, und erhöht auch die Sicherheit der Hardware. Ob das nun jemand verwenden will oder nicht, bleibt ihm überlassen.

  • Zertifikate - Format?

    Ist bei mir etwas anders:

    Ich habe eine eigene Zertifizierungsstelle und eine Domain, die die CA als vertrauenswürdig auf alle Maschinen installiert. Zusätzlich kann man in einem Zertifikat sehr wohl auch die IP als Zugriffspunkt definieren, und damit auf das Frontend zugreifen. Hier als Beispiel Zugriff auf mein NAS über die IP:

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

    Ich denke also es ist nicht verkehrt wenn man die Security des Web-Frontends erhöht indem man das sowieso hochgeladene Zertifikat verwendet.

    Gruss

  • Zertifikate - Format?

    Danke für die Antworten Jungs!

    Das mit HTTPS ist wirklich schade! Ich hätte gedacht wenn man schon ein Zertifikat hochlädt, dann ist es sehr naheliegend dieses auch für einen SSL Zugriff zu verwenden. Lag ich wohl falsch... Ich werde eine Feature Anfrage stellen.

    Gruss

  • Zertifikate - Format?

    Ja, man kann alles hoch laden :) Habe es mit P12 und PEM probiert, aber es passiert danach einfach nichts und HTTPS ist auch nicht aktiviert. Scheint also entweder noch nicht richtig implementiert zu sein oder es ist ein anderes Format. Ich hoffe mal die Admins hier können mal bei Alterco nachfragen, immerhin wird das Feature ja auch beworben :)

    Gruss

  • Zertifikate - Format?

    Hallo zusammen,

    wundert mich etwas aber die Frage scheint noch nicht gestellt worden zu sein (oder ich habe sie nicht gefunden): in welchem Format muss das Zertifikat auf den Shelly Plus 1 hochgeladen werden? PFX? PEM? ZIP? CRT? Da es wohl nur 1 Datei ist müssen die einzelnen Teile irgendwie gruppiert werden, aber ich finde dazu online irgendwie nichts. Hat das schon jemand ausprobiert?

    Danke!

    Gruss

  • HomeBridge und Batterieverbrauch

    Ich habe bei mir auch ein Unifi Netzwerk mit 2 Shelly Motion:

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

    Ich verwende MQTT und frage die Motions nicht aktiv ab. Es muss also irgendwas bei Dir sein, dass den Shelly durch Abfragen daran hindert, in den Sleep zu gehen. Hast Du bei dir "UAPSD" für das WIFI im Controller an oder aus?

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

    Gruss

  • Webzugang nur HTTP, sicher?

    meinetwegen: so ist es, außerhalb Deines WLANs brauchst Du keine "Zuhörer" fürchten. Wenn sich ein Client ins WLAN einwählt, dann wird ein Key generiert, mit dem die Übertragung verschlüsselt wird. Lediglich innerhalb Deines WLANs ist es möglich unverschlüsselte Passwort-Übertragungen (z.b. für das Shelly Web Frontend) mitzulesen.

  • Webzugang nur HTTP, sicher?

    Es geht mir gar nicht darum ob ich jemandem traue oder nicht, sondern um die allgemeine Sicherheit im Netzwerk. Es ist ja nicht so, als wären die Shellys die einzigen Geräte im IoT VLAN, da gibt es auch noch andere, auch welche mit Internet-Zugang. Wenn also die Kommunikation dort praktisch offen ist, kann theoretisch jedes dieser Geräte mitlesen, was im Netz passiert. Das ist besonders kritisch bei Webzugriffen mit Passwörtern.

    Meine grundsätzliche Netzwerk-Infrastruktur besteht tatsächlich aus mehreren VLANs, das IoT WLAN hat einen durchaus komplexen Schlüssel und das WLAN für die Hauptbenutzer wird über WPA2 Enterprise authentifiziert (RADIUS/LDAP), also tatsächlich aufwendiger als bei den meisten anderen. Da sehe ich aber weniger den Zusammenhang nach dem Wunsch nach einer SSL Verbindung für die Web-Oberfläche der Shellys.

    Ich wollte das Thema auch nicht so weit aufrollen sondern lediglich dem TE das Gefühl geben, dass seine Frage nicht ganz abwegig ist, zumindest für mich, und dass SSL für Web Services nicht wegdiskutiert werden kann mit dem Argument, dass wenn jemand fremdes ins WLAN kommt, man ja eh größere Probleme hat.

    Gruss

  • Webzugang nur HTTP, sicher?

    Hallo zusammen,

    ich finde die Antwort darauf ist gar nicht so einfach, denn warum gibt es dann die Plus-Modelle mit SSL? Ich hätte meine Shellys auch gerne mit HTTPS betrieben, einfach weil es nicht nur darum geht, die Geräte vor Fremden zu sichern sondern auch zu vermeiden, dass man im Netzwerk mit Tools die Kommunikation mithören kann (Passwörter und so...). Natürlich kann man darüber diskutieren, ob das zu Hause tatsächlich ein Problem ist, aber ich sichere bei mir eigentlich alles per SSL ab was geht, und da wären die Shellys auch dabei, wenn es denn ginge. Ich weiss jetzt nicht ob die Hardware der "normalen" Shellys dafür zu schwach ist oder man bei den Plus Modellen einfach ein zusätzliches Argument für den Verkauf braucht, aber wenn man schon einen Webserver in eine Hardware einbaut, dann erscheint mir SSL hier eigentlich als Grundvoraussetzung. Nun gut, geht halt nicht und man muss sich der Plus Linie bedienen, aber ich finde die Frage trotzdem sinnvoll.

    Gruss