[AB-SmartHouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck

[mumpf]

Andreas, wenn du dann gerade dabei bist, könntest du bitte noch folgendes prüfen?

Hi André,
was da passiert, ist kein Fehler - zumindest nicht von uns:-) Das hat was mit der ETS-Kommunikation zu tun und ist ein sehr kompliziertes Thema.
Bei den Telegrammlängen, die zur Verfügung stehen (theoretisch 254 Byte, wir nutzen nur 240) bekomme ich ein Suchergebnis von 7 Fingern hin. Wenn mehr Finger auf dem Gerät gespeichert sind, werden die ersten 7 gefundenen Finger dargestellt und es kommt ein Hinweis, dass mehr da sind und man die Filterkriterien weiter einengen muss.
Was bei Dir passiert, ist leider eine Lücke in der ETS (ich will nicht Bug sagen), die wir so nicht erwartet hatten. Ich muss weiter ausholen:
Die Telegrammlängen sind nicht konstant. Jedes IP-Interface, jeder Router, jeder LK - die können alle unterschiedliche Telegrammlängen. Manche werben dafür, dass sie jetzt Secure-fähig sind, manche sprechen von Long Frames, aber alle machen "irgendwas" <=254. Der Begriff ist APDU.
Wenn die ETS ein Gerät programmieren will, dann geht das grob gesagt folgendermaßen (Gerät hat die PA 2.3.4, ETS hat den Tunnel 1.1.250 von der Schnittstelle 1.1.5):

• ETS Fragt die Schnittstelle 1.1.5 (die stellt den Tunnel 1.1.250 bereit) nach der APDU, bekommt z.B. 220 zurück, das ist die bisher ermittelte APDU
• Um zu 2.3.4 zu kommen, muss sie jetzt den LK 1.1.0 nach der APDU fragen => 254, neue APDU ist MIN(254, 220) = 220
• Das nächste Gerät auf dem Weg zu 2.3.4 ist z.B. der Router 1.0.0, dessen APDU ist 160, neue APDU ist MIN(160, 220) = 160
• Das nächste Gerät auf dem Weg zu 2.3.4 ist z.B. der Router 2.0.0, dessen APDU ist 160, neue APDU ist MIN(160, 160) = 160
• Das nächste Gerät auf dem Weg zu 2.3.4 ist z.B. der LK 2.3.0, dessen APDU ist 213, neue APDU ist MIN(213, 160) = 160
• Jetzt wird noch das Gerät 2.3.4 nach seiner APDU gefragt, ist 63, die sich ergebende APDU ist dann MIN(63, 160) = 63.

Jetzt weiß die ETS, dass sie zum programmieren nur Telegramme der Maximallänge 63 nutzen darf. Und das tut sie auch. Alle längeren Pakete werden in 63 Byte-Päckchen geteilt und so die Kommunikation garantiert (Das Beispiel zeigt übrigens auch, warum Topologie so wichtig ist, bei falscher Topologie könnte nämlich eine falsche APDU ermittelt werden und dann geht gar nichts).

Warum erzähle ich das alles? Weil wir im Log der ETS gesehen haben, dass sie genau diese Ermittlung auch für die Kommunikation bei JavaScript macht und wir davon ausgingen, dass damit auch die Paketierung vorgenommen wird --> das ist aber leider nicht der Fall. Und noch schlimmer: Wir bekommen in JavaScript keine Information darüber, welche APDU zur Verfügung steht. Das selber zu ermitteln geht von JS aus nicht bzw. nur als große Krücke. Und natürlich findet man so was erst raus, nachdem es fertig implementiert und rausgerollt ist, denn wir haben alle Geräte mit großer APDU > 240 Byte.

Alle Schritte oben selber zu machen ist ein irrer Aufwand - trotzdem sprechen wir darüber, ob und wie wir das hinbekommen können. Das blöde ist, dass man noch nicht mal eine Fehlermeldung im JavaScript bekommt, wenn die APDU nicht stimmt, die ETS bricht einfach ab (wie bei Dir).

Was bleibt Dir übrig? Du musst - wenn so ein Fehler kommt - die Suchanfrage stärker einschränken, dass max. 6 Einträge zurückkommen. Ich bekomme einfach keine (programmatische) Kontrolle mehr, wenn die APDU überschritten wird, ich kann hier nichts machen.
Die einzige andere Möglichkeit, die ich sehe, ist die Suchfunktion wieder auszubauen. Aber da ich die selber sehr gerne nutze, will ich das nicht. Und wenn wir es wirklich schaffen, die Paketierung selber zu machen, werden wir natürlich umstellen.

