Hier das Logfile
Ankündigung
Einklappen
Keine Ankündigung bisher.
[OpenKNX-Ready] Zutrittskontrolle mit Fingerprint / Fingerabdruck
Einklappen
X
-
Hi Hendrik, da steht KO 23-27... Du hast nach Deinem Bild noch 25 und 26 verbunden.
Die Meldung im Logfile sagt das auch:
2025-08-17 19:45:26,199 [1] WARN Knx.Ets.ObjectModel.Operation - Failed to transfer connectors for 25: Status des Scanners - Status to 36: Finger: Status des Scanners - Status: The group object is not active. Group addresses can only be assigned to active group objects.
Die Kopie, die die ETS als geparktes Gerät übrig lässt, ist genau das alte Gerät in der alten Version.
Das neu erzeugte Gerät (das ohne Parameter und GA-Zuordnungen) kann man löschen, die PA der alten Kopie geben, weiter reparieren und dann wieder ein Update versuchen.
Gruß, Waldemar
Kommentar
-
Ich hätte gerne schneller geholfen, aber ich bin derzeit im Urlaub und viel unterwegs...
Aber es hat ja final geklappt.
Gruß, Waldemar
Kommentar
-
So, jetzt habe ich aber noch ein kniffliges Problem:
Ich habe zwei Module:
UP1-Modul A
UP1-Modul B - Defekter Debug-Port (Firmware ist aber drauf)
Und zwei Scanner
R503-Modul A
R503-Modul B
(Zusätzlich habe ich noch einen dritten schon länger in Benutzung (der den wir oben aktualisiert haben, aber der ist hier nicht relevant).
UP1 Modul A mit Scanner A funktioniert
UP1 Modul B mit Scanner B funktioniert nicht anbei ein Busmonitor-Log wenn ich versuche einen Finger anzulernen - kann man daraus etwas schließen?
UP1 Modul B mit Scanner A funktioniert nicht
UP1 Modul A mit Scanner B funktioniert nicht - Kein FP-Modul gefunden laut Log.
Bei Modul B kann ich nicht sagen, welche Fehlermeldung es gibt, da kein Debug-Port verfügbar - kann ich dem per Diagnoseobjekt etwas entlocken?
R503-Modul B hatte ich zuvor schon in Benutzung. Es könnte (!) ein Passwort drauf sein. Wie kann ich das herausfinden?
Mich wundert, dass ich Scanner B auch mit Modul A nicht ans laufen bekomme... Ich habe in Erinnerung, dass die R503 manchmal unterschiedliche Farb-Belegung der Kabel haben... Aber die vorhandenen Farben sind die Gleichen wie beim Modul B.
Gruß,
Hendrik
Angehängte Dateien
Kommentar
-
Zitat von abtools Beitrag anzeigenHallo ontae,
Eine Keypad-Variante ist hardware-seitig bereits fertig, ich werde hier die Eingabe mittels Gira TX_44 Keypad-Fronten unterstützen:
image.png
Damit kann dann optisch alles komplett einheitlich aussehen, da ich ja auch Einsätze für den Fingerprint in Gira-Fronten fräse.
Die Software-Integration in die OpenKNX-Zutrittskontrollanwendung wird noch ein wenig dauern - um das ETS-Frontend kümmert sich Waldemar (mumpf).
Aber ja, Keypad-Unterstützung wird auf jeden Fall kommen!
Im Prinzip werden alle NFC-kompatiblen Tags (13,56 MHz) unterstützt:
Ich empfehle aber darauf zu achten, dass der Tag eine 7 Bytes lange UID zurück gibt (und nicht nur 4 Bytes). Alle Tags, die ich auf meiner Seite mit anbiete, sind geprüft und haben 7 Bytes UID.
Viele Grüße
Andreas
Hallo Andreas,
vielen Dank für die prompte RM. Super - freue mich schon auf die Unterstützung eines Keypads.
Ad "Gira TX_44 Keypad": hat aber einen stattlichen Preis. Was ich so auf die Schnelle sehen konnte nicht unter € 300,- zu bekommen.
Wie wärs mit dem "Zennio IWAC Out Keypad": Auf die Schnelle habe ich was unter € 200,- gesehen: https://www.voltus.de/zennio-zviiwok...d-schwarz.html
Schönen Gruß, O.
Kommentar
-
Es geht nicht um das Keypad. Es geht um die Front. Der Rest kommt von Andreas.
Gruß, Waldemar
Kommentar
-
Nochmal: es geht um die Front!
Gira 851365 Aufsatz Codetastatur Gira TX_44
Genaueres kann ja Andreas sagen, aber es geht nicht um die komplette Tastatur.
Gruß, Waldemar
Kommentar
-
Wird das zusätzlich zum Fingerprint und NFC Leser möglich sein?
Vermutlich dann aber mit neuer Hardware (Schnittstelle), oder?
Aber ja, die einzige Lösung die ich sehe die es wirklich ermöglicht das Haus auch ohne Schlüssel verlassen zu können.
Fingerprint kann gerne mal nicht mögen, aber ein Code ging bis jetzt immer.
Kommentar
-
Hallo,
Ich habe hier einen Fingerprint, bei dem ich das Passwort kenne Das Modul kommuniziert auch normal. Anlernen geht. Log ist normal:
Code:0d 00:00:01: Fingerprint: Setup fingerprint module 0d 00:00:01: Fingerprint: Fingerprint flash contents valid. 0d 00:00:01: Fingerprint: NFC flash contents valid. 0d 00:00:01: Fingerprint: Fingerprint start 0d 00:00:02: Fingerprint: Found fingerprint sensor! 0d 00:00:02: Fingerprint: System parameters: 0d 00:00:02: Fingerprint: Status register: 4 0d 00:00:02: Fingerprint: System identifier code: 0 0d 00:00:02: Fingerprint: Finger library size: 200 0d 00:00:02: Fingerprint: Security level: 3 0d 00:00:02: Fingerprint: Device address: -1 0d 00:00:02: Fingerprint: Data packet size: 128 0d 00:00:02: Fingerprint: Baud settings: 57600 0d 00:00:02: Fingerprint: Stored templates: 0 0d 00:00:02: Fingerprint: Fingerprint module ready. 0d 00:00:02: Flash<Default>: Load data from flash
Wenn ich jetzt dieses Fingerprint-Modul mit einem anderen Leser (der hat kein Passwort gesetzt) verbinde und "Passwort deaktiviert" wähle, bekomme ich an der Konsole die Fehlermeldung das Passwort sei falsch.
Ich kann mir das nicht erklären.
Es wirkt, als wäre im Flash ein Passwort gespeichert, welches ich aber nicht kenne und nicht ändern kann.
Gibt es eine Möglichkeit zu sehen, welches Passwort übertragen wird? Ich habe im Code debug-Ausgaben dazu gesehen, weiß aber nicht, wie ich da dran komme.
Gruß,
Hendrik
Kommentar
Kommentar