WIEGAND TCP/IP Adapter (Alias UHPPOTE)

[kBrausew]

@randyandy
steht doch schon ob: mindestens v14.18.3

[RandyAndy]

@kbrausew

Das habe ich anders verstanden. Wie dem auch sei ich habe nun auf 14.19.0 upgedated und der Adapter läuft.

Ich verwende das UPHPOTE system seit Jahren. Anfänglich mit der mitgelieferten Software später habe ich mir dann basierend auf Lösungen in GIT eigene Applikationen über php implementiert.
Mein Schwerpunkt war dabei

• Die Zeit des UHPPOTE Servers jeden Tag upzudaten (der Server kann leider kein NTP).
• Zugangscodes (für die Tastatur) einzuspielen und zu löschen.
• Zugangscodes zu sperren und zu entsperren.
• Tags Wohnungen zuzuordnen um zu sehen, wann welcher Tag verwendet wurde
  So wie ich das beurtele kann man da noch viel mehr daraus machen, ich habe mich aber natürlich erst einmal auf meine Anforderungen konzentriert.

Ist alles in iobroker integriert aber über den Umweg http.

Andreas

[Samson71]

@randyandy sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

• Tags Wohnungen zuzuordnen um zu sehen, wann welcher Tag verwendet wurde

Klingt nach gewerblich bzw. Vermietung (wg. der Mehrzahl an Wohnungen).
Daher einfach nur ein Hinweis auf den Datenschutz:
Die Mieter/Nutzer wissen, dass Sie bzw. ihr Kommen und Gehen "überwacht" werden und haben dem auch "zugestimmt"?

[kBrausew]

@randyandy sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

Das habe ich anders verstanden. ... 14.19.0 upgedated ...

da konnte ich nix drehen.. wird vom UHPPOTE-Framework vorgegeben

• Die Zeit des UHPPOTE Servers jeden Tag upzudaten (der Server kann leider kein NTP).

Wird bei einer Abweichung von mehr als 60 Sekunden jetzt vom Adapter neu gestellt (über die ioBroker Uhr, die sollte natürlich dann auch genau sein).
Ich spendiere dir ein Config-Parameter in dem du die max. Abweichung selben einstellen darfst ...

• Zugangscodes (für die Tastatur) einzuspielen und zu löschen.

Das kommt auch für den Adapter ca. > v2.0.0

• Zugangscodes zu sperren und zu entsperren.

... v2.0.0 oder höher

• Tags Wohnungen zuzuordnen um zu sehen, wann welcher Tag verwendet wurde

Das sehe ich jetzt nicht im Adapter

[RandyAndy]

@samson71

ist zwar weiter unter erwähnt, denoch auch hier.
ich verwende schon Nodejs 14.x.
Aber die mind. Anforderung ist 14.18.3 und ich hatte 14.18.1.

Andreas

[RandyAndy]

@kbrausew

Die Zugangsinformationen parse das aus den LOGs des Servers. Vielleicht wäre das ein Ansatz ?
Bezüglich der Uhrzeit spiele ich einfach einmal am tag die aktuelle Zeit ein. Mache ich typisch um 2:01, damit ist dann auch die Sommer/Winterzeit abgedeckt.
Das mit der Abweichung finde ich aber auch eine coole Idee, das sollte auch greifen.

Andreas

[kBrausew]

@randyandy sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

Die Zugangsinformationen parse das aus den LOGs des Servers. Vielleicht wäre das ein Ansatz ?

Für wen ein Ansatz... ich habe die Hardware direkt via nativ im zugriff...
Und du kannst jetzt alles via subscribe/getState im JS-Adapter abfragen

Bezüglich der Uhrzeit spiele ich einfach einmal am tag die ...

wird beim "Heatbeat" geprüft und ggf neugestellt

Das mit der Abweichung finde ich aber auch eine coole Idee, das sollte auch greifen.

ist so gut wie drin => v0.4.4 / v0.4.3

[Samson71]

@kbrausew sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

ist so gut wie drin => v0.4.4 / v0.4.3

0.4.3 sieht gut aus. Installation problemlos und nach Auswahl von '2-Doors' sind auch die sinnlose 3. und 4. Tür verschwunden.

[mrfloppy]

Hallo
Habe die Instanz installiert. Unten die Seriennummer eingegeben und gespeichert.
Es wird mir der Öffner angelegt jedoch bekomme ich keine Statusänderungen oder anderes.
Auch in der Suche finde ich den Controller nicht.
Direkteingabe der IP plus Ports bringt auch nix.
Ich habe IOB in einer VM auf Proxmox laufen.
Debug vom adapter ist angehängt.
Was könnte ich noch versuchen?
LG Tom

Update: Mit direkteingabe IP und Port bekomme ich in den LOGS Debug Meldungen.
Controller: 123204405 Door: 1 granted: true Card: 11416900
Jedoch bekomme ich keine datenpunkte
Auch keinen Namen bei der Karte.
Habt ihr die Software nebenbei dauerhaft laufen und dort die Karten mit Namen eingetragen oder tragt ihr die Karten in der Weboberfläche ein?
Update 2:
Habe jetzt adapter hin und her installiert. mit der Version v0.4.4 kommen auch Datenpunkte.

LG Tom

[kBrausew]

@mrfloppy Schein jetzt doch alles gut zu sein?
Lass mal noch 48 Stunden auf Log "Silly" laufen für Meldungen... wenn dann keine WARN oder ERROR kommen, würde ich auf Log "Info" in den "Normalbetrieb" übergehen.

Für alle: Brodcast geht nur in einem localen Netzwerk (alle Komponenten, ioBroker und Controller) in ein und dem selben Netzwerk mit einem gemeinsamen Gateway

