Weihnachtsangebot 2025! 🎄

[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

[RandyAndy]

@kbrausew

Habe nun mal die IP Adresse des Controllers eingetragen. Da scheint ja etwas zu geschehen.
Bezüglich des gleichzeitigen Zugriffs sollte das eigentlich nicht so sein. Die php-Skripte die ich verwende werden immer angestoßen z.B. durch einen cron-job oder durch den iobroker z.B. kann ich die Zugangs-Tags und Codes per php-Skript sperren und wieder freischalten (Ist echt hilfreich in Corona-Zeiten :grinning:).
Was bedeutet aber Incorrect controller-setup for non/broadcast: xxxxxxxxx.
Ich habe mal alle Meldungen ab dem Neustart des Controller anbei zusammengestellt.

wiegand-tcpip.0
	2022-03-21 08:09:35.160	debug	received 192.168.178.29:60000 17 82 00 00 71 7f 38 19 04 03 03 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-21 08:09:35.155	debug	sent 192.168.178.29:60000 17 82 00 00 71 7f 38 19 04 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-21 08:09:35.153	debug	received 192.168.178.29:60000 17 82 00 00 71 7f 38 19 03 03 03 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-21 08:09:35.150	debug	sent 192.168.178.29:60000 17 82 00 00 71 7f 38 19 03 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-21 08:09:35.147	debug	received 192.168.178.29:60000 17 82 00 00 71 7f 38 19 02 03 03 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-21 08:09:35.145	debug	sent 192.168.178.29:60000 17 82 00 00 71 7f 38 19 02 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-21 08:09:35.141	debug	received 192.168.178.29:60000 17 82 00 00 71 7f 38 19 01 03 03 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-21 08:09:35.138	debug	sent 192.168.178.29:60000 17 82 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-21 08:09:35.135	debug	received 192.168.178.29:60000 17 30 00 00 71 7f 38 19 20 22 03 21 08 09 35 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-21 08:09:35.133	debug	sent 192.168.178.29:60000 17 30 00 00 71 7f 38 19 20 22 03 21 08 09 35 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-21 08:09:35.130	info	Reset the device clock: 423133041
wiegand-tcpip.0
	2022-03-21 08:09:35.128	debug	received 192.168.178.29: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-21 08:09:35.068	debug	sent 192.168.178.29:60000 17 90 00 00 71 7f 38 19 c0 a8 b2 31 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-21 08:09:35.064	debug	received 192.168.178.29: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-21 08:09:35.003	debug	sent 192.168.178.29: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-21 08:09:35.001	info	Connect to controller: xxxxxxxxx
wiegand-tcpip.0
	2022-03-21 08:09:34.996	debug	received 192.168.178.29: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 08 09 34 00 00 00 00 00 00 00 00 00 00 00 22 03 21 00 00 00 00 00 00 00 00 00 00
wiegand-tcpip.0
	2022-03-21 08:09:34.994	debug	sent 192.168.178.29: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-21 08:09:34.977	warn	Incorrect controller-setup for non/broadcast: xxxxxxxxx
wiegand-tcpip.0
	2022-03-21 08:09:34.851	info	Create controller xxxxxxxxxx for Model 4-Door Objects
wiegand-tcpip.0
	2022-03-21 08:09:34.810	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

[kBrausew]

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

@kbrausew
... Incorrect controller-setup for ...

Entweder alle drei ( Ctrl-IP + ioB-IP + Port) Felder füllen oder keins davon.

... php-Skripte ...

Ok, dann sollte es gehen... würde einfach mal zwei drei Tage die Log beobachten auf:

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

Das wäre der Indiz auf einen "Lauchangriff" durch die PHP-Scripte ;)
Das wird aber nur ein paar mal am Tag ( jeder 10ten Heartbeat) geprüft. => "Extendend" eben ;-)

...
BTW: Test Swipe und remoteOpen nicht vergessen