[AB-Smarthouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck

[mumpf]

Werden Logiken inzwischen anders oder effizienter verarbeitet

Die Logiken wurden schon immer effizient verarbeitet , insofern nein, aber es waren nie die Logiken, die das Problem machten, die waren nur die "Leidtragenden" .
Als der Text geschrieben wurde, hatten wir vom knx-Stack ganz enge Zeitvorgaben, wie oft der KNX-Bus abgefragt werden musste, damit keine Telegramme verloren gehen (Polling), spätestens alle 7ms, wir hatten uns intern auf <5ms geeinigt. An sich ist das eine lange Zeit und vollkommen unproblematisch. Nun hat weitere Hardware potentiell auch Timing-Ansprüche und braucht für deren Abfrage auch Zeit. Das kann sich in Summe aufschaukeln und zu längeren Zeiten führen, in den dann der KNX-Bus nicht abgefragt wird. Bevor so was passiert, versuchen wir, dass bestimmte nicht zeitkritische Programmteile - dazu zählt die Logik - mal ein paar Zyklen nicht auszuführen, um Zeit zu sparen und so den KNX-Stack im korrekten Zeitfenster abzufragen.
Ich denke es ist offensichtlich, dass es länger dauert, einen Finger-Scan abzufragen als ein einfaches Touch-Signal (und für wen es nicht offensichtlich ist: Es ist so). Also hatte ich damals gemessen, ob "fortlaufende Abfrage" eine Auswirkung hat. Ich habe festgestellt, dass im Betrieb ab und zu (so alle 2-3 Minuten) die Antwortzeit von dem getesteten Logikkanal statt 80ms-200ms dann 300ms-400ms ist. Das ist in vielen Fällen nicht zu merken, es ist sporadisch selten und in Allgemeinen nicht kritisch. Aber es ist - punktuell - deutlich langsamer als der Normalfall und ich habe es deswegen hingeschrieben.

Inzwischen ist die Kommunikation mit dem KNX-Bus komplett neu geschrieben (danke traxanos), wir brauchen kein Polling sondern nutzen Interrupts und DMA, wenn mal eine interne Abfrage etwas länger braucht, gehen keine KNX Telegramme mehr verloren, die Timinganforderungen sind wesentlich entspannter (auch nach 1000ms waren in Tests noch alle Telegramme da). Insofern ist das, was ich damals geschrieben habe, inzwischen veraltet.

oder ist es die gewonnene Erfahrung in dem Betrieb?

Auch das: Ich hatte auch mit der alten Firmware (trotz fortlaufender Abfrage) keine Logik-Aussetzer oder Verzögerungen.

Gruß, Waldemar

[Thaddel]

Wie kommt es dazu, dass die Aussage veraltet ist? Werden Logiken inzwischen anders oder effizienter verarbeitet oder ist es die gewonnene Erfahrung in dem Betrieb?

[mumpf]

Alles klar, ist veraltet. Danke für den Tipp. Werde ich entfernen.

Gruß, Waldemar

[LostWolf]

Aus dem Hilfetext in der ETS Applikation:
image.png

[mumpf]

Nein. Und selbst wenn es so wäre, wäre das kein Grund, die Hauptfunktion des Gerätes zu beschränken, sondern höchstens ein Grund, die entsprechende Logik umzuziehen. Aber wie schon gesagt, es gibt keine. Wie kommst Du drauf?

Gruß, Waldemar

[LostWolf]

Genau daran habe ich auch schon gedacht.
heute habe ich deutlich ältere Arbeitsschuhe (richtig abgelaufen) an, gestern neuere. Aber alle ESD Schuhe.

Hast du selbst Probleme mit Logiken feststellen können?

[mumpf]

Hat das fortlaufende Erkennen irgendwelche Nachteile,

Nein, dafür ist er da. Es gibt Personen, bei den der Touch nicht festgestellt wird. Ich lasse den immer laufen, obwohl es bei uns nur nicht erkannt wird, wenn jemand barfuß am Leser einen Scan versucht.

Gruß, Waldemar

[mumpf]

Es ist nicht ein Link! Es ist pro Modul ein Link.

Gruß, Waldemar

[satand]

Lass mich den relevanten Teil nochmal für Dich zitieren:

Da steht nicht "bei OpenKNX unter Hilfe"...

Gruß, Waldemar

P.S.: Aber da fehlt ein Absatz im Text, den werde ich ergänzen...


image.png

Wenn ihr den Link zur Doku auch im ersten Post einfügt, findet man diese auch über Google. Dann erspart ihr euch wahrscheinlich einige Noob-Anfragen, wie meine.

[LostWolf]

Ich habe gerade das Problem das keiner der beiden Fingerprint Leser überhaupt mehr eine Reaktion beim auflegen des Fingers zeigt.
Hang jetzt ca 16h unbenutzt herum.
Einmal kurz hat es einen Finger als aufgelegt erkannt, dann aber nicht mehr :/
Auch ein Neustart hat leider keinerlei Besserung gebracht.

Bei meinem Mann hingegen geht es problemlos...

Hat das fortlaufende Erkennen irgendwelche Nachteile, außer die Beeinträchtigung der Logiken (Lebensdauer des Scanners etc.)?

[r4id]

Bei mir sieht das so aus

Du schaust an der falschen Stelle. Schau mal wo Bernhard sein Cursor gesetzt hat.

[mumpf]

Lass mich den relevanten Teil nochmal für Dich zitieren:

in jedem Modul bei "Allgemein" in der Kontext-Hilfe

Da steht nicht "bei OpenKNX unter Hilfe"...

Gruß, Waldemar

P.S.: Aber da fehlt ein Absatz im Text, den werde ich ergänzen...


image.png

[satand]

Bei mir gibt es in jedem Modul bei "Allgemein" in der Kontext-Hilfe den Link auf die Applikationsbeschreibung. Da die ETS keine echten Links kann, muss man die URL in einen Browser kopieren, aber die Info ist immer da.

image.png

Gruß, Waldemar

P.S.: Ich weiß, das ist oben für den PM, aber das gilt auch für die Zutrittskontrolle, Sensormodul, 1-Wire-Modul, Logik usw.

Bei mir sieht das so aus:

image.png

[willisurf]

Leider nicht mit internen KOs :/

https://github.com/OpenKNX/OFM-Logic...-3---intern-4-

[LostWolf]

Kopf -> Wand
Ja da hatte ich wohl echt ein Brett vor dem Kopf und möchte mich für die Verwirrung entschuldigen

Dann bleibt doch "nur" das Keypad Problem übrig.
Hierzu kann ich sagen, dass nach dem aufspielen der Applikation das ganze erst einmal ganz wie gewünscht läuft und dann erst nach einer gewissen Zeit die Verzögerungen auftreten und ab dann auch keine Programmierung mehr zuverlässig möglich ist.
Ohne verbundenes Keypad gibt es das Problem nicht.