HB-UNI-Sen-RFID-RC - Anpassung für Wiegand-Leser möglich?

[jp112sdl]

Die CCU managt also nur Ihre Geräte und bietet eine GUI für Input und Output?

Genau. Du willst ja auch, dass die Zutrittsfunktion auch ohne CCU (z.B defekt) weiter funktioniert.
Das ist ja der große Vorteil mit den Direktverknüpfungen. Und das geht nur, wenn die Logik im Gerät abläuft.
Außerdem ist es ein Sicherheitsaspekt, die IDs selbst nicht über die Luftschnittstelle zu übertragen.

Kannst Du mir bitte mal ein einfaches Beispiel für die Konsolenausgabe zeigen,
das mir die abgespeicherten IDs auflistet?

Code: Alles auswählen

    RFIDList1 l = this->getList1();
    for( uint8_t n=0; n< ID_ADDR_SIZE; ++n ) {
      uint8_t b = l.readRegister(0xe0+n) ;
      DHEX(b); 
    } 
    

[mcbo]

@Jérôme

Danke.

Ist es möglich, noch einen Kanal für die Tür Verschließung mit einzubauen,
der ähnlich des "HM-RC-P1" an einem Digitalport hängt?

Dann könnte man zum Verschließen der Tür einen externen Taster verwenden.

Oder gibt es noch Hoffnung für die "Longpress" Funktion?


Gruß

Marcel

[jp112sdl]

Oder gibt es noch Hoffnung für die "Longpress" Funktion?

Ohne Hardware zum Testen, um nachvollziehen zu können, was da tatsächlich vom Leser kommt, eher nicht

Ist es möglich, noch einen Kanal für die Tür Verschließung mit einzubauen,
der ähnlich des "HM-RC-P1" an einem Digitalport hängt?

Ja, sollte kein Problem sein. Nimmst einen RfidChannel weg und setzt dafür einen RemoteChannel ein.
Dann bleibt es bei 8 Kanälen, 1-7 sind RFID und 8 wird dann der Taster.
Dazu musst du die HB-UNI-Sen-RFID-RC.ino zum "MixDevice" umbauen.
Ein Beispiel findest du beim HB-SW2-SENS

[jp112sdl]

Ist es möglich, noch einen Kanal für die Tür Verschließung mit einzubauen,

Bist weitergekommen?

[mcbo]

Hallo Jérôme,

Bist weitergekommen?

Leider nicht.

Ich habe mir das angesehen, weiß aber nicht so recht, wo überall Änderungen gemacht werden müssen.

In "HB-SW2-SENS.ino" gibt es eine Class "class MixDevice"
diese Class gibt es im "HB-UNI-Sen-RFID-RC.ino" so nicht.

Ich wäre über Deine Unterstützung sehr dankbar!


Gruß

Marcel

[jp112sdl]

Ich habe mir das angesehen, weiß aber nicht so recht, wo überall Änderungen gemacht werden müssen.

In "HB-SW2-SENS.ino" gibt es eine Class "class MixDevice"
diese Class gibt es im "HB-UNI-Sen-RFID-RC.ino" so nicht.

Probier mal. Taster an A0

[mcbo]

Hallo Jérôme

Probier mal. Taster an A0

Es funktioniert !!!

Ich musste nur hier

Code: Alles auswählen

#define STANDBY_LED_PIN       14 //A0

den PIN ändern.
Sonst macht er "Longpress - Dauerfeuer"

Leider ist der Sketch wieder zu groß für meine OLED-Lib.

ohne OLED-Lib:

Code: Alles auswählen

Der Sketch verwendet 28446 Bytes (92%) des Programmspeicherplatzes. Das Maximum sind 30720 Bytes.
Globale Variablen verwenden 1268 Bytes (61%) des dynamischen Speichers, 780 Bytes für lokale Variablen verbleiben. Das Maximum sind 2048 Bytes.

mit der OLED-Lib:

Code: Alles auswählen

Der Sketch verwendet 32144 Bytes (104%) des Programmspeicherplatzes. Das Maximum sind 30720 Bytes.

Zur Verständnis für mich, im WebUI wird der Kanal 8 aber als RFID Kanal angezeigt?
Man kann ihn nur nicht anlernen, da hier der GPIO abgefragt wird.

Die Grafik des HB-UNI-Sen-RFID-RC Kanal kommt von Deinem JP-HB-Devices-addon ?

Gruß

Marcel

[jp112sdl]

Sonst macht er "Longpress - Dauerfeuer"

Oh, ja doppelt belegt ist nicht gut ^^

Leider ist der Sketch wieder zu groß für meine OLED-Lib.

Dann musst du wohl auf einen ATMega644 oder 1284 umschwenken.

Zur Verständnis für mich, im WebUI wird der Kanal 8 aber als RFID Kanal angezeigt?

Ja, für die CCU ändert sich durch den neuen Sketch nichts.
Wenn man den Kanal jetzt noch korrekt in der WebUI angezeigt bekommen wollte, müsste man noch ne Menge am Addon anpassen.Das lohnt für den einen Fall wohl nicht.

Man kann ihn nur nicht anlernen, da hier der GPIO abgefragt wird.

Richtig.

Die Grafik des HB-UNI-Sen-RFID-RC Kanal kommt von Deinem JP-HB-Devices-addon ?

Auch richtig.

[mcbo]

Hallo Jérôme,

ich probiere gerade die "Longpress" Funktion in Deinem Sketch aus.

Ist das richtig so, wenn Longpress ausgelöst wird, das es dauerhaft stehen bleibt,
bis eine neue ID gelesen wird?

Dann wäre das auch nicht so richtig zum Verschluss der Tür zu gebrauchen.

Richtiger wäre dann der Weg über einen extra "Verschlußkanal".

Könnten wir einfachhalber, den letzten Kanal (z.B.: Kanal 8 ),
vom Sketch mit einer festen, nicht anlernbaren ID befüllen (Variable) ?

Wenn dann eine gespeicherte ID von Kanal 1-7 in Zeit X, 3 mal hintereinander erkannt wird,
==> Kanal 8 (Türverschluß) auslösen!

Optional könnte man ja noch die Option einbauen:
Wenn Signal an GPIO XX ==> Kanal 8 (Türverschluß) auslösen!

Dann wäre der Sketch sicher auch wieder kleiner.


Könntest Du das ohne großen Aufwand umsetzen?


Gruß

Marcel

[jp112sdl]

ich probiere gerade die "Longpress" Funktion in Deinem Sketch aus.

Du meinst den Taster an Kanal 8 ?

Ist das richtig so, wenn Longpress ausgelöst wird, das es dauerhaft stehen bleibt,
bis eine neue ID gelesen wird?

Was meinst du mit "stehen bleiben"?
Ein Longpress wird so lange gesendet (alle paar ms) wie du den Taster gedrückt hältst.

Richtiger wäre dann der Weg über einen extra "Verschlußkanal".

Der Kanal ist ein RemoteChannel. Alle (die 7 RFID und der 1 Taster) sind vom selben Typ. Die CCU macht da keinen Unterschied.
Lediglich das KeyPress wird auf Kanal 1-7 durch den Wiegand ausgelöst, auf Kanal 8 durch den Taster.

Könnten wir einfachhalber, den letzten Kanal (z.B.: Kanal 8 ),
vom Sketch mit einer festen, nicht anlernbaren ID befüllen (Variable) ?

Nein, weil Kanal 8 keine ID-Register hat.

Wenn der Tasterkanal wieder raus kommt und mit einer fixen ID befüllt wird - wie willst du die der "scan"-Funktion präsentieren?

Optional könnte man ja noch die Option einbauen:
Wenn Signal an GPIO XX ==> Kanal 8 (Türverschluß) auslösen!

Das kannst du ja per Direktverknüpfung oder Programm machen.



Das wird alles ein wenig zu komplex und ist nicht benutzerfreundlich.

Richtig wäre, den Lesevorgang so zu bauen, dass eine dauerhaft gelesene ID auch kontinuierlich während der ganzen Zeit präsentiert wird.