Beiträge von Mar_Tec

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.

    Im Moment bin ich ein wenig gefrustet.....

    Da ich den Shelly noch nicht wieder in der Unterputzdose "versteckt" und die Abdeckung für den Schalter angebracht hatte, wollte ich das eben machen. Dabei hat sich zuerst ein Draht aus dem Schalter gelöst und ein weiterer ist aus dem Shelly abgebrochen, so das ein winzig kleines Stück in der Klemme des Shellys stecken blieb.

    Ergo hab` ich den Shelly erstmal wieder komplett ausgebaut und den Schalter alleine (ohne Shelly) angeschlossen.

    Schließ das Teil dann morgen nochmal an.

    SeRef : ich werde dann den prefix um "shellies" ergänzen.

    Aber warum taucht der andere Eintrag von dem Plus 2PM im MQTT Explorer auf (der mit der Device Id am Ende)?

    Würden die folgenden Einträge in VSC dann stimmen?

    mqqt.things

    Code
    Type rollershutter : roller  "Rollade Straße"                [ stateTopic="shellies/shellyplus2pm-RolloStrasse/status/cover:0", commandTopic="shellies/shellyplus2pm-RolloStrasse/command/cover:0" ]


    astro.rules

    Code
    rule "Rollos wochentags"
    when 
        Time cron "0 00 7 ? * MON,TUE,WED,THU,FRI *"
    then
        logInfo("Time cron", "Rollos morgens wochentags")
            roller.sendCommand(100) // Rollade Str geht wochentags um 7:00 hoch
            roller_garten.sendCommand(100) // Rollade Garten geht wochentags um 7:00 hoch
    end

    mqtt.items

    Code
    Group : Rollershutter Rolladen "Alle Rolladen"
    
    // Shelly Plus 2PM Rollade Straße
    Rollershutter   roller          "Rollade Straße"             (Rolladen)    {channel="mqtt:topic:MosquittoMQTT:Rollo_Strasse:roller"}

    VG

    Danke dir für die schnelle Rückmeldung!

    Habe die Doku mal überflogen und muss gestehen, dass das dort geschriebene mein technisches Verständnis übersteigt.

    Wenn ich den Shelly im MQTT Explorer sehe (wie das bereits der Fall ist...s..a. vorherigen Screenshot), dann müssten die Steps 1-5 doch bereits erfolgt sein, oder nicht?
    Muss ich überhaupt etwas via Terminal machen? Kann ich nicht alternativ das rauf-/runterfahren der Rolllade direkt in MQTT Explorer checken?
    Falls das letztgenannte zutrifft, "wie" und "was" muss ich denn "wo" im MQTT Explorer "publishen" (damit die Rolllade rauf/runter fährt)?

    Mir würde es ja schon reichen, wenn der Channel "Type rollershutter : roller" funktioniert, damit die Rolllade entsprechend zu aktiven Astro Rules rauf-/runterfährt (s. folgendes Beispiel das nach wie vor für die "Garten" Rolllade funktioniert).

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

    Auf die anderen Channel (energy, temperature etc.) kann ich auch verzichten.

    Von daher wäre ich über weiteres Feedback dankbar.

    VG

    Der Plus 2PM reicht für meine Zwecke aus, da ich bspw. Matter nicht nutze.

    Und er war ein paar Euro günstiger.

    Hab ihn eingebaut und soweit eingerichtet (Rolllade fährt wieder wie erwartet rauf und runter).

    Allerdings habe ich ein Problem mit MQTT und der Einbindung in VSC/openrhab.

    Daher geht es in einem neuen Thread weiter ;-)

    VG und Danke für eure bisherige Unterstützung.

    Hallo zusammen,

    ich bräuchte mal Euren Support bei der MQTT Einrichtung meines Plus 2PM und der Einbindung in Visual Studio Code (VSC).

    Der Plus 2PM ersetzt einen 2.5, der erfolgreich in VSC eingerichtet war. Daher dachte ich, ich müsste nur die alte Client ID des 2.5 durch die neue des Plus 2PM ersetzten.

    Aber leider ist es doch nicht so einfach...


    Der Reihe nach...

    Die MQTT settings für den neuen Shelly lauten:

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

    Wenn ich mich mit dem MQTT Explorer verbinde, sehe ich folgendes:

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

    Was ich dabei nicht verstehe, warum der "neue" Plus 2PM zweimal im MQTT Explorer auftaucht (einmal mit der gewünschten Client ID "....-RolloStrasse" und dann einmal mit der Device ID Endung).

    Ferner wird der neue Shelly auch nicht unter dem Order "shellies" aufgelistet, unter dem sich noch ein weiterer 2.5er für eine andere Rolllade befindet.

    Openhab3 hatte ich vor zig Jahren mal aufgesetzt und ein wenig mit rumgespielt. Letztendlich habe ich mich gegen eine Shelly Cloud entschieden und wollte das Ganze dann via MQTT zum Laufen bringen.

    Ich kratze da wirklich nur an der Oberfläche "des Möglichen", aber das reicht mir (Rolladen gehen zu einer bestimmten Zeit rauf und runter; Steuerung von WLAN Steckdosen).

    Hier mal die "things" Einträge für den noch aktuellen 2.5er shelly:

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

    Ich hatte jetzt gedacht, ich könnte die Einträge des "alten" 2.5er nutzen (mit angepassten "stateTopic" und "commandTopic" Zeilen). Also "shellies/shellyswith25-RolloStrasse" durch"shellyplus2pm-RolloStrasse" ersetzen. Mein Problem ist jedoch, dass ich mir bzgl. der kompletten "stateTopic" und "commandTopic" Zeilen nicht sicher bin.

    Die Topics des 2.5er sind ja im MQTT Explorer alle sichtbar, da mir hier die separaten Einträge à la "roller", "relay" etc. angezeigt werden.
    Bei dem neuen Plus 2PM erscheint es mir aber so, als wären die relevanten Infos alle unter "status/cover:0" zu finden.

    Daher meine Frage an euch, wie die folgenden topic Einträge korrekt angegeben werden müssten:

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

    Rolllade ganz hochfahren.
    Schalter ausschalten.
    Von Hand am Rollladenpanzer ziehen.
    Wenn alles in Ordnung ist, lässt sich nichts bewegen.
    Ich tippe aber darauf, dass du den Rollladen herunterziehen kannst.

    Jetzt weiß ich auch, was du mit Schalter ausschalten meinst:

    Schalter standen überkreuzt (so wie auf dem Bild von Post #23) und als ich dann versuchte die Rolllade langsam runterzuziehen, wurde sie direkt wieder hochgezogen.

    Hab im 2. Versuch dann beide Taster in die gleiche Position gebracht und danach nochmal an der Rolllade gezogen....diesmal konnte ich sie runterziehen.

    Bestätigt wohl eure Vermutung, dass es sich um einen Defekt des Motors handelt, oder?

    Das fünfadrige Kabel geht zum Rollladenantrieb; das dreiadrige kommt vom Verteiler. Angeschlossen ist das alles korrekt. Bleibt die Frage: Ist das Bedienelement ein Taster, Tastschalter oder Schalter? (Die beiden erstgenannten sind Taster, der Letztgenannte ein Schalter. Lässt sich leicht durchklingeln…)

    Vermutlich ist einfach die Bremse im Antrieb verschlissen…

    Nachtrag: Zu spät…

    Bzgl. "durchklingeln": eben kam der neue Mertens Schalter an. Den hatte ich dann einer "Durchgangsprüfung" unterzogen (ich hoffe ich habe das richtig gemacht, mit der einen Spitze auf "L" und der anderen dann entweder auf "Up" oder "Down".
    Je nachdem wie die Wippen dann gedrückt wurden, gab es dann einen Piepston für diese Tastenkombination .

    Hatte dann den alten Schalter ausgebaut und auch gecheckt: gleiches Resultat (für mich heißt das, dass der alte Schalter nicht defekt ist).

    Hab jetzt erstmal den alten Schalter eingebaut und werde mich nach Ostern dem Thema nochmal zuwenden.

    Ich melde mich wieder bei euch ;-)

    Vielleicht hilft ein Bild vom "Innern" der Unterputzdose um das Kabelwirrwar zu lösen:

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

    Von unten kommt ein 3-adriges Kabel an:
    - braun => geht in den Schalter "L"
    - gelb/grün => geht in die graue Klemme
    - blau => geht in die Wago Klemme

    Von oben kommt ein 5-adriges Kabel rein:
    - grau => ist abgeklemmt
    - blau => geht in die Wago Klemme
    - gelb/grün => geht in die graue Klemme
    - braun => geht in den Schalter "Down"
    - schwarz => geht in den Schalter "Up"

    Was meint ihr?

    Ich gehe davon aus, dass die Endlagen im "originären" Zustand korrekt eingestellt waren. Zumindest war nichts mehr zu hören, wenn die Rolllade ihren Endpunkt erreicht hatte.

    Als dann der 2.5er ins Spiel kam, funktionierte die Kalibrierung: zum einen kein weiteres Geräusch und zum anderen zeigte die Web UI auch keinen Verbrauch mehr an, wenn die Rolllade ihren Endpunkt erreicht hatte.

    Wenn die Rolllade ganz oben ist, stoppt sie...kein weiteres ziehen.

    Deine Antwort habe ich gesehen, nachdem ich meinen Text losgeschickt habe. Da stimmt doch etwas ganz und gar nicht!
    Wenn du das "Down"- Kabel weglässt, dann muss der Rollladen noch "Up" fahren können...

    Nachtrag: Kann es sein, dass du die ankommende Phase mit einer Motorleitung verwechselt hast?

    Phase finden:
    Stromlos schalten. Braune und schwarze Drähte abklemmen und in Wago Klemmen sichern, Dann Sicherung wieder einschalten und Wechselspannung zwischen Neutralleiter und den braunen / schwarzen Leitungen messen. (Die Wago Klemmen haben Öffnungen für die Messspitzen).
    Da, wo etwa 230V ankommen, ist die Phase.

    Motor messen:
    Der Rollladen sollte nicht ganz unten sein (evtl. Kiste drunter stellen), so dass keine Endlage erreicht ist.
    Stromlos schalten. Motorleitungen abklemmen und anschließend zwischen Neutralleiter und den Motorleitungen den Widerstand messen, es sollten jeweils ein paar Ohm sein, die Werte sollten etwa gleich sein

    Nur für mein Verständnis: würde sich die Rolllade denn überhaupt bewegen, wenn die Kabel falsch angeschlossen wären? Es sind ja nur die 3 Kabel (2 braune, 1 schwarzes) die in den Schalter gehen....

    Bzgl. der "Phase" kann es sich doch "nur" um die braunen Kabeln handeln.
    Wenn ich die jetzt andersrum reinstecken würde, würde der Schalter dann überhaupt funktionieren?

    Mar_Tec So ist es. Das ist gefahrlos möglich, weil du den Schalter komplett vom Netz trennen kannst zum Messen. Eine Wippe schaltet von L nach "Up", die andere von L nach "Down". Beim Hin- und Herschalten muss es in jeweils einer Schalterstellung Durchgang geben, in der anderen nicht. Zusätzlich sind die Wippen mechanisch und elektrisch verriegelt, es kann mechanisch daher nur eine geschaltet werden. Elektrisch darf es zu keiner Zeit eine Verbindung zwischen "Up" und "Down" geben. Das ist schon alles.
    Ich tippe aber nach wie vor auf eine defekte Bremse im Motor. Welche Abmessungen hat der Rollladen, aus welchem Material sind die Lamellen? Möglicherweise hat die Bremse nach etlichen Betätigungen nachgegeben...

    Lamellen sind aus Alu....Maße ca 2,2 x 2,5m

    Hallo eiche,

    hier mal ein Bild des gleichen "Rollladenschalters" (so die offizielle Bezeichnung auf der Mertens Seite) für eine meine andere Rolllade:

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

    Das sind die Rauf-/Runter "Taster" von denen ich gesprochen habe.
    Wenn der eine gedrückt wird, ist der andere gesperrt.

    Wird derselbe Taster nochmal gedrückt, stoppt die Rolllade.

    Ich hätte jetzt auch nicht gedacht, dass mir das Thema soviel Kopfzerbrechen bereiten würde.

    Ich hatte eigentlich nur mit einem "den alten raus, den neuen rein => Einrichten via Web UI => Einbindung in MQTT und VSC" Prozedere gerechnet.

    So kann man sich täuschen.

    eiche

    nein...Shelly ohne Schalter habe ich nicht versucht, nur - erneut - Schalter ohne Shelly (quasi der "originäre" Zustand, bevor der Shelly ins Spiel kam).

    Abklemmaktion war kein Erfolg, dann tut sich rein gar nichts: Rolllade bewegt sich weder in die eine noch die andere Richtung, wenn das "Down" Kabel nicht eingeklemmt ist.
    ist das wieder eingesteckt, fährt die Rolllade ohne Probleme komplett rauf oder runter. Jedoch darf man in der jeweiligen Auf-/Abwärtsbewegung den Taster nicht erneut drücken, da sie ansonsten nach unten abrauscht.