DJay Du bist aber neugierig
Hintergrund:
Ich habe zu Zeiten des Nuki SmartLock 1.0 (welches ja noch nicht HomeKit kompatibel war) das Plugin von Benzman81 genutzt.
Dann bin ich zum Danalock gewechselt, da die nativen HomeKit Support hatten. War aber mit dem Auto-Unlock nie so richtig zufrieden.
Also bin ich nach dem Release des Nuki SmartLock 2 wieder zu Nuki gewechselt, dieses aber über natives HomeKit eingebunden.
Dann kam ja die nello Ära und ich habe angefangen, selbst Plugins für homebridge zu schreiben. Der nello an sich war schon sehr cool, aber mich hat immer gestört, dass man Notifications kompliziert über einen Webhook-Relay-Server routen musste.
Als Nuki dann die ersten Infos zum Opener hat durchsickern lassen, hat es mich schon in den Fingern gejuckt und ich habe dann zum Launch (vorerst lokal auf meinem PC) ein Plugin für die Bridge API zur Steuerung des Openers geschrieben. Wie ihr vielleicht wisst ist nello pleite gegangen und die Server-Kommunikation ist unzuverlässig bis unmöglich geworden ( DJay kann ein Lied davon singen). Daher habe ich mich dann dazu entschieden, auf dem "Produktiv-System" auf Nuki umzusteigen und das Plugin auch mal ins GitHub einzuchecken. Da nicht kompliziert, habe ich den SmartLock Support noch eingebaut. Ich persönlich nutze weiterhin natives HomeKit für das SmartLock, Homebridge nur für den Opener.
Unterschiede:
Ich denke vom Funktionsumfang gibt es kaum Unterschiede zwischen den Plugins. Einziger Unterschied in der Architektur des Plugins ist, dass im Plugin von Benzman81 die Callbacks von Aktionen erst nach erfolgreichem Abschluss aufgerufen werden, mein Plugin fährt den Fire-and-Forget Ansatz. Das merkt man, wenn man z.B. in der Apple Home app auf die Schloss-Kachel drückt, um zu schließen/öffnen. Bei Benzman81 sieht man dann einen Lade-Spinner während der (Auf-)Schließ-Aktion, bei meinem Plugin wird der Status des Kachel direkt geändert. Das stimmt so, oder Benzman81?