Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Karsten Müller

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    • Profile
    • Following 0
    • Followers 0
    • Topics 0
    • Posts 3
    • Best 0
    • Groups 1

    Karsten Müller

    @Karsten Müller

    Starter

    0
    Reputation
    5
    Profile views
    3
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    Karsten Müller Follow
    Starter

    Latest posts made by Karsten Müller

    • RE: Neuer Adapter für Roborock-Staubsauger

      Hallo zusammen,

      ich möchte gerne mit diesem Adapter meinen zum Black Friday erworbenen Roborock S8 Pro Ultra einbinden. Nach einem zunächst mühsamen, aber inzwischen erfolgreichen iobroker-Upgrade (docker image v5->v9) läuft der Adapter. Nun scheitere ich allerdings daran, dass im Adapter die Eingabe von User und Passwort gefordert wird - habe ich aber nicht, da ich in der Roborock-App die Anmeldung per Google nutze.

      Testweise habe ich einen neuen Account mit User / Passwort eingerichtet. Da ich die schon weit fortgeschrittene Einrichtung des Roborocks in der App nicht von vorne beginnen möchte, habe ich von meinem Google-Account aus den Roborock mit dem neuen Account geteilt.

      Nun wird er immerhin unter HomeData unter receivedDevices angezeigt:
      5316bf47-1147-47aa-b419-0a1b156378ab-image.png

      Allerdings scheint keine Steuerung solcher Freigaben möglich zu sein, jedenfalls ist roborock.0.Devices leer (und receivedDevices gibt es nicht als Knoten), und auch die Map sieht nicht gut aus:
      aa515b1c-4c90-42f2-8839-9572a40926a6-image.png

      Hat jemand einen Tipp? Oder könnte man entweder Google-Authentifizierung oder die Steuerbarkeit geteilter Geräte mit in den Adapter einbauen?

      @copystring hältst du einer der beiden Punkte für umsetzbar?

      posted in ioBroker Allgemein
      Karsten Müller
      Karsten Müller
    • RE: Siedle Klingel / Türöffner mit ESP8266 und MQTT

      IMG_20210417_203332.jpg IMG_20210418_150818.jpg IMG_20210418_185704.jpg
      Danke für die Tipps und die grundsätzliche Schaltung von @Eisbaeeer (meine Elektronikkenntnisse sind ziemlich beschränkt, wusste vorher nicht wirklich was eine Z-Diode macht)! Falls es jemand interessiert, hier noch die tasmota-basierte fertige Umsetzung.

      Damit es am Handapparat aufgeräumter aussieht, habe ich den Nuki Opener gleich noch mit in ein 3D-gedrucktes Gehäuse gepackt, und da es mit dem Strom aus dem Keller vom Siedle-Netzteil nicht geklappt hat und ich daher eh Strom per USB zuführen musste (Loch durch die Wand gebohrt, auf der anderen Seite der Wand gibt es eine Steckdose), konnte ich den Nuki Opener gleich auch noch von Batterie- auf Netzbetrieb umstellen.

      Da ich bisher ESP-mäßig mit tasmota am vertrautesten bin, habe ich das auch hier verwendet. Ich greife sowohl das normale Klingelsignal der Haustür (GPIO4 / D2, Siedle-seitig an Klemme 1 und Klemme 7) als auch den Etagenruftaster (GPIO5 / D1, Siedle-seitig an Klemme 1 und ETR) ab (für letzteres @Eisbaeeer 's Schaltung einfach ohne die Zenerdiode, da hier im nicht gedrückten Zustand 0V anliegen, gedrückt ebenfalls ~24V, Widerstand daher ebenfalls 470Ω).
      59f3dcb8-7240-4b52-a50b-5b6e4e6c02d9-image.png
      Template:
      {"NAME":"SIEDLE Klingel","GPIO":[1,1,321,1,160,161,1,1,1,0,0,0,0,1],"FLAG":0,"BASE":18}

      Switchmode1 und Switchmode2 auf 2 gesetzt, damit die Switches ON sind wenn die Klingel gedrückt wird, und OFF im ungedrückten Zustand.

      Damit die Switches mqtt-Nachrichten schicken, brauchts noch entsprechende Rules, wie unter https://tasmota.github.io/docs/Buttons-and-Switches/#detach-switches-based-on beschrieben.

      Backlog SwitchMode1 2; SwitchTopic1 0
      Backlog Rule1 on Switch1#state do Publish stat/tasmota-doorbell/SWITCH1 %value% endon; Rule1 1
      Backlog SwitchMode2 2; SwitchTopic2 0
      Backlog Rule2 on Switch2#state do Publish stat/tasmota-doorbell/SWITCH2 %value% endon; Rule2 1

      Da ich derzeit iobroker hauptsächlich zur Visualisierung verwende, die meiste Logik aber in FHEM steckt, verarbeite ich die mqtt-Nachrichten dort weiter. Beim Klingeln an der Haustür wird lediglich eine Telegram-Nachricht "Jemand klingelt an der Haustür" verschickt - interessiert mich nur bedingt, da das meist der Paketbote ist, dem vom Nuki Opener tagsüber automatisch die Tür geöffnet wird.
      7a633520-e268-4959-87f6-c5b0ca5489b0-image.png
      Beim Klingen an der Wohnungstür (da will also wirklich jemand persönlich zu uns) gibt's neben einer Nachricht dann noch akustische (Alexa-Durchsagen) und optische (Lichter blinken in verschiedenen Räumen) Signale, damit man das auch in Ecken der Wohnung mitbekommt wo man die Klingel vielleicht nicht hört.

      posted in Praktische Anwendungen (Showcase)
      Karsten Müller
      Karsten Müller
    • RE: Siedle Klingel / Türöffner mit ESP8266 und MQTT

      @eisbaeeer Hi, bist du sicher mit b & c? Ich habe auch das Siedle NG 602 im Keller (in der Wohnung eine HTS811-0, die ich nach deiner Anleitung mqttisieren möchte, Teile sind bestellt). Zwischen b und c messe ich 13,4V Wechselstrom (!), da würde vermutlich der bestellte LM2596S DC-DC Wandler nicht funktionieren, oder?
      Zwischen + und - messe ich 23,3V Gleichstrom, könnte auch dieser genommen werden?

      (wobei es momentan schwierig bis unmöglich scheint, irgendwelche Kabel in den beengten Verhältnissen im Sicherungskasten im Keller zu identifizieren, die möglicherweise ein Gegenstück beim Handapparat in der Wohnung haben...)

      IMG_20210412_203759.jpg
      IMG_20210412_203843.jpg
      IMG_20210412_201718.jpg

      Ich habe derzeit schon einen Nuki Opener im Betrieb (3-Parteien-Haus). Die Hauptfunktion (tagsüber Türöffner betätigen wenn es klingelt, "Arztpraxenmodus") funktioniert perfekt und sofort. Leider funktioniert die Klingelsignalweitergabe (an die Nuki Bridge vermutlich?) dort sehr unzuverlässig, "letztes Klingeln" wird oft erst nach Stunden im iobroker aktualisiert, nachdem es soweit ich mich erinnern kann irgendwann schonmal besser funktioniert hatte (benutze Nuki und Nuki Extended Adapter).

      Aber selbst wenn das besser gehen würde, auf den NodeMCU-Bastelspaß freue ich mich trotzdem, zudem würde ich gerne zusätzlich noch das Etagenruf-Signal abgreifen, was der Opener nicht macht - so dass ich anders reagieren kann, wenn jemand an der Tür klingelt (dann ist es vermutlich nicht der Postbote, dem der Opener automatisch die Haustür geöffnet hat und der nur sein Paket im Treppenhaus ablegt).

      Bleibt die Hauptfrage, wie ich den NodeMCU mit Strom versorge. Ohne USB-Netzteil, direkt aus dem Inneren der Siedle wär natürlich schick.
      Kann man nicht ggf. auch die ~15V (/24V beim Klingeln) von Klemme 1 und 7 nehmen? Habe noch keine Erfahrung mit StepDown-Reglern - lassen sich die so einstellen, dass da von 15V - 24V Eingangsspannung immer 5V Ausgangsspannung anliegen? Oder stell ich den bei 15V in auf 5V out, und wenn jemand klingelt liegen plötzlich 8V an und grillen meinen NodeMCU?

      posted in Praktische Anwendungen (Showcase)
      Karsten Müller
      Karsten Müller
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
    The ioBroker Community 2014-2023
    logo