Gruß, Waldemar

[abtools]

Hallo André,

das habe ich nun auch getestet:

Ich hab mal eine Frage zum KO 24: Scan - Zutrittsdaten. Wird das von euch überhaupt verwendet? Ich bekomme nämlich nach einem Scan immer "00 00 00 00"
Ich hätte da jetzt erwartet, dass ich aus dem Ergebnis sowas wie ID3 gültig o.ä. bekomme. Dafür gibt es aber auch die KO's 40+41.

Screenshot 2025-09-18 221323.png

Zunächst einmal muss ich sagen, dass alles, was ich auf deinem Screenshot sehe, korrekt aussieht:
Bei "Permission=False" wurde offenbar kein gültiger (= zuvor angelernter) Finger erkannt und somit kann logischerweise auch keine ID ausgegeben werden - ist ja schließlich kein bekannter Finger.

Dennoch ist mir beim Testen aufgefallen, dass die Zutrittsdaten mit Firmware 0.10 tatsächlich nicht auf das KO ausgegeben werden - das habe ich soeben mit Version 0.10.1 gefixed. Diese bekommst du wie immer auf GitHub oder über die OpenKNX Toolbox.

Bitte teste es doch nochmals mit Firmware-Version 0.10.1.
Wenn du dann auch einen bekannten Finger verwendest, solltest du entsprechende Zutrittsdaten auf KO 24 ausgegeben sehen.

Viele Grüße
Andreas

[abtools]

Hallo zusammen,

offenbar lebt das Forum nun endlich wieder. :-)

Die Antwort von mumpf bezog sich wohl eher auf einen Betrag weiter oben.
Da überlasse ich dann gerne auch Waldemar noch die weitere Erklärung dazu, die er gestern Abend aufgrund ausgefallenen Forums vermutlich nicht mehr liefern konnte.

In der Zwischenzeit hierzu:

Ich lesen schon länger mit. Jetzt läuft unsere Sanierunf aktuell und ich würde gerne mehrere Fingerprints verbauen. Dabei einen an der Haustür neben einer Doorbird. Ich würde dabei gerne die Tür direkt an den FP über das Relais (ohne Schaltaktor) schliessen und zugleich die Tür über die Doorbird öffnen lassen, sodass ich die Tür auch in Kombination mit einer Innenstation bzw über die App öffnen kann. Ist das möglich bzw muss das Relais vom FP dann an die Doorbird und diese dann an das Schloss?

Ehrlich gesagt kenne ich Doorbird selbst nicht und kann daher auch nur wenig dazu sagen.

Du kannst beim Fingerprint auf jeden Fall die optionale Binäreingangs-/Relais-Platine mitbestellen und hast dann "lokal" (direkt auch beim Fingerprint) einen Relais-Ausgang und 4 Binäreingänge zur freien Verfügung.

Aber ob/wie du diese mit Doorbird "koppeln" kannst, kann ich dir nicht sagen - ggf. haben andere dazu bereits Erfahrung.

Viele Grüße
Andreas

[mumpf]

Hier muss Andreas nichts testen. Das ist so... Habt von deiner APDU ab. Ich bin aber unterwegs und kann das erst heute Abend erklären.

Gruß, Waldemar

[Seehaeusle]

Guten Tag zusammen,

Ich lesen schon länger mit. Jetzt läuft unsere Sanierunf aktuell und ich würde gerne mehrere Fingerprints verbauen. Dabei einen an der Haustür neben einer Doorbird. Ich würde dabei gerne die Tür direkt an den FP über das Relais (ohne Schaltaktor) schliessen und zugleich die Tür über die Doorbird öffnen lassen, sodass ich die Tür auch in Kombination mit einer Innenstation bzw über die App öffnen kann. Ist das möglich bzw muss das Relais vom FP dann an die Doorbird und diese dann an das Schloss?

[bambam]

Sorry, ich nochmal... ist aber der letzte Post für heute!

Hallo André,

Wäre auch meine Erwartung und teste ich bei nächster Gelegenheit.

Andreas, wenn du dann gerade dabei bist, könntest du bitte noch folgendes prüfen? Wenn ich mehr als 6 Finger(ID >5) anlerne, dann bekomme ich immer einen Fehler wenn ich die ID's mit Finger-ID suchen zurück lesen will. Der Finger ist aber angelernt und der FP Sensor signalisiert auch, dass er den Finger mit der ID kennt und gibt die 6 auf dem KO 41 zurück.

