UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dslraser]

@sts-teltow
könnte tatsächlich was mit den zwei Containern zu tun haben. Bei mir läuft macvlan (da ich auch zwei Netzwerkanschlüsse an der Syno habe)
Damit konnten dann jedenfalls auch Container untereinander reden.

[sts-teltow]

@dslraser sagte in Adapter: ioBroker.unifi:
ich habe auch mit macvlan konfiguriert und ansonsten auch gar keine Probleme. Ich vermute, das die Konfiguration des unifi Controllers "gleiches Netzwerk wie Host" das Problem auslösen könnte. Werde wohl mal einen Container mit eigener IP für den unifi konfigurieren

[sts-teltow]

Leider weiß ich noch nicht, wie man zwischen zwei Beiträgen zitiert, daher hier mit Screenshot:

@sts-teltow

Ich denke damit habe ich das Problem, bzw. einen Lösungsansatz gefunden.

[dslraser]

@sts-teltow sagte in Adapter: ioBroker.unifi:

Ich denke damit habe ich das Problem, bzw. einen Lösungsansatz gefunden.

sowas hatte ich im Hinterkopf und meine es damals auch gelesen zu haben, ich wußte es nur nicht mehr genau...

[liv-in-sky]

@dslraser sagte in Adapter: ioBroker.unifi:

@sts-teltow
ja, habe gerade gesehen das Du Deinen Beitrag editiert hast.

Ich habe nur iobroker im Docker und unifi als cloudkey laufen, aber ich glaube @liv-in-sky hat auch unifi docker, oder ? (vielleicht kann er helfen)

sorry - proxmox mit container

[Camuri]

@sts-teltow sagte in Adapter: ioBroker.unifi:

@Frank579 Gleiches Ergebnis. Er setzt dann lediglich den port 443, ohne den Eintrag:

hab das selbe Problem seit dem Update von den Unifi CloudKey, liegt aber daran weil man jetzt nicht mehr über den Port connectet zumindest steht der nicht mehr in der Adressleiste. Adresse sieht nun so aus https://XX.X.X.X/network/site/default/dashboard vorher war es https://XX.X.X.X:8443/manage/site/default/dashboard

[Chaot]

@Camuri Hast du die Maschine auf der der Controler läuft mal neu gestartet? Passiert bei mir manchmal nach einem Controllerupdate das ich viel Fehlermeldungen im ioBroker erhalte. Nach Neustart sind die immer weg.

[Camuri]

@Chaot habs gerade nochmal editiert meinen Beitrag werds aber mal neustarten

[Camuri]

Problem besteht auch nach Neustart weiterhin, ich denke das liegt wie oben geschrieben daran das die Adresse sich geändert hat zum aufrufen.

[dslraser]

@Camuri
mach den Port beim Adapter raus (bei Dir im Foto steht noch 8443 drinn)

[Camuri]

@dslraser sagte in Adapter: ioBroker.unifi:

@Camuri
mach den Port beim Adapter raus (bei Dir im Foto steht noch 8443 drinn)

danke :man-facepalming: das wars

[aleks-83]

@aleks-83 sagte in Adapter: ioBroker.unifi:

In der Doku steht, dass wenn man Datenpunkte vermisst, man unter der URL "https://IP:PORT/api/s/SITE/stat/sta" nachschauen soll.

Dort gibt es den Datenpunkt tx_rates. Aber wie bekome ich ihn jetzt in meinen Adapter?

Hat jemand vielleicht einen Tipp für mich?

[uwe72]

@aleks-83 said in Adapter: ioBroker.unifi:

https://IP:PORT/api/s/SITE/stat/sta

Ich kann dir vielleicht danach helfen, wenn ich mal gesehen habe was man dort sehen kann, aber ich kriege dort nichts angezeigt. Wie sieht dies bei dir aus?

[liv-in-sky]

@uwe72 für SITE muss dein sitename rein - meist: default - bin aber nicht sicher, ob du da nicht eingeloggt sein muss

[aleks-83]

@uwe72
@liv-in-sky
Das stimmt. Man muss den Site Namen eintragen. In der Regel "default".
Bei mir also z.B. "https://10.0.0.11:8443/api/s/default/stat/sta"

Dann erhalte ich eine ellenlange Ausgabe.
Hier mal ein Auszug bis zum ersten Auftreten von "tx_rate":
(Teilweise unkenntlich gemacht)

{"meta":{"rc":"ok"},"data":[{"site_id":"5c0044c5ff4a9304fXXXXXXXX","assoc_time":1611896641,"latest_assoc_time":1613001782,"oui":"SlimDevi","user_id":"5c00501cff4a930XXXXXXXX","_id":"5c00501cff4a930XXXXXXXX","mac":"00:04:20:XXXXXXXX","is_guest":false,"first_seen":1543524380,"last_seen":1613113047,"is_wired":false,"hostname":"HarmonyHub","usergroup_id":"","name":"HarmonyHubWoZi","noted":true,"fingerprint_override":true,"dev_id_override":2360,"_uptime_by_uap":111266,"_last_seen_by_uap":1613113047,"_is_guest_by_uap":false,"ap_mac":"78:8a:20:XXXXXXXX","channel":5,"radio":"ng","radio_name":"wifi0","essid":"WLAN24","bssid":"7a:8a:20:XXXXXXXX","powersave_enabled":false,"is_11r":false,"ccq":991,"rssi":47,"noise":-113,"signal":-49,"tx_rate":72222,

[Chaot]

@aleks-83
Der Sitename tauch übrigens in der Adresszeile des Browsers auf und hat nichts mit dem Namen der Site zu tun:

https://192.xxx.xxx.xxx:8443/manage/site/ka118xps/v2/clients

In dem Fall hier ist der Sitename

ka118xps

[uwe72]

@chaot

was ich immer noch nicht verstehe, warum kann man weder im Adapter noch über die API den Status (Verbunden, Getrennt, Isoliert,...) der AccessPoints auslesen?

Ich mache dies aktuell sehr umständlich über ein eigenes Java-Programm (parse die Webseite) und befülle dann ioBroker Datenpunkte)

[Chaot]

@uwe72 Kann ich dir leider nicht beantworten. Ich nutze nur einen UAP.
Aber wenn der Status schon nicht über die API kommt wird der auch nicht in den Adapter kommen können.
Da muss dann Ubiquiti nacharbeiten.

[Nashra]

Moin wo wir gerade dabei sind, seit ein paar Tagen kommen unregelmäßig
folgende Fehlermeldungen:

Heute 16:56	error	unifi.0	fetchGatewayTraffic: Returned data is not in valid format. This option is only available for gateway
Heute 11:20	error	unifi.0	fetchAlarms: Returned data is not in valid format

Gestern 19:22	error	unifi.0	fetchWlans: Returned data is not in valid format

Kann es sein das es was mit einem neuen Update der Firmware für die AP-AC zu tun hat?

[Frank579]

@nashra sagte in Adapter: ioBroker.unifi:

Kann es sein das es was mit einem neuen Update der Firmware für die AP-AC zu tun hat?

Habe das Update auch seit gestern drauf, bei mir ist noch..... Nichts