Hatten wir doch bei den Eve Energy und der Stromverbrauchsmessung auch.
Die kam dann nachträglich mit Matter 1.3 oder so? Neja, wundern mich jedenfalls nicht, dass sehr spezielle Funktionen/Einstellungen, die Homekit oder sogar Eve-exklusive waren mit Matter (erst mal) rausfliegen.
Evtl. übersehe ich etwas aber von den zig Smart Home Foren da draußen hast du dir eine Homekit Community ausgesucht, obwohl weder die Ring Kameras Homekit-kompatibel sind (mal Umwege über Homebridge und dem Homebridge-Ring Plugin außen vor) noch es Türgongs als unterstützter Gerätetyp in Apple Home gibt? (Sprich, es gibt keine Homekit-kompatiblen smarten Gongs)
Klar kannst du eine Ring Kamera samt Ring Gong/Chime und Ring App nutzen, aber so wirklich Thematik dieses Forums ist es nicht.
Man kann sich auch eine homekit-kompatible Videotürklingel und diverse Homepods kaufen. Dann kann man sobald es klingelt einen Ton über die Homepods abspielen lassen. Den Homepod im ersten Stock muss man dann über eine smarte Steckdose vom Strom abklemmen, wenn er nicht zu bestimmten Zeiten klingeln soll.
Ob das eine Alternative zu fest verdrahteten Gongs für dich ist kann ich nicht sagen.
Und du hast nichts geändert?
Du verwendest das Homebridge-Ring Plugin?
Die entsprechenden Notification Troubleshooting Tipps schon befolgt?
Ja, wie schon richtig von dir erkannt müsstest du z.B. einfach "Text" nehmen statt "Hinweis anzeigen". Der Hinweis wartet auf eine Bestätigung damit der Kurzbefehl fortgesetzt wird.
Puh, bei so viel Infos zum fehlgeschlagenen Update weiß ich gar nicht wo ich anfangen soll mit meinen Tipps.
Du musst den Shelly auf 1.3.3 downgraden, wie das geht steht auf der offiziellen Seite der Homekit Firmware. Auf dem Shelly gibt es einen „Firmware“ Menüpunkt wo eine .zip Datei hochgeladen werden kann.
Auch warum Version 1.4 „noch“ nicht unterstützt wird ist dort erklärt.
Grundsätzlich muss ein Fork nicht eine lauffähige/Stand-alone Version des ursprünglichen GitHub Repository sein. Das also nach der Installation von https://github.com/JuJuFX-dev/homebridge-shelly-doorbell dir z.B. der /dist Ordner fehlt verwundert mich nicht. Nicht immer werden dann auch alle Pakete/Abhängigkeiten mitinstalliert.
Wenn du unbedingt rumspielen willst, installiere das "normale" Plugin von Jeppesens und schau dir an, was JuJuFX angepasst hat (https://github.com/jeppesens/h…ge-shelly-doorbell:master) sprich in welchen Dateien er welche Zeilen hinzugefügt/gelöscht hat und "bau das nach" bzw. ersetze die betroffenen Dateien von Jeppesens durch die von JujuFX. Aber keine Garantie, dass danach das Plugin noch läuft.
Ferndiagnose ist schwierig. Ich würde es mit dem Eve Support klären und ggfs. das Internet bemühen, es gibt diverse Themen auf u.a. Reddit zu Eve Geräten und dass sich diese nicht hinzufügen lassen.
Am Ende hast du eine Warenrücksendung erhalten, der "Vorbesitzer" hat das Matter Update durchgeführt (der Matter Code wird dann in der App angezeigt, den man sich irgendwo notieren muss. Der aufgedruckte Homekit Code wird dadurch nutzlos) und hatte evtl. Probleme, dass Gerät nach dem Matter Update wieder zur Home App hinzuzufügen. Dann hat er es frustriert zurückgeschickt und du hast nun dieses Gerät in der Hand.
Alles möglich.
Was passiert, wenn du den Code manuell eingibst und nicht abscannst?
Also bitte seid lieb ich kenn mich echt noch null aus.
Dann ist es vermutlich ratsam, nicht als aller erstes das Zusammenfügen diverser Plugins in Angriff zu nehmen.
JuJuFX-DEV, der den Fork gemacht hat soll ja laut https://github.com/jeppesens/h…-shelly-doorbell/issues/3 einen entsprechenden Pull Request einreichen (Erklärung: https://docs.github.com/de/pul…uests/about-pull-requests), er hat ja hier auch diverse Commits schon eingereicht wo die Änderungen zum digitalen Gong enthalten sind: https://github.com/jeppesens/h…ge-shelly-doorbell:master
Ich würde also warten, bis die Änderungen vom Plugin-Entwickler Jeppesens "abgenommen" wurden, ggfs. nochmal an einen der beiden ne Nachricht schicken.
Das ist zumindest der einfachere Weg, als selbst dran rumzudoktern.
Homebridge-Hue in seiner letzten Version unterstützt kein -ph Command für deCONZ mehr.
Ohne die Funktion im Detail zu kennen, da noch relativ neu: Befindet sich zu dem Zeitpunkt nur die Person zuhause, die zB das Fenster geöffnet hat? So abwegig ist das nicht, dass Apple Home daran fest macht, dass es nur diese Person gewesen sein kann.
Ist ja ein Zwischenstecker, oder? Ein Ziwschenstecker hat keine konfigurierbaren Tasten.
Auf deinem Screenshot vom Shelly SSW1 kannst du doch Aktionen für jede Taste festlegen? Da wird auch ein Kurzbefehl konfiguriert.
Ich kann problemlos bei jedem Schalter (Ikea, Philips Hue etc) in meinem Zuhause die Tastenbelegung bei der Geräte/Szenenauswahl in einen Kurzbefehl konvertieren. Das man bei der Geräteauswahl ganzen unten keine Kurzbefehlkonvertierung angezeigt wird habe ich in all den Jahren noch nie erlebt.
Kurzbefehle die man manuell auf dem iPhone erstellt sind in der Home App nicht auswählbar weil eben nur lokal am iPhone verfügbar.
Ach ja, der Opener. Der interessiert sich ja herzlich wenig für die „Bridge“ (was ja keine so wirklich ist, sondern nur ein WLAN Modul) im Nuki 4 Pro. 
Übersehe ich da etwas oder hätte ich tatsächlich keinen technischen Vorteil, wenn ich mir das Smart Lock 4 Pro statt des normalen Smart Locks 4 kaufe?
Es geht doch gerade darum, dass du beim Pro eben keine zusätzliche Bridge brauchst. Also hast du doch einen "tatsächlichen technischen Vorteil".
Ansonsten kann man sich ja auch die Vergleiche bei Nuki direkt ansehen:
Mehr ist es halt nicht. Und in Sachen Mechanik (Motor) hat sich zum Nuki 3 auch nichts geändert. Im normalen Nuki und im Pro dürften die selbe Mechanik stecken.
Christian 44 ist halt keine "saubere" Lösung. Weder für die Lebenszeit (Schaltvorgänge) der LEDs förderlich, wenn ich ständig den Strom hart abschalte noch für meine Home App, wo ich immer wenn die Gruppe aus ist ich mit einem "Keine Antwort" Hinweis leben muss weil die Nanoleafs aus dem Netzwerk geflogen sind.
det siehe parallel die Diskussion hier: RE: Tägliches Problem: Keine Antwort von xx Geräten
Bei mir habe ich den Stecker von all meinen Homepods kurz mal gezogen, danach war der Schalter da.
Dir muss klar sein, dass eine smarte Leuchte immer Strom brauch, sonst kannst du die nicht in der App steuern. Das Relais im Shelly darf den Strom nicht abschalten.
Also stellst du den Shelly Input Mode (Der Input kommt vom Schalter) auf „detached“ und ist somit ist der Schalter komplett losgelöst vom Strom an/aus.
Weiter steht im Wiki, dass anschließend die Inputs auf der Weboberfläche des Shellys konfiguriert werden müssen.
Und am Ende muss eine Automation in Home erstellt werden, wenn Schalter gedrückt dann Licht an usw.
Es erfolgt kein hardwareseitiges Schalten mehr (was den Strom abklemmt und quatsch ist bei smarten Leuchten) sondern was beim Drücken des Schalters passiert wird softwareseitig in Home App geregelt.
Wie der Shelly mit Homekit Firmware konfiguriert werden muss steht detailiert im Github Wiki: https://github.com/mongoose-os…ekit/wiki/Switch-Settings
Der Shelly muss im „Detached“ Mode laufen.
Nun, deine ursprüngliche Anfrage war "wenn ich gehe bzw. komme" und somit auf die An-/Abwesenheit bezogen. Dass das auch zusätzlich noch Nachts funktionieren soll ist eine neue Anforderung.
Richte dir eine richtige Alarmanlage in Homekit ein: https://smartapfel.de/homekit-alarmanlage/
Man findet hier im Forum auch genug Lesestoff zum Thema "Alarmanlage".
Lade dir z.B. das folgende Homebridge Plugin runter: https://github.com/MiguelRipoll23/homebridge-securitysystem, dann hast du einen virtuellen Schalter für eine Alarmanlage, der dann auch zwischen "Abwesend" (Keiner Zuhause) und "Nachts" (Alle schlafen) unterscheidet. Anhand dieser Alarmanlage kann mann dann weitere Automatisierungen bauen.
P.S. iPhone-lose Kinder sind grundsätzlich immer ein Problem. Technisch lassen diese sich nicht von einem Einbrecher unterscheiden. Läuft also Nachts nochmal jemand durch den Bewegungsmelder wird immer die Alarmanlage los gehen, weil nicht klar ob Kind oder Einbrecher.
Wenn die Kinder aber zumindest schon (Android-)Smartphones haben, die auch im heimischen WLAN angemeldet sind, dann kann man über diverse Homebridge Plugins sich zumindest deren Geräte anhand der IP Adresse in Homekit als virtuellen "Anwesenheitssensor" anzeigen lassen. Dann gehen zumindest zuverlässig die "An-/Abwesenheits"Automationen samt Alarmanlage. An dem "nächtlichen" Problem ändert es jedoch nichts.