[Samson71]

@mrfloppy sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

Auch keinen Namen bei der Karte.
Habt ihr die Software nebenbei dauerhaft laufen und dort die Karten mit Namen eingetragen oder tragt ihr die Karten in der Weboberfläche ein?

Ob überhaupt eine Weboberfläche vorhanden ist hängt vom Controller ab. Da gibt es verschiedene Ausprägungen (z.B. Farbe des Boards und ggf. Netzwerkarte). Der Name hängt sicher davon ab, ob der überhaupt im Controller gespeichert wird oder nur in der Software. Ich glaube ja, dass im Controller eher nur die ID's ohne zugehörigen Namen abgelegt werden. Damit ist dann auch klar, dass es keinen Datenpunkt gibt.

@kbrausew sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

Für alle: Brodcast geht nur in einem localen Netzwerk (alle Komponenten, ioBroker und Controller) in ein und dem selben Netzwerk mit einem gemeinsamen Gateway

War bei mir so und trotzdem klappte das erst nach manuellem Eintrag , bzw. Vorgabe von IP und Port. Die 0.4.5 läuft aber sowohl im Docker (Syno) als auch im LXC unter Proxmox bisher unauffällig.

[mrfloppy]

@samson71 said in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

Ob überhaupt eine Weboberfläche vorhanden ist hängt vom Controller ab. Da gibt es verschiedene Ausprägungen (z.B. Farbe des Boards und ggf. Netzwerkarte). Der Name hängt sicher davon ab, ob der überhaupt im Controller gespeichert wird oder nur in der Software. Ich glaube ja, dass im Controller eher nur die ID's ohne zugehörigen Namen abgelegt werden. Damit ist dann auch klar, dass es keinen Datenpunkt gibt.

Ich habe die Weboberfläche freigeschalten. Und dort kann ich auch Namen vergeben zu den Einzelnen Usern.
Wäre toll wenn ich diese als Datenpunkt angezeigt bekommen würde.
Möchte gerne per Telegram oder was auch immer Benachrichtigt werden wer gerade aufgemacht hat.
LG Tom

[kBrausew]

@mrfloppy sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

... kann ich auch Namen vergeben ... diese als Datenpunkt angezeigt bekommen würde.... per Telegram ...

Keine Chance: gibt die API vom Controller nicht her =>
https://github.com/uhppoted/uhppoted-nodejs#getcard

[mrfloppy]

Hm das ist doof.
Man bräuchte also eine Datei wo die Id und Namen stehen und mit denen vergleichen.
Wie könnte man das lösen? Wer eine Idee?

LG Thomas

[Samson71]

@mrfloppy
Sind das denn so viele, dass das mit Klarnamenzuordnung sein muss?

[mrfloppy]

@samson71
Sind schon 40 Benutzer.
Und ich würde gerne wissen wer da eben zu einem bestimmten Zeitpunkt hinein geht und das eben per Telegram,Email was auch immer gesendet bekommen.

[Samson71]

@mrfloppy
Das ist schon ordentlich, aber wirklich so"wichtig", dass das per Sofortnachricht mit Klarname sein muss?

Mir würde auch nur eine Tabelle einfallen und dann per Script/Blockly irgendwie eine Zuordnung machen und das Ergebnis dann in eine entsprechende Nachricht schreiben. Aber da bin ich raus.

Aber um das Thema Datenschutz auch hier in dem Zusammenhang anzusprechen:
Wissen die Nutzer, das sie so "überwacht" werden und ihre Daten in der Form übertragen werden? In unserer Firma gibt es für die Aushändigung der Zugangsmedien explizite Vorschriften und entsprechende Formulare.

[kBrausew]

@mrfloppy
In einer kommenden Version ist auch die Administration von Karten geplant... Lokal im ioBroker wird es pro Karte ein Feld geben mit "Info" das ihr beliebig befüllen könnt. Dies wird dann aber nie zum Controller gesendet werden können. Ein mappen via Skript-Adapter vom Datenpunkt der Nummer zum Inhalt des Feldes Info dürfte dann wohl nicht ein all zu großes Problem darstellen...

Releaseplan habe ich jetzt noch nicht aufgestellt... aber der Ablauf wird so sein

• Kartenmanagement https://github.com/uhppoted/uhppoted-nodejs#putcard
• Profilmanagement https://github.com/uhppoted/uhppoted-nodejs#settimeprofile
• Taskmanagement https://github.com/uhppoted/uhppoted-nodejs#addtask

Wobei ich mir noch nicht sicher bin ob Task's noch in meinen Zeitplan passen

[mrfloppy]

@samson71 said in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

Das ist schon ordentlich, aber wirklich so"wichtig", dass das per Sofortnachricht mit Klarname sein muss?

SO wichtig nicht, aber es wäre informativ.

Aber um das Thema Datenschutz auch hier in dem Zusammenhang anzusprechen:
Wissen die Nutzer, das sie so "überwacht" werden und ihre Daten in der Form übertragen werden? In unserer Firma gibt es für die Aushändigung der Zugangsmedien explizite Vorschriften und entsprechende Formulare.

Ist kein Problem die wissen das alle.

[mrfloppy]

@kbrausew said in WIEGAND TCP/IP Adapter (Alias UHPPOTE):

@mrfloppy
In einer kommenden Version ist auch die Administration von Karten geplant... Lokal im ioBroker wird es pro Karte ein Feld geben mit "Info" das ihr beliebig befüllen könnt. Dies wird dann aber nie zum Controller gesendet werden können. Ein mappen via Skript-Adapter vom Datenpunkt der Nummer zum Inhalt des Feldes Info dürfte dann wohl nicht ein all zu großes Problem darstellen...

Klingt ja mal gut