[AB-SmartHouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck

[Marino]

abtools
Wenn die Zusatzplatine und NFC gleichzeitig verwendet werden können, ist das ja schon einmal toll. Dann bleibt nur die Idee, welche man umsetzen kann, um KNX einfach zu trennen.
Wenn NFC noch etwas dauert, ist das nicht schlimm. Mein eKey funktioniert ja noch, aber die Kellertür hat keines. Dann muss ich halt warten. Allerdings weiß ich aus Erfahrung mit Fingerprint in der Firma, viele Jahre iPhone und nun eKey, dass es immer nur eine Frage der Zeit ist, bist meine Finger nicht mehr erkannt werden. Kann auch lange funktionieren und dann merkt man, dass eKey sich bei zu vielen Versuchen ohne Erkennung auch komplett für >10 Minuten sperren kann. An der Haustür kann ich also entweder NFC nutzen oder muss anderweitig mit Handy die Öffnung forcieren können, um nicht mit Schlüssel rumzulaufen.
NFC kommt, wenn es kommt

henfri
Heartbeat durch das Modul hast Du je bereits mit einem KO, welches Du einstellen kannst. Aber inwiefern hilft das? Man muss ja nicht KNX abklemmen.


Viele Grüße
Nils

[Marino]

Moin Waldemar,

wenn die NFC-Platine nur statt und nicht zusätzlich der Zusatzplatine eingebaut werden kann, wären 1-2 Binäreingänge nicht unbedingt verkehrt. Zum einen, falls man so KNX abschalten möchte, zum anderen habe ich hier im Thread auch gelesen, dass ein Benäreingang auch für eine extra Klingel verwendet wird. Daher wollte ich die Idee einfach nur einmal rein geben, da die NFC-Erweiterung ja noch nicht erhältlich ist.

Aufgrund der Entfernung bei mir zum nächstmöglichen erreichbaren Klemmpunkt käme für mich hauptsächlich in Frage, die vorhandene Leitung auf den letzten Metern für KNX zu nutzen (Geschirmt, gleicher Querschnitt, wie KNX) und damit läge sie dann aussen In der Dose. Ohne Binäreingang würde ich dann ein zusätzliches Gerät mit in die Dose packen, welches einen hat.

Ist auch nur als Idee, falls man das gut integrieren kann und möchte. Meine Idee war, dass so die Linie zusätzlich geschützt werden könnte. Ich glaube auch weniger an Diebe mit Laptop, aber eine bessere Position gibt es kaum, um Unfug zu machen. Daher fände ich abschalten schon einmal sehr charmant.

Deine Idee das mit dem Sabotage-KO zu verbinden finde ich gut und dass kein anderer FP genutzt werden kann, schützt natürlich auch schon einmal.


Viele Grüße
Nils

[henfri]

Wie wäre es mit einem Heartbeat alle 30s.
Wenn der ausbleibt, sperrt ein Logikmodul die Türöffnung, bis sie manuell wieder aktiviert wird.

Dann müsste der Bösewicht schon sehr schnell sein...

Buslast dadurch ist wohl vernachlässigbar

[abtools]

Hallo Nils,

Man müsste halt nur die KNX-Leitung extra abschalten können, einen Binärkontakt in der Dose haben und einen Reed-Kontakt mit in die Dose packen.

Es gibt jetzt bereits eine Zusatzplatine mit 4 Binäreingängen (und optional einem Relais). Diese solltest du dafür also verwenden können.

Wollte ich nur mal erwähnt haben, falls ggf. eine Platine mit NFC keine Binäreingänge mehr hätte oder so und weil viel über Secure und KNX-Leitung draussen diskutiert worden ist.

NFC ist völlig unabhängig, habe ich bereits erste Tests mit gemacht, das wird aber noch länger dauern bis ich da etwas fertig habe.
Dies ist jedoch völlig unabhängig von der Zusatzplatine mit den Binäreingängen, die du mit oder ohne NFC verwenden können wirst.

Viele Grüße
Andreas

[mumpf]

KNX-Leitung abschalten ist natürlich immer eine Möglichkeit. Ich verstehe Dich so, dass Du gerne an der NFC-Platine auch Binäreingänge hättest. Da wird Andreas sicherlich noch was zu sagen.

Folgende Ideen für Sicherheitsmittel habe ich noch (erstmal nur Ideen, das ist noch keine zukünftige Feature-Liste):

• Fremder FP-Sensor kann schon jetzt durch die PIN verhindert werden
• Data Secure (hab ich schon mal experimentell hinbekommen, ist aber noch ein langer Weg)
• Trennen des FP-Sensor von der Platine -> Platine sperrt sich von selbst und ist nur durch eine Neuprogrammierung über ETS wieder in Betrieb zu nehmen
• Ein Sabotage-KO -> Platine sperrt sich von selbst und ist nur durch Neuprogrammierung über ETS wieder in Betrieb zu nehmen

Das Sabotage-KO würde man eben auch mit einem Binäreingang verbinden können und so die Geräteöffnung überwachen. Das Abschalten der KNX-Leitung ist dann eine weitere Option. Ich finde die Idee gut.

Gruß, Waldemar

[Marino]

Cooles Projekt habt Ihr hier. Ich schiele da auch bereits mit einem Auge drauf. Habe aber Ekey an der Haustür und 2 Leitungen a 4 Adern liegen und überlege, was ich machen könnte. Denn innen habe ich keine Dose und erst ab ca. 4m komme ich an die beiden Leitungen ran oder nach 15-20m in der Verteilung.

Wichtig ist mir eine bessere Erkennung, als eKey, NFC (meine Finger haben immer Probleme) und LED's, damit ich Feedback habe für die Gefahrenmeldeanlage.

Ich habe dabei eine Überlegung gehabt, die ich nicht im Thread gelesen habe bisher. Ich hoffe, ich habe es nicht überlesen.
Ich gehe mal davon aus, dass man KNX aussen in der Dose hat und (noch) kein Secure. Was wäre wenn man einen Abhebe- oder Reedkontakt an der Frontplatte hat und diesen ausliest (mit der extra Platine oder bei NFC ggf. auch mit vorhanden?).
Wenn er auslöst, könnte man die KNX-Leitung, die nach aussen führt mit einem Relais trennen.
Wenn jemand an den Sensor möchte, würde das letzte KNX-Signal gesendet werden, welcher die Leitung trennt und dann wäre keine Modifikation mehr möglich.

Man müsste halt nur die KNX-Leitung extra abschalten können, einen Binärkontakt in der Dose haben und einen Reed-Kontakt mit in die Dose packen.

Wollte ich nur mal erwähnt haben, falls ggf. eine Platine mit NFC keine Binäreingänge mehr hätte oder so und weil viel über Secure und KNX-Leitung draussen diskutiert worden ist.


Viele Grüße
Nils

[TabSel]

…

MDT bietet ja auch den langen und den extra langen Tastendruck an. Das ist auch Teil meines Bedienkonzepts hier. Z.B. der gute Nachttaster auf dem Weg nach oben, der in mehreren Stufen im EG Verbraucher schaltet/Rollos fährt, Stati zurücksetzt etc. Je nachdem wie lange ich gedrückt halte. Also zumindest der lange Tastendruck ist neben dem normalen Tastendruck hier fast immer in Gebrauch. Mei, ist was individuelles.

ich werd zumindest mal anfangen hier mich in die Eigenentwicklung einzuarbeiten, Eure Wiki ist ja echt Bombe und macht Lust

zu dem Thema gehts hier weiter: https://knx-user-forum.de/forum/proj...nknx-toolchain
edit Ing-Dom

[mumpf]

Eigentlich wollte ich Dir nur sagen, dass ich Dein Problem mit dem Taster versucht habe nachzuvollziehen. Was hab ich probiert

Taster intern verbunden mit linker Touch-Taste, umschalten, LED mit dem Ausgang verbunden -> klappt.

OpenKNX,cv1,0xA600:0x6/BTN:0x5/2§b~Name=Led%20rot%20umschalten§b~Mode=1§b~InA:1=71§b~InA:9=71§b~OutShort_DPT=1§b~OutShort_T1_Active_Press:1=1§b~OutShort_T1_Active_Release:1=0§;OpenKNX

Taster extern verbunden über KO, umschalten, LED mit dem Ausgang verbunden -> klappt.

OpenKNX,cv1,0xA601:0x62/BTN:0x5/1§b~Name=Led%20rot%20umschalten§b~Mode=1§b~OutShort_DPT=1§b~OutShort_T1_Active_Press:1=1§b~OutShort_T1_Active_Release:1=0§;OpenKNX

Ich hab das mit Taster 1 und Taster 2 ausprobiert, in der ETS6 und der ETS5, mit dem aktuellen (bald erscheinenden 0.6.3) und dem offiziell freigegebenen 0.6.2.
Ich kann das nicht reproduzieren und auch nicht verstehen. Der einzige Grund, denn ich mir vorstellen könnte: Du hast den Stand de ETS noch nicht auf das Gerät übertragen...

Gruß, Waldemar

[mumpf]

VS19 macht viel "drumrum", ich weiß nicht, ob Du damit glücklich wirst. Wir benutzen VSCode. Wie man das aufsetzt, steht im Wiki.

Aber ehrlich, willst Du Dir wirklich einen CustomBuild antun, nur für ein Feature, dass komplett unintuitiv ist? Das ist etwas, dass nur Du nutzen kannst, weil Du genau weißt, wie Du es definiert hast. Und ohne Feedback weißt Du noch nicht mal, auf welcher "Wiederholstufe" Du bist...
Du hast 10 Finger, zig Aktionen und die Möglichkeiten der Autorisierung. Und dann hast Du auch noch das Tastermodul. Und das reicht nicht?

Wir haben in einer Kleingruppe diskutiert, inwiefern ein langes Auflegen eines Fingers zu Wiederholungen führen sollte. Aber 3 von 3 fanden es komplett nicht-Intuitiv, so was zu machen. Mach ein mehrfach-Auflegen des selben Fingers, dass den Taster 4 Stufen schalten lässt. Dann hast Du definiertes Verhalten (wenn auch genauso nicht-Intuitiv).

Musst Du wissen, aber ich würde zu dem frühen Stand noch nicht mit Custom Builds anfangen, das macht Updates für Dich nur schwerer.

Gruß, Waldemar

[TabSel]

Mal ne blöde Frage: ich hab mir grad die Sourcen des OpenKNX Fingerprint auf GitHub angesehen. Offensichtlich wird bald ein länger aufliegender Finger nicht mehr zu wiederholten Aktionen führen. Ist nun nicht ganz was mir vorschwebte. Nun bin ich kein Windows-, Arduino- und kein versierter c++-Entwickler, GitHub kenn ich, nutz ich nicht, Basiswissen ist da… auch der KNX-Stack ist mir fremd und von der ets-Integration hab ich auch keine Ahnung, aber: ich denke ich bekäme es hin zwei weitere ScanModes anzubieten: neben “nach Berührung” und aktuellem “fortlaufend” mit Wiederholungen bei aufliegendem Finger einen Modus “fortlaufend, ohne LED-Feedback” (wie zuvor, aber ohne LED-Gebimmel bei Wiederholungen bei gleichem Finger; kann ja dann per Logik/eibPC gefiltert werden) und “fortlaufend, ohne Wiederholungen bei gleichem Finger (wie eben jetzt angedacht)…

Wie wäre denn das Vorgehen: ich hab VS19 hier aktuell, aber so gut wie keine Erfahrung mit der IDE. Den Code versteh ich und könnte ihn anpassen. Das repo Forken, committen etc. kein Ding, bei pull requests hörts schon wieder auf, wenn ihr das haben wollen solltet. Ich will ja niemandem in die Suppe spucken und auch niemandem Zeit stehlen. Compilieren, da gibt’s doch sicher Skripte?

also: wie würde ich denn anfangen?

edit: gefunden ich guck mal was ich machen kann…

[mumpf]

Sorry, am WE was ich mit dem Sensormodul unterwegs. Heute mach ich was mit dem FP. Dann weiß ich mehr.

Gruß, Waldemar

[TabSel]

ok, Anforderung: LED-Kanal umschalten Ein/Aus per Touchtaster:

29/7/72 OFP_ABG_T2Momentary
image.png
Touchtaste (drücken: Ein, loslassen: Aus) verknüpft mit Logik-Eingang #2 und Virtual-Button-Eingang (extern; aber auch selbes Fehlerbild bei internem Eingang Touchtaster links)



image.png
Status LED-Kanal verknüpft mit Logik-Eingang #1 und Virtual-Button-Statuseingang



image.png
Ausgänge, schalten LED-Kanal um:



image.png
Virtual Button-Konfig




image.png
Logik-Kanal sendet, Virtual-Button-Kanal sendet NICHT:

[willisurf]

Konntest Du schon etwas sehen?

Screenshots Deiner Konfiguration inkl. GA Zuordnung wären sicher gut, um Missverständnisse zu vermeiden

[TabSel]

...Dass ich mich bei der internen Verknüpfung zwischen Touch-Taste und VirtualButton-Eingang vertan habe, mag sein. Aber dass der Virtual Button grundsätzlich nicht geht, wäre bei Tests sicherlich aufgefallen.
Aber manchmal liegt der Teufel im Detail, ich schaue natürlich nochmal...
...

Ich hab jetzt hier lange rumprobiert: Mit der Logik funktioniert es: ich hab den Touchtaster mit nem externen Eingang der Logik verbunden, und die Logik spuckt auch das Ergebnis aus. Einzig der Virtual Button ist nicht dazu zu bewegen dass er etwas sendet :/
Konntest Du schon etwas sehen?

[panzaeron]

Ich möchte hier ein großes Lob los werden. Ich hatte mir vor vielen Jahren einige Freebus/Selfbus Komponenten aufgebaut und vor kurzen habe ich nun drei Fingerprints mit OpenKNX in Betrieb genommen. Was soll ich sagen, es hat auf Anhieb reibungslos funktioniert, so dass ich nun ekey rausgeworfen habe. Eine ganz anderes Level als noch die Selfbus-Komponenten.

Anmerkung: Mich hat bei ekey gestört, dass es bei unseren Kindern nicht zuverlässig bzw. gar nicht funktionierte. Auch bei meiner Frau hat es nie sauber funktioniert, daher jetzt diese Fingerprints mit OpenKNX und es funktioniert sehr gut. Die Relais Funktion des früheren ekey Multi übernimmt jetzt ein mdt 8-fach Schaltaktor der bei mir nur Kleinspannungen schaltet.

Eingebaut habe ich die Fingerscanner im Gira TX_44 System, da ich die Außensteckdosen auch gerade ausgetauscht hatte. Den abgewinkelten Sensor habe ich mit dem Jung Einsatz von Benni620 realisiert. Die originalen Gira Einsätze sind auch quadratisch mit 70x70mm², stehen im Original aber noch 4mm vor, vielleicht passe ich das Design noch etwas an, aber so sieht es auch schon gut aus. Bei den "normalen" Gira Blindabdeckungen mit Fräsungen habe ich das kleine Loch für die LED von hinten mit Silikon gefüllt, so hat es wieder IP44 und ist trotzdem gut sichtbar.

Fazit: Hut ab allen Beteiligten, dass ist eine super Leistung die ihr hier umgesetzt habt. An der Applikation können sich die etablierten Hersteller eine "Scheibe abschneiden". Die Fingererkennung, Synchronisation der Fingerprints und Übertragen einer neuen Firmware über den KNX-Bus funktionierte bei mir problemlos.