Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Ankündigung
Einklappen
Keine Ankündigung bisher.
[AB-Smarthouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck
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?
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...
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.
...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,
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.Ä.
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
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.
...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...
Kann eine "Totzeit" implementiert werden nach erfolgreicher Ausführung/Authorisierung einer Aktion bei fortlaufender Erkennung?
Gutes Feedback, bisher ist mir das nicht aufgefallen, aber ich hab auch dieses Szenario noch nicht gehabt.
Workaround: Hinter die Aktion einen Logikkanal hängen, mit einem Treppenlicht 3 Sekunden, bei erneutem EIN Treppenlichtzeit verlängern.
Ich hätte erwartet dass sowohl die Rohdaten wie auch der Virtual Button senden...
Ich auch. Ich hatte das auch in meinem Test gesehen, ich schau mir das nochmal an. Workaround: Du machst beim Taster "Externes KO" und verbindest die Rohdaten-GA mit dem externen KO des Tasters.
ich habe keine Relais-Zusatzplatine, allerdings hab ich die Kanäle "Schaltaktor" und "Binäreingänge".
Wir machen nicht für jede mögliche Hardwarekombi eine eigene Applikation. Da es DIY ist, weiß der User, was für Hardware er hat (wie Du ja auch) und ich unterstelle mal die geistige Reife, dann zu erkennen, dass man dann diese Applikationsteile nicht nutzen kann .
Kann ich (und wofür) diese Kanäle nutzen ohne die Zusatzplatine?
Nein.
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.
noch eine Bitte: Kann eine "Totzeit" implementiert werden nach erfolgreicher Ausführung/Authorisierung einer Aktion bei fortlaufender Erkennung?
Grund:
Ein Scan/Aktion dauert in der Regel unter einer Sekunde (super!).
Wenn der Finger also ein bisschen länger auf dem Scanner liegt kann die Aktion schon auch mal ZWEI mal ausgeführt werden, was zu unerwünschtem Verhalten führen kann. Wenn eine Totzeit von 3 Sekunden parametrisiert werden könnte, in der der Scanner "tot" ist (also kein LED-Feedback, keine Aktionen senden), dann bleibt genug Zeit für die Geste ohne große Aufmerksamkeit auf den Scanner.
Ich gucke z.B. nicht auf das LED-Feedback des Scanners, sondern gucke auf das Rollo, weil ich auf das Auffahren warte während mein Finger aufliegt. Oft stoppt der Rollo gleich nach dem Verfahren wieder, weil die Aktion ein zweites mal ausgeführt wird (MDT SingleObjectControl).
Bei Scan "Bei Berührung" hab ich das Problem nicht, allerdings hab ich dann das bekannte Problem dass die Berührung oft nicht erkannt wird, weil ich halt oft auch Barfuß unterwegs bin *g*)
Ich habe den Fingerprint mit LED/Touch Buttons. Ich benutze die Rohdaten der linken Taste (KO71), so wie einen Virtual Button dessen Eingang die linke Taste ist (KO1018): image.png image.png
Wenn ich auf den Button drücke werden die Rohdaten gesendet, nicht aber der Ausgang des Virtual Buttons: image.png
Mache ich etwas falsch? Ich hätte erwartet dass sowohl die Rohdaten wie auch der Virtual Button senden...
edit: ist der Wert "aus" für "drücken" und "ein" für "loslassen" des Buttons (Rohdaten) so gewollt? Hätte ich andersrum erwartet...
edit2: ich habe keine Relais-Zusatzplatine, allerdings hab ich die Kanäle "Schaltaktor" und "Binäreingänge". Ist das so gewollt? Kann ich (und wofür) diese Kanäle nutzen ohne die Zusatzplatine?
Danke
Tab
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
.
Einen Kommentar schreiben: