Beiträge von Eulhofer

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.

    Hallo zusammen,

    ich taste mich seit ein paar Tagen an die MQTT-Anbindung heran und bin damit im Grunde auch erfolgreich.

    Testweise habe ich einen Shelly-I3 und zwei Shelly1PM auf MQTT konfiguriert.

    Broker ist der MQTT-Adapter im ioBroker und auswerten/steuern will ich mit NoderRed, welches auch als ioBroker-Adapterläuft.

    Als sehr nützliches Hilfsmittel "was so abgeht" nutze ich MQTT.fx V1.7.1

    Jetzt habe ich festgestellt, dass sich die MQTT-Konfiguration in der aktuellen Firmware doch etwas von der oben gezeigten unterscheidet:

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

    Sehr schön ist, dass man nun ein individuelles Prefix kreieren kann, welches die MQTT-topics einleitet. Das macht das Wiederfinden/Zuordnen einfacher, als die bisher üblichen Seriennummer-Kryptogramme.

    Dafür ist "Will Topic" und "Will Message" nicht mehr als Eingabefelder vorhanden - wird aber, wie oben sichtbar. Wobei diese "alive"-Meldung nur einmal bei Verlust der Verbindung mit "false" und bei Wiederverbindung mit "true" erscheint. Im "normalen" Betrieb erscheint der "alive"-Status nicht mehr.

    Was ich noch nicht herausgefunden habe:

    Was verbirgt sich hinter der Option "Retain" - im Grunde kenne ich diese schon, aber was macht das bei den Shellies?

    Was kann ich mit Max QoS einstellen? Wenn ich "Min" QoS bestimmen könnte, das wäre mir einleuchtend - aber max QoS... Wer bestimmt wann, welcher QoS-Level genutzt wird, wenn ich z.B. max 2 einstelle?

    Nochmal ich...

    kann das sein, dass es mit dem Port, den der ioBroker bei mir hat (8081) nicht funktioniert?

    Ich hab dann mal nur die IP im Shelly eingetragen - ohne Port (meine ich letzthin mal in einem Tutorial gesehen zu haben) - und dann hat der Shelly selbst einen Port dahinter gesetzt (5683).

    Jetzt funktioniert es...

    Diese Auswertung kann ich nur fahren, wenn der Controller am SW Eingang hängt.

    Da der Shelly jedoch über den detached Modus betrieben werden muss, wird ein "Aus" Befehl dann nicht direkt durchgreifen, sondern müsste über eine Software realisiert werden (die auf verschiedene Weise ausfallen könnte).

    Ich schlage vor, dass du den Gedankengang, den du fährst mal in Form eines Schaltplans darstellst... Wenn ich das lese befürchte ich da einige unnötige Knoten im Konstrukt.

    Allein "Da der Shelly jedoch über den detached Modus betrieben werden muss..." da gibts 100% alternative Lösungen, die dein Sicherheitsbedüfnis befriedigen...

    Stef-CGN
    4. Juni 2021 um 21:31

    Ja Mensch.... wenn Du einen ioBroker hast, dann stellen sich doch die ganzen Fragen gar nicht.

    Schreib ein passendes Blockly, oder JS und damit ist doch "der Fisch geputzt"...

    Außerdem schließt die Ansteuerung eines "dummen Relais" nicht die Auswertung im ioBroker aus.

    Hi,

    sounds good - I never used scenes.

    My idea/explanation was created really "offline"...

    I think the lag is a combination of Internetspeed/Cloudserver and the Powermeter of the shelly. The meter is not sending/testing every Millisecond. I think ist is around each 1 or 2 sec.

    The solution I created was because of your requirement only to use one Shelly-device.

    I would prefer two Shelly (Shelly 1 or Shelly 1PM) to have a full single control for each lamp and additionally it will work nearly without a noticeable delay.

    With two shelly you can use the existing switch to turn on/off the first lamp manually and the second lamp corresponding or indenpendent. But also you can control each lamp with the App.

    I don't know OpenHab enough but I think, it is compareable to ioBroker (I use this).

    With such a control system you can manage the devices/lamps again much more comfortable.