WIEGAND TCP/IP Adapter (Alias UHPPOTE)

[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

[kBrausew]

@randyandy
Steht doch da: Keine Geräte im lokalen Netzwerk gefunden.
Hast du Docker oder eine andere Virtualisierung

Stell mal Interface auf 192.168.178.49. Das sollte doch die Netzwerk-Schnittstelle deines ioBroker's sein

[Samson71]

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

192.168.178.29 ist der PHPPote Server

Was meinst Du mit "Server"? Ist das die 4-Door-Controller-Karte oder "nur" der PC/Rechner mit dem Du die Karte/den Controller mit Deiner Eigenbau-Lösung ausliest?

Ändere mal die Netzwerkschnittstelle in Deinen Einstellungen von "Listen on all IPs" auf eth0 Deines ioBroker.

[kBrausew]

@samson71 ... und "schreib" die IP hier her

[kBrausew]

Ich habe mal noch die Schreib- und Übersetzungsfehler entfernt...
... und eine kleine Unzulänglichkeit in der Eventauswertung (siehe: PR1720 )

[RandyAndy]

@Samson71

Server ist die 4-Door Controller Karte. Ich verwende keinen Docker.
192.168.178.49 habe ich schon mal eingestellt, ändert aber nichts.
Ich checke es aber gerne noch einmal

Andreas

[RandyAndy]

@samson71

Hilft gar nichts. Ich habe mal den Port auf 60001 eingestellt, macht aber auch keinen Unterschied.

hier meine Settings:

[kBrausew]

@randyandy
Installier die v0.4.6
Bleib auf eth0
Lösch den Controller
Restart des Adapters
Geh zur Ip Setting
Führe die Device-Suche aus ohne weiter Parameter
Jetzt die komplette Log von Adapter...

BTW: Hast du das nativ Web auf dem Controller aktiviert und mal die Config angeschaut welche Serial hier steht

[RandyAndy]

@kbrausew

Here we go.
LOG.txt

Und hier noch ein Screenshot the UHPPote controllers.

Die ID habe ich gelöscht. Aber die "xxxxxxxxx" in der LOG-Datei und im Config des UHPPote-Controller sind identisch.
Er scheint da schon etwas zu finden.
Nur so als Vermutung. Ich verwende kein Redis. Irgendwas scheint der Adapter aber zu erwarten.

[kBrausew]

@randyandy hat sich die listbox nicht befüllt nach dem Search oder kam wieder "...keine Device gefunden..."

[kBrausew]

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

Er scheint da schon etwas zu finden.

Reset the device clock: xxxxxxxxx
wiegand-tcpip.0.controllers.xxxxxxxxx ok
Connect to controller: xxxxxxxxx
  {"deviceId":"xxxxxxxxx","address":"192.168.178.29","forceBroadcast":false}]
  {"config":{"name":"ctx","bind":"0.0.0.0","broadcast":"0.0.0.0:60000","listen":"0.0.0.0:60001","timeout":2500,"controllers":{},"debug":false}}
