Ist es noch derselbe Route inkl. WLAN Access Point wie zuvor?
Falls nein: könnte es ein Problem geben, wenn der Neue evtl. an ein Gerät dieselbe IP als DHCP vergibt? Hast du grds. sichergestellt, dass du als statische IPs nur diese aus einem Adressbereich nutzt, die dein DHCP im Router nicht anderweitig doppelt vergibt?
Schalte doch Mal den AP-Modus bei deinen Shellys ein. Wenn du merkst, dass einer off geht, kannst du ihn über sein WLAN ja noch erreichen und schauen, was du so siehst.
Wieso ein WLAN-Router, der die 802.11-Sezifikation erfüllt nicht kompatibel sein soll, erschließt sich mir nicht. Was ich schon erlebt habe, waren Probleme mit Sonderzeichen im WLAN-PW.
Und: wenn du ihn nicht dringend brauchst: schalte doch mal den Repeater ab, um von ihm ausgehende Probleme auszuschließen.
Das sehe ich nicht so. Wir wissen nicht, wie sich die Grundgesamtheit der eingesetzten Rollläden bzw. Konstellationen von Rollläden und Shellys aussieht zusammensetzt. Wir wissen ebenso nicht, wie viele der Plus 2PM-Nutzer eine Kalibration mit der FV 0.14.1 versucht haben. Vielleicht haben die Meisten ihre Kalibration mit einer FW gemacht, wo es kein Problem gab. Nach einem Update nach erfolgreicher Kalibration funktioniert ja auch bei mir noch alles. Nur VOR der Kalibration, darf man kein Update der FW machen.
Für mich ist ganz klar: Wenn es bei meinen Motoren mit der 0.10.0 geht und in den Release Notes über die verschiedenen Updates hinweg nichts steht, dass etwas seit 0.10.0 in Bezug auf Kalibration verändert wurde (falls ich da was überlesen haben sollte, freue mich mich über einen entsprechenden Hinweis), kann bzw. darf das kein erwünschtes Verhalten sein. Vielleicht hat man ein Code Refactoring gemacht und dabei ist es zu einem Fehler gekommen etc. Möglichkeiten, wie sich solch ein Problem im Code niederschlägt, gibt es viele. Und die Rückmeldung, die michael.rangger bekommen hat, spricht ja jetzt nicht unbedingt gegen meine These
Ja, habe die Werkseinstellungen probiert. Das Dumme ist nur: der Shelly wird nicht auf den Werkszustand gebracht. Das FW-Update bleibt bestehen.
Hat also leider nichts gebracht. Heute habe ich erfolgreich den 5. Rollladen mit FW 0.10.0 kalibriert. Das ist schon traurig, dass derartige Bugs (in meinen Augen gilt das nun als sicher) hier auftreten.
Devil Vermutlich wird er sich nicht mehr melden, ja.
Zu deiner Frage: Ja, mir wird an jedem Plus 2PM eine Leistung beim Hoch- und Herunterfahren angezeigt. Ich kann es mir nicht anders erkläre, als dass es einen Zusammenhang mit der FW gibt. Wir schon geschrieben.
Ich habe (einfach, weil ich neugierig war) nachdem ich so Probleme bei dem ersten hatte, beim nächsten einfach mal kein FW-Update gemacht und kalibriert. Und siehe da: es funktionierte ohne Probleme. Nachdem es 1:1 stand,
habe ich es dann bei noch einem Fenster versucht. Auch ohne FW-Update, d.h. mit FW 0.10.1 statt 0.14.1. Ich probiere gleich noch mal ein weiteres aus...
EDIT:
Habe es jetzt mit einem 4. Fenster versucht. Gleiche Konstellation: alte FW. Habe die Kalibration aus geschlossenem Zustand gestartet. Lief einwandfrei. Ich habe noch einen Plus 2PM über. Vielleicht tausche ich den mit dem Raum, in dem
jetzt schon die neue FW drauf ist. Dann sollte es ja gehen. Das wäre jetzt die Notlösung. Aber schön ist das nicht.
...aber auch mit der neusten FW sollte die Kalibrierung klappen. Evtl. mal die Zeiteinstellungen anpassen. Gibt hier bereits einige Threads mit Empfehlungen
Das leuchtet mir nicht ein. Denn: wenn das jetzt mehrfach problemlos mit der alten FW funktioniert, nur mit der neuen nicht, muss sich hier geplant oder ungeplant systematisch etwas geändert haben...
Haber bereits eine Vielzahl von Kombos ausprobiert mit diversen Einstellungen. Alles ohne Erfolg.
Support werde ich mal anfragen, falls es der Thread-Ersteller nicht bereits getan hat.
Bin persönlich der Meinung, dass statische IPs für Geräte mit eigenem Web-Server einfacher zu verwenden sind (z.B. "schnell" mal was über das Web-Frontend eines Shelly einstellen, oder den einen Shelly über den anderen steuern).
Grundsätzlich sollte man statische IPs für statische Elemente des Netzwerkes verwenden. Z.B. Router, DNS-Server, File Server etc.
Meine Interpretation ist so, dass meine Shellys ebenfalls statische Elemente sind, weil sie immer an Ort und Stelle bleiben, d.h. physisch und in der Logik der Netztopologie.
Daher bekommen sie bei mir statische Adressen. Und weil ich mir die Konfig im DHCP sparen möchte (denn, an den Shelly muss ich bei der Konfiguration ja ohnehin ran), wähle ich nicht den Umweg über reservierte Adressen.
Und ich muss mir keine Sorgen um einen ausgefallenen DHCP machen, dass in diesem Fall Webhooks etc. nicht mehr funktionieren.
Hi, hast du ein Ticket erstellt? Falls ja: gibt es bereits eine Rückmeldung?
Ich habe - ohne zu wissen, dass dieser Thread existiert - einen neuen aufgemacht, in dem ich ein ähnliches (=dasselbe?!) Problem beschreibe.
Ich habe jedoch herausgefunden, dass die Kalibration an zwei unserer Rollläden funktioniert, wenn unsere Shelly Plus 2PM noch die alte FW 0.10.0 haben. Der Shelly, der bei uns nicht kalibrierbar ist, wurde von mir
offensichtlich voreilig auf die aktuelle FW geupdated.
Idle time hat bei mir nichts gebracht. Nur die alte FW. Die bräuchte ich jetzt nun, um den Rollladen zu kalibrieren. Weiß jemand, wo ich das Image her bekomme? Das wäre jetzt einmal für mich die kurzfristigste Lösung.
Bislang habe ich 3 unserer Rollläden eingebunden, wovon es bei zweien mit der alten FW 0.10.0 geklappt hat und bei dem einen besagten Shelly mit FW 0.14.0 leider nicht. Für mich klingt das stark nach einem Bug.
Meine aktuelle Empfehlung wäre die statischen IP‘s im DHCP Server (meist Router oder pihole) zu reservieren - natürlich außerhalb des dynamischen DHCP Bereichs - und die Shellies auf DHCP zu stellen. Damit ist auch garantiert, dass jeder Shelly „seine“ IP bekommt und man hat die Administration zentral an einer Stelle.
Und die Shelly Hostnamen werden, durch den DHCP, sauber im Netzwerk aufgelöst.
Hallo zusammen, auch, wenn das nicht die eigentliche Kernfrage des Threads war: diese Empfehlung teile ich nicht uneingeschränkt und möchte da folgendes zu bedenken geben:
Sicher ist es schön, wenn der DHCP auch "statische" IPs mit steuert
[\klugscheiß an]Genau genommen sind das dann aber keine statischen IPs, sondern reservierte dynamische IPs[\klugscheiß aus]
Ich persönlich habe alle Shellys mit statischen IPs versehen - ohne diese im DHCP zu reservieren. Das ist auch grundsätzlich meine Empfehlung
Das ist aus meiner Sicht zum einen das "richtigere" vorgehen, wenn man statische IP haben möchte. Denn der DHCP ist ja gerade dafür da, IPs dynamisch und nicht statisch zu vergeben
Zum anderen empfinde ich den Konfigurationsaufwand (das liegt jetzt natürlich ganz klar im Auge des Betrachters und hängt vom eingesetzten DHCP ab) als zu hoch
Ich führe z.B. eine für mich übersichtliche Netzplanung in Tabellenform. Hier habe ich eine gute Übersicht über den statischen Adressbereich und die dort vergebenen Adressen. Mich z.B. durch die Konfig meines ISC-DHCP zu wühlen, würde es m.E. verkomplizieren
Die statische IP ist mega schnell im Shelly hinterlegt. Klar muss ich jedes mal die Netz-Maske, Default GW und DNS Server eintragen. Und wenn man sich das gut vorbereitet, dann geht das wirklich fix.
Einen Nachteil will ich nicht verschweigen: ändere ich einmal meine Netztopologie, d.h. Default GW und/oder DNS-Server bekommen eine neue Adresse, muss ich das überall händisch anpassen
Dafür: fällt mein DHCP einmal aus, habe ich keine Probleme, das Shelly-Netzwerk weiter zu betreiben und zu managen
Es ist wie immer Geschmackssache und es gibt kein richtig oder falsch an dieser Stelle. Jetzt habt ihr zwei Empfehlungen und könnt euch die für euch beste aussuchen
Und: Namensauflösung funktioniert auch perfekt durch den DNS Sever (der DHCP macht das nämlich nicht), wenn die IP statisch ist. Denn: der DNS führt ja eine Tabelle und erweitert diese stetig
Zu dem Problem mit der Kalibrierung gibt es bereits einen anderen Thread.
Die % Position bezieht sich auf die Laufzeit. Daher ist 50% nicht automatisch auch einen Behanghöhe von 50%.
Vielen Dank für deine schnelle Rückmeldung. Bezüglich Behanghöhe: ah, OK! Da muss ich mal schauen, was ich da optimieren kann. Ist natürlich irgendwie doof, wenn ich dann 50 % einstelle und der Rollladen zu 2/3 geschlossen ist.
Zum Kalibrationsproblem hatte ich tatsächlich hier im Forum ein wenig gesucht. Einmal mit der Fehlermeldung und einigen weiteren Stichworten. Leider wurde ich nicht fündig. Hast du zufälligerweise den Link zur Hand? Danke.
ich habe ein Problem mit der Rollladensteuerung mit dem Shelly Plus 2PM und hoffe auf eure Hilfe.
Wir haben neue Fenster und entsprechend auch neue elektrische Rollläden. Diese haben offenbar allerhand Elektronik verbaut. Die Rollläden fahren z.B. automatisch gedrosselt in die Endstellungen.
Unsere Rollläden, werden mit Tastern bedient, d.h. nicht mit Schaltern. Wir haben einen Taster für die Aufwärtsrichtung und einen für die Abwärtsrichtung.
Nun zum Problem:
Leider ist eine Kalibration nicht möglich. Ich erhalte folgenden Fehler:
Cover (0) experienced an error:Calibration failed, because of invalid state was reached. Please verify the connected hardware and wiring. (Error: implausible_power_consumption_in_close_dir)
Wie ich feststelle, versucht er bei der Kalibration zunächst, den Rollladen zu öffnen. Wenn er bereits offen ist, erhalte ich direkt diese Meldung. Wenn er geschlossen ist, fährt er nach oben in die Endlage und sobald er dort angekommen ist, erhalte ich sie erneut.
Der Shelly scheint die Endlage zu erkennen, denn das Relais für den Hochlauf schaltet ab. Und das für den Runterlauf zieht an. So hört es sich jedenfalls für mich an, denn es klickt 2x.
Ohne die Kalibration ist es so, dass wenn ich die Taster kurz drücke (oder auch über App oder Browser), der Rollladen in die Endlage kommt, aber das Relais angezogen bleibt. Und in der App bzw. im Browser leuchtet dann der blaue Kreis stets um den jeweiligen Button (auf/ab).
Während der Fahrt wird beim Shelly auch eine Leistung angezeigt. Sie liegt irgendwo zwischen 50 und 60 W.
Habt ihr bereits Erfahrungen mit dieser Problemstellung und vielleicht auch Lösungen dafür? Ich meine, ich kann damit leben, dass ich keine Szene einstellen kann, in der ich die Rollläden zu 60 % schließe.
Wenn ich jedoch die Rollläden nicht öffnen/schließen kann, ohne immer dabei zu stehen, dann ist das tatsächlich ein großes Problem.
Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
Vielen Dank schon mal.
Hallo zusammen, es gibt ein Update: Ich habe heute 2 andere Rollläden unseres Hauses erfolgreich kalibriert. Allerdings habe ich die Shellys noch auf der Auslieferungs-FW 0.10.0 gelassen. Damit funktioniert es. Die Anschläge werden gut erkannt.
Wenn ich im Browser nun sage: "schließe zu 50 %" Ist das Rollo allerdings nicht genau in der Mitte, sondern fährt bis ins untere Drittel. Bin nicht sicher, wie hier die Logik ist.
Ob da noch der Lichteinfall durch die Ritzen zwischen den Lamellen mit eingerechnet ist, wenn von 50 % die Rede ist. Wisst ihr das?
Was mache ich nun? Soll ich das Mal an den Hersteller adressieren, dass es hier offensichtlich ein abweichendes Verhalten gibt?
Und: Kennt ihr eine Möglichkeit, wie ich bei dem einen, bei dem es mit FW 0.14.0 nicht funktioniert, die 0.10.0 drauf bekomme?
Übrigens: Wenn ich das FW-Update erst nach der Kalibration mache, funktioniert immer noch alles.
