[AB-SmartHouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck

[TabSel]

…wenn Du länger als die Totzeit den Finger auflegst, ist nicht klar, was passieren soll…

Die Aktion wird wieder ausgeführt…

anwendung: Haus verlassen Knopf via FP: kurz drücken: Licht EG aus. Länger drücken: Licht Haus aus, noch länger halten, Rollos runter, noch länger drücken Türschloss auf etc.

Aber eben nur bei mir, bei den Kids nicht, und auch nicht innerhalb Sekundenbruchteilen, sondern nach je zwei Sekunden.

wie gesagt, nur ein aus der Luft gegriffenes Beispiel

[mumpf]

ohne dass ein anderer Finger zwischendurch gescanned wird?

Steht da:

Und sobald kein oder ein anderer Finger gescanned wurde, darf auch wieder der erste Finger dran.

finde ich nicht gut, es mag durchaus Anwendungen geben bei denen der selbe Finger mehrfach längere Zeit gescanned werden muss, das ist dann wie ein langer Tastendruck.

Wenn Du da Beispiele hast, können wir das ja mal diskutieren. Allerdings hilft bei so was die Totzeit nicht, denn wenn Du länger als die Totzeit den Finger auflegst, ist nicht klar, was passieren soll.

Meiner Meinung wird die Usability durch lange Scans nicht besser. Und da man 10 Finger hat, ist das auch kein notwendiges Szenario. Aber letztendlich muss das auch abtools entscheiden, ich bin hier nur beratend beteiligt.

Gruß, Waldemar

[TabSel]

…Solange immer der selbe Finger gescanned wird, wird einfach nichts gemacht…

auch wenn der selbe Finger erst nach 5 Minuten wieder gescanned wird, ohne dass ein anderer Finger zwischendurch gescanned wird?

finde ich nicht gut, es mag durchaus Anwendungen geben bei denen der selbe Finger mehrfach längere Zeit gescanned werden muss, das ist dann wie ein langer Tastendruck. Ich finde eine einstellbare Totzeit sinnvoller.

[mumpf]

Wenn man aber eine Totzeit einbaut, sollte die FingerID mit beachten.

Wenn, dann würde man die Totzeit an der Aktion hinterlegen und die würde nur besagen, dass die selbe Aktion erst nach der Totzeit wieder ausgefürht wird.

Aber meiner Meinung nach braucht es gar keine Totzeit: Solange immer der selbe Finger gescanned wird, wird einfach nichts gemacht. Und sobald kein oder ein anderer Finger gescanned wurde, darf auch wieder der erste Finger dran.

das funktioniert leider auch nicht. Scheint also am "Virtual Button modul" zu liegen...?

Das kann IMO nicht sein. Dass ich mich bei der internen Verknüpfung zwischen Touch-Taste und VirtualButton-Eingang vertan habe, mag sein. Aber dass der Virtual Button grundsätzlich nicht geht, wäre bei Tests sicherlich aufgefallen.
Aber manchmal liegt der Teufel im Detail, ich schaue natürlich nochmal...

Gruß, Waldemar

[traxanos]

aber der Virtual Button interne Eingang funktioniert (noch) nicht

Hab das jetzt mehrfach getestet. Läuft einwandfrei. Ich vermute das TouchKO liefert nicht dauerhaft korrekt das EIN/AUS. Meiner Meinung nach kann er das auch nicht. weil das Touch nur ein OneShot Event ist.

abtools veruscht du intern irgendwie das ein/aus zu simulieren mit irgend einem timer?

[TabSel]

...Workaround: Du machst beim Taster "Externes KO" und verbindest die Rohdaten-GA mit dem externen KO des Tasters...

das funktioniert leider auch nicht. Scheint also am "Virtual Button modul" zu liegen...?

[TabSel]

Ich denke das ist ein Nebeneffekt von der fortlaufenden Auswertung. Vorher gabs es ein Touchevent das die Verarbeitung genau 1mal ermöglicht hatte. Wenn man aber eine Totzeit einbaut, sollte die FingerID mit beachten. Ich legen gerne 2 finger direkt hintereinder auf. Grage öffnen + Haustüre. Da wäre eine Totzeit von 3s mies wenn die FingerID nicht beachtet würde

Sehr gut, ja, daher Vollzitat! Totzeit nach erfolgreicher Aktion in Sekunden parametrierbar, mit oder ohne Berücksichtigung der Aktion, und/oder mit oder ohne Berücksichtigung der Finger-ID. Damit sollten dann alle Eventualitäten abgedeckt sein. Totzeit kann ja auch bei "Scan bei Berührung" parametrierbar sein, schließt sich ja nicht aus...

[abtools]

Hallo Mabalero,

Diejenigen, die Probleme mit der Erkennung des Auflegens des Fingers haben, habt ihr die R503 bei Andreas gekauft?

Habe mir auch einen schwarzen FP mitbestellt, diesen aber wieder ausgebaut und einen andere R503 (welcher problemlos lief und ich für das DIY FrickelzeugsDoorbell Projekt gebraucht habe) eingebaut. Seitdem keine Probleme.

Wenn du den schwarzen gegen einen silbernen getauscht hast, ggf. verhält der sich minimal anders in bestimmten Umständen bei dem Touched-Event, weil die Oberfläche nicht eloxiert ist (vermute, dass sie das bei dem schwarzen machen).

Aber ich selbst habe den schwarzen hier auch am laufen (finde den nämlich auch optisch sehr ansprechend) und damit keinerlei Probleme.

Viele Grüße
Andreas

[TabSel]

...kann der touchsensor überhaupt zwischen drücken und loslassen unterscheiden?...

ja. drücke ich, dann wird "aus" gesendet. lass ich wieder los, wird "ein" gesendet. Siehe Zeitstempel im Busmonitorauszug oben... ARGL, jetzt wo ich selbst nachgesehen hatte: es wird wie erwartet "ein" beim Drücken und "aus" beim loslassen gesendet!!! Sorry!!! Hatte nicht nach Zeit sortiert...

ich fasse zusammen: drücken:= "ein", loslassen = "aus", das passt. aber der Virtual Button interne Eingang funktioniert (noch) nicht,

[Mabalero]

Diejenigen, die Probleme mit der Erkennung des Auflegens des Fingers haben, habt ihr die R503 bei Andreas gekauft?

Habe mir auch einen schwarzen FP mitbestellt, diesen aber wieder ausgebaut und einen andere R503 (welcher problemlos lief und ich für das DIY FrickelzeugsDoorbell Projekt gebraucht habe) eingebaut. Seitdem keine Probleme.

Vielleicht gibt es ja eine Fehlerhafte Charge o.Ä.

Mit freundlichen Grüßen

[traxanos]

noch eine Bitte: Kann eine "Totzeit" implementiert werden

Ich denke das ist ein Nebeneffekt von der fortlaufenden Auswertung. Vorher gabs es ein Touchevent das die Verarbeitung genau 1mal ermöglicht hatte. Wenn man aber eine Totzeit einbaut, sollte die FingerID mit beachten. Ich legen gerne 2 finger direkt hintereinder auf. Grage öffnen + Haustüre. Da wäre eine Totzeit von 3s mies wenn die FingerID nicht beachtet würde

[traxanos]

edit: ist der Wert "aus" für "drücken" und "ein" für "loslassen" des Buttons (Rohdaten) so gewollt? Hätte ich andersrum erwartet...

kann der touchsensor überhaupt zwischen drücken und loslassen unterscheiden? ich vermute nicht kann es aber nicht testen weil meine hw gerade nicht funktioniert.

Ich denke das daher auch der virtuellbutton nicht geht. es benötigt zuverlässig Press(EIN) und Release(AUS) Events. Wenn du nur Umschalten möchtest, ist der VirtualButton auch oversized Das macht man am besten direkt mit dem Logikmodul. Dann ist auch egal ob ein EIN oder AUS kommt.

[TabSel]

stimmt

[mumpf]

Das macht keinen Sinn, das ist alles schon in der Logik drin und kann seit Jahren genutzt werden.

Gruß, Waldemar

[TabSel]

...Wir werden in zukünftigen Versionen ermöglichen, in Common ganze Module auszublenden, damit die, die man nicht braucht, auch keinen Platz im UI "verschwenden". Da das aber die Infrastruktur (also alle Module) beeinflusst, wird das erst was, wenn wir den nächsten "größeren" Wurf machen....

vielleicht überlegt Ihr aber auch diese Teile/Kanäle schlicht zu "virtualisieren"? Also "virtuelle Schaltkanäle", "virtuelle Binäreingänge", und die Ein-/Ausgänge via "KO" oder "Hardware" abzubilden? Wenn Ihr dann den virtuellen Schaltkanal mit ausgefuchsten Features erweitert, z.B. Treppenhauslichtfunktion", dann könnten z.B. Uralt-Schaltaktoren auch einfach "upgedated" werden...

Nur eine Idee....