Ich kann nach dem Anlernen auch in der Applikation den Namen für ID 6 ändern, aber beim Zurücklesen bekomme ich immer den Fehler "Gerät antwortet nicht".
Erst wenn ich in der ETS ID 6 lösche, funktioniert es wieder(wie im Screenshot zu sehen ist). Ich habe auch schon mal alle Finger gelöscht und neu angelernt. Es kam aber immer die selbe Fehlermeldung ab bei ID >5.

Ich bin ja bestimmt nicht der erste, der mehr als 6 Finger anlernen möchte? Vermutlich hängt das mit einer bestimmten Parameter Kombination bei mir zusammen.
Daher schicke ich dir auch mal meine Export-Strings per Mail.

P.S. ich hab das jetzt nur mit der 0.9 getestet.



Screenshot 2025-09-18 232109.png

[abtools]

Guten Abend zusammen,

nach einer freundlichen Meldung eines Bugs durch bambam haben wir soeben Firmware-Version 0.10 als Hotfix-Release veröffentlicht:
https://github.com/OpenKNX/OAM-AccessControl/releases

Grundsätzlich bezieht sich der gemeldete Fehler lediglich auf die Touch-Frontplatine ohne NFC, aber wir empfehlen diese neue Firmware-Version zumindest für alle neuen Installationen zu verwenden.

Selbstverständlich ist diese auch für bestehenden Installationen in der ETS ohne komplette Neuparametrisierung update-fähig.

Installation der neuen Firmware und Bau der neuen KNXprod wie immer am einfachsten mit der OpenKNX Toolbox.

Und bei Fragen natürlich gerne jederzeit hier im Forum oder direkt bei mir per E-Mail melden. :-)

Währenddessen arbeiten wir weiterhin an der bereits erwähnten Keypad-Unterstützung mit einem größeren Feature-Update.

Viele Grüße
Andreas

[abtools]

Hallo André,

Ich hab mal eine Frage zum KO 24: Scan - Zutrittsdaten. Wird das von euch überhaupt verwendet? Ich bekomme nämlich nach einem Scan immer "00 00 00 00"
Ich hätte da jetzt erwartet, dass ich aus dem Ergebnis sowas wie ID3 gültig o.ä. bekomme.

Wäre auch meine Erwartung und teste ich bei nächster Gelegenheit.

Viele Grüße
Andreas

[bambam]

Ich hab mal eine Frage zum KO 24: Scan - Zutrittsdaten. Wird das von euch überhaupt verwendet? Ich bekomme nämlich nach einem Scan immer "00 00 00 00"
Ich hätte da jetzt erwartet, dass ich aus dem Ergebnis sowas wie ID3 gültig o.ä. bekomme. Dafür gibt es aber auch die KO's 40+41.

Screenshot 2025-09-18 221323.png

[BadSmiley]

Die neuen Nuki Pros haben Wlan an Board. Über die Brdige ging Wifi -> Nuki immer super.. spannendes Nebenprojekt und super passend zu diesem.

[mgeramb]

Ich plane eine OpenKNX Nuki Anbindung über Bluetooth, da wird dann die Bridge aber nicht mehr funktionieren, dafür hat man nur Bluetooth und KNX. Erste Tests sind für nächste Woche geplant, dann weiß ich mehr ob und wie gut das klappt. Die Alternative wäre die Anbindung über MQTT, da braucht man aber einen Thread Border Router oder die Bridge dazu.

[panzaeron]

Hast du davon vielleicht ein Foto? Hast du den Fob dazu mit einer Spannungsversorgung ausgestattet oder läuft der mit Batterie? Im Schaltschrank eingebaut oder liegt der irgendwo mit einem UP Aktor?

Folgende Schaltung links ist der Fob rechts oben ein SIL Reedrelais und darunter ein Step-Down-Wandler der auf 3V Ausgangsspannung eingestellt ist:
Fob Schaltung.png

Angelötet sieht es so im Fob aus:
Nuki Fob verdrahtet.jpg
Ich nutze einen MDT Schaltaktor (nur für Kleinspannungen) der Ausgang zum Fob ist als "Schaltimpuls" konfiguriert. Die Impulszeit beträgt 400ms und ich lasse den Impuls einmal nach 2s wiederholen. Ob diese Variante besser oder sicherer ist als über WLAN weiß ich nicht, aber zumindest ist nur KNX beteiligt, nichts anderes.

[Noschvie]

Hast schon eine Nuki Smart Lock Pro 4 getestet?

[barontigger]

Die habe ich zwar und wollte via Gira Homeserver eine Einbindung machen aber irgendwie kann ich nicht auf das Nuki zugreifen.

[Noschvie]

Du meinst die Nuki Bridge ?