Beiträge von Andrea57

    Mesh Repeater sind alle von AVM-aber, wie beschrieben-wegen (manchmal) schlechtem Empfang auch WLAN2 aktiv. WLAN1 (über AVM) und WLAN2 (über Shelly) aktiviert, aber bei Neustart "offline" obwohl verbunden mit WLAN1

    Beim Schreiben kommt die Lösung: natürlich muss ich dem Shelly - der das Repeaternetz aufspannt - auch die Rechte dazu geben!

    Als rein in die Fritzbox: Internet-Freigaben-Portfreigaben - und dem Shelly die Freigabe geben-Thema erledigt


    3.jpg

    folgendes Problem:

    immer (fast immer), wenn ich die Shellys stromlos mache (FI oder Haussicherung) finden die weit entfernten und mit Repeater (Shelly Reichweitenverstärker) versorgten Geräte (zB. 1PM und 1) nicht mehr zurück ins Netz.

    WLAN1: Heimnetz über Mesh AVM (dort aber nur manchmal stark genug)

    WLAN2: ist ein Shelly Repeater Netzwerk, das eigentlich gut funktioniert-aber ich muss immer zuerst resetten und dann neu einloggen

    Fehler: Port aus Sicherheitsgründen blockiert- meldet mein Browser

    im Bild sieht ma die Garagentor Taster, die nicht erreichbar sind.

    Ich weiss, wie ich wieder online komme-aber wie kann ich das für die Zukunft verhindern-ist meine Fritzbox (Port aus Sicherheitsgründen gesperrt) die Ursache?

    1.jpg

    Kann man solche Verbal-Fäkalier wie diesen halblustigen HighFive nicht einmal rausschmeißen? Aber ignorieren ist die beste Möglichkeit solche Wichtigtuer zu behandeln. Warum gibt es im Forum keine Ignorieren/Sperren Möglichkeit?

    Dieses tiefe Niveau ist nichts für mich, damit will ich nichts zu tun haben....

    Langsam verstehe ich, warum Alterco dem alten Forum den Stecker gezogen hat. Dieses Forum ist einfach nicht gut bzw. überhaupt nicht geführt.

    Mit Google Wissen vorzutäuschen ist abartig und hat nichts mit Benehmen zu tun. Saldieren ist kein Terminus technicus und bleibt in der Finanzwelt der Korinthenkacker.

    Entweder bin ich jetzt wirklich blöd, oder ich habe andere Probleme!

    Natürlich weiss ich was Saldieren bedeutet, but what the fuck hat das mit Fehler!? Falsch!? bei Shellys zu tun?

    Wenn ich meine PV Einspeiseleistung nicht bei der PV messe, werde ich das doch niemals beim Pro3EM sehen!...also wo ist das Problem? Die enttäuschte Erwartungshaltung?

    Also was macht der pro3EM falsch (ausser dass er nicht über alle 3.Phasen summiert (wieso sollte das hier Saldieren heissen? Wir reden hier von Technik und nicht Finanz)

    mike3k: An deiner Stelle würde ich einen normalen Shelly1 (potentailfteier Kontakt) verwenden und mit 24VDC von 50/51 (mode: getrennter Schalter) betreiben. Der Taster an 26/27=I/O für Auf/Zu/Stop st leicht zu realisieren und für Zustand: offen/zu stellst du deine Messergebnisse hier ein oder/und du verwendest gleich ein billiges Hilfsrelais und fertig.....einfacher geht es nicht

    hmmm....habe das script auf einen Shelly plus1PM gen2 installiert....und es passiert nichts!?

    die scripts werden irgendwie gekürzt-ich kann also nicht auf 15:00zugreifen


    Connected. 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:30

    shelly_scripts_rpc.:348 Sending "script_1.js" 17:50:30

    shelly_debug.cpp:183 Streaming logs to 192.168.178.44:61869 17:50:30

    shos_rpc_inst.c:230 webhook.listsupported via WS_in 192.168.178.44:61868 17:50:30

    shos_rpc_inst.c:230 schedule.list via WS_in 192.168.178.44:61868 17:50:30

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 webhook.list via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:31

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shelly_scripts_rpc.:348 Sending "script_1.js" 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shelly_scripts_rpc.:348 Sending "script_1.js" 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shos_rpc_inst.c:230 script.getcode via WS_in 192.168.178.44:61868 17:50:35

    shelly_notification:163 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[9399.888,9394.571,9393.753],"minute_ts":1718725860,"total":17131.655}} 17:51:00

    ›_

    Wahrscheinlich denke ich zu einfach und unkomliziert-aber:

    Wenn man schon eine Szene erstellt, kann man doch am Ende der Szene auch den Shelly auschalten (Zeitverzögerung zB. 10s)-wenn man die Wäsche dann nicht rausnehmen möchte/will/kann braucht man auch keinen Knitterschutz!

    Die Szene von dir ist ja eigentlich fast in Ordnung-nur noch eine Zeitverzögerung und den Shelly auschalten-das wäre die einfachste Lösung (Cloud muss aber "an" sein)

    Alles klar-ich bin wirklich zu blöd und habe die logs von 15:00 nicht angesehen.........

    "scheduleTimeSpec":"0 0 15 * * *","switchOnDuration":4,"timeWindowStartHour":7,"timeWindowEndHour":19,"systemTime":1718542800089.83813476562,"calculatedStart":1718600400000,"calculatedEnd":1718643600000}

    15:00:00

    shelly_ejs_rpc.cpp:41 Shelly.call http.get {"url":"https://api.awattar.at/v1/marketdata?…d=1718643600000"}

    15:00:00

    shelly_notification:163 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[9807.024,9006.450,7205.160],"minute_ts":1718542800,"total":24325.347},"ret_aenergy":{"by_minute":[9807.024,9006.450,7205.160],"minute_ts":1718542800,"total":24304.131}}

    15:00:00

    shos_rpc_inst.c:230 http.get via loopback

    15:00:00

    shelly_http_client.:302 0x3fccbf5c: HTTPS GET https://api.awattar.at/v1/marketdata?…d=1718643600000 (CA ca.pem)

    15:00:00

    ssl_cli.c:2297 0x3fccc888 server did not confirm our fragment length request, disabling

    15:00:00

    shelly_http_client.:606 0x3fccbf5c: Finished; bytes 2247, code 200, redir 0/3, auth 0, status OK

    15:00:03

    Die Stromzufuhr wird am 17.6.2024 um 12:00 ein- und am 17.6.2024 um 16:00 ausgeschaltet. Der durchschnittliche Marktpreis ist 3.35 cent/kWh.

    grafik.png

    Scheint alles perfekt zu funktionieren, und die Daten stimmen!......Jetzt kann ich meinen Extra-Speicher im Keller in den billigsten 4h zusätzlich laden und in den teuersten Stunden mit Nulleinspeisung entladen. Das bringt eine deutliche Kostenreduktion. VIELEN DANK:thumbup: