Beiträge von Sandhase

Hallo Community,

im Frühjahr habe ich unseren Grillplatz mit Licht und Steckdose per Shelly 2.5 an das Stromnetz angebunden.

Das Gerät bekam den Gerätenamen "Grillplatz", die Kanäle wurden mit "Grillplatzlicht" und "Grillplatzsteckdose" benannt. Über diese Bezeichnungen konnten beide auch per Amazon Alexa bedient werden.

Vor einer Weile war dann die Grillplatzsteckdose per Alexa nicht mehr erreichbar.

Im Gerät (aufgerufen per Browser) sind die Bezeichnungen weiterhin korrekt.

Shelly Gerät.JPG

In der Shelly Cloud stellte ich dann fest, dass die Grillplatzsteckdose auf einmal in den Kanalnamen "2) Grillplatz" umbenannt wurde, wie man in der Übersicht sieht.

Shelly App, 2) Grillplatz.JPG

In der Kanalansicht in der Cloud ist die Bezeichnung korrekt:

Shelly App, Grillplatzsteckdose.JPG

Ich hab echt keine Idee mehr, wie sich das ergeben hat und wieso sich die Bezeichnungen nicht synchronisieren lassen.

Daher freue ich mich auf Vorschläge aus der Runde.

Danke,

Sandhase

Problem wurde durch Support gelöst. Was es genau war, ging aus der Abschlussmeldung leider nicht hervor.

Danke nochmal an alle für die Tipps

Hab ein Ticket beim Support aufgemacht. Mal gucken, ob mir dort geholfen werden kann.

Das Gerät hat eine 12-stellige ID.

Da ja die Cloudanmeldung problemlos und ohne Fehlermeldung funktioniert hat, ist mir nicht klar, inwieweit hier der Thread zum Thema "Fehlermeldung bei der Anmeldung zur Cloud" hier greift.

Ist eure Theorie in dem Fall, dass dieser Befehl von nem anderen User aus der Cloud kommt?

Danke

Hallo zusammen,

endlich hab ich es mal geschafft, dass ich genau zu der Zeit, zu der der Rollladen wieder auf 35% geht, auch darauf zuzugreifen. Im Folgenden findet ihr das Ergebnis der Statusabfrage während der Shelly diese "ungeplante" Positionierung durchführt.

{"wifi_sta":{"connected":true,"ssid":"XXXXX","ip":"192.168.178.182","rssi":-62},"cloud":{"enabled":true,"connected":true},"mqtt":{"connected":false},"time":"20:02","unixtime":1646852525,"serial":37234,"has_update":false,"mac":"84CCA8B0FF85","cfg_changed_cnt":26,"actions_stats":{"skipped":0},"rollers":[{"state":"close","source":"cloud","power":165.66,"is_valid":true,"safety_switch":false,"overtemperature":false,"stop_reason":"normal","last_direction":"open","current_pos":20,"calibrating":false,"positioning":true}],"meters":[{"power":165.66,"overpower":0.00,"is_valid":true,"timestamp":1646856125,"counters":[0.000, 0.000, 0.000],"total":6087},{"power":0.00,"overpower":0.00,"is_valid":true,"timestamp":1646856125,"counters":[0.000, 0.000, 0.000],"total":8870}],"inputs":[{"input":0,"event":"","event_cnt":0},{"input":0,"event":"","event_cnt":0}],"temperature":52.77,"overtemperature":false,"tmp":{"tC":52.77,"tF":126.98, "is_valid":true},"temperature_status":"Normal","update":{"status":"idle","has_update":false,"new_version":"20220209-093016/v1.11.8-g8c7bb8d","old_version":"20220209-093016/v1.11.8-g8c7bb8d"},"ram_total":49920,"ram_free":35600,"fs_size":233681,"fs_free":145831,"voltage":237.45,"uptime":1723067}

Falls jemand eine Idee daraus herleiten kann, was da falsch läuft, freue ich mich auf jeden Vorschlag.

Hey, danke für den Tipp. Da hab ich ja mal wieder was neues gelernt, allerdings hat die Prüfung der Szenen keine verstecken Szenen hervorgebracht. Mal gucken, ob sich heute Abend mit der Statusabfrage neue Ansätze ergeben.

