Plus Uni, sieht man doch
wollt ja nur sicher gehen. So ein Update der beschreibung und der Tags ist sicher schnell gemacht
grüße schreckus
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Plus Uni, sieht man doch
wollt ja nur sicher gehen. So ein Update der beschreibung und der Tags ist sicher schnell gemacht
grüße schreckus
zur Vollständigkeit sei folgende Frage erlaubt - was bringt mit der UDP log wenn keine Verbindung mehr besteht? ![]()
Wenn dann sollte man von beiden Seiten den Verbindungsstatus prüfen. eventuell mit einem PING oä
grüße schreckus
im Wesentlichen kam raus dass das leider nicht möglich ist.
dann wirds zeit für einen Feature request. Der usecase tritt doch gelegentlich mal auf.
grüße schreckus
Es hat einen Überspannung gegeben im Netz... es gibt also keine Reaktionen mehr vom Shelly.
welche Generation war den der 2PM? (Plus / Gen3 / Gen4)
PlanB: du kannst thgoebel kontaktieren und fragen ob er sich deinen Shelly anschaut und ihn eventuell reparieren bzw. behelfsmäßig mit Spannung versorgen kann, damit du an die Daten / Werte kommst.
Vorausgesetzt das die Bauteile für den Überspannungsschutz ausgelöst haben und der Controller nicht mitgerissen wurde
grüße schreckus
PS: grad gesehen - deine Signatur deutet auf einen 2PM Plus hin ![]()
Kann das mit einer gewissen Erfahrung sagen, weil jeder Shelly, der mit einer Reparatur des Netzteils über meinen Tisch geht, zunächst einmal zu Test mit 24V betrieben wird.
Danke Thomas, genau auf deine Erfahrung hab ich gezählt.
grüße schreckus
wie ist eigentlich sie Spanne für die 24Vdc mit den die Shelly ohne Umbau funktionieren? Hat da schonmal empirisch geschaut sie auch mit etwas "weniger" sauber booten?
Hintergrund der Frage ist, das es viele 19V Netzteile von Laptops gibt bei vielen von uns in der Schublade gibt ![]()
grüße schreckus
bitte im Hinterkopf behalten dBm ist keine lineare Maßeinheit sondern logarithmisch. 3dBm sind eine Verdoppelung und -3dBm ist eine Halbierung der Leistung.
Das die RSSI Schwelle unter die Schwelle der aktuellen Empfangsstärke gestellt wird, macht schon Sinn um das ewige Wlanrescan zu vermeiden. Ansonsten geht mit geringer Feldstärke immer auch die Signalqualität flöten. Sprich einige Pakete gehen verloren oder werden im Eingangspuffer des ESP verworfen.
Eventuell bremst das den Controller an sich aus und die SW kommt ausm tritt und booted neu. Danach versucht sich der Shelly wieder zu verbinden und seine innere Uhr zu stellen. - keine Ahnung was sonst noch so passiert.
Wenn der Shelly "nur" eine Lampe lokal schalten soll, stell ihn auf AP um und verbinde dich lokal, wenns mal für nen Update oder ne Configanpassung nötig ist.
grüße schreckus
Für ein nicht allzu großes Haus ohne Stahlbeton.
woraus bestehen deine Zimmerdecken?
*duckundweg*
das neomodische Wlan hat den Teufel gesehen. Vor allem bei asymetrischen antennen. Kann sein das der Shelly die Fritzbox noch sieht, aber zurück müssen es die Daten auch schaffen.
beim 1PM Mini G3 ist LoRa leider keine Alternative.
grüße schreckus
PS: hab übersehen was die Frizbox bzw. das Mash so sagt - also das WLAN Log und der RSSI Wert in der weboberfläche
Gibt es da eine Verlinkung zu einer Anleitung oder ähnliches?
ja gibt es. hier in dem fall musst du aber erst die 1.3.3 installieren. Ansonsten geht dein Shelly kaputt
grüße schreckus
Es scheint für den 2PMG4 tatsächlich ein Problem mit der Zigbee Firmware 1.7.1 120250924-062807/1.7.1-gd336f31 auf dem Update Server zu geben.
die Bezeichung bei dir scheint nich zu passen: "build_id": "20250924-062807/1.7.1-gd336f31"
Manuell konnte ich die Matter SW runterzuladen
grüße schreckus
ch bin auch der Meinung dass das schnell erkannt werden sollte.
das ist deine gute Meinung. Die Implementierung sieht da aber ein längeres Timeout vor - und das hat sich in den letzten Jahrzehnten (muss man schon sagen) als nützlich für die Netzstabilität erwiesen.
grüße schreckus
Device ID = MAC
die Frage ist welche MAC
Wlan1 und Wlan2 sollten verschiedene haben. ETH sowieso. Ansonsten würde der Router immer die selbe IP vergeben.
Wenn ich das richtig bei meinem Shelly Pro sehe ist es die MAC des ersten Wlans
grüße schreckus
PS: Reinfolge der MACs müsste Wlan1, Wlan2 (oder ist es der AP) Bluetooth und dann ETH sein
glaub hier kannst frei nach der Divise "Melden macht Frei und belastet den Entwickler" handeln und einen Bug melden.
Eventuell kann Angel was dazu sagen das wir übersehen haben.
grüße schreckus
PS: ein PIHole steht bei mir auch noch auf der WantToDo / WantToHave Liste. aber leider irgendwo auf seite 2 oder 3 :-/
PPS: hab grad im mongoose-os Git bissel nach DHCP gesucht und es kommt immer nur AP.DHCP - gut möglich das es nur für den AccessPoint umgesetzt ist und beim normalen Wifi keiner die Notwendigkeit gesehen hat.
PPPS: die Frage ist welche Netzwerk Libary aktuell ist. in 7.15 wurde da wohl was gefixt wenn ich das Releasenotes richtig verstehe Release 7.15 · cesanta/mongoose
Warum so ein komisches "konstrukt"?
Mach doch ein Gastnetz nur für die Shellies auf, dann wird alles Gut.
er wird schon seine Gründe haben warum das so ist. auch wenn sie dir nicht einfallen (mir würde ein PiHole als Grund einfallen) - daher nimm das doch als Gegeben hin und versuch nen Tipp zu geben....
Yankee hast du mal mit Wireshark geschaut ob der DHCP den alternativen Namenserver mitschickt? Wenn ja ist es ein Shelly Problem, wenn nein ist es eins auf der Seite der Fritzbox ![]()
grüße schreckus
PS: Glaub das is nen shelly "feature" Hab das selbe Setup mit FB und DHCP Zuweisung, nur fällt es bei mir nicht so auf im Netzwerk
{
"ap": {
"ssid": "XMODxxxxxxxxx",
"is_open": false,
"enable": true,
"range_extender": {
"enable": false
}
},
"sta": {
"ssid": "WLAN",
"is_open": false,
"enable": true,
"ipv4mode": "dhcp",
"ip": null,
"netmask": null,
"gw": null,
"nameserver": null
},
"sta1": {
"ssid": null,
"is_open": true,
"enable": false,
"ipv4mode": "dhcp",
"ip": null,
"netmask": null,
"gw": null,
"nameserver": null
},
"roam": {
"rssi_thr": -80,
"interval": 60
}
}
Alles anzeigen
Mir geht es nun um die extrem lange Ladezeit (die scheinbar nicht endet) wenn ich im wlan bin.
das ist aber nicht verwunderlich. Da erstmal versucht wird über die bekannte Route den Shelly zu erreichen. das läuft in einen Timeout und danach kann eventuell im lokalen Netz der shelly erreicht werden.
Das ist aber dem Design des Netzes geschuldet, da der Router erstmal versucht ins Internet zu routen - das ist nicht da, darum läuft er in ein Timeout.
Das ganze ist eigentlich ein Feature - damit wiederkehrende anfragen schneller genutzt werden können, werden sie lokal oder im lokalen router zwischengespeichert (glaub das ARP Protokoll ist es) reduziert auch die Netzlast. Nun muss der Router aber erstmal feststellen das der Pfad nicht mehr geht, das passiert in dem er in ein Timeout rennt.
Abhilfe wäre wenn du in deinem Gerät den ARP table löscht. manchmal hilft auch neustarten.
grüße schreckus
Was kann den der Shelly 2PM Pro in summe über beide Kanäle? Die laufen doch über die selbe Einspeisung oder?
Gehäuseaussentemperatur ist war interessant, wichtiger wäre was er innen hat. Wenn du kein MQTT Broker oder ähnliches hast, kann man das eventuell auch über HTTP request auslesen.
grüße schreckus
Obwohl der Shelly recht nah an meiner Fritzbox 7530ax im Keller ist, hat er ziemlich schlechten Empfang (zeigt -84/-85 dB, ist aber ansprechbar)
was ist dazwischen? Stahlbeton? Dann kann das schonmal passieren.
Was nach dem restart des shellys passieren kann, ist das die Fritzbox per Beamforming das Wlansignal so ausrichtet das der shelly einen guten Pegel bekommt.
Das ändert sich dann aber wenn die Fritzbox sprichwörtlich ihren Fokus verschiebt.
Steht was im Log der Fritzbox?
was den zweiten Wlanzugangspunkt angeht, da wird die FB auch kurzzeitig den Fokus auf den Shelly legen.
Was bei dir helfen könnte wäre ein Access Point im EG. Bei mir hab ich eine ähnliche Konstellation. ein Shelly Uni Plus in der Garage und quasi gleich daneben im Keller die Fritzbox. Der Uni verbindet sich immer zum 1200AX im EG quer durchs Haus und hat dann auch eine Stabile Verbindung.
grüße schreckus
Wenn ich das richtig in errinerung habe bildet sich die ID aus der MAC adresse des Gerätes. oder wars die Seriennummer?
Die kannst du in der Shelly Weboberfläche auch sehen. oder die über HTTP request get.config abfragen.
Du kannst in der Oberfläche auch dem shelly einen klingen namen geben.
Die Zuordnung kannst du beim Smoke relativ einfach prüfen. wenn alle schlafen, wecke einen über den Gehäuseknopf und schau nach welcher sich über Wlan meldet.
grüße schreckus
PS: hab bei mir die MACadressen zu den positionen notiert. bzw. da der router die fixen IPs anhand der MACs vergibt, sind bei mir die IP-Adressen eineindeutig des Verbauorts zugewiesen.