[OpenKNX-Ready] Zutrittskontrolle mit Fingerprint / Fingerabdruck

[jayem0]

Hi mumpf, wenn die Farben für Rückmeldungen nicht reichen dann Animationen - blinken oder - noch edler - pulsieren.

Damit könnte man auch kurz und lang unterscheiden. Erkannt = grün - wenn man den Finger dann weiter drauf lässt weiß pulsierend, dann Quittieren des langen Drucks wieder grün.

bspw.
Kurz = Kommen; Lang = Gehen
Kurz = Tür auf / zu; Lang = Garage auf / zu

[mumpf]

Ich hab auch noch einen Punkt... Keine Ahnung, ob wir das für eine 0.3 schon schaffen:
Ich will, dass die Bestätigung einer Aktion nicht durch den Sensor (grün -> Finger erkannt, Aktion ausgelöst) kommt, sondern durch den Status des KNX-Gerätes, dass durch die Aktion geschaltet/getriggert wurde. Also Beispiel: Mittelfinger auflegen (soll Garagentor aufmachen), Garage bekommt AUF-Signal (das ist die Aktion), "Tor fährt" wird als Status auf den Bus gesendet, das führt erst zum "grünen Ring".

Und wenn das mit der Farbverwaltung so klappt, wie ich mir das vorstelle, wird für jede Aktion frei bestimmbar sein, wie der Ring das Ganze zurückmeldet.

Problem bei der Sache (und deswgen ist es kein Easy-Win): Wie meldet man den "nicht Erfolg". Derzeit haben wir gelb (Finger erkannt, keine Aktion ausgeführt). Das andere ist "Finger erkannt, aber kein Status zurückgemeldet" (wie lange wartet man da?) und Finger erkannt, das Zielgerät will Fehler melden (z.B. Garagentor gesperrt). Wie meldet man Fehler und gibt es mehrere pro Aktion?

Es belibt spannend, ob meine Ideen zu Andreas konzept passen und ob sie sich realisieren lassen .

Aber erstmal Erfahrungen mit der 0.2 sammeln und Bugfixes, falls was auffällt. Dann weiter!

Gruß, Waldemar

[jayem0]

Ich habe das hier mal qualitativ gezeichnet damit man sich vorstellen kann worum es geht (Dimensionen stimmen natürlich nicht). In die große Bohrung soll die Kamera, in die kleine der Fingerprint und in den rechteckigen Ausschnitt eine durchsichtige Plastikblende zum reinklicken für das Namensschild (Zukaufteil).

Die Elektronik soll in Dosen, ich dachte an winddichte Kaiser Dosen (winddicht wegen Feuchtigkeit). Das schöne ist, dass Kaiser die 3D Modelle verfügbar gemacht hat, d.h. man kann schön planen. Meine Idee wäre ggfs. Bohrungen anzubringen, um die Kaiser-Dosen von vorne an die Frontplatte zu schrauben. Dann halt mit schicken Schrauben (Torx / Dreiecke).

Welche Dosen würdet ihr für die Elektronik nutzen?

draft.png

[MasterOfPuppets]

Hi Waldemar,

Definitiv schöpfe ich Möglichkeiten der 0.2 nicht aus . Ich wollte mit der Frage nur meine Neugier befriedigen und der erste deiner 3 Punkte macht mich wieder ungeduldig .

[mumpf]

Hi Pierre,

solltest Du nicht erstmal die 0.2 versuchen? Ich bezweifle, dass Du deren Möglichkeiten schon voll ausgeschöpft hast .

Was genau reinkommt, entscheidet Adreas, aber ich sehe schon 3 Punkte:

1. Ich hatte ihm Unterstützung bei der ETS im Bereich Farbverwaltung (für den LED-Ring des FP) angeboten, sofern er die Funktionen in der Firmware entsprechend implementiert
2. Bei der Suche nach Namen vermuten wir noch eine Abhängigkeit von der Schnittstelle bzw. der LK/Router auf dem Weg zwischen ETS und Gerät. Derzeit ist das nur mit der MDT-IP-Schnittstelle, der Enertex-IP-Schnittstelle, dem Enertex-LK und dem OpenKNX-Router getestet. Eventuell muss die Suche nochmal anders implementiert werden.
3. Der Bereich "Allgemein" ist jetzt die letzten Tage "gewachsen", um Parameter für weitere Features unterzubringen, der muss noch aufgeräumt werden.

