NEWS
Adapter: ioBroker.unifi
-
@crunchip ah ok, sorry.
Ich like den dort mal -
Hallo,
gibt es ein bekanntes Problem, dass sich der Datenpunkt "is online" eines Clients nicht auf "false"
ändert?Ich lasse mir nur 3 Clients (2 x Google Smartphone, 1x Siemens Wäschetrockner) über die "Whitelist" anzeigen und bei keinem der Geräte ändert sich "is online" auf "false", egal wie lange ( auch nach mehreren Tagen) das Gerät offline bzw. nicht im WLAN ist.
Der Datenpunkt wird einmalig auf "true" geändert, wenn das Gerät das erste mal im Adapter "auftaucht" und bleibt dann auf true.
Oder interpretiere ich "is online" falsch und es gibt einen anderen Datenpunkt, welcher anzeigt, ob ein Gerät gerade im WLAN ist oder nicht?
In der Unifi App wird es korrekt angezeigt.Unifi Gerät ist ein UDM Pro mit Unifi OS 3.2.7 und Network 8.0.26
Adapter-Version: 0.6.7
Adapter Startet ohne Fehlermeldung.Bin für jede Hilfe dankbar.
Viele Grüße
-
@ritschy2000 sagte in Adapter: ioBroker.unifi:
gibt es ein bekanntes Problem
möglich, wenn der Adapter keine Daten abholen kann
hast du ne Zeit angegeben?
bzw darüber muss auch angehakt sein
-
@crunchip vielen Dank. Man sollte einfach die Hinweise lesen und umsetzen, auch wenn diese Englisch sind...
-
Bei mir bleibt der DP "mac von AP" beschrieben, wenn ich das Haus verlasse. Mit dem zuletzt verbundenen AP. Ist das bei euch auch so?
-
@warp735 sagte in Adapter: ioBroker.unifi:
Bei mir bleibt der DP "mac von AP" beschrieben, wenn ich das Haus verlasse. Mit dem zuletzt verbundenen AP. Ist das bei euch auch so?
ja, ist meiner Meinung ja auch richtig, das sind die letzten Werte, die vorhanden sind.
Was magst du mit dem Datenpunkt denn machen?Auswerten tu ich "is_online" und "last_seen", das funktioniert einwandfrei.
-
@ilovegym
Hab in der Werkstatt nen knx bwm und nen AP. Würde nun den BWM gerne sperren, wenn ich mit dem AP verbunden bin (damit das Licht zuverlässig an bleibt)
Dann muss ich wohl den is_online auch noch hinzuziehen. Weil wenn ich das Haus über die Garage verlasse, ist der Werkstatt AP meist auch der letzte mit dem ich verbunden bin. -
Es hagelt leider immer noch Fehler....manchmal läuft es auch einen Tag ohne Fehler...man kann keine Logik aus den Fehler rauslesen, scheint recht willkürlich zu passieren.
2024-01-12 09:37:15.693 error [updateUnifiData-login site undefined] error: timeout of 10000ms exceeded, stack: AxiosError: timeout of 10000ms exceeded at RedirectableRequest.handleRequestTimeout (C:\Program Files\ioBroker\node_modules\node-unifi\node_modules\axios\lib\adapters\http.js:643:16) at RedirectableRequest.emit (node:events:517:28) at RedirectableRequest.emit (node:domain:489:12) at Timeout.<anonymous> (C:\Program Files\ioBroker\node_modules\follow-redirects\index.js:209:12) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7) unifi.0 2024-01-12 09:10:00.810 error [updateUnifiData-login site undefined] error: timeout of 10000ms exceeded, stack: AxiosError: timeout of 10000ms exceeded at RedirectableRequest.handleRequestTimeout (C:\Program Files\ioBroker\node_modules\node-unifi\node_modules\axios\lib\adapters\http.js:643:16) at RedirectableRequest.emit (node:events:517:28) at RedirectableRequest.emit (node:domain:489:12) at Timeout.<anonymous> (C:\Program Files\ioBroker\node_modules\follow-redirects\index.js:209:12) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7) unifi.0 2024-01-12 08:46:57.842 error [updateUnifiData-login site undefined] error: timeout of 10000ms exceeded, stack: AxiosError: timeout of 10000ms exceeded at RedirectableRequest.handleRequestTimeout (C:\Program Files\ioBroker\node_modules\node-unifi\node_modules\axios\lib\adapters\http.js:643:16) at RedirectableRequest.emit (node:events:517:28) at RedirectableRequest.emit (node:domain:489:12) at Timeout.<anonymous> (C:\Program Files\ioBroker\node_modules\follow-redirects\index.js:209:12) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7) unifi.0 2024-01-12 08:37:53.398 error [updateUnifiData-login site undefined] error: timeout of 10000ms exceeded, stack: AxiosError: timeout of 10000ms exceeded at RedirectableRequest.handleRequestTimeout (C:\Program Files\ioBroker\node_modules\node-unifi\node_modules\axios\lib\adapters\http.js:643:16) at RedirectableRequest.emit (node:events:517:28) at RedirectableRequest.emit (node:domain:489:12) at Timeout.<anonymous> (C:\Program Files\ioBroker\node_modules\follow-redirects\index.js:209:12) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7) unifi.0 2024-01-12 08:36:43.316 error [updateUnifiData-login site undefined] error: timeout of 10000ms exceeded, stack: AxiosError: timeout of 10000ms exceeded at RedirectableRequest.handleRequestTimeout (C:\Program Files\ioBroker\node_modules\node-unifi\node_modules\axios\lib\adapters\http.js:643:16) at RedirectableRequest.emit (node:events:517:28) at RedirectableRequest.emit (node:domain:489:12) at Timeout.<anonymous> (C:\Program Files\ioBroker\node_modules\follow-redirects\index.js:209:12) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7)
-
@warp735 sagte in Adapter: ioBroker.unifi:
@rushmed sagte in Adapter: ioBroker.unifi:
Hallo, gibts denn mit dem Adapter ne Möglichkeit die UDM Pro herunter zu fahren?
Hab das gleiche Szenario wie Du und mit folgendem Befehl funktioniert das prima:
var SSH = require('simple-ssh'); var ssh = new SSH({ host: 'deine_ip_der UDM', user: 'dein_user', pass: 'dein_passwort' }); ssh.exec('poweroff').start();
Leider geht das mit dem Unifi Switch nicht
Funktioniert der Befehl noch bei dir?
Bin schon ganzen Tag auf der Suche nach einer Lösung um die UDM herunter fahren zu lassen, leider will es nicht gelingen.
Habe es auch schon mit node-ssh versucht leider auch ohne Erfolg. -
@mike2507
hat es bei dir schonmal funktioniert? Ich fahr jetzt ungern das Ganze runter, nur zum TestenHast ssh aber schon aktiviert, oder?
-
@warp735
Natürlich habe ich SSH aktiviert in der UDM und im Javascriptadapter.
Es geht ja auch zum runterfahren mit dem ssh Terminal vom Mac.
Nur leider nicht über den iobroker. -
@mike2507 sagte in Adapter: ioBroker.unifi:
Natürlich habe ich...
Oh sorry dass ich gefragt habe... Bei mir funktioniert´s einwandfrei
-
@warp735 sagte in Adapter: ioBroker.unifi:
@mike2507 sagte in Adapter: ioBroker.unifi:
Natürlich habe ich...
Oh sorry dass ich gefragt habe... Bei mir funktioniert´s einwandfrei
kein Problem.
Habe noch ein wenig getestet.
Anscheinend wird das Script überhaupt nicht ausgeführt. -
@mike2507 sagte in Adapter: ioBroker.unifi:
kein Problem.
Kam scheinbar nicht an: war ironisch gemeint.
-
Hab mir jetzt den Linux Control Adapter installiert.
Auch mit diesem komme ich nicht auf die UDM.
Sehr interresant das es mit dem Terminal vom Mac funktioniert und übern iobroker nicht.
Die Firewall und meine VLAN sind nicht schuld daran - habe ich auch schon alles nachgesehen.
werde weiter suchen nach meinem Fehler. -
@mike2507 Hast du mal versucht vom iobroker per ssh auf die UDM zu kommen?
Eventuell muss ja noch der Key akzeptiert werden.
-
@wendy2702 sagte in Adapter: ioBroker.unifi:
@mike2507 Hast du mal versucht vom iobroker per ssh auf die UDM zu kommen?
Eventuell muss ja noch der Key akzeptiert werden.
ja habe es versucht, mit dem xterm Adapter. Funktioniert auch.
-
@mike2507 Das meine ich nicht.
Du machst eine Konsole zu deinem iobroker Server auf und von da dann eine SSH verbindung zur UDM
-
Habe meinen iobroker Server in einen proxmox ct laufen.
Habe von dort auch schon auf die UDM zugegriffen. Funktioniert auch.Hab es mit dem xterm Adapter probiert, weil ich da dann mit iobroker Benutzer probiert habe.
-
Hier mal ein Auszug aus meinem Log.
Vielleicht kann jemand was damit anfangen und mir helfen.2024-02-01 13:30:36.842 - [32minfo[39m: linux-control.0 (1460619) getting data from UDMse (10.1.30.1:22, Adapter start) 2024-02-01 13:30:36.842 - [34mdebug[39m: linux-control.0 (1460619) getting data from grafana (10.1.30.4:22) -> not enabled! 2024-02-01 13:30:36.865 - [34mdebug[39m: linux-control.0 (1460619) [getConnection] Host 'UDMse' (10.1.30.1:22): using sudo for authentification 2024-02-01 13:30:36.971 - [31merror[39m: linux-control.0 (1460619) [getConnection] Could not establish a connection to 'UDMse' (10.1.30.1:22)! 2024-02-01 13:30:36.975 - [31merror[39m: linux-control.0 (1460619) [getConnection] error: All configured authentication methods failed, stack: Error: All configured authentication methods failed at doNextAuth (/opt/iobroker/node_modules/ssh2/lib/client.js:865:21) at tryNextAuth (/opt/iobroker/node_modules/ssh2/lib/client.js:1082:7) at USERAUTH_FAILURE (/opt/iobroker/node_modules/ssh2/lib/client.js:430:11) at 51 (/opt/iobroker/node_modules/ssh2/lib/protocol/handlers.misc.js:408:16) at Protocol.onPayload (/opt/iobroker/node_modules/ssh2/lib/protocol/Protocol.js:2052:10) at AESGCMDecipherBinding.decrypt (/opt/iobroker/node_modules/ssh2/lib/protocol/crypto.js:1086:26) at Protocol.parsePacket [as _parse] (/opt/iobroker/node_modules/ssh2/lib/protocol/Protocol.js:2021:25) at Protocol.parse (/opt/iobroker/node_modules/ssh2/lib/protocol/Protocol.js:306:16) at Socket.<anonymous> (/opt/iobroker/node_modules/ssh2/lib/client.js:775:21) at Socket.emit (node:events:514:28) at Socket.emit (node:domain:489:12) at addChunk (node:internal/streams/readable:324:12) at readableAddChunk (node:internal/streams/readable:297:9) at Socket.Readable.push (node:internal/streams/readable:234:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) 2024-02-01 13:30:37.139 - [34mdebug[39m: linux-control.0 (1460619) [refreshHost] UDMse (10.1.30.1:22): button 'linux-control.0.UDMse.refresh' subscribed