Adapter: ioBroker.unifi

[guergen]

Hi, hat sich schon was in Bezug auf

fetchWlans: Returned data is not in valid format

und

fetchDevices: Returned data is not in valid format

getan?

Ich habe alle Vorschläge hier aus dem Forum probiert, ich bekomme den unteren Fehler alle 5 Minuten und den oberen alle 30 Minuten angezeigt.
Ich nutze hier eine USG 3P
Adpter : 0.5.10

[csamaggi]

Hallo ihr lieben,

vielleicht habt ihr ja eine Idee für mein Problem.

Soweit läuft der Adapter alles IO.

Aber irgendwie sagt er bei einem meiner Geräte dass diese nicht Online "is_online" "false".
Obwohl es da ist und auch Online er hat es ja auch bei Last seen drin also hat er es auch gesehen.
Wenn ich bei Unify schaue wird es auch angezeigt dass es da ist.
Das Gerät lässt sich auch anpingen.

Hoffe ihr habt da eine Idee.

MFG Maggi

[crunchip]

@csamaggi sagte in Adapter: ioBroker.unifi:

Obwohl es da ist und auch Online er hat es ja auch bei Last seen drin also hat er es auch gesehen.
Wenn ich bei Unify schaue wird es auch angezeigt dass es da ist.

mag sein das es seit den letzten Unifi update's kommt?
hab seit neustem im Controller, das manchmal Lan als Wlan angezeigt wird, oder auch ein Lan Gerät als nicht verbunden, obwohl alles läuft.

[csamaggi]

Ja ich hatte die Tage mal alle meine Geräte upgedatet.

Aber das Problem hab ich schon einige Tage länger.

MFG Maggi

[NWH]

Ich habe seit 2 Tagen Plötzlich diese Fehlermeldung im Protokoll.
Geändert habe ich nur, dass ich den UNIFI Controller auf den neuesten Stand gebracht habe.
Was kann ich tun, damit der Unifi Adapter wieder funktioniert?

"fetchSites: Returned data is not in valid format"

[Ben. 0]

Könntest du ein Attribut "ClientCount" oder so einfügen, das einfach die Anzahl der aktuell verbundenen Clients bereithält, oder beschränkst du dich bei deiner Implementierung auf die API?

Danke für deine Arbeit!

[crunchip]

@nwh die Meldung kommt, wenn dein Controller nicht erreichbar ist, z.b bei einem Update

[Qlink]

Hi Leute,

ich habe heute erfolgreich meinen Unifi Adapter in Betrieb genommen.
Alles grün soweit.

Ich würde jetzt gerne die Möglichkeit haben per iobroker Blockly Script einzelne APs zu deaktivieren/aktivieren.
Ich habe hierzu einen Eintrag auf github gefunden, werde aber nicht ganz schlau daraus bzw. hab ich auch kein nodered im Einsatz:

https://github.com/iobroker-community-adapters/ioBroker.unifi/issues/124

Should be easily possible.
https://flows.nodered.org/node/node-red-contrib-unifi
`"disableWlan : Disable/Enable Wlan { command: "disableWlan", wlan_id: "use _id from command WlanSettings", disable: true }"
enableAP : Enable an Access point { command: "enableAP", device_id: "24 char device id" }

disableAP : Disable an Access point { command: "disableAP", device_id: "24 char device id" }`

Disable/enable an access point (using REST) - disable_ap()

https://github.com/jens-maus/node-unifi/blob/76f99562806bcd5e5abcbc3e4c0e9fc86bcfcd1d/unifi.js#L2013

Kann mir jemand erklären bzw. ein Beispiel posten, wie ich damit per Blockly einzelne APs deaktivieren/aktivieren kann ?

Beste Grüße

Draygv2 created this issue in iobroker-community-adapters/ioBroker.unifi

open Device/disable #124

[Hiltex]

@qlink So wie ich das sehe ist diese Funktion nicht im Adapter implementiert.

Ich habe in der Vergangenheit bestimmte Einstellungen (zum Beispiel PoE für bestimmte Ports abschalten, um Geräte zu deaktivieren) per SNMP-Adapter gemacht.

Die richtige SNMP-Adresse zu finden ist ein wenig frickelig, aber das hat bei meinem Switch (Cisco) immer einwandfrei funktioniert.

Vielleicht ist das ja auch für dich ein guter Weg?

[Qlink]

@hiltex die einfachste und durchgängigste Lösung wäre für mich wenn ich keinen extra Adapter für das Deaktivieren von APs benötigen würde. SNMP kann echt mühsam sein wie ich finde, noch dazu weiß ich gar nicht ob mein Netgear PoE Switch das überhaupt beherrschen würde...

Würde das deaktivieren einzelner PoE Ports komfortabel mit dem Unifi Adapter funktionieren, wenn ich einen Unifi PoE Switch einsetzen würde ?
Das wäre eventuell noch eine gute Option für mich, falls sich tatsächlich keine Lösung mit dem o.g. REST API Befehl findet.

Beste Grüße

[Qlink]

@qlink said in Adapter: ioBroker.unifi:

Hi Leute,