Man kann das Gerät ohne die Namennsuche normal verwenden, das ist nur eine nützliche Hilfe, damit man sich nicht alle Zuordnungen von Finger-IDs zu Personen merken muss. Wenn es also hierbei Fehlermeldungen gibt, bitte nicht nur den Fehler melden, sondern auch welche Schnittstelle für die ETS verwendet wird und ob (bzw. wie viele und welche) LK beteiligt sind.

Und Secure steht auch noch an, allerdings sicher noch nicht zu 0.3.

Gruß, Waldemar

[MasterOfPuppets]

Danke für das Update Andreas, schon Pläne, was in 0.3 alles kommen soll?

[abtools]

Hallo Alex,

Diese Option habe ich auch schon aktiviert. Allerdings sendet er nur bei Berührung(sofort, immer) aber leider nicht bei der 2 Opition. Der Ring läuchtet zwar rot auf aber es kommt keine GA.

In Ordnung, teste ich dann nochmal und wird dann selbstverständlich mit dem nächsten Update korrigiert, wenn da noch etwas nicht so funktioniert, wie es sollte.

Viele Grüße
Andreas

[AlSae]

Hallo Alex,



Ja, das ist möglich - müsste eigentlich auch bereits in 0.1 gegangen sein.

Dazu bitte unter "Allgemein" die Option "Rohdaten auf den Bus senden" aktivieren:
Dann kommst du einige zusätzliche KOs, darunter "Berührung (sofort, immer)" und "Berührung (verzögert, wenn keine Aktion zugeordnet)".
Diese beiden sollten deinen Anwendungsfall abdecken.

Bei weiteren Fragen, einfach melden!

Viele Grüße
Andreas

Hi,

Diese Option habe ich auch schon aktiviert. Allerdings sendet er nur bei Berührung(sofort, immer) aber leider nicht bei der 2 Option. Der Ring leuchtet zwar rot auf aber es kommt keine GA.

Gruß Alex

[abtools]

Hallo Alex,

Eine Frage hätte ich noch. Vielleicht hab ich es auch irgendwo überlesen. Aber ist es möglich eine nicht gespeicherten Finger auszuwerten als z.B. Klingelsignal? Dann könnte ich einfach meinen Klingelknopf ersetzen. Danke für deine Mühe. In der Version 0.1 hab ich es noch nicht gefunden.

Ja, das ist möglich - müsste eigentlich auch bereits in 0.1 gegangen sein.

Dazu bitte unter "Allgemein" die Option "Rohdaten auf den Bus senden" aktivieren:
Dann kommst du einige zusätzliche KOs, darunter "Berührung (sofort, immer)" und "Berührung (verzögert, wenn keine Aktion zugeordnet)".
Diese beiden sollten deinen Anwendungsfall abdecken.

Bei weiteren Fragen, einfach melden!

Viele Grüße
Andreas

[AlSae]

[QUOTE=abtools;n1958810]Guten Morgen zusammen,

wie angekündigt, die neue Firmware und ETS-Applikation 0.2 steht ab sofort auf GitHub zum Download bereit:
https://github.com/OpenKNX/OAM-Finge...leases/tag/0.2

Moin Andreas,

erstmal einen riesen Respekt für eure Arbeit!!!

Eine Frage hätte ich noch. Vielleicht hab ich es auch irgendwo überlesen. Aber ist es möglich eine nicht gespeicherten Finger auszuwerten als z.B. Klingelsignal? Dann könnte ich einfach meinen Klingelknopf ersetzen. Danke für deine Mühe. In der Version 0.1 hab ich es noch nicht gefunden.

Viele Grüße Alex

[uncelsam]

Ich habe mir vorgenommen eine Frontblende für das Ding zu konstruieren, bei der eine Reolink Doorbell sowie der Fingerprint inkl. NFC eingelassen werden kann.

