Beiträge von woupi

    Guten Morgen, ich habe gerade erst dein Antwort gesehen, sorry.

    Also wir reden immer nur über die Shelly 2PM.

    Bei denen, dass hatte ich schonmal geschrieben, habe ich, seit dem ich sie aus Shuttercontrol gelöscht habe, in der API die Astrofunktion eingeschaltet.

    Darüber fahren Sie jetzt schon mehrere Wochen.

    Es sind von 7 nur 2 mit Schaltern ausgestattet. Diese werden auch schonmal zusätzlich mit dem Schalter gefahren.

    Also mit oder ohne MQTT, immer über die Shelly Astro Funktion und zwei schonmal mit Schalter.

    Mit MQTT sporadisch, unterschiedliche Shellys, Verluste der Position.

    Ohne MQTT, ca. 1 Woche getestet, keine Verluste der Positionen und zwar bei keinem.

    MQTT nach einer Woche wieder eingeschaltet, einen Tag später, hatte der erste schon wieder seine Position verloren.

    Ich werde aber jetzt nochmal, wenn ich es schaffe heute Abend, MQTT abschalten und aus lassen.

    Aber für mich ist das so eigentlich eindeutig.

    Irgendetwas hat das mit MQTT zu tun, also nicht mit dem Protokol, sondern mit der Funktion in den Shelly.

    VG

    Sascha

    Seit Freitag Abend laufen die Shelly 2PM jetzt ohne MQTT, alles andere ist wieder aktiviert (z.B. Passwort).

    Seit dem bis jetzt keine verlorene Position. Ich lege mich heute noch nicht fest und warte noch bis zum WE, aber bis Dato hatte immer, spätestens nach 3 Tagen, einer die Position verloren. Also gehe ich doch von MQTT aus.

    VG

    Sascha

    Hallo,

    gestern Abend habe ich nochmal nachgesehen, zwei haben ihre Position verloren.

    Also habe ich nun bei allen 2pm MQTT deaktiviert und die Passwortsperre wieder eingesetzt.

    Zusätzlich habe ich probeweiser am letzten Sonntag, einen 2.5 mit einem 2pm getauscht, um endgültig den Anschluss ausschließen zu können.

    Der umgebaute ist einer der beiden, also habe ich die gestern auch wieder getauscht.

    VG

    Freitag Abend habe ich bei allen 2PM "Password protected device" deaktiviert, MQTT habe ich erstmal noch aktiviert gelassen um heraus zu bekommen woran es liegt.

    Aktuell bis jetzt, hat noch keiner der 2PM seine Position verloren.

    Ich werde das jetzt mal eine Woche beobachten.

    Hat bis ende der Woche immer noch keiner seine Position verloren, werde ich sie in shuttercontrol integrieren und dann nochmal eine Woche beobachten.

    Sollte doch wieder einer seine Position verlieren, werde ich im nächsten Schritt "Password protected device" wieder aktivieren und stattdessen MQTT deaktivieren.

    VG

    Das hatte ich mir auch erst gedacht, aber wie ich die neu eingebaut habe, stand auf der ersten Seite in der API "Kalibrieren" und zwar bei allen sieben.

    Jetzt nach dem ich die "nur" Stromlos gemacht habe, steht das bei keinem und ich habe nur drei stromlos gemacht und nicht vier.

    Ich mach das jetzt trotzdem nochmal bei den vieren.

    PS.

    Der vierte, den habe ich heute noch nicht angefasst bzw war auf der API, schreibt nun "Device lost position. Please try to open or close fully the roller to restore position."

    Damit sind dann jetzt zwei Dinge klar:

    1. warum bei vieren "init" stand

    2. Es kann nichts mit shuttercontrol zu tun haben, es muss an den shellys liegen

    Mir fällt da gerade noch was ein, was für mich merkwürdig ist, für andere aber eventuell vollkommen klar ist:

    Ich habe alle shellys (2.5, 2pm, 1, 1pm) Passwort geschützt, aber nur bei den shelly plus 2PM muss ich jedes mal, für jeden, in der APP ein Passwort eingeben, bevor ich den Rollo fahren bzw bei den 1er schalten kann.

    Mal abgesehen davon, dass das nervig ist, ist das normal?

    Und kann das eventuell ein Grund für das Problem sein?

    Im ioBroker in der Objektansicht eines Shelly Plus 2PM mal beim "Cover0" den Datenpunkt "source" kontrollieren. Wenn die Rollläden durch Shuttercontrol auf 0% bzw. 100% gefahren werden, sollte dort als Quelle "limit_switch" stehen, was bedeutet, dass die Endschalter der Motoren erreicht wurden, sodass der Shelly definiert weiß, er steht auf Anschlag.

    Wenn dort stattdessen "timeout" steht, dann wurde nur eine zeitbasierte Positionsfahrt gemacht und nach Zeit angehalten, ohne die Endposition zu erreichen.

    Ich habe jetzt einen nach dem anderen einfach kontrolliert.

    Ich habe sie noch nicht in shuttercontrol integriert und darüber fahren lassen.

    1., 3. und 4 "limit_switch"

    2., 5., 6. und 7. "init"

    "Time out" steht bei keinem, aber was bedeutet "init"?

    VG

    Sascha

    .

    Da leider keiner geantwortet hat, habe ich jetzt die drei shellys ausgebaut, Neutralleiter ab und wieder angeklemmt, bzw bei zweien habe ich die Sicherung aus und wieder angemacht.

    Alle drei waren anschließend wieder online, aber:

    Bei zweien war die Position noch vorhanden, einer hat sie verloren.

    Bei allen ist MQTT an und eingerichtet, kein Shelly plus2PM ist in shuttercontrol integriert, alle shelly plus 2PM haben, über die integrierte Astrofunktion, täglich geöffnet und geschlossen.

    Jetzt stellen sich für mich die Fragen:

    Warum hat einer der drei die Position verloren und die anderen zwei nicht?

    Warum haben alle drei ihre Verbindung verloren (offline)?

    Hat das verlieren der Position eventuell doch nichts mit shuttercontrol zu tun?

    Haben die gelieferten shelly plus 2PM, sind alle gleichzeitig bestellt und geliefert worden, eventuell einfach nur einen defekt?

    Ich würde mich freuen, wenn der ein oder andere noch eine Antwort oder auch Anregungen zum testen hat.

    Die Sache mit dem "source" (dewaldo), werde ich jetzt in Angriff nehmen.

    VG

    Sascha

    Ich wollte mich gerade darum kümmern nachzuschauen, was unter "source" steht.

    Da ist mir aufgefallen, dass ich 3 der Shelly 2pm nicht über ihre IP Adresse aufrufen kann.

    Auch in der APP steht "offline", es wird nur folgendes angezeigt:

    pasted-from-clipboard.png

    Die Rollos haben allerdings die ganze Zeit über den Timer "Atrofunktion in den Shellys selbst" funktioniert.

    Einer von den dreien ist mit Schalter ausgestattet und auch darüber lässt dieser sich schalten.

    Im Shelly unter dem Shelly Adapter, werden die drei ebenfalls als offline angezeigt.

    Eventuell hängt das ja mit dem Problem zusammen.

    Muss ich die jetzt wieder aus der Dose holen und resetten?

    VG

    Sascha

    Also ich bleibe bei der Vermutung, dass Shuttercontrol vielleicht ......

    Code
    2023-04-25 06:16:40.111 - info: shuttercontrol.0 (12625) Sunrise #10 Set ID: Flur DG Rollo rechts value: 100%
    2023-04-25 21:00:50.157 - info: shuttercontrol.0 (12625) Sunset #12 Set ID: Flur DG Rollo rechts value: 0%

    Ich habe mir mal die logs von gestern angesehen, bin ich erst drauf gekommen weil ich den Entwickler gefragt habe und der mir sagte, dass es nur jeweils ein Befehl ist und man das auch im log sehen kann.

    Und ja, je Rollo einen Befehl für rauf und einen für Runter.

    Allerdings auch mein Ansatz von am Anfang, wenn .....

    Also bleibt noch diese Vermutung.

    Wenn dem so ist, bleibt aber die Frage, warum das bei den Shelly2.5 kein Problem ist bei den 2pm aber schon.

    Und natürlich, ob und wie man das ändern kann.

    Wäre schön, wenn Du das mal testen könntest.

    Vielen Dank.

    VG

    Sascha

    So, ich habe jetzt alle Shelly plus 2 pm aus shuttercontrol gelöscht und bei jedem in der API die Astrofunktion aktiviert.

    Das ist zwar nicht das was ich als Ziel habe, da ich eigentlich jetzt Lichtsensoren bauen wollte um dann bestimmte Rollos im Sommer auch bei extremer Sonne automatisch in die vorgegebene Position zu fahren, aber ich bin nächste Woche nicht zu Hause und meine Frau flucht jetzt schon. Sie würde die am liebsten wieder zurück senden.

    Leider kann ich nicht sagen an wem es liegt (Shelly oder shuttercontrol), ich weiß nur das es bei den Shelly2.5 keine Probleme gibt und die Shellyplus2pm verlieren immer wieder ihre Position, wenn ich sie in shuttercontrol aufnehme. Das ist aber noch nicht 100% gesichert, werde ich aber in den nächsten Tagen 100% wissen.

    MQTT kann ich weitestgehend ausschließen, da ich 2 Tage einfach shuttercontrol abgeschaltet hatte (MQTT an) und der Fehler ist nicht aufgetreten.

    Sämtliche Vermutungen, dass es mit der Installation, Spannungsversorgung usw. zu tun haben könnte, sind ebenfalls vom Tisch.

    Es bleibt nur noch Software shelly und shuttercontrol übrig. Irgend etwas hat shelly mit der 0.14.1-g22a4cb7 (auf den 2pm) gegenüber der v1.12.1-ga9117d3 (ist auf den 2.5er) geändert, so das es jetzt, mit shuttercontrol, nicht mehr funktioniert.

    Eine Idee noch von mir. Du verwendest ja ganz normal den Shelly Adapter im ioBroker für die MQTT Kommunikation.

    Der Adapter stellt in der Objektansicht von jedem Shelly den Datenpunkt "reboot" zur Verfügung. Du kannst bitte mal im ioBroker in der Objektansicht schauen, ob bei dir dieser Datenpunkt einen Wert hat.

    Normalerweise muss der als Wert "NULL" haben, also nicht initialisiert, weil der Shelly normalerweise noch nie aus ioBroker heraus reboot wurde.

    Sollte dort ein Wert stehen, also z.B. "true", dann bedeutet das, dass dieser Datenpunkt gesetzt wurde, was einen Reboot des Shelly auslösen würde.

    Steht bei allen auf "Null".

    Aktuell habe ich MQTT wieder aktiviert, bis heute Morgen keine verlorenen Positionen.

    Heute Morgen habe ich dann shuttercontrol wieder aktiviert.

    Jetzt haben drei shelly 2PM ihre Position verloren.

    Im iob steht unter dem Datenpunkt position 0%, bei allen andern 100% (offen, was richtig ist).

    Es muss also irgend etwas mit shuttercontrol und den shelly2PM sein, würde ich vermuten.

    Hier mal ein log file, gefiltert nach ShellyPro2.

    Ich weiß leider nicht wonach ich da suchen sollte, aber eventuell kennt sich hier ja einer besser aus und kann helfen.

    Spoiler anzeigen

    VG

    Der Shelly Adapter stellt nur die MQTT Verbindung zwischen den Shellys und iob her, mehr nicht.

    Dadurch habe ich erst die Datenpunkte und die kann ich dann natürlich händisch steuern.

    Das ist aber nicht das, was man machen möchte, wenn man eine Automatisation aufbaut.

    Mehr kann der Adapter nicht.

    [Blockierte Grafik: https://github.com/iobroker-community-adapters/ioBroker.shelly/raw/master/docs/de/img/iobroker_general.png]

    Mehr ist das nicht.

    Den Rest kann man dann über Skripte oder eben mit anderen Adaptern machen, in dem Fall der Rollläden eben shuttercontrol.