Ankündigung

Einklappen
Keine Ankündigung bisher.

[AB-Smarthouse] Zutrittskontrolle mit Fingerprint / Fingerabdruck

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • mumpf
    antwortet
    Zitat von Theees Beitrag anzeigen
    Mit der Relaisplatine kann ich doch solch einen elektrischen Türöffner schalten richtig? (So wäre zumindest mein Plan)
    Kriegt die Platine dann Dauerspannung von einem externen 12V Netzteil und schaltet die dann durch?

    Denn dann bräuchte ich ja entweder ein kleines UP Netzteil oder eine Versorgung aus der Verteilung. Dann würde ich das UP NT ggf direkt über einen Aktor der UV schalten damit das nicht dauerhaft am Strom hängt und bräuchte die Platine nicht?
    Du hast hier unbewusst die Vorteile zusammengefasst, die ein FP direkt am KNX-Bus realisiert:
    • Du kannst lokal über die Relaisplatine schalten und alles in der nähe der Tür machen
    • Du kannst den FP aber auch einen ganz anderen Aktor schalten lassen, der ganz woanders verbaut ist, und entsprechend agieren
    Abstrakt betrachtet wird das lokale Relais nämlich genau so über ein KO geschaltet wie auch ein externer Aktor. Man verknüpft einfach KOs über eine GA und schon klappt das.

    Und für alle, die hier kritisch sind, weil wir noch kein Secure haben, kommt noch ein kleiner Vorteil, den das lokale Relais hat: Mit einem simplen Logikkanal kann man die Aktion vom FP mit dem lokalen Relais-KO verknüpfen, ohne GAs zu brauchen, also komplett ohne Buskommunikation. So kann man verhindern, dass das Relais von außen (also über den Bus) geschaltet werden kann.

    Den Logikkanal könnt ihr folgendermaßen definieren (über Konfigurationstransfer):
    Code:
    OpenKNX,cv1,*:0x50/LOG:0x33/1§f~Name=Relais%20intern%20schalten§f~Kommentar=Schaltet%20das%20interne%20Relais%0A%20%20-%20es%20ist%20keine%20GA-Verkn%C3%BCpfung%20n%C3%B6tig%0A%20%20-%20es%20ist%20als%20ob%20es%20intern%20verdrahtet%20w%C3%A4re§f~Logic=2§f~NameInput1=Aktion%2C%20die%20das%20Relais%20schalten%20soll§f~E1=1§f~E1UseOtherKO=1§f~E1OtherKO:2=536§f~NameOutput=Schaltet%20internes%20Relais%20direkt§f~OOnKOSend=1§f~OOnKOSendNumber=91§f~OOffKOSend=1§f~OOffKOSendNumber=91§>Import: [OK]§>§>Eingang1->Bestehendes KO: §>   Hier die KO-Nr der Aktion eintragen, die schalten soll§>Es sind keine GA-Verknüpfungen nötig§;OpenKNX
    ​
    Standardmäßig wird hier auf Kanal 1 importiert, ihr könnt aber auch einen anderen Logikkanal wählen. Bei Eingang1->Bestehendes KO" müsst ihr die KO-Nr vom Ausgang der Aktion eintragen, die schalten soll. Es sind keine GA-Verknüpfungen nötig.

    Gruß, Waldemar

    P.S.: Als Teaser: Ich habe schon erfolgreich eine FP-Firmware gebaut, die über eine Secure-GA kommunizieren konnte. Aber der Weg bis zu einer produktiven Firmware ist hier noch seeeehr lang! Ich wollte nur sagen, ich bin dran.

    Einen Kommentar schreiben:


  • henfri
    antwortet
    Naja, die 1500 Finger wollen auch erstmal eingelernt werden...
    Ich denke, da geht die Lust eher aus.
    Aber ich denke, es macht auch mehr Sinn mehrere Aktionen zu definieren und diese sperren zu können.
    Im zweiten Schritt kann man jeder Aktion dann Finger zuordnen.

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Zitat von abtools Beitrag anzeigen
    Ist das für dich "dringend"?
    Ist ja immer relativ. Ich hätte es gerne aus dem Kopf und voll produktiv - also nein, nicht wirklich dringend :-)

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Zitat von TabSel Beitrag anzeigen
    Idee: Aktionen sperren
    Natürlich, das ist naheliegend. Wir haben aber vor, sehr viele Aktionen zu erlauben (der R503Pro erlaubt 1500 Finger). da wird plötzlich jedes KO wertvoll. Und eine Sperre pro Aktion würde ein KO erfordern. Da werden wir noch Pro und Contra abwägen.

    Bis dahin kann man ohne Probleme Aktionen dadurch sperren, dass man hinter die Aktion ein Logikkanal als TOR hängt und so eine Sperre realisiert.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • abtools
    antwortet
    Hallo Moritz,

    Zitat von kleinklausi Beitrag anzeigen
    habe ich grad gemacht :-) Während der Sperre bleibt der LED Ring allerdings rot. abtools Andreas, die Sperre (roter LED Ring) scheint die LED Ring Steuerung über Objekt 37 nicht zu funktionieren.
    Ich fürchte, da hast du Recht:
    Aktuell sperrt die Sperre auch alle Aktionen von außerhalb; eigentlich wird im gesperrten Zustand gerade nur der "Sync" noch erlaubt, sonst allerdings nichts.

    Im Prinzip sehe ich jetzt aber keinen Grund, warum man die externe Farbkontrolle nicht auch bei Sperre noch erlauben sollte - das kann ich also gerne entsprechend abändern.

    Ist das für dich "dringend"? Dann könnte ich dafür nochmal zeitnah (heute oder morgen) ein kleines Firmware-Update nach schieben.
    Ansonsten würde ich es einfach auf die ToDo-Liste für das nächste Update packen.

    Viele Grüße
    Andreas

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Zitat von mumpf Beitrag anzeigen
    wieder ein AUS auf den Rohdaten-Eingang der LED. Dann leuchtet der Ring auch nicht mehr.
    Hi Waldemar,
    habe ich grad gemacht :-) Während der Sperre bleibt der LED Ring allerdings rot. abtools Andreas, die Sperre (roter LED Ring) scheint die LED Ring Steuerung über Objekt 37 nicht zu funktionieren.

    Grüße

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Zitat von abtools Beitrag anzeigen
    soeben veröffentlichten Firmware-Version 0.6.2 korrigiert ist:
    • NEU: Eine aktive Sperre schaltet den Led-Ring nun auf rot.
    • FIX: Scannen von Fingern war trotz aktiver Sperre möglich.​
    Hi Andreas,
    Sperre funktioniert. Danke!

    Grüße

    Einen Kommentar schreiben:


  • TabSel
    antwortet
    Idee: Aktionen sperren. Nicht gleich den ganzen Scanner…

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    kleinklausi Setz einfach, nachdem Du die Sperre gesetzt hast, über die Logik (mit 1s Verzögerung) wieder ein AUS auf den Rohdaten-Eingang der LED. Dann leuchtet der Ring auch nicht mehr.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • abtools
    antwortet
    Hallo Moritz,

    Zitat von kleinklausi Beitrag anzeigen
    Frage bitte: leuchtet der Ring durchgehend rot bei Sperre?
    In meinem Fall wollte ich während des Urlaubs den FP am Garagentor sperren. Wenn der jetzt durchgehend rot leuchtet ist der zu "anziehend"...​
    Aktuell ist das so, um zu zeigen, dass der Scanner gesperrt ist und nicht reagiert.

    Aber wie erwähnt ist der Plan die Farben für alle Status künftig konfigurierbar zu machen - und Farbe kann dann eben auch einfach schwarz=aus sein.

    Viele Grüße
    Andreas

    Einen Kommentar schreiben:


  • kleinklausi
    antwortet
    Danke für den Fix Andreas abtools

    Frage bitte: leuchtet der Ring durchgehend rot bei Sperre?
    In meinem Fall wollte ich während des Urlaubs den FP am Garagentor sperren. Wenn der jetzt durchgehend rot leuchtet ist der zu "anziehend"...
    ​​​​

    Einen Kommentar schreiben:


  • abtools
    antwortet
    Hallo Moritz (kleinklausi),

    du hast völlig Recht, da war noch ein kleiner Bug drinnen - danke für's melden -, der mit der soeben veröffentlichten Firmware-Version 0.6.2 korrigiert ist:
    • NEU: Eine aktive Sperre schaltet den Led-Ring nun auf rot.
    • FIX: Scannen von Fingern war trotz aktiver Sperre möglich.​
    In einem künftigen Release ist übrigens geplant die verwendeten Led-Ring-Farben des Scanners für die jeweiligen Status (z. B. Sperre aktuell mit rot) konfigurierbar zu machen.

    Das Release steht wie immer auf GitHub zum Download zur Verfügung:
    https://github.com/OpenKNX/OAM-Fingerprint/releases
    Bei einem Update von 0.6.x auf 0.6.2 muss lediglich die Firmware aktualisiert werden, in der ETS ist kein Update erforderlich.​

    Viele Grüße
    Andreas

    Einen Kommentar schreiben:


  • Theees
    antwortet
    Ok super danke Andreas!
    Binäreingänge könnten tatsächlich interessant sein um das Klingelsignal abzugreifen

    Einen Kommentar schreiben:


  • abtools
    antwortet
    Hallo Thies,

    Zitat von Theees Beitrag anzeigen
    Ich muss mal fragen weil ich mir nicht sicher bin:

    Mit der Relaisplatine kann ich doch solch einen elektrischen Türöffner schalten richtig? (So wäre zumindest mein Plan)
    Kriegt die Platine dann Dauerspannung von einem externen 12V Netzteil und schaltet die dann durch?

    Denn dann bräuchte ich ja entweder ein kleines UP Netzteil oder eine Versorgung aus der Verteilung. Dann würde ich das UP NT ggf direkt über einen Aktor der UV schalten damit das nicht dauerhaft am Strom hängt und bräuchte die Platine nicht?
    Auf der Zusatzplatine selbst ist ein Relais, was du auf "Durchgang" oder "kein Durchgang" schalten kannst.
    Woher die Spannung des Kabel, was dann "Durchgang" hat, kommt, ist dem Relais dabei ziemlich egal. ;-)

    Somit brauchst du auf jeden Fall irgendein Netzteil, was die Spannung liefert.
    Dieses Netzteil kannst du dann, wie du schreibst, entweder von deiner Unterverteilung schalten (wenn ein schaltbares Kabel dorthin führt) oder eben "lokal" mit der Relais-Zusatzplatine, die auch noch 4 Binäreingänge beinhaltet (falls du die bräuchtest).

    Viele Grüße
    Andreas

    Einen Kommentar schreiben:


  • Theees
    antwortet
    Ich muss mal fragen weil ich mir nicht sicher bin:

    Mit der Relaisplatine kann ich doch solch einen elektrischen Türöffner schalten richtig? (So wäre zumindest mein Plan)
    Kriegt die Platine dann Dauerspannung von einem externen 12V Netzteil und schaltet die dann durch?

    Denn dann bräuchte ich ja entweder ein kleines UP Netzteil oder eine Versorgung aus der Verteilung. Dann würde ich das UP NT ggf direkt über einen Aktor der UV schalten damit das nicht dauerhaft am Strom hängt und bräuchte die Platine nicht?

    Gruss!

    Einen Kommentar schreiben:

Lädt...
X