kennt jemand jemanden, der Edestahl CNC fräsen kann?

Meld dich mal per PN

Ahso Edelstahl vs NFC bzw RFID klappt eher nicht, oder zumindest nicht problemlos.
Wir hatten bei uns in der Abteilung einen Test, mit RFID Long Range Labels, hier hat schon das aufkleben auf einer Leitfähigkeit ESD Bauteilschachtel zum Funktionsausfall geführt, und das bei Reader in deutlich im vierstellig Bereich.

[abtools]

Guten Morgen zusammen,

wie angekündigt, die neue Firmware und ETS-Applikation 0.2 steht ab sofort auf GitHub zum Download bereit:
https://github.com/OpenKNX/OAM-Finge...leases/tag/0.2

Neben vielen, kleinen Verbesserungen sind die wesentlichen Neuerungen:

• Es gibt nun eine Personensuche, mit der man nach den zugewiesenen Fingern und Namen suchen kann.
• Die Synchronisation zwischen mehreren Fingerabdrucklesern ist nun vollständig implementiert. Ist diese aktiviert, erfolgt die Synchronisation automatisch, nachdem ein neuer Finger angelernt wurde. Über die ETS ist es aber auch möglich die Synchronisation einzelner Finger manuell anzustoßen. Auch das Löschen eines Fingers wird synchronisiert.
• Die Funktion und Farbe des Fingerprint LED-Rings kann nun über Rohdaten-KOs auch extern gesteuert werden.

Vor allem Waldemar und ich haben viel getestet, aber insbesondere bei der Suche können wir nicht ausschließen, dass diese, wenn (ältere) Linienkoppler dazwischen hängen, ggf. auch mal nicht funktioniert.

Für die Synchronisation wird in der ETS eine Verzögerung zwischen Sync-Paketen vorgegeben, die standardmäßig auf 100 ms eingestellt ist, was nach unseren Tests ein guter Werte ist, bei der die Synchronisation in der Regel sehr zuverlässig läuft und trotzdem schnell geht (ca. 5 Sek.). Sollte die Synchronisation bei jemand damit trotzdem nicht zuverlässig klappen, ist die Empfehlung diesen Wert auf 200 ms hochzusetzen.

Wie bereits angekündigt, ist diese neue Applikationsversion 0.2 in der ETS nicht update-fähig.
Alle zuvor angelernten Finger (samt Personenzuordnung) bleiben jedoch erhalten, sodass lediglich die Aktionen in der ETS neu zugeordnet werden müssen. Künftige ETS-Updates werden update-fähig sein.

Meldet euch gerne jederzeit, wenn ihr noch irgendwelche Fragen habt!

Viele Grüße und viel Spaß damit
Andreas

[jayem0]

Werden die Zusatzplatinen „stapelbar“ sein, ähnlich wie beim RaspberryPi?

[abtools]

Hallo LostWolf,

Da ja kein schema für die Platine veröffentlicht ist (oder habe ich etwas übersehen?):

Die Hardware-Schematics sind auf GitHub verfügbar.

Ist es möglich zusätzlich noch einen externen Taster (Klingel) abzufragen und evtl. ein Relais (Beleuchtung Klingeltaste) anzusteuern?

Wenn ja, wo müsste ich das anschließen und wie würde das dann über die ETS geregelt werden?

Aktuell noch nicht, aber es ist eine aufsteckbare Zusatzplatine mit Relais und Binäreingängen in Arbeit, mit der das möglich sein wird.
Die ETS-Anwendung wird, sobald diese verfügbar ist, natürlich auch entsprechend erweitert.

Viele Grüße
Andreas

[LostWolf]

Da ja kein schema für die Platine veröffentlicht ist (oder habe ich etwas übersehen?):
Ist es möglich zusätzlich noch einen externen Taster (Klingel) abzufragen und evtl. ein Relais (Beleuchtung Klingeltaste) anzusteuern?

Wenn ja, wo müsste ich das anschließen und wie würde das dann über die ETS geregelt werden?