Weihnachtsangebot 2025! 🎄

[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

[RandyAndy]

Hallo,

ich habe es zwar hinbekommen den Adapter zu installieren. Allerdings findet der Adapter keinen einzigen Controller (ich habe 2 Controller). Wie ich in einem früheren Kontakt schon erwähnt habe verwende ich den Code von carbonsphere allerdings als php Lösung.
Die Seriennummer muss man mit einem eigenen php Skript auslesen und dann im Code integrieren. Die Seriennummer hat dort neben Nummern auch Buchstaben. Mein UHPPOTE Controller hat die FW Version V6.56.50703.
Die Seriennummer die im WEb-Interface und auf der Platine aufgedruckt ist wird im Log als fehlerhaft ausgewiesen.

[kBrausew]

@randyandy
Bitte lies dir https://github.com/kBrausew/ioBroker.wiegand-tcpip/blob/master/docs/setup.md#limited-broadcast-5 und die Folge-Kapitel durch

[RandyAndy]

@kbrausew

Die Beschreibung kenne ich schon und ich glaube nicht das ich da etwas verkehrt mache.
Iobroker und UHPPote sind im gleichen Adressraum. Ich verwende nur IPv4.
Ich glaube eher, das hat mit der Seriennummer zu tun.

Hier meine Settings:

192.168.178.29 ist der PHPPote Server
192.168.178.49 ist mein iobroker

ANdreas