Zwischenmeldung: mit deaktivierter Cloud ist der Rollladen geschlossen geblieben, wie es auch sein soll. Ich werde die Cloud nochmal aktivieren und morgen Abend den Status dokumentieren. Mal gucken, was dabei rauskommt.

Super, danke erst mal ich probier das mal aus und schreib hier, ob das Problem gelöst ist.

Hallo Matze,

danke für die Tipps, ich werde das heute Abend mal ausprobieren.

Am einfachsten wird es sein, wenn ich jetzt schon die Cloud deaktiviere und für den Fall, dass er trotzdem noch hochfährt, den Status abfragen.

Kannst du mir nochmal kurz schreiben, was das mit der 6- bzw. 12-stelligen ID auf sich hat?

Sandhase

Hallo,

wir haben in unserem Schlafzimmer die erste Rollladensteuerung mit einem Shelly 2.5 installiert. Diese funktioniert auch perfekt mit Ausnahme der Tatsache, dass der Rollladen jeden Abend um 20:02 auf 30% fährt. Die eigentliche Steuerung läuft über Homeassistant, dort ist aber dieses Programm um 20:02 nicht drin. Genauso habe ich auch den Shelly selbst und die Shelly-Cloud-Einträge angesehen. Nirgendwo ist dieser Steuerbefehl zu finden. Ich habe dann auch den Homeassistant runtergefahren, aber der Rollladen fährt trotzdem noch hoch. Als letztes habe ich den Shelly komplett auf Werkseinstellungen zurückgesetzt und neu eingerichtet, leider ohne den gewünschten Effekt.

Somit in ich aktuell ratlos, wie ich die Ursache eingrenzen kann.

Lässt sich hier über den Debug-Log was rausfinden? Damit habe ich bisher noch nie gearbeitet und freue mich über Tipps für die weitere Analyse.

Sandhase

Hab mir die Teile incl. Anleitung im Shop von Sascha (shellyparts.de) besorgt und es funzt.

Keiner ne Idee, wie ich das "Projekt" zum erfolgreichen Ende bringen kann?

Wie du siehst, habe ich es versucht. Leider hat es wohl keinen Effekt beim Shelly UNI.

Der Rollladen fährt nach wie vor bei jedem Wechsel der Helligkeit sofort rauf bzw. runter.

Den einzigen Effekt, den ich bemerkt habe, ist die Tatsache, dass der UNI zeitweilig nicht mehr erreichbar ist, nachdem ich bei "URL to be hit when button is switched ON" den Befehl "http://localhost/relay/0?turn=on&timer=x120" eingebe und SAVE drücke.

UNI-IO-Action.PNG

Falls jemand noch andere Ansätze hat, probier ich das gerne aus.

Zitat

Und nun fehlt immer noch die Antwort 😄

Dein Sensor benutzt einen IN vom Uni, auf welchem Schaltflächentyp ist dieser eingestellt? Toggle, momentary?

Ah, ok.

Ja, der Sensor geht auf IN 1 und Button Type steht auf Toggle

Zitat

Ich bin ehrlich habe nun nicht alles gelesen deshalb die Frage, welchen Button type nutzt du am Uni (wo der Sensor dran ist)?

Hätte ne Idee die man eventuell Versuchen könnte.

Ich fasse ganz kurz zusammen:

