Beiträge von peru_19

Ich bin fälschlicherweise von einem EMGen3 ausgegangen.

Der Threadersteller spricht von einem EM3, darauf bezieht sich meine Äußerung.

L1, L2 und L3 mit einem Meßwandler wird nicht gehen! Ich lese das Vorhaben so: 2x (L1-L3) mit einem EM3.

Meine Firmwareupdates habe ich ausnahmslos über den Shelly UpdateServer ausgeführt, kein Update per Datei!

Bei Geräten mit Firmware 1.7.0 wird aktuell die 1.6.2 als stable angeboten, z.B. PlusPlugS

Ich habe 2 Shelly Plus 1 (Gen2) über die Funktion Reichweitenverstärker eines Shelly Plus Plug S mit meinem Heimnetz verbunden. In der Shelly Control App (IOS und Web) sind die beiden Shelly Plus 1 als "Gerät ist offline" dargestellt. Sie können jedoch per Web-Interface angesprochen werden ( IP:Portxx).

Firmware ist auf diesen Geräten 1.6.2.

Ein Shelly EM (FW 1.14.0), der ebenfalls über einen Shelly Plus Plug S (FW 1.6.2) und dessen Reichweitenfunktion im Netz ist, wird in der Control App als online angezeigt.

Zitat von funkenwerner

Einlagig ist mir persönlich zu wenig

Aus eigener Anschauung weiß ich: der Bukuwski-Draht von thgoebel ist 2-lagig isoliert

In der Shelly App versteckt sich auf der Seite "Mein Zuhause/Alle Geräte" und den 3 Punkten oben rechts ein Pulldown-Menü mit der Funktion WLAN-Batch-Änderung.

Selbst getestet habe ich den Programmaufruf allerdings noch nicht.

Es wird in der APP eine Summierung nach Gerätetypen dargestellt, der Typ dient wohl ausschließlich der Gruppierung

Umgesetzt und funktioniert, herzlichen Dank!

Jetzt sehe ich im log auch den erwarteten request (Ausführungszeiten sind entfernt):

"data": "shos_rpc_inst.c:230 Input.SetConfig via loopback "

},

"data": "shos_sys_config.c:330 Saved to conf9.json"

},

"data": "shelly_notification:209 Event from input:0: {\"component\":\"input:0\",\"id\":0,\"event\":\"config_changed\",\"restart_required\":false,\"ts\":1709797500.13,\"cfg_rev\":78}"

Ein Blick in die API-Doku hätte mich auch auf diesen Weg bringen können, "Schedule.Create" benötigt in der Syntax "params" zur Übergabe der gewünschten Aktion.

Zitat von eiche

Allerdings ist ein solcher Schedule Job mit deinem timespec wenig sinnreich, es sei denn, du enablest irgendwie zwischenzeitlich die Component "input:0".

Da gebe ich Dir absolut Recht :-). Der timespec ist nur für die Testphase so gewählt, damit der job alle 15 Minuten ausgeführt wird und ich nach Änderungen am shelly nicht jedes Mal einen neuen schedule job erstellen muss. Im Produktivbetrieb soll der input zwischen Sonnenauf- und -untergang mit Deinem Codevorschlag disabled werden.

Cloud habe ich mal deaktiviert, ein übergeordnetes System oder MQTT nutze ich nicht, das Ergebnis bleibt unverändert. Im debug log sehe ich nur den Aufruf des schedule jobs, keinen anschließenden request.

[

{

"ts": 1709766734.296,

"level": 2,

"data": "shos_rpc_inst.c:230 schedule.list via WS_in 192.168.1.110:50576"

},

{

"ts": 1709766900.018,

"level": 2,

"data": "shos_rpc_inst.c:230 Input.SetConfig via loopback "

},

{

"ts": 1709767129.877,

"level": 2,

"data": "shos_sntp.c:84 New SNTP time: 1709767129.876637 (delta -0.184389)"

},

{

"ts": 1709767129.885,

"level": 2,

"data": "shelly_sys.cpp:209 Time set to 25203.073199 from 1"

}

]

Einen anderen Weg, um den input zu disablen, kenne ich beim shelly plus 1 nicht.

Zitat von eiche

2. Bei Sonnenaufgang wird (hoffentlich) der Eingang 0 gesperrt.

Code

http://<IP Adresse Shelly>/rpc/Schedule.Create?timespec="@sunrise * * *"&calls=[{"method":"Input.SetConfig","config":{"id":0,"enable":false}}]

Ich habe den Code für meine Zwecke etwas abgewandelt (Shelly Plus 1, FW 1.2.2):

'http://192.168.1.125/rpc/Schedule.Create?timespec="0 */15 * * * *"&calls=[{"method":"Input.SetConfig","config":{"id":0,"enable":false}}]'

Der schedule job wird gespeichert, sieht so aus

und wird lt. Diagnostics auch ausgeführt

allerdings ohne den Eingang auf disable zu setzen. Der direkte Weg über

'http://192.168.1.125/rpc/Input.SetConfig?id=0&config={"enable":false}'

dagegen ist erfolgreich.

Habe ich einen Fehler eingebaut?

Bei mir zeigen 2 Pro 3EM eine instabile Verbindung zur Cloud (Server shelly-76-eu). Beide Geräte haben die aktuelle Firmware 1.1.0 und sind per LAN angeschlossen. Konfiguration 1x Monophase, 1x Triphase.

Weitere 20 diverse shellys sind per WLAN mit dem Home-Netz verbunden und verrichten den Dienst ohne nennenswerte Störungen.

Peter

Zitat von krameger

Hallo

Shelly3EM - zurückgegebene Leistung in der Wellendarstellung - unter der 0 Linie wird der Hintergrund hellgrün dargestellt. Macht die Ansicht unübersichtlich. Kann man Farben (Hintergrund, Linien) ändern?

Kann man den Zeitbereich wieder mit "Tag" voreinstellen ?

Voreinstellung ist jetzt 24h.

(wurde schon mal gepostet)

fg

Gerold

Alles anzeigen

Auch beim EM. Wenn ein PV-Ertrag negativ dargestellt wird, ist in der Verbrauchsgrafik die falsche Fläche eingefärbt (üblicherweise wird die Fläche zwischen dem Graphen und der Bezugs-/Nulllinie markiert).

Zitat von DerMatze

Ich habe mir die Verbrauchsseite nochmal angesehen.

Vielleicht verstehe ich die Logik dahinter auch nicht - aber alles was ich explizit ausschließe sollte doch auch in der Ansicht ausgeschlossen sein, oder?

dito hier:

Zitat

@ peru_ danke aber weiterhin nicht reproduzierbar, hast du versucht alle Zeitpläne zu löschen und neu einzugeben (nach Geräteneustart)

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Vorbemerkung: bisher habe ich die Zeitpläne direkt über das webui des Gerätes Plus 2PM erfasst.
Nach Deinem Hinweis

- im webui des Gerätes die Zeitpläne gelöscht, Gerät neu gestartet

- Zeitpläne wieder neu eingegeben

- Fehlerbild bleibt identisch.

Nächster Versuch:

- Zeitpläne in der webui gelöscht, Gerät neu gestartet

- Zeitpläne in der App erfasst
- Anzeige ist jetzt korrekt

Zitat

ich kann es leider nicht reproduzieren. kannst du mal bitte http://ip_des_plus2PM/rpc/Schedule.List in die Adresszeile des Browsers eingeben und den Inhalt hier teilen? Danke

{"jobs":[{"id":1,"enable":true,"timespec":"0 0 9 * * MON,TUE,WED,THU,FRI,SAT,SUN","calls":[{"method":"switch.set","params":{"on":true,"id":0}}]},{"id":2,"enable":true,"timespec":"@sunset-1h0m * * MON,TUE,WED,THU,FRI,SAT,SUN","calls":[{"method":"switch.set","params":{"on":false,"id":0}}]},{"id":3,"enable":true,"timespec":"@sunset+0h10m * * MON,TUE,WED,THU,FRI,SAT,SUN","calls":[{"method":"switch.set","params":{"on":true,"id":1}}]},{"id":4,"enable":true,"timespec":"0 0 22 * * MON,TUE,WED,THU,FRI,SAT,SUN","calls":[{"method":"switch.set","params":{"on":false,"id":1}}]}], "rev":14}

Astronomischer Zeitplan eines Shelly Plus 2PM V1.0.3 "täglich 1h0m before sunset" kann in der APP nicht dargestellt werden: