[AB-SmartHouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck

[henfri]

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

[traxanos]

Wir tun was wir können

[henfri]

Also ich war schon begeistert, wie schnell ich hier hilfreiche Antworten - nicht nur von Dir - bekommen habe.

Danke nochmal!

[mumpf]

Ich hätte gerne schneller geholfen, aber ich bin derzeit im Urlaub und viel unterwegs...

Aber es hat ja final geklappt.

Gruß, Waldemar

[henfri]

Oh mann... Ich hab das mehrmals geprüft und nicht gesehen. Sorry.

Kaum macht man es richtig, schon funktioniert es.

Sorry nochmal.

[mumpf]

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.

Du musst bei fehlgeschlagenem Update übrigens nicht immer zur ETS-Vorversion zurück (kannst aber gerne, wenn es dir Sicherer erscheint).
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

[henfri]

Hier das Logfile

[thewhobox]

Was steht denn im Log zu dem Fehler mit Gruppenobjekt nicht aktiv?

[henfri]

Danke für Eure Tipps.

Ich habe jetzt erstmal ein größeres Problem [aber lösen können]:
Sobald ich ein neues OpenKNX Gerät in die ETS ziehe, kommt dieser Fehler:
image.png

Im Log steht:

2025-08-17 18:09:00,533 [50] ERROR Knx.Ets.ObjectModel.Operation - ProductStoreContainsCorruptedData in C:\ProgramData\KNX\ETS6\ProjectStore\P-0597
System.IO.InvalidDataException: Der Produktspeicher des Herstellers M-00FA enthält defekte Daten.
bei Knx.Ets.ObjectModel.FileSystemStore.FileProductSto re.CheckMasterHash(ManufacturerId manufId, Boolean eraseStoreIfCheckFails)
bei Knx.Ets.ObjectModel.Operations.Validators.CheckPro ductStoreIntegrityValidator.a(IProductStore A_0)

Ich bin auf eine ältere Version (Restorepoint) zurück.

Dann - wie von Waldemar vorgeschlagen - sichergestellt, dass die weggefallenen KO nicht verknüpft sind. Zur Sicherheit einmal Programmiert.
image.png

Dann Applikationsprogramm Aktualisieren geklickt.
Ergebnis:

Knx.Ets.Common.Types.Exceptions.ValidationResultException: Das Gruppenobjekt ist nicht aktiv. Gruppenadressen können nur aktiven Gruppenobjekten zugewiesen werden.
   bei Knx.Ets.ObjectModel.Operations.Devices.UpdateApplicationProgramOperation.a(IEnumerable`1 A_0, IEnumerable`1 A_1)
   bei Knx.Ets.ObjectModel.Operations.Devices.UpdateApplicationProgramOperation.CopyAdditionalDeviceData(IDevice oldDevice, IDevice newDevice, Object additionalDataObject)
   bei Knx.Ets.ObjectModel.Operations.Devices.ChangeApplicationProgramOperationBase.b(IDevice A_0)
   bei Knx.Ets.ObjectModel.Operations.Devices.ChangeApplicationProgramOperationBase.SpecializedExecute()
   bei Knx.Ets.ObjectModel.Operations.Operation.a()
   bei Knx.Ets.ObjectModel.WithTransaction.<>c__DisplayClass0_0.<Do>b__0()
   bei Knx.Ets.ObjectModel.OnTransaction.Do(Action action, String rootPath)
   bei Knx.Ets.ObjectModel.WithTransaction.Do(IEnlistmentNotification this, Action action, String rootPath)
   bei Knx.Ets.ObjectModel.Operations.Operation.b()
   bei Knx.Ets.ObjectModel.Operations.OperationExtensions.HandleOperationCancel(IOperation this, Action action, String description)
   bei Knx.Ets.ObjectModel.Operations.Operation.Execute()
   bei Knx.Ets.ObjectModel.Operations.Devices.ChangeApplicationProgramOperationBase.ExecuteReturnCreated()
   bei Knx.Ets.ViewModel.ViewModel.Sidebar.DeviceInformationViewModel.OnUpdateApplProgExecuted()
   bei Knx.Ets.ViewModel.Commands.CommandBuilder`1.<>c__DisplayClass39_0.<Build>b__1(Object _)
   bei Knx.Ets.ViewModel.Commands.CommandBuilder`1.<>c__DisplayClass20_0`1.<From>b__0(TArgs args)
   bei Knx.Ets.ViewModel.Commands.CommandBuilder`1.<>c__DisplayClass38_1.<Build>b__5()
   bei Knx.Ets.ViewModel.Commands.CommandBuilder`1.WithLogging[TResult](Func`1 todo, String name)
   bei Knx.Ets.ViewModel.Commands.CommandBuilder`1.<<Build>g__ExecuteAsync|38_1>d.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   bei Knx.Ets.ViewModel.Commands.CommandBuilder`1.<<Build>g__ExecuteAsync|38_1>d.MoveNext()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
   bei System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   bei System.Runtime.CompilerServices.ConfiguredTaskAwaitable.ConfiguredTaskAwaiter.GetResult()
   bei Knx.Ets.ViewModel.Commands.AsyncRelayCommand`1.<ExecuteAsync>d__25.MoveNext()​

Und noch eine andere Frage: An einer anderen Hardware reagiert der Sensor nicht. Wenn ich etwas einlerne, dann ist das Skript sofort abgeschlossen. Der R503 leuchtet nicht.
Leider habe ich keinen Debug-Port mehr (lange Geschichte...) Kann ich über das Diagnoseobjekt etwas rausfinden?

In der Applikationsbeschreibung gibt es keine spezifischen Informationen zum Diagnoseobjekt des Fingerprint.

Gruß,
Hendrik

[mumpf]

Konnte doch schon nachgucken, steht in den Release-Notes:

Bei diesem Release sind einige Kommunikationsobjekte entfallen. Bevor man in der ETS die Applikation aktualisieren kann, müssen jegliche GA von diesen KO entfernt werden. Es geht um folgende KO-Nummern: 23-27, 31-36, 40-41.

Gruß, Waldemar

[mumpf]

Hi Hendrik,
ich bin unterwegs und gegen 18 Uhr wieder am Rechner. Dann kann ich schauen. Ich bin mir sicher, dass du nicht neu starten musst.
Im Log der ETS steht, welches ko beim Update nicht funktioniert hat. Dieses KO darf keine GA haben. Dann aktualisieren. Und wenn das Update geklappt hat, dann die Firmware aktualisieren bevor du synchronisierst.
Gruß, Waldemar

[willisurf]

"C:\Users\UserName\AppData\Local\KNX\ETS5\Log"

[traxanos]

Achso Alternative kannst du noch ins ets log schauen da steht idR was schief gelaufen ist. Frag mich nicht wo das liegt. Ich muss auch immer lange suchen bis ich es finde

[thewhobox]

Ohne Log kann das doch alles mögliche sein...

[traxanos]

ich vermute du hast irgend ein KO verküpft, welches nach dem Update nicht mehr vorhanden ist. Wenn alle Stricke reißen, alle KOs entfernen dann updaten. Aber es wäre interessant was da schief gelaufen ist...

mumpf ne idee?