• Shelly UNI mit vorgeschaltetem LDR-Modul, das nur einen Digitalausgang hat. Dieses werde ich aber zurückschicken und gegen eines mit D0 und A0 tauschen.
• Shelly 2.5 für Rollladensteuerung mit klassischem doppeltem Rollladentaster (einer für rauf, einer für runter.
• Primär soll das Ganze aber so automatisiert als möglich laufen:
• Öffnen und schließen über Sonneneinstrahlung
• Schließen abends über Helligkeit oder notfalls Astroprogramm
• Öffnen morgens zu festgelegter Zeit (Wochentags anders als Wochenends)
• Deaktivierung der morgendlichen Öffnung an Urlaubstagen per App oder besser per Alexa Sprachbefehl

Vielleicht ist auch die Alexa App die Lösung für die Öffnungshysterese?

Freue mich über Tipps und verspreche, dass ich das, sobald alles läuft auch für alle dokumentieren werde.

Zitat

Wenn ich mir das Bild anschaue kann ich mir nicht vorstellen das der gleiche Befehl im Browser benutzt wird.

Weil nach roller gehört meines Wissens nach eine 0 anstatt 1, das ist das erste was ich sehe.

Mea Culpa, ich hatte das im Browser erfolgreich getestet und dann wahrscheinlich noch ein bisschen "rumprobiert", bevor ich es dann im Shelly UNI eingetragen hab. Mit der 0 anstatt 1 im Befehl funktioniert es tatsächlich sofort.

Jetzt muss ich nur noch rausfinden, wie ich mit Hilfe der Timer eine Hysterese einrichte, damit nicht bei jeder kleinen Helligkeitsänderung der Rollladen hoch oder runter fährt, sondern z.B. 5 Minuten wartet bis er wieder reagiert.

Danke für das Update, wobei das Ganze ja erst mal auch funktionieren muss, wenn ich den digitalen Ausgang nutze.
Der UNI erkennt ja auch, ob hell oder dunkel und diese Schwelle müsste ich ja über den Poti auf dem Sensormodul auch einstellen können.

Mein primäres Problem ist erst mal, dass ich die Kommunikation zwischen Shelly UNI und Shelly 2.5 nicht hinkriege.

Zitat

Noch ein Plan am UNI.

Wenn Du den "A0" vom LDR Modul auch an den ADC_IN anschließt, hast Du auch den Analogwert.

Wie gesagt, leider verkehrt herum (hell = weinig Spannung)

Den IN1 geht ja auch auf "Reverse Input"

Alle Teile waren Samstag in der Post und ich hab auch jetzt alles zusammengebaut:

• LDR Modul leider ohne A0 geliefert, vielleicht tausche ich die nochmal um?
• Shelly UNI in Betrieb und mit Sonnensensor verdrahtet, wie in der Skizze dargestellt: DO des Sensors auf IN1, VCC des Sensors auf VCC 3,3V, GND auf GND
• Sensor-LED zeigt auch, dass dieser auf Helligkeitsunterschiede reagiert
• Shelly UNI: Kanal 1 geht auf ON, wenn Sensor dunkel erkennt und OFF, wenn hell
• Shelly 2.5 in Betrieb und lässt sich auch per http im Browser steuern, bei gleichen http-Kommandos im UNI passiert nichts, siehe Screenshot.
  Shelly UNI-Sonne_http.PNG

Mach ich da jetzt was grundsätzliches falsch bei den http Kommandos? Hab bisher außer bei nem I3 noch keine http-Kommandos verwendet.

Zitat

Ich habe durchaus auch Gefallen an der Idee gefunden. Hätte kurz eine kleine Offtopic Frage: Wie kann ich den Sensor am besten vor Feuchtigkeit bzw Regen schützen? Will ihn am besten draußen platzieren und kann den Sensor leider nicht unter einem Vordach o.ä. installieren.

Ursprünglich wollte ich dafür ein Gehäuse für den Außenbereich (IP65) mit transparentem Deckel nehmen. Da dann aber immer die Sonne voll auf die Module brutzelt, habe ich entschieden ein "normales graues" Gehäuse zu nehmen, in das ich ein kleines Loch für den LDR bohre und das Ganze nit einer kleinen Platte aus transparentem Plexiglas dicht abschließe.

Wenn es so funktioniert, werde ich auf jeden Fall Fotos davon hochladen.

Zitat

Noch ein Plan am UNI.

Wenn Du den "A0" vom LDR Modul auch an den ADC_IN anschließt, hast Du auch den Analogwert.

Wie gesagt, leider verkehrt herum (hell = weinig Spannung)

Den IN1 geht ja auch auf "Reverse Input"

Das hat mir gerade nochmal gewaltig weitergeholfen, weil ich das oben so verstanden hab, dass dieses Modul auch höhere Spannungen verträgt, aber es ist bei den typischen Versendern mit 3,3V - 5V angegeben, nicht bis 12V. Mit dieser Skizze sollte das jetzt problemlos mit dem UNI realisierbar sein. Danke dafür