ekey Fingerprint und nuki Motorschloss verbinden

[mr_d]

Hallo,
ich möchte einen ekey Fingerabdruckleser nutzen um ein nuki Motorschloss zu öffnen.
Vorhanden ist der Leser und das nuki mit Bridge.

Ist das mit openhab möglich?

Openhab 2 läuft derzeit auf einem HP Microserver in einer VM. Wenn unbedingt notwendig kann auf einen Raspberry umgezogen werden.

Falls eine Realisierung möglich ist, welche Hardware wäre zusätzlich noch erforderlich?

Für hilfreiche Denkanstösse wäre ich dankbar.

Gruß
Mr_D

[udo1toni]

Welche Schnittstellen benötigen die beteiligten Geräte?

Welche Virtualisierungsumgebung hast Du im Einsatz?

Ich habe weder mit dem Schloss noch mit dem Sensor Erfahrung, aber grundsätzlich sollte es kein Problem sein, die beiden Komponenten über openHAB miteinander zu verheiraten.

[mr_d]

Der Leser hat einen potentialfreien Relaisausgang, dh. wenn ein berechtigter Finger den Leser betätigt schließt oder öffnet das Relais.
Die Bridge des Motorschlosses empfängt die durchzuführende Aktion per WLan und leitet dies per Bluethooth an das Schloss weiter.

Es müsste also an den Relaisausgang ein Modul angeschlossen werden welches die Zustandsänderung des Relais an openhab weiter gibt (WLan?).
Openhab sollte dann die Aktion als http-request? an die Bridge weiter leiten.

Auf dem Microserver läuft Vmware esxi 6.5 U3.

[udo1toni]

Ah. Vermutlich wäre ein ESP8266 die einfachste Variante, den Schaltimpuls auszuwerten, den gibt es schon für 1,50 EUR, fix und fertig, muss nur mit einer geeigneten Firmware geflasht werden (z.B. Tasmota oder ESPEasy) und dann packt man die Zugangsdaten für das WLAN drauf. Der Schaltimpuls wird dann per MQTT an openHAB geschickt.
Nachteil dabei ist natürlich, dass man potentiell per WLAN angegriffen werden kann. Ich habe bei mir ein 63 Zeichen starkes per Zufallsgenerator erzeugtes Passwort für WPA2, selbst mit den bisher gefundenen Sicherheitslücken bleibt ein erfolgreicher Angriff eher unwahrscheinlich aber nicht jeder ist so paranoid wie ich...
Wobei, wenn die Bridge eh über WLAN angebunden ist, spielt es ohnehin keine Rolle mehr... Der ESP8266 kommt mit 3,5Volt aus. Vermutlich wirst Du für den Sensor eher 5 Volt oder 12 Volt brauchen, aber dafür gibt es LowDropDown Regler, zur Not tun's zwei Widerstände für den nötigen Spannungsabfall, aber der Spannungsteiler verbrät dann ungefähr zehnmal so viel wie der ESP (der kommt mit wenigen Milliwatt aus).

[mr_d]

Danke für den Hinweis. Gibt es im Forum schon ein Projekt wo mit einem ESP8266 ein Schaltimpuls ausgewertet wird? Auf die Schnelle hab ich da nichts gefunden. Da könnte ich mir die grundsätzliche Vorgehensweise ansehen.
Tasmota kenn ich, hab ein paar Sonoffs im Einsatz.

[udo1toni]

Na, die Sonoffs kann man auch dazu überreden, einen separaten Taster auszuwerten, letztlich ist das hier auch nichts anderes. Es geht ja nur darum, dass ein geschlossener Schaltkontakt als ON und ein offener Schaltkontakt als OFF über MQTT gemeldet wird.

[mr_d]

Danke! Ich hab mir jetzt mal einen ESP8266 bestellt. Wenn der da ist schau ich mir das genauer an. Ist dafür tasmota oder ESPeasy besser geeignet?

[udo1toni]

Ich nutze selbst nur Tasmota, kann also nichts darüber sagen.

[sihui]

Ist dafür tasmota oder ESPeasy besser geeignet?

Beide sind in aktiver Entwicklung. Etwas mehr Support wirst du für openHAB mit Tasmota finden.
Ich nutze ESPEasy und habe keine Probleme damit.

[mr_d]

So, die ESPS sind inzwischen aus China angekommen und mit Tasmota geflasht.
In openHAB sind sie auch schon eingerichtet. Ich kann jetzt die Statusänderung (von off auf on) eines Items an ein anderes Item per openHAB und MQTT übermitteln. Das heisst, wenn ich den Taster an einem ESP betätige ändert sich der Status am anderen ESP. Die Regel habe ich mit der rule engine angelegt.
Für meinen Anwendungsfall müsste aber beim Loslassen des Tasters auch beim empfangenden Item der Status wieder auf off gehen. Alternativ wäre die Einstellung einer Dauer denkbar (ca. 0,5 - 1 Sek) nach der das empfangende Item wieder auf off geht.
Wie wäre so etwas realisierbar? Ich gehe davon aus, dass das nicht mit der rule engine geht. Ich konnte nichts dazu finden.