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.
Vielleicht sollte man den defekten Shelly 1L (Gen1) besser reparieren. Wegen des Bestandsschutzes…
Jo, habe sämtliche Elkos da. Aber die alten Gen1 werde dermaßen heiß, ich will die nicht mehr dran haben.
Er verliert das wlan, also denke ich kein elko Problem. Die sehen gut aus. Ich wollte die ganz alten Generationen sowieso alle langsam tauschen, die 2PM sind die „besten“, das ganze Haus pfeift 😂
Ich denke diese Schaltung geht bei mir nicht über Sx. Mist
Darf man da erfahren wo das Problem liegt bei der anderen Verschaltung um das Risiko etwas abschätzen zu können?
Habe ja keinen Plan B, außer ohne Shelly halt…
Was möchtest Du damit sagen? Darf es hier nicht stehen? Oder ist es unglaubwürdig, weil es NUR hier steht?
Naja, war bischen am verzweifeln.
Es steht nicht in der Anleitung, es steht nicht auf der Shelly Page, es ist nicht logisch, es ist anders als man es gewohnt ist beim 1L, etc.
Und ich habe eben erst hier dann als einzige Quelle diese (nicht intuitive) Lösung gefunden.
Das ist erstmal klasse dass ihr ne Lösung parat habt und so schnell antwortet auch. Alle liebe an euch dafür.
Aber an shelly: diese Lösung ist alles was ich oben geschrieben habe und quasi undokumentiert. Ich wundere mich immer wieder 😂😂
Teste ich. Danke Euch.
Aber ernsthaft: Lösung ist völlig Banane, und es steht nirgends außer hier 
Selbes Problem habe ich auch. Bekomme es nicht eingebunden.
Hast Du es im Iobroker? Vielleicht müssten wir den Adapter aktualisieren, mal gemacht und geschaut ob der 1L gen3 schon impl. Ist?
So: habs geprüft. Ab 10.2.0 geht er. Hatte 10.1.0 installiert
Jetzt weiß ich nicht ab ich hier richtig bin.
Ich beschreibe mal mein Problem.
Ich habe einen Shelly 1L durch einen shelly 1L gen3 ersetzt weil defekt. Ich habe eine Treppenhausschaltung damit ausgestattet. Es sind 2 Wechselschalter mit 2 Lampen dran. Bypass ist auch dran.
Ich habe 1:1 die Leitungen einfach auf den gen3 gelegt. Funktioniert prinzipiell. Aber der Schalter der auf S2 liegt bekomme ich partu nicht in Gang. Keine Ahnung was ich falsch mache. Wenn ich die 2 Eingänge tausche, dann geht halt der andere Schalter.
Ich bin mir jetzt nicht sicher was ich tun soll. Muss man den zweiten Eingang irgendwie einschalten?
Es sieht so aus alsob das lang ersehnte Offset für den plusH&T in der Pipeline ist, also bitte noch etwas Geduld...
Geduld ist so ne Sache im Zusammenhang mit Alterco
Ich denke ein Feature-Request wäre hier sinnvoller oder ein Ticket. Ich als Unternehmen würde keine Produktentwicklung über Facebook machen. QA und Dokumentation sind hier auch ausschlaggebend und diese Qualität kann ich über ein Soziales Netzwerk niemals erreichen!
Edit: Ich denke mal du wirst die Antwort bekommen dich an den Support zu wenden um einen Austausch der H&T Plus zu veranlassen
Die bisherigen Kommentare darunter sprechen wieder für sich
Ticket ist schon lange eröffnet. Aber der Druck muss dort spürbar sein.....
So, habe einen Facebook Post in der Englischen Gruppe abgesetzt. Habe die Nase voll mit warten.
Dürft gerne kommentieren, dass Ihr das auch wollt
Wieder so ein Shelly Firmware Witz.
Ich dachte ich warte ein paar Wochen / Monate und habe nun 3 Stück gekauft. Aber ohne Offset ist das ja komplett unbrauchbar….
Habe ein Ticket eröffnet in Bulgarien
Zusatz: habe gerade gesehen, dass es bei den alten HT ja tatsächlich geht mit dem Offset. Das macht’s ja noch lächerlicher…..
Update from Shelly:
Thank you for contacting us!
Please access all of them by IP and make sure that you have the latest firmware.
Also, our developers are working on such a function.
Kind regards,
Shelly Support Team
rc6 gestern auf button1 geflashed.
Bleibt immer noch auf dem alten AP hängen...
Eigentlich gar keine Suche nach besten AP.
Ich verstehe das auch noch nicht so recht. Ich glaube, man muss einen minimum ssid eingeben, zb, -70dBm, und wenn der anliegende Wert schlecht ist als dieser Grenzwert, erst dann sucht er nach einem besseren AP.
Kann das jemand bestätigen? Die Doku von Dimitar zu diesen Einstellungen/ Funktionen ist eher dürftig.....
Ja, ich bin auch gerade dabei, das systematisch einzugrenzen. Diese Suche und das symptomatische Drehen von 100 Stellschrauben gleichzeitig ist Mist
Mit Beta-FW meinst Du die der Shellys oder verwendest Du auch Beta FW für die nanoHD? Da nutze ich 5.43.23.12533 und Controller 6.0.45.
Ich meinte die Beta der Shellys. Bei UI ist ja das Finale Release schon BEta genug, da bin ich sogar beim Updaten immer extrem vorsichtig und schaue erstmal was geschrieben wird, bevor ich update
Alles anzeigenJup, habe ich. Ich habe gefühlt 100 Std YT Videos zu UniFi setup und Optimierung geschaut, 1000 Seiten zusätzlich gelesen, dann hier den ganzen Support (an dieser Stelle nochmals vielen Dank an alle!) - leider bisher ohne Erfolg.
Ich bin mittlerweile aber der Meinung, dass es (zumindest in meinem Fall) am UniFi Setup liegt. Auch mein normales WLAN läuft nicht rund, ich habe bei den Anomaly Warnungen einige "High TCP latency for client" und "Client is having trouble resolving a domain name to an IP address (DNS timeout)".
Dazu gibt es auch massenweise Berichte im Netz, jedoch auch ohne wirkliche Lösung. Auch hier die üblichen Ansätze, was zu aktivieren und was zu deaktivieren sei - habe ich alles gemacht, ohne Erfolg.
Die Fehlermeldungen würde ich ja noch ignorieren, aber die Smartphones, die ich über das UniFi WLAN einlogge, zeigen auch genau das Verhalten, das die Fehlermeldungen vermuten lassen.
Um das ganze mal systematisch anzugehen, habe ich jetzt auch ein Ticket bei Unitymedia aufgemacht und einen Technikertermin angefragt, denn ich sehe auch viele unkorrigierbare Fehler in der Kanallübersicht meiner Fritzbox. Danach werde ich die Cat7 Verkabelung von meinen Elektrikern durchmessen lassen um diese Fehlerquellen schonmal auszuschliessen.
Und dann arbeite ich mich halt Stück für Stück weiter vor.
Was die Shellys anbelangt: im WLAN meines alten Speedport Routers, den ich als AP konfiguriert habe und der mir mein IoT 2.4 GHz WLAN aufspannt (dieses Netz ist auf den UniFi APs derzeit deaktiviert), läuft seit Tagen alles stabil.
Das klingt schlimm....
Ich hatte in der Kombination NanoHD und die Shelly FW 1.8.x/ 1.9.x ca 16.000 Fehlermeldungen konstant unter "Anomalies". Die sind mit dem Wechsel zum AC-PRo und alte FW oder nun NanoHD und BetaFW weg, das lag alles an den ca 60 Shellys die sich nicht sauber anmelden konnten.
Ich würde mal versuchen, alle APs abzuklemmen und einen zu nehmen, den resetten und mit diesem starten in einem Stockwerk. Vielleicht sogar das LAN Kabel mal per Hand durchs Treppenhaus direkt legen.
Und dann Schritt für Schritt schauen....
Aber ich weiss, die Fehlersuche ist grosser Mist, ich habe das bei mir auch nur durch Zufall, bzw meine Beschwerden/Tests bei Dimitar herausgefunden.
Er hatte nämlich mit seinen AP-Pro keine Fehlermeldungen, und ich mit meinen NanoHD diese extrem vielen....
Hm, ok, dann patche ich mal auf RC5 und teste. Wobei es glaube ich hier auch noch ein generelles WLAN Problem gibt. Mein "Haupt" WLAN (2.4 GHz & 5 GHz, separate SSID) ist auch sehr langsam, unterirdische Pingwerte. Ich verstehe es nicht wirklich.
LAN Anbindung ist gut, WLAN mittelprächtig bis mies, stark schwankend.
Haste mal die tips und Tricks fürs Unifi setup angesehen? Was man anschalten soll und ausschalten soll?
Ich habe leider nur noch einen Shelly 2.5 aktuell, aber der macht was er soll...
Ebenso wie alle anderen Shellys mit dem beta5.
Ebenso NanoHDs und gleiche FW
OK, scheinbar habe ich mich zu früh gefreut. Der erste Shelly 2.5 ist/war nicht mehr erreichbar. Hier war jetzt aber ein anderes Verhalten festzustellen: der Shelly hatte laut Unifi Controller noch eine IP-Adresse, war aber per Ping oder App/Webserver nicht mehr erreichbar. Nach einem reconnect, ausgelöst über die Unifi Controller UI, wurde der Shelly wieder eingeloggt und war wieder erreichbar.
AP: Unifi nanoHD
Firmware 1.10-rc5
Weitere Shellys haben eine sehr geringe Uptime, starten also scheinbar häufig neu.
Ist es möglich sich den letzten Restartgrund anzeigen zu lassen?
Das ist interessant, Du bist der Erste der wieder einen disconnect hatte.
Das mit dem Log File ist natürlich interessant, da kann ich leider nicht helfen.
Bin Mal gespannt auf morgen bei mir...
Habe mir in Iobroker was gebastelt, wo ich auch die uptimes checken kann auf die schnelle
hast du dimmer (nicht dimmer2) dabei? darauf macht die rc5 bei mir probleme... auf allen die ich habe der selbe fehler
Hallo fast alles, aber keine Dimmer 😂.
Also auf allen 60 Shellys das Update auf Beta5 eingespielt
Keine Einstellungen ansonsten vorgenommen.
3x NanoHD wieder in Betrieb genommen über alle Stockwerke.
Nun heißt es abwarten....
Da bin ich gespannt. Eigentlich ist doch der CloudKey für das Roaming zuständig. Wenn nun die Shellies dieses selbst machen, kann ich mir vorstellen, dass es zu Konflikten kommt.
Ich habe das Gefühl, der Controller macht kein Roaming von gleichbleibenden Signalen.
Bei mir bleibt die Alexa zb schlecht verbunden wenn ich keinen reconnect per Hand veranlasse
das sollten sie nach ca. 10 Minuten tun, wenn das Roaming im Shelly entsprechend konfiguriert ist ..
dabei sollte der minimum RSSI Wert aber so eingestellt werden, dass die Shellys nicht ständig zwischen den AP hin und herspringen..
Speziell wenn im Unifi-AP "Transmit Power" auf Auto steht ist das Roaming mit einer gewissen Vorsicht zu genießen.
Ach ich sehe gerade, dass ich das per Handy einstellen muss im Shelly, und auch die DB Werte angeben muss? Wow, das ist aber frickelig....
Das habe ich bisher natürlich weder aktiviert noch eingestellt. Trotzdem haben sich 3 sehr schlechte Shellys wieder zurückverbunden nach einiger Zeit zum besten AP.... irgendwas scheint zu funktionieren, das das einstellen ist mir nun für den kurztest zu dumm.
Ich teste gleich mal den NanoHD ein paar Tage im Haus.... dann habe ich gleich das korrekte Setup
