[AB-SmartHouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck

[8818freak]

Wißt Ihr, ob es ein Programm für Android gibt, mit dem man aus dem Android heraus direkt den NFC-Leser ansprechen kann, um die Türe öffnen zu können?

[abtools]

Hallo Tobias,

Im Busmonitor kommen keine Telegramme. Zudem habe ich noch keine Doku dazu gefunden. Beim bloßen empfangen hätte ich das aber vmtl. auch irgendwie erraten können. Fehlt noch irgendwo ein Konfigurationshaken dazu?

Die externe Steuerung ist noch nicht vollständig umgesetzt, aber wenn ich dich richtig verstehe, geht's dir ja um Datenlogging:
Für diesen Anwendungsfall solltest du die Option "Rohdaten auf den Bus senden" unter "Allgemein" aktivieren.

Damit werden eine Reihe zusätzlicher KOs freigeschaltet, welche du für dein Logging verwenden kannst.

Viele Grüße
Andreas

[tobiasr]

Ich habe soeben zwei Bausätze auf dem Schreibtisch in Betrieb genommen. Was ich noch nicht hinbekommen habe, ist die externe Übermittlung (Datenlogging geplant).
grafik.png

Im Busmonitor kommen keine Telegramme. Zudem habe ich noch keine Doku dazu gefunden. Beim bloßen empfangen hätte ich das aber vmtl. auch irgendwie erraten können. Fehlt noch irgendwo ein Konfigurationshaken dazu?

[Thaddel]

Danke für die ausführliche Erklärung und Einblicke 👍

[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.