NEWS
Adapter: ioBroker.unifi
Adapter: ioBroker.unifi
-
Hi,
ich würde gerne mein failover WAN (LTE Router mit prepaid SIM) nur im Bedarfsfall einschalten (mit einer HomematicIP Schaltsteckdose) und wen das "normale" WAN wieder up ist wieder ausschalten.
Dazu müsste ich den load-balancer status des UniFi USG auslesen können.
Wäre es möglich den Adapter entsprechend zu erweitern?
@zloe said in Adapter: ioBroker.unifi:
Hi,
ich würde gerne mein failover WAN (LTE Router mit prepaid SIM) nur im Bedarfsfall einschalten (mit einer HomematicIP Schaltsteckdose) und wen das "normale" WAN wieder up ist wieder ausschalten.
Dazu müsste ich den load-balancer status des UniFi USG auslesen können.
Wäre es möglich den Adapter entsprechend zu erweitern?
Ist zwar schon sehr lange her, aber ich stehe jetzt vor einem ähnlichen Problem und würde auch gerne den Failover Status (bzw. den Load Balance Status) abfragen können. Bist du hier weitergekommen?
-
@zloe said in Adapter: ioBroker.unifi:
Hi,
ich würde gerne mein failover WAN (LTE Router mit prepaid SIM) nur im Bedarfsfall einschalten (mit einer HomematicIP Schaltsteckdose) und wen das "normale" WAN wieder up ist wieder ausschalten.
Dazu müsste ich den load-balancer status des UniFi USG auslesen können.
Wäre es möglich den Adapter entsprechend zu erweitern?
Ist zwar schon sehr lange her, aber ich stehe jetzt vor einem ähnlichen Problem und würde auch gerne den Failover Status (bzw. den Load Balance Status) abfragen können. Bist du hier weitergekommen?
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
-
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
@Dr-Bakterius Vielen Dank, für die schnelle Antwort. Leider komme ich erst jetzt dazu, das mal auszuprobieren und bleibe auch gleich beim Passwort für die ssh Session hängen. Da meine Linux Kenntnisse eher noch low-level sind, hast du da einen Tipp für mich?
-
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
-
@integer63 und @zloe: Ich mache das nicht mit dem Adapter (der mir zu overload ist), sondern mit einem Bash-Script:
#!/bin/bash # Interface-Werte vom Unifi USG auslesen Erg2=$(ssh *USER*@*IP_CONTROLLER* '/opt/vyatta/bin/vyatta-op-cmd-wrapper show load-balance status') # WAN1 # Status Schnittstelle eth0_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') eth0_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $1}') if [ "$eth0_Status" == "inactive" ] || [ "$eth0_Carrier" == "down" ]; then eth0_Status="false" else eth0_Status="true" fi # WAN2 # Status Schnittstelle eth2_Status=$(echo "$Erg2" | grep "status" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') eth2_Carrier=$(echo "$Erg2" | grep "carrier" | sed -e 's/ /\ /g' | awk '{print $3}' | tr "\n" " " | sed -e 's/ /\ /g' | awk '{print $2}') if [ "$eth2_Status" == "inactive" ] || [ "$eth2_Carrier" == "down" ]; then eth2_Status="false" else eth2_Status="true" fi # In Datenpunkte von ioBroker schreiben Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN1?value=$eth0_Status) Erg=$(curl -s http://*IP_IOBROKER*:*PORT*/set/javascript.0.WAN2?value=$eth2_Status)Die beiden Datenpunkte WAN1 und WAN2 muss man zuvor anlegen. Auch braucht es die SSH-Zugriffsberechtigung und einen cron-Job der das jede Minute ausführt.
Zum Schalten der Steckdose habe ich dann dieses Blockly:
@Dr-Bakterius Und noch mal ich ... funktioniert prima, nochmal vielen Dank. Wenn ich etwas fitter in Sachen Bash-Scripts wäre, würde ich mir etwas für den Output des Befehls 'show load-balance watchdog' basteln, um status/pings/fails auszuwerten:
admin@UniFiSecurityGateway:~$ show load-balance watchdog Group wan_failover eth0 status: Running pings: 83 fails: 2 run fails: 0/3 route drops: 8 ping gateway: 208.67.220.222 - REACHABLE last route drop : Fri Jan 10 08:51:01 2020 last route recover: Fri Jan 10 12:35:50 2020 eth2 status: Running failover-only mode pings: 81 fails: 9 run fails: 1/3 route drops: 4 ping gateway: 208.67.220.222 - REACHABLE last route drop : Thu Jan 9 22:19:11 2020 last route recover: Thu Jan 9 22:20:40 2020 -
@Dr-Bakterius Und noch mal ich ... funktioniert prima, nochmal vielen Dank. Wenn ich etwas fitter in Sachen Bash-Scripts wäre, würde ich mir etwas für den Output des Befehls 'show load-balance watchdog' basteln, um status/pings/fails auszuwerten:
admin@UniFiSecurityGateway:~$ show load-balance watchdog Group wan_failover eth0 status: Running pings: 83 fails: 2 run fails: 0/3 route drops: 8 ping gateway: 208.67.220.222 - REACHABLE last route drop : Fri Jan 10 08:51:01 2020 last route recover: Fri Jan 10 12:35:50 2020 eth2 status: Running failover-only mode pings: 81 fails: 9 run fails: 1/3 route drops: 4 ping gateway: 208.67.220.222 - REACHABLE last route drop : Thu Jan 9 22:19:11 2020 last route recover: Thu Jan 9 22:20:40 2020@integer63 sagte in Adapter: ioBroker.unifi:
Wenn ich etwas fitter in Sachen Bash-Scripts wäre
Das kommt noch. Wenn du das bisher umsetzen konntest, schaffst du es auch das Skript anzupassen. Das meiste findet man im Netz und den Rest erkundet man durch Probieren. Ich weiß das, denn ich bin auch nur ein Noob.
-
Ich versuche seit Wochen verzweifelt den WLAN Datendurchsatz jedes Clients mit dem UniFi Adapter zu erfassen.
Eigentlich gibt es dazu auch einen Datenpunkt namens tx_bytes.
Nur leider setzt dieser sich bei mir willkürlich zurück auf 0 und springt dann wieder auf den alten Wert.So bekomme ich keine gescheiten Daten.
In der API (Github Link) soll es wohl noch anders möglich sein.
Ich kann das aber weder deuten noch in den ioBroker einbauen.Kann jemand von euch damit was anfangen?
Oder mir einen Tipp geben wie ich mein Vorhaben umsetzen kann? -
Hallo !
bei der Unifi Dream Machine (UDM) bzw. in der Pro-Variante läuft ja nun der Controller auf der Hardware mit - hier hat sich die URL der API geändert - siehe auch hier:
https://github.com/Art-of-WiFi/UniFi-API-clientWäre toll, wenn sich jemand erbarmen würden den Adapater entsprechend anzupassen.
lg Pietro
-
Ich habe ebenfalls ein USG im Einsatz und bin mit dem Controller auf 5.12.35-12979-1.
Erhalte im LOG:
host.raspberrypi 2020-02-13 21:06:46.266 info instance system.adapter.unifi.0 terminated with code 0 (NO_ERROR) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at Array.every (<anonymous>) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7 host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13 host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 host.raspberrypi 2020-02-13 21:06:46.262 error Caught by controller[0]: TypeError: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.559 info (30725) Terminated (NO_ERROR): Without reason unifi.0 2020-02-13 21:06:39.556 info (30725) terminating unifi.0 2020-02-13 21:06:39.495 info (30725) cleaned everything up... unifi.0 2020-02-13 21:06:39.493 error (30725) TypeError: Cannot read property 'subsystem' of null at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) unifi.0 2020-02-13 21:06:39.491 error (30725) uncaught exception: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.415 info (30725) getSitesStats: default unifi.0 2020-02-13 21:06:36.016 info (30725) controller = 192.168.1.17:8443Es wurden offenbar auch einige Datenpunkte angelegt, aber nicht beschrieben:
Jemand eine Idee was man noch versuchen kann, außer Downgraden..
-
Ich habe einen UDM im Einsatz - keinen USG (mehr) - der USG hat damit ja har nichts zu tun - sondern der Controller (zB Unifi-Cloudkey, bzw. Raspi etc.).
Beim UDM (pro) läuft der Controller hingegen direkt auf der Firewall - und hier haben sich die URLs geändert...lg Pietro
-
Ich habe ebenfalls ein USG im Einsatz und bin mit dem Controller auf 5.12.35-12979-1.
Erhalte im LOG:
host.raspberrypi 2020-02-13 21:06:46.266 info instance system.adapter.unifi.0 terminated with code 0 (NO_ERROR) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseArray (/opt/iobroker/node_modules/iobroker.unifi/main.js:165:7) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at Array.every (<anonymous>) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:168:7 host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.265 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:178:27) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:288:13 host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:155:5) host.raspberrypi 2020-02-13 21:06:46.264 error Caught by controller[0]: at traverseObject (/opt/iobroker/node_modules/iobroker.unifi/main.js:184:7) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) host.raspberrypi 2020-02-13 21:06:46.263 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 host.raspberrypi 2020-02-13 21:06:46.262 error Caught by controller[0]: TypeError: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.559 info (30725) Terminated (NO_ERROR): Without reason unifi.0 2020-02-13 21:06:39.556 info (30725) terminating unifi.0 2020-02-13 21:06:39.495 info (30725) cleaned everything up... unifi.0 2020-02-13 21:06:39.493 error (30725) TypeError: Cannot read property 'subsystem' of null at /opt/iobroker/node_modules/iobroker.unifi/main.js:292:58 at traverse (/opt/iobroker/node_modules/iobroker.unifi/main.js:156:32) unifi.0 2020-02-13 21:06:39.491 error (30725) uncaught exception: Cannot read property 'subsystem' of null unifi.0 2020-02-13 21:06:39.415 info (30725) getSitesStats: default unifi.0 2020-02-13 21:06:36.016 info (30725) controller = 192.168.1.17:8443Es wurden offenbar auch einige Datenpunkte angelegt, aber nicht beschrieben:
Jemand eine Idee was man noch versuchen kann, außer Downgraden..
@SaschaS hast du schon https://forum.iobroker.net/topic/4514/adapter-iobroker-unifi/255 versucht wie von @TorbenNW vorgeschlagen? Bei mir halfs
-
Ich versuche seit Wochen verzweifelt den WLAN Datendurchsatz jedes Clients mit dem UniFi Adapter zu erfassen.
Eigentlich gibt es dazu auch einen Datenpunkt namens tx_bytes.
Nur leider setzt dieser sich bei mir willkürlich zurück auf 0 und springt dann wieder auf den alten Wert.So bekomme ich keine gescheiten Daten.
In der API (Github Link) soll es wohl noch anders möglich sein.
Ich kann das aber weder deuten noch in den ioBroker einbauen.Kann jemand von euch damit was anfangen?
Oder mir einen Tipp geben wie ich mein Vorhaben umsetzen kann?@aleks-83
Bin ich denn der einzige der sich eine Anzeige des Datendurchsatzes je Client wünscht?
Mit dem aktuellen Datenpunkt von .tx_bytes kann man leider nix anfangen.
Der springt immer wieder auf 0 sobald der Client den Kanal oder den Accesspoint wechselt.So sieht es dann bei einem Clienten aus der den ganzen Tag im WLAN ist.
-
Ich habe mir heute erfolgreich den Unifi Adaper installiert.
Kann es sein, dass dieser nur Werte lesen kann? Ich würde gerne zu speziellen Uhrzeiten über ioBroker die Access Points "disablen". Da gibt es ja auch einen State für - allerdings scheint der nicht beschreibbar. Oder mache ich was falsch?Danke!
-
Ich habe mir heute erfolgreich den Unifi Adaper installiert.
Kann es sein, dass dieser nur Werte lesen kann? Ich würde gerne zu speziellen Uhrzeiten über ioBroker die Access Points "disablen". Da gibt es ja auch einen State für - allerdings scheint der nicht beschreibbar. Oder mache ich was falsch?Danke!
-
@mbad du machst nichts falsch, der Adapter kann nur lesen. Ich nutze FHEM, um Einstellungen zu verändern.
@Hiltex said in Adapter: ioBroker.unifi:
@mbad du machst nichts falsch, der Adapter kann nur lesen. Ich nutze FHEM, um Einstellungen zu verändern.
Hmm... schade @jens-maus kann man den Adapter nicht erweitern, um einfache Werte auch zu schreiben? Speziell das disablen des Access Point wäre ja Klasse, da die Schedul Funktion ja nur die Anmeldung verhindert, jedoch den AP nicht wirklich abschaltet.
-
@Hiltex said in Adapter: ioBroker.unifi:
@mbad du machst nichts falsch, der Adapter kann nur lesen. Ich nutze FHEM, um Einstellungen zu verändern.
Hmm... schade @jens-maus kann man den Adapter nicht erweitern, um einfache Werte auch zu schreiben? Speziell das disablen des Access Point wäre ja Klasse, da die Schedul Funktion ja nur die Anmeldung verhindert, jedoch den AP nicht wirklich abschaltet.
Du könntest auch mal hier rein schauen. Ist ein Script und kein Adapter.
-
@dslraser said in Adapter: ioBroker.unifi:
Danke @dslraser und @Kueppert ! Sieht interessant und für meine Zwecke ausreichend aus. Muss ich mir mal anschauen, wie man das Script genau zum Laufen bringt.
-
Vieleicht kann man mir ja jemand helfen, habe 2 UniFi AP AC.Pro. Diese funken auf 2.4 Ghz und 5 Ghz. Ich habe bei beiden APs eingestellt, das 5 Ghz bevorzugt werden soll, leider verbinden sich die Geräte jedoch alle im 2.4 Ghz Netz obwohl ich fast neben dem AP sitze. Habe ein Galaxy S10, das gleiche trifft auch auf den Fire TV Stick zu. Der Fire TV Stick ist im WZ, 2.4 Ghz ist ca bei -55dbm und 5 Ghz bei -65dbm, kann ich irgendwie dafür sorgen das 5 Ghz genutzt wird
-
Vieleicht kann man mir ja jemand helfen, habe 2 UniFi AP AC.Pro. Diese funken auf 2.4 Ghz und 5 Ghz. Ich habe bei beiden APs eingestellt, das 5 Ghz bevorzugt werden soll, leider verbinden sich die Geräte jedoch alle im 2.4 Ghz Netz obwohl ich fast neben dem AP sitze. Habe ein Galaxy S10, das gleiche trifft auch auf den Fire TV Stick zu. Der Fire TV Stick ist im WZ, 2.4 Ghz ist ca bei -55dbm und 5 Ghz bei -65dbm, kann ich irgendwie dafür sorgen das 5 Ghz genutzt wird
@Malz1902
Wenn die Signalstärke bei 5 GHz schlechter ist wird natürlich 2.4GHz bevorzugt.Was deine Handys können weiß ich nicht und wie die Auslastung und/oder die Störungen in deinem 5GHz Netz sind weiß ich auch nicht
202
Online32.4k
Users81.3k
Topics1.3m
Posts