WIEGAND TCP/IP Adapter (Alias UHPPOTE)
-
@samson71 said in WIEGAND TCP/IP Adapter (Alias UHPPOTE):
@mazze
Soweit mir bekannt ist braucht man das gar nicht. Der Adapter ist unabhängig davon bzw. hat mit der Software von uhppote nichts zu tun.hmm. weil es gibt ja im adapter die funktion.
Und ich kann einfach bei Remote Einrichtung des Gerätes nichts verknüpfen oder hinzufügen, daher dachte ich das es die uhppote software ist zur Verwaltung der Benutzer.
-
Ich habe jetzt den Adapter installiert und finde auch das Board. Allerdings wird bei mir nichts aktualisiert. Wenn ich den Adapter starte werden alle Datenpunkte geschrieben. Bei einem Neustart werden die Punkte
wiegand-tcpip.0.controllers.123225801.1.control wiegand-tcpip.0.controllers.123225801.1.delayaktualisiert, aber mehr passiert nicht. Der Heartbeat steht auf 300000 ms, sollte also alle 5 Minuten irgendwas machen. Aber da passiert gar nichts. Auch im Log steht nichts mehr. Wenn ich Events habe werden die nicht angezeigt. Habe ich irgendwas vergessen zu installieren oder muss ich am Board noch irgendwas freischalten?
-
@chaot
Was passiert denn, wenn am Controller eine Tür betätigt wird? Das müsste der Adapter ja mitbekommen und in den Datenpunkten anzeigen. -
@samson71 Eben nicht. In der Controler Software und auch im Webinterface wird alles sauber angezeigt, aber im ioBroker tut sich nichts.
Wenn eine Tür ausgelöst wird kommt das im log:wiegand-tcpip.0 2023-11-12 12:52:30.159 info Reset the device clock: 123225801 wiegand-tcpip.0 2023-11-12 12:52:29.779 info Connect to controller: 123225801 wiegand-tcpip.0 2023-11-12 12:52:29.778 warn May connection lost (try re-connect device): 123225801 / 200 / 199 -
@chaot
Klingt irgendwie nach Stottern im Netzwerk.
Muss mal nachher bei mir gucken. Hier laufen 3 Controller (1, 2 und 4 Türen). -
@samson71 Ok, das mit dem Reset des Device kann ich gerade bei jedem Öffnen nachvollziehen. Ich versuche mal nen Elko einzubauen um die Spannung etwas zu stabilisieren. Ist zwar ein 5 A Netzteil, aber vielleicht macht das ja den Quatsch.
Update:
Der Reset ist tatsächlich weg. Aber es kommen trotzdem keine Daten an. -
@chaot
So ein komisches 5A hatte ich auch bei dem einen mal dran. Das war so ein Billig-Chinakracher von nem alten 12V LED-Stripe, der nicht stabil war. Fest verbaut werden sie jetzt über Meanwell Hutschienennetzteile versorgt. -
@samson71 Ich tausche das auch mal komplett aus. Aber auch mit dem Elko kommen keine Daten rein. Irgendwo ist da der Wurm drin. Es müsste ja zumindest der Heartbeat kommen. Aber da wird Nix aktualisiert.
-
@chaot
Beim Adapter Start wird der Controller aber sauber gefunden lt. Protokoll?
Hast Du die Software benutzt um den Controller einzurichten? -
@samson71 Eingerichtet wird der Controler über das Webinterface. Ich nutze auch die Software die zum Controler dazukam in Version 8.98 ohne Probleme. Beim Einrichten im ioBroker wird der Controler nicht automatisch gefunden obwohl er im selben Netz liegt. Manuell eingetragen scheint er aber seinen Satus (zumindest einmalig) zu senden.
-
@chaot
So richtig Ideen habe ich grade nicht muss ich gestehen.In der Datenstruktur wird auch ein Öffnen registriert. Gem. Datenpunkt (reachable) ist er auch erreichbar.
Manuell eintragen musste ich meine aber auch. Das klappte auch nicht von alleine mit dem Erkennen der Teile.
-
@samson71 Dein letztes Foto hat mein Problem gelöst.
Der Eintrag" offengelegter Server Port" war bei mir leer, weil es in der Beschreibnung als nicht Nötig drin stand. Versuchsweise hatte ich dort auch mal die 8081 vom ioBroker drin. Aber auf die Idee mit dem Port 60001 bin ich nicht gekommen. Jetzt kommen die Daten beim öffnen und seltsamerweise sind auch die Fehlermeldungen (bzw. Info-) bezüglich des Neustarts weg. -
@chaot
Das war auch mehr oder weniger der letzte Versuch. Hättest Du vorher Deine Einstellungen gepostet, dann wäre ich da vermutlich gleich dran hängen geblieben
-
Hallo zusammen.
Eher eine allgemeine Frage zum Wiegand TCP/IP Controller:
Ich habe einen Fingerprintreader: https://www.conrad.de/de/p/sygonix-sy-4760958-fingerprint-rfid-zugangssystem-unterputz-12-v-dc-18-v-dc-ip66-2380479.htmlund würde diesen gerne an CH#1 betreieben und mit unterschiedlichen Fingern unterschiedliche Türen schalten, z.B. Zeigefinger = Tür auf, Mittelfinger = Garage auf.
In der Software habe ich die Privileges so vergeben, allerdings funktioniert das nicht. Ich kann mit dem Reader an CH#1 auch immer nur den Ausgang 1 schalten. Weise ich Door 2 zu, passiert nichts.
Gleiches wenn ich den Reader auf Eingang 2 einstecke => Dann kann ich nur noch die 2. Tür auswählen, bei der ersten passiert rein gar nichts.Das kann doch nicht Sinn der Sache sein?!? Was mache ich falsch?
Oder muss ich in dem Fall D0 und D1 der beiden Channels jeweils miteinander verbinden? Macht für mich gar keinen Sinn.- Mod-Edit: Link gekürzt um Google-Adds -
-
@baeri
Wo hättest Du die Antwort denn gerne? Hier oder bei dem "Doppelpost" im In-genier’s Weblog?Mal davon abgesehen steht die Antwort im dortigen Block bereits drin. Unter dem 08.06.21 hat der User "Brausewetter Kurt" (was übrigens der Dev dieses Adapters ist) dort was dazu geschrieben. Dort ging es auch darum einen Leser "zwischen" zwei Tore zu hängen.
Oder muss ich in dem Fall D0 und D1 der beiden Channels jeweils miteinander verbinden?
Genau. Pro Tür ist im Standard ein eigener Leser vorgesehen zum Steuern. Will man nur einen Leser benutzen, werden die Türen alle parallel über D0 und D1 mit dem Wiegand-Bus des Lesers verbunden. In der Software kann dann die Zuordnung bzw. die Berechtigung zu den Türen erfolgen. Das Signal geht also immer über den Bus an alle, aber nur da wo die Berechtigung greift, reagiert auch die entsprechende Tür. Habe ich auch so. Neben der Eingangstür zu meiner Garage ist eine Durchgangstür zum Garten. Ich steuere beide Türen auf diese Weise mit einem Leser. Allerdings nur RFID/Code und kein Fingerprint. Das Prinzip ist aber identisch.
Macht für mich gar keinen Sinn.
Warum?
-
@samson71
Hier ist die Antwort schon OK
Sorry, da beide Threads recht alt sind, habe ich die Frage einfach mal gestreutBin wirklich davon ausgegangen in der Nacht jede Antwort durchgegangen zu sein, aber da war wohl die Konzentration nicht mehr die beste.
Zum eigentlichen Thema:
Für mich macht das mit dem Bus durchschleifen in sofern keinen Sinn, da die Software mir ja anbietet die Rechte für die verschiedene Ausgänge/Doors zu vergeben und zwar in Verknüpfung zu den gerade am CH1 angelernten Benutzern.
Übersichtlich ist das nicht. Aber es funktioniert, wenn ich den Bus auf den zweiten Channel durchschleife.
Danke für die schnelle Antwort.Will ich einen zweiten Reader, der die gleichen Funktion hat, wie der erste, dann häng ich den auch einfach mit an den Bus, oder?
Da muss ich nur beide Reader gleich anlernen, also den entsprechenden Fingern die gleiche ID geben.Bleibt noch eine offene Frage: Wieso blinkt die ERR-LED. Finde hierzu auch keine Beschreibungen. Es scheint jedenfalls alles sauber zu funktionieren
-
@baeri sagte in WIEGAND TCP/IP Adapter (Alias UHPPOTE):
Für mich macht das mit dem Bus durchschleifen in sofern keinen Sinn, da die Software mir ja anbietet die Rechte für die verschiedene Ausgänge/Doors zu vergeben und zwar in Verknüpfung zu den gerade am CH1 angelernten Benutzern.
Ein Benutzer, aber mehrere Türen/Leser. Da Wiegand ein Bussystem ist, macht schon wieder Sinn. Der Benutzer wurde zwar über den Channel angelernt, aber existiert in der Software global, ist also nicht dem Channel direkt zugeordnet.
Übersichtlich ist das nicht.
Hat auch keiner behauptet
Man darf denke ich aber auch den Preis nicht vergessen.Aber es funktioniert, wenn ich den Bus auf den zweiten Channel durchschleife.
So habe ich es auch gemacht.
Will ich einen zweiten Reader, der die gleichen Funktion hat, wie der erste, dann häng ich den auch einfach mit an den Bus, oder?
Habe ich in der Praxis selbst nicht, aber genau das war Inhalt der zuvor erwähnten Antwort aus dem Blog vom 08.06.21
Bleibt noch eine offene Frage: Wieso blinkt die ERR-LED.
dazu habe ich so auch keine Idee. Würde ich aber ignorieren, wenn der Rest sonst funktioniert.