Create controller xxxxxxxxx for Model 4-Door Objects
starting. Version 0.4.6 (non-npm: kBrausew/ioBroker.wiegand-tcpip#v0.4.6) in /opt/iobroker/node_modules/iobroker.wiegand-tcpip, node: v14.19.0, js-controller: 4.0.21

Da ist alles OK!!!

Bitte konfiguriere...
Netzwerkschnittstelle: 192.168.178.49
Controller: Serial wie gehabt... Modell noch Eintragen; Rest LEER (für Broadcast)

Jetzt sollte alles funktionieren!
Zu sehen gibt's im Log als letzte Meldung

Reset the device clock: xxxxxxxxx

... das wars, fertig.

Jetzt noch ne Karte an den Reader und die Datenpunkte "lastSwipe" anschauen ...
Auswerten für wirkliches Tür-Öffnen würde ich generell nur über "unlocked"
Und öffnen über "remoteOpen"

BTW: redis ist irgendwas zwischen system.adapter... und dem Adapter an-sich... ich mache da Garnichts damit.

[kBrausew]

REDIS hier mal lesen

[RandyAndy]

@kbrausew

es kam wieder kein Device gefunden.
Im LOG sehe ich auch dass es eine Verbindung gibt. Hier ein Ausschnitt aus dem LOG

wiegand-tcpip.0
	2022-03-20 22:29:08.396	debug	received 192.168.178.48:60000 17 90 00 00 71 7f 38 19 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
wiegand-tcpip.0
	2022-03-20 22:29:08.204	debug	sent 192.168.178.255:60000 17 90 00 00 71 7f 38 19 c0 a8 b2 ff 61 ea 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
wiegand-tcpip.0
	2022-03-20 22:29:08.200	debug	received 192.168.178.48:60000 17 8e 00 00 71 7f 38 19 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
wiegand-tcpip.0
	2022-03-20 22:29:08.138	debug	sent 192.168.178.255:60000 17 8e 00 00 71 7f 38 19 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
wiegand-tcpip.0
	2022-03-20 22:29:08.136	info	Connect to controller: xxxxxxxxx
wiegand-tcpip.0
	2022-03-20 22:29:08.130	debug	received 192.168.178.48:60000 17 20 00 00 71 7f 38 19 73 1f 00 00 01 01 01 01 04 69 5a aa 20 22 03 20 22 14 37 01 01 01 01 01 00 00 00 00 00 22 29 07 00 00 00 00 00 00 00 00 00 00 00 22 03 20 00 00 00 00 00 00 00 00 00 00
wiegand-tcpip.0
	2022-03-20 22:29:08.128	debug	sent 192.168.178.255:60000 17 20 00 00 71 7f 38 19 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
wiegand-tcpip.0
	2022-03-20 22:29:06.307	info	Create controller xxxxxxxxx for Model 4-Door Objects
wiegand-tcpip.0
	2022-03-20 22:29:06.253	info	starting. Version 0.4.6 (non-npm: kBrausew/ioBroker.wiegand-tcpip#v0.4.6) in /opt/iobroker/node_modules/iobroker.wiegand-tcpip, node: v14.19.0, js-controller: 4.0.21

Scheint immer an der Adresse 192.168.178.48 und 192.168.178.255 hängen zu bleiben. 192.168.178.255 wird meines Wissen nach keinem physikalischen Gerät zugewiesen. 192.168.178.48 ist mein go-e charger, der ist aber momentan gar nicht angeschlossen.

Andreas

[kBrausew]

@randyandy
Alles in Ordnung
ioBroker sendet Broadcast (192.168.178.255) und der Kontroller (192.168.178.48) antwortet.

Schau mal im Web-GUI nach, schätze du hast hier "48" anstatt "23" stehen! ... in der Fritte sollte das auch erkennbar sein?!?

Adapter funktioniert somit.

Jetzt noch Card-Swipe...

Das er kein Device findet im IP-Setup-Tool schau ich mir nochmal im Code an (der Antest gerade eben brachte aber auch kein Ergebnis bei mir) Spiel aber keine Rolle da man die IP sowieso über die originalen Tools einstellen sollte. Glaube deaktivier dieses Set-IP-Tool wieder wenn's eh nicht läuft.

[kBrausew]

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

... "48" anstatt "23" stehen! ...

Vergiss es, da passt was im Broadcast-Setup nicht. Das muss ich mir genau anschauen, je nach Netzwerk-Interface und Betriebssystem macht er was anderes => ???

Solange muss die IP für Controller und ioBroker eigegeben werden

BTW: Dein PHP-Server konsumiert ja auch die Events (Card-Swipe und der Gleichen)
So wie ich das bis jetzt mal angeschaut habe PHP Server carbonsphere, werden nicht beide gleichzeitig auf den Controller zugreifen können. Du musst dich für einen von beiden entscheiden, leider... aber test mal lieber selber wer die Events erhält (einer / beide / keiner ??)
siehe auch (im ioBroker Log)

Extendend HeartBeat negative (try re-connect device): xxxxxxxx