ich habe heute erfolgreich meinen Unifi Adapter in Betrieb genommen.
Alles grün soweit.

Ich würde jetzt gerne die Möglichkeit haben per iobroker Blockly Script einzelne APs zu deaktivieren/aktivieren.
Ich habe hierzu einen Eintrag auf github gefunden, werde aber nicht ganz schlau daraus bzw. hab ich auch kein nodered im Einsatz:

https://github.com/iobroker-community-adapters/ioBroker.unifi/issues/124

Should be easily possible.
https://flows.nodered.org/node/node-red-contrib-unifi
`"disableWlan : Disable/Enable Wlan { command: "disableWlan", wlan_id: "use _id from command WlanSettings", disable: true }"
enableAP : Enable an Access point { command: "enableAP", device_id: "24 char device id" }

disableAP : Disable an Access point { command: "disableAP", device_id: "24 char device id" }`

Disable/enable an access point (using REST) - disable_ap()

https://github.com/jens-maus/node-unifi/blob/76f99562806bcd5e5abcbc3e4c0e9fc86bcfcd1d/unifi.js#L2013

Kann mir jemand erklären bzw. ein Beispiel posten, wie ich damit per Blockly einzelne APs deaktivieren/aktivieren kann ?

Beste Grüße

@liv-in-sky hast du eventuell eine Idee ob und wie das funktionieren könnte ?

[liv-in-sky]

@qlink sagte in Adapter: ioBroker.unifi:

https://flows.nodered.org/node/node-red-contrib-unifi

ich habe mal ein wenig mit nodered gespielt - ich bekomme eine verbindung und kann standard sachen abfragen

leider gelingt es mir nicht, zb die led zu schalten - da muss man dann wohl auf github ein issue aufmachen - ich testete mit der led - wollte keinen ap abschalten.

hier noch in paar links.
https://flows.nodered.org/node/node-red-contrib-unifi - muss in nodered installiert werden - inm setting der nodered instanz
https://discourse.nodered.org/t/node-red-contrib-unifi/27653/12 darin ist ein beispiel für den import - funktioniert leider nicht mit led schalten

man braucht z.b. die id der aps - die habe ich bekommen mit:

@mickym : hast du zufällig unifi im einsatz ?

[mickym]

@liv-in-sky sagte in Adapter: ioBroker.unifi:

@mickym : hast du zufällig unifi im einsatz ?

Nein kann ich leider nicht mit dienen.

[Qlink]

@liv-in-sky

Vielen Dank für den Test und die Rückmeldung.
Würde das auch ohne NodeRed funktionieren ?

Perfekt wäre wenn man den enableAP Befehl per Blockly Script absetzen könnte oder ist das Wunschdenken und technisch nicht möglich?

Beste Grüße

[liv-in-sky]

@qlink mit blocky geht da wenig - der haupteil müßte javascript sein - das problem: du musst den controller via api mit z.b axios abfragen

soweit ich mich erinnere, wird eingeloggt, dann ein token erzeugt, dann kann man die abfrage starten bzw das setzen

ich hatte damals ein script - nutzte aber nicht axios sondern etwas anderes - dieses andere wird nicht mehr supportet.

die lösung mit nodered wäre echt eine einfache lösung,, da das logging gemacht wird - und rein theoretisch brauchst du nur ein paar nodered bausteine.

habe mal https://github.com/Isaksson/node-red-contrib-unifi/issues/65 was in github gechrieben - vielleicht meldet sich da jmd

liv-in-sky created this issue in Isaksson/node-red-contrib-unifi

closed hilfe bei command senden #65

[liv-in-sky]

@mickym

ich hätte noch eine frage - ich habe die node so installieren lassen:

die version ist dann . _from": "node-red-contrib-unifi@0.0.6",
https://github.com/Isaksson/node-red-contrib-unifi

auf github gibt es aber : "name": "node-red-contrib-unifi",
"version": "0.1.17",

wie kann ich sowas updaten ?

[mickym]

@liv-in-sky Nutz den Pallettenmanager.

Da sollte es Dir jedenfalls angeboten werden:

[liv-in-sky]

@mickym danke - das war es - jetzt gehts
@Qlink - sollen wir das mal über anydesk zusammen machen

import für nodered led ein-aus

[
   {
       "id": "9640191b.199ab8",
       "type": "function",
       "z": "449f3b6f.357e34",
       "name": "disableLED",
       "func": "msg.payload = { command: \"setapled\",\n  device_id: \"5cadd9763b6a3967dd7e5389\", \n  mode: \"off\" }; \nreturn msg;\n\n/*msg.payload = { command: \"ClientDevices\"}; return msg;*/",
       "outputs": 1,
       "noerr": 0,
       "initialize": "",
       "finalize": "",
       "libs": [],
       "x": 670,
       "y": 620,
       "wires": [
           [
               "9881035.ef6d1"
           ]
       ]
   },
   {
       "id": "9881035.ef6d1",
       "type": "Unifi",
       "z": "449f3b6f.357e34",
       "name": "cont",
       "ip": "192.168.178.157",
       "port": 8443,
       "site": "default",
       "command": "70",
       "unifios": false,
       "x": 870,
       "y": 620,
       "wires": [
           [
               "cf76e417.825ae8"
           ]
       ]
   },
   {
       "id": "cf76e417.825ae8",
       "type": "debug",
       "z": "449f3b6f.357e34",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1050,
       "y": 620,
       "wires": []
   },
   {
       "id": "3568cf39.7471c",
       "type": "ioBroker in",
       "z": "449f3b6f.357e34",
       "name": "TestLogic",
       "topic": "0_userdata.0.CONTROL-OWN.AAATEST.TestLogic",
       "payloadType": "value",
       "onlyack": "",
       "func": "all",
       "gap": "",
       "fireOnStart": "false",
       "x": 180,
       "y": 620,
       "wires": [
           [
               "a20cb78d.675828",
               "a1ee70b2.35544"
           ]
       ]
   },
   {
       "id": "a20cb78d.675828",
       "type": "debug",
       "z": "449f3b6f.357e34",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "false",
       "statusVal": "",
       "statusType": "auto",
       "x": 370,
       "y": 680,
       "wires": []
   },
   {
       "id": "a1ee70b2.35544",
       "type": "switch",
       "z": "449f3b6f.357e34",
       "name": "",
       "property": "payload",
       "propertyType": "msg",
       "rules": [
           {
               "t": "eq",
               "v": "false",
               "vt": "str"
           },
           {
               "t": "eq",
               "v": "true",
               "vt": "str"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 2,
       "x": 410,
       "y": 620,
       "wires": [
           [
               "9640191b.199ab8"
           ],
           [
               "8b796ba6.b27f18"
           ]
       ]
   },
   {
       "id": "8b796ba6.b27f18",
       "type": "function",
       "z": "449f3b6f.357e34",
       "name": "disableLED",
       "func": "msg.payload = { command: \"setapled\",\n  device_id: \"5cadd9763b6a3967dd7e5389\", \n  mode: \"on\" }; \nreturn msg;\n\n/*msg.payload = { command: \"ClientDevices\"}; return msg;*/",
       "outputs": 1,
       "noerr": 0,
       "initialize": "",
       "finalize": "",
       "libs": [],
       "x": 670,
       "y": 680,
       "wires": [
           [
               "6cbe1d44.06b5b4"
           ]
       ]
   },
   {
       "id": "6cbe1d44.06b5b4",
       "type": "Unifi",
       "z": "449f3b6f.357e34",
       "name": "cont",
       "ip": "192.168.178.157",
       "port": 8443,
       "site": "default",
       "command": "70",
       "unifios": false,
       "x": 870,
       "y": 680,
       "wires": [
           [
               "5b624b7c.fa66d4"
           ]
       ]
   },
   {
       "id": "5b624b7c.fa66d4",
       "type": "debug",
       "z": "449f3b6f.357e34",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1050,
       "y": 680,
       "wires": []
   },
   {
       "id": "c78837d0.3c2228",
       "type": "Unifi",
       "z": "449f3b6f.357e34",
       "name": "cont",
       "ip": "192.168.178.157",
       "port": 8443,
       "site": "default",
       "command": "70",
       "unifios": false,
       "x": 1190,
       "y": 760,
       "wires": [
           [
               "b340b805.b2b028"
           ]
       ]
   },
   {
       "id": "b340b805.b2b028",
       "type": "debug",
       "z": "449f3b6f.357e34",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1370,
       "y": 760,
       "wires": []
   },
   {
       "id": "275d68a8.045d08",
       "type": "inject",
       "z": "449f3b6f.357e34",
       "name": "",
       "props": [
           {
               "p": "payload"
           },
           {
               "p": "topic",
               "vt": "str"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "",
       "payloadType": "date",
       "x": 820,
       "y": 760,
       "wires": [
           [
               "c78837d0.3c2228"
           ]
       ]
   }
]

[mickym]

@qlink sagte in Adapter: ioBroker.unifi:

@liv-in-sky

Vielen Dank für den Test und die Rückmeldung.
Würde das auch ohne NodeRed funktionieren ?

Perfekt wäre wenn man den enableAP Befehl per Blockly Script absetzen könnte oder ist das Wunschdenken und technisch nicht möglich?

Beste Grüße

Ich weiß nicht, warum ihr immer was gegen NodeRed habt - mit der integration in iobroker habt ihr doch viel mehr Möglichkeiten, da ihr eine viel größere Hardwareunterstützung habt, als nur über die Adapter. Deswegen ist das doch integriert.

Du kannst im NodeRed nur die Daten aus der Node in einen Datenpunkt schreiben oder in NodeRed aus einem Datenpunkt lesen und sonst alles über Dein Blockly machen. Da brauchst Du noch nicht mal viel Kenntnisse in NodeRed.

[liv-in-sky]

@mickym

ich persönlich mag es nicht, weil ich alles in javascript oder blockly haben will -ABER: ein paar flows habe ich auch - manche sachen sind damit wirklich einfacher

hatte früher echt das problem, dass ich irgendwas in den scripts gesucht habe, es nicht gefunden habe, weil es in node red war - liegt aber auch vielleicht bei mir und meiner struktur bzw benennung der scripte