NEWS
WIEGAND TCP/IP Adapter (Alias UHPPOTE)
-
@kbrausew sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):
https://github.com/kBrausew/ioBroker.wiegand-tcpip/tarball/v0.4.2-beta
leider auch nicht. Hier die Ausgabe während des installierens
Ich kann gerne auch die logs schickenscheint aber ein node Thema zu sein. Scheint Node >14.18.3 zu verlangen.
Ich kann das mal updaten und dann noch einmal probieren.Andreas
$ iobroker url https://github.com/kBrausew/ioBroker.wiegand-tcpip/tarball/v0.4.2-beta --host raspberrypi --debug install kBrausew/ioBroker.wiegand-tcpip#v0.4.2-beta NPM version: 6.14.15 Installing kBrausew/ioBroker.wiegand-tcpip#v0.4.2-beta... (System call) npm ERR! code ENOTSUP npm ERR! notsup Unsupported engine for uhppoted@0.7.2: wanted: {"node":">=14.18.3"} (current: {"node":"14.18.1","npm":"6.14.15"}) npm ERR! notsup Not compatible with your version of node/npm: uhppoted@0.7.2npm ERR! notsup Not compatible with your version of node/npm: uhppoted@0.7.2npm ERR! notsup Required: {"node":">=14.18.3"}npm ERR! notsup Actual: {"npm":"6.14.15","node":"14.18.1"} npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-03-10T06_51_28_003Z-debug.log host.raspberrypi Cannot install kBrausew/ioBroker.wiegand-tcpip#v0.4.2-beta: 1 ERROR: Process exited with code 25@randyandy sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):
... npm ERR! notsup Unsupported engine for uhppoted@0.7.2: wanted: {"node":">=14.18.3"} ...Hier findet er aber schon mal die package.json vom v0.4.2 #-Tag
Mit dem Vorherigen ist er irgendwie im Nirvana gelandet. Dem #-Tag nach, irgend ein Zwischenstand den ich gepusht habe...Die abhängige NodeJS Version berichtige ich mal...
-
@kbrausew
Achso......Das "knallt" dann scheinbar wieder. Bei 1 und 2 fehlerfreie Öffnung (aber keine log-Einträge)
wiegand-tcpip.0 2022-03-09 15:03:37.857 info (22206) Connect to controller: 22321xxxx wiegand-tcpip.0 2022-03-09 15:03:37.857 warn (22206) May connection lost (better restart): 22321xxxx / 426 / 420
@samson71 sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):
Das "knallt" dann scheinbar wieder. Bei 1 und 2 fehlerfreie Öffnung (aber keine log-Einträge)
Ganz vergessen: Stellt mal mindestens den Log auf "Debug" besser sogar wäre "Silly"
-
@randyandy sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):
... npm ERR! notsup Unsupported engine for uhppoted@0.7.2: wanted: {"node":">=14.18.3"} ...Hier findet er aber schon mal die package.json vom v0.4.2 #-Tag
Mit dem Vorherigen ist er irgendwie im Nirvana gelandet. Dem #-Tag nach, irgend ein Zwischenstand den ich gepusht habe...Die abhängige NodeJS Version berichtige ich mal...
-
@randyandy
steht doch schon ob: mindestens v14.18.3 -
@randyandy
steht doch schon ob: mindestens v14.18.3Das 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
-
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
@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"? -
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
@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
Diese Voraussetzungen erfüllst Du?
-
@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
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
-
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
@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 abfragenBezü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
Pi 4/8GB + SSD + Docker \ DebMatic HM-IP + HM-RF \ ioBroker
HikVision InterCom \ tedee SmartLook
Wiegand - TCP/IP Door Access Controller \ MF-549 Fingerprint/Code/RFID \ FP100 Fingerprint/CodeFritz 7590 (ohne SmartHome)
-
@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 abfragenBezü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
@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.
-
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 -
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@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
-
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@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 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.
@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 -
@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@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 -
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
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.@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.
Support us
591
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge