Um die leidige FritzBox Diskussion abzuschließen noch ein letztes Statement: ich habe gute Gründe, mein Netz so aufzubauen wie es ist. Gut gemeinte Ratschläge Außenstehender sind da leider oft eher unpassend. Also lassen wir es gut sein.
Beiträge von bph84
-
-
Ich stimme Schubbie zu, wenn die FritzBox lange für den Seiten Aufruf braucht, dann war/ist etwas an der Box defekt, manchmal hilft in dem Fall ein Werksreset, in den meisten Fällen ist das jedoch ein Hardware defekt.
Ich hatte dazu ein Ticket bei AVM und die haben das Problem generell bestätigt, aber leider nicht grundlegend beseitigen können. Meiner Meinung nach zu viele Funktionen, die man noch dazu nicht rauswerfen kann, wenn man sich nicht braucht. Für mich ist das Gesamtpaket nicht stimmig: keine VLAN Unterstützung, Routing funktioniert nicht bei IP-Sec Verbindungen, DNS-Zuweisung eigener DNS geht bei IP Sec nicht, usw. Ich hatte mich auch schon mal ausgesperrt, weil ich irgend eine Reihenfolge beim Löschen von Routen und Netzen nicht eingehalten hatte. Brauch ich echt nicht.
Schau dir mal die 2,4 GHz Datenraten Steuerung an dort kann man die minimale Datenrate vorgeben und ab wann langsame Geräte (Shellys) automatisch getrennt werden.
Hab mal "Auto" rausgenommen. Mal sehen, was passiert. Danke für die Tips.
-
Schau mal ob du 2,4ghz Beamforming manuell aktiveren kannst, ich glaub bei den UniFi-Geräten ist das standardmäßig ausgeschallten. Das sollte dir noch etwas mehr Reichweite geben. Ich nutzen Asus Wifi6e Geräte als AP, da war 2,4ghz Beamforming ebenfalls per Default deaktiviert.
Ich hab da nix gefunden, was in die Richtung geht. Möglicherweise geht das bei den U6 lite auch gar nicht, die ich verbaut habe. Immerhin hat das Umschalten auf hohe Leistung schon mal eine signifikante Verbesserung des RSSI gebracht. Bisher gab es keinen weiteren Abbruch. Hab noch einen Ping mitlaufen, sah tatsächlich alles gut aus heute. Wenn es dann gar nicht gehen sollte, werde ich wohl in den Schaltkasten mit dem Pro 3EM wechseln, der hat LAN Anschluss und dann sollte es passen.
-
Ist es verwunderlich, dass mehrere UniFi-Geräte eine bessere Abdeckung als eine einzelne FritzBox liefern? Sind die wenigstens kabelgebunden? AVM hat ebenfalls kabelgebundene Repeater, die man hätte nehmen können.
Ja, sie sind wenigstens kabelgebunden. Und das Hauptproblem bei der Fritzbox war nicht die Abdeckung, sondern, dass gelegentlich Clients aus dem WLAN rausgeflogen sind und nicht wieder connecten konnten. Außerdem war die Geschwindigkeit der Management Oberfläche der Fritzbox unterirdisch: oft 10 min für einen Wechsel auf eine andere Seite. Und wenn man einmal dabei ist umzubauen, dann halt auch gleich noch Abdeckung erweitern. Halte ich zumindest für sinnvoll. Und ja, AVM fliegt irgendwann komplett raus bzw. wird sich genau einem Service widmen dürfen. Und der heißt nicht WiFi.
-
Mit dem Einbau der UniFi APs hab ich jetzt schon pro Etage 1 AP und es ist deutlich besser als vorher mit nur einer Fritzbox, auch von der gesamten Verfügbarkeit des WLAN her. Ich hab den Shelly noch mal gegen einen anderen getausch und die Leitungs auf der AP Seite fest auf High eingestellt, mal sehen, was die nächsten Tage sagen...
-
aktuell -83 am Shelly und -77 am AP, sieht wohl nach WLAN-Problem aus?
Ich hab mal die Leistung für 2.4GHz auf maximal gesetzt. Mal sehen was passiert...
-
Hallo,
ich habe kürzlich meinen ersten Shelly Plus1PM installiert und messe damit Stromverbrauch. Dazu lese ich über das rpc Protokoll die Meßdaten ein mal pro Minute aus. Dabei gibt es immer wieder Aussetzer, d.h. mein Script kann keine Verbindung zum Shelly herstellen:
fopen(http://172.16.5.110/rpc/Switch.GetStatus?id=0): failed to open stream: No route to host
mein Shelly hat folgende Daten:
"model":"SNSW-001P16EU",
"gen":2,"
fw_id":"20230308-091612/0.14.1-g22a4cb7",
"ver":"0.14.1",
"app":"Plus1PM"
Das ging am ersten Abend der Inbetriebnahme los und dauerte ca. 25 min, dann 5min alles OK und wieder Aussetzer für 10 min. Danach lief er einen kompletten Tag störungsfrei durch und hatte dann abends wieder viele kurze Aussetzer und war psäter mehrmals bis zu einer Stunde Dauer überhaupt nicht zu erreichen. Währenddessen funktioniert auch die Web-GUI von einem anderen Rechner aus nicht.
Die Temperatur des Geräts sieht für mich nicht ungewöhnlich aus: 48°C +- 0,1 ohne Ausreißer, mein WLAN (UniFi) hat keine Verbindungsprobleme gemeldet, so weit ich das im WLAN-Management sehe, war der die ganze Zeit verbunden. Rechner der die Abfrage macht und Shelly sind im selben Netz (172.16.5.0/24), Rechner am LAN und Shelly am WLAN.
Ich hatte noch die Idee, mal einen Debug anzuwerfen, habe aber keine Möglichkeit gefunden, irgendwo eine interne log-Datei runter zu laden, sondern nur debuging mit direkter Ausgabe, was bei Connection-Problemen für mich irgendwie keinen Sinn ergibt. Das sieht dann wahrscheinlich so aus, wie die Web-GUI, die dann einen connection-failure meldet.
Ich bin für jede Idee dankbar, Gruß Torsten
-
Vielen Dank! sieht brauchbar aus und die ersten Abfragen funktionieren! Die entsprechenden Doku-Seiten habe ich nun auch gefunden, da ich wusste, was ich suchen muss.
-
Hallo,
gestern habe ich meine ersten Shelly in Betrieb genommen und war der irrigen Annahme, sie heute bereits fertig integriert zu haben. Zum Problem:
- Wie empfohlen, habe ich als erstes ein FW Update gemauch (von 0.13 auf 0.14), was wohl, wie ich hier im Forum lese, eher ungünstig war
- Web Oberfläche funktioniert, ich kann alles, was ich benötioge auslesen, auch die Daten herunter laden
- http-API geht leider leider nur teilweise:
wget http://172.16.5.110/shelly
--2023-05-05 10:06:02-- http://172.16.5.110/shelly
Verbindungsaufbau zu 172.16.5.110:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 208 [application/json]
Wird in »shelly.1« gespeichert.
shelly.1 100%[=======================================================================>] 208 --.-KB/s in 0s
2023-05-05 10:06:02 (24,9 MB/s) - »shelly.1« gespeichert [208/208]
{
"name": null,
"id": "shellyplus1pm-80646fe4581c",
"mac": "80646FE4581C",
"model": "SNSW-001P16EU",
"gen": 2,
"fw_id": "20230308-091612/0.14.1-g22a4cb7",
"ver": "0.14.1",
"app": "Plus1PM",
"auth_en": false,
"auth_domain": null
}
wget http://172.16.5.110/settings
--2023-05-05 10:06:53-- http://172.16.5.110/settings
Verbindungsaufbau zu 172.16.5.110:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 404 Not Found
2023-05-05 10:06:53 FEHLER 404: Not Found.
So wie ich es verstanden habe, ist die API kein Hexenwerk, nur sollten die Beispiele auch wie angegeben auch funktionieren. Gibt es eine neue Syntax? Überflüssig zu erwähnen, dass auch die Unterknoten von /settings nicht funktionieren.
/status geht ebenfalls nicht, /relay/0 hat funktioniert und was zurückgegeben.
VG
Torsten