Beiträge von borsti0

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

    Wenn ich das richtig verstehe, braucht es einen Shelly, der die Solaranlage misst und dieser würde dann bei Überstrom die Klima schalten?

    Du willst ja nicht die Produktionsleistung der Solaranlage messen sondern ob du (wie bp4willi erwähnt hatte) in deinem Haus gesamt noch "reserven" hast. Dann kannst du bei z.b.: ">1kW" Überschuss die Klimaanlage starten (braucht ja max. 900W) und bei "<0W" wieder ausschalten. Somit hast du 100W hysterese.

    Ich bin immer ein "Fan" davon eine API zu nutzen, da du dort normalereilse viel flexibler bist als einfaches "ein/aus". Anscheinend haben einige/viele Klimaanlagen die Option per USB-Stick eine API-Schnittstelle zugänglich zu machen.

    Welche Klimaanlage hast du denn?

    lt. Shelly-Homepage sollte der Shelly 2.5 schon Bluetooth für "inclusion purposes" haben. Heißt das also der hätte zwar bluetooth, man kann es aber nur zum Einrichten verwenden?

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

    Naja, dann braucht mans zumindest auch nirgends ausschalten ;).

    Ich hatte beim FW Update auf 1.6.1 einen kurzen "Temperaturtest" gemacht (gestartet von 1.5.1) und versucht den Impact von den 2 FW-Versionen, HA+Bluetooth-Script und ECO mode bei meinem Shelly Plus 2PM darzustellen: habe dabei einen theoretischen Temperaturunterschied von bis zu 15°C gehabt (in der Wand verbaut). Den größten Impact hatte dabei der ECO mode

    borsti0
    8. Mai 2025 um 22:22



    ohne ECO mode lief der Shelly quasi immer mit "Maximaltemperatur"

    (Bitte des zweitletzten Beitrag ansehen - die Forensoftware erlaubt leider keine Verlinkung von einzelnen Posts.)

    wenn du rechts oben bei deinem Post auf das "#16" klickst kannst du einen "Permalink" rauskopieren, damit verlinkts du direkt auf einen Post eines Threads

    Edit: sry, war für dieses Forum gedacht, aber auch dort kann man anscheinend den Post selber rechts oben im "..."-Menü mit "Share" rauskopieren:
    https://community.shelly.cloud/topic/10350-va…ndComment-36199

    Sehe ich das richtig:
    Wenn du von "mehreren Zählern" sprichst meinst du damit NICHT dass du mehrere Hauseinspeisungen (vom Energielieferanten) mit separaten Stromzählern hast, sondern dass du 1 Hauseinspeisung hast aber intern getrennte "Messpunkte"?

    Sollte zur Überschuss-Berechnung dann nicht ein zentraler Shelly am zentralen Stromzähler diese Funktion übernehmen? Hast du ein praktisches Anwendungsszenario warum das (bei dir?) so gemacht wurde?

    Frage:
    Ist es möglich durch dieses "Kombinations-Script" einen der Shelly's auch als "Zentralknoten" für eine Nulleinspeisung zu verwenden? Leider unterstützen ja die meisten PVs ("groß" oder Balkonkraftwerk) nur ein zentrales Shelly-Smartmeter.
    Jener Shelly müsste die Daten dann aber so darstellen wie wenn er der "einzige" Messpunkt fürs gesamte Haus währe, damit die Implementierungen der PV's das transparent nutzen können.

    Es wurden hier im Forum bereits mehrfach gefragt wie in einer (meist) Mietwohnung mit getrennten "Verbrauchern" für ein BKW der Energiebedarf trotzdem aufsummiert werden kann.
    Messtellen z.b.:
    - Wohnung
    - Parkplatz incl. "privater" E-Ladestation
    - Kellerabteil
    - Waschküche
    Der "zentrale Zähler" der Mieter ist dabei oft nicht zugänglich bzw. darf dort kein Shelly verbaut werden. Um die verbrauchte Gesamtenergie trotzdem messen zu können währe u.u. so ein Script interessant.

    Aber irgendwas verstehe ich trotzdem noch falsch:
    Warum braucht dein Script einen separaten Shelly für die PV? Der "Stromüberschuss" müsste ja rein mit den Shelly's an den Hausanschluss-Messtellen messbar sein?!?

    cool! Wie, was, wann?

    Das ist doch eine "ecowitt Wittboy Weather Station" oder zumindest 1:1 das Gehäuse?!?!?

    https://shop.ecowitt.com/products/wittboy

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


    Es kann sogar sein dass das gezeigte "Pannel" die wirklichen Daten der Wetterstation darstellen: der ecowitt Wittboy hat eine MQTT-Schnittstelle und kann somit quasi ÜBERALL verwendet und visualisiert werden.

    Noch ein paar Vorschläge:

    - Ist die Dose dem "direkten Sonnenschein" ausgesetzt? Da die Temperatur unter tags um ~40°C steigt nehme ich mal an dass da die Sonne direkt draufscheint. Wenn ja: dann könntest du probieren die Dose "um die Ecke" in den Schatten zu montieren - könnte dir auch ein paar Grad bringen.
    Nicht lachen: Testweise könntest du auch mal etwas wie nen "Sonnenschirm" aufstellen (=> kein "Handtuch drüber schmeißen"!!!) und schauen ob das über 24h einen relevanten Unterschied macht.

    - Sind bei dir "CPU-Intensive" Funktionen aktiv?
    Ich habe seit der v1.5.x das "Problem" dass meine Shelly Plus 2PM mit Bluetooth + Home Assistant im "idle" ca. 7°C wärmer laufen als vorher da die CPU nun durch das durch HA installierte Script mehr ausgelastet ist.
    Schaue mal die Einstellungen durch welche Features du auf DIESEM Shelly wirklich brauchst, z.b.: Scripte, Bluetooth, 2tes WLAN, ...

    - Zur Sicherheit überprüfen:
    Da der Shelly 2.5 ja remote getriggert wird: Ist da eh nicht eines (oder beide) der Relays dauerhaft "aktiv" => das erhitzt den Shelly auch deutlich

    - Sind neuere Shelly's "effizienter"?
    Da kenne ich mich leider auch nicht aus, aber währe ein Shelly 2PM Gen3 effizienter und somit kühler? Da der Shelly 2.5 auch schon "nur" <1W benötigen sollte glaub ich das aber kaum.

    jep, es funktioniert "jetzt", aber die Shelly's haben eben das komische Verhalten sowohl mit L als auch N "geschaltet" werden zu können. Wenn sich an deinem jetzigen "Setup" (Schalter, Glocke, neuer Shelly) irgendwas ändert könnte es aber u.u. nicht mehr funktionieren. Diverse User waren verwundert dass es ÜBERHAUPT funktioniert, da dieses "Problem" schon öfters mal aufgekommen ist.

    aber stimmt schon thgoebel : wenns funktioniert "kann" man es natürlich lassen.

    liggraphy : Währe es nicht auch für dich "logischer" wenn Glocke1 und Glocke2 gleich an die jeweiligen Shelly's angehängt sind?
    Dann währe der einzige Unterschied dass am Shelly1 auch noch zusätzlich der Taster angehängt ist (wie jetzt schon) und das Event an den Shelly2 weitergibt (wie jetzt schon).
    Darüber hinaus ist das "mögliche Problem" dass am SW des Shelly1 auch noch die Glocke1 dranhängt behoben.

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

    Jep schreckus , diese Diskussion hatten wir schonmal in irgendeinem anderen Thread ^^^^^^.

    Eine "%"-Anzeige suggeriert hald einen quasi "linearen" oder zumindest "scheinbar vorhersehbaren" Verlauf bis dem Gerät der Saft ausgeht - und ich wollte darauf hinweisen dass das zumindest bei MEINEN "BLU"-Geräten nicht der fall ist.
    Ob Shelly die Batterieanzeige mittels ADC-Messung, Stundenzähler, Rauchzeichen oder anderweitig ermittelt kann ich nicht beurteilen. Ich bekomme eine "%"-Anzeige die scheinbar auch "funktioniert" => leider muss man trotzdem berücksichtigen dass es "sehr schnell" bergab geht und man bei z.b.: 70% Batterieanzeige nicht erst 30% sondern wahrscheinlich >90% der Laufzeit schon vorbei ist.

    In meinem Smarthome gibt es auch noch andere "Batterieanzeige-Varianten":
    - Nuki Smart Lock:
    Die Batterieanzeige des TASTENFELDES zeigt einfach nur "OK" oder "kritisch" an. Auch im kritischen Zustand läuft es noch sehr lange, aber man weiß hald dass man SCHLEUNIGST die Batterie wechseln muss

    - ecowitt leak sensor WH55:
    Die Batterieanzeige (AA) ist in 20%-Schritten quantisiert. Mit Batterien startete diese bereits bei nur 80%, mit Akkus bei 40%. K.a. ob die bei 20% dann "sterben" oder erst bei 0%?!?

    Der Cover Modus im Shelly passt bei jeder 0 und 100% Fahrt die Zeiten an, d.h. justiert nach, so wie ich das verstanden habe. Das ist ja auch wichtig, weil die Zeit niemals absolut immer gleich bleibt. Für diese Nachjustieren muss er aber wieder die Leistungsmessung nutzen.

    Ich hätte die Funktion auch so interpretiert.
    Um die "Leistungsmessung" zu umgehen und rein mit der Zeitmessung arbeiten zu können würde ich ja auch in beide Richtungen mit Absicht die Fahrzeit um z.b.: 1 Sekunde "zu lang" einstellen damit ich sicherlich immer in den Hardware-Endschalter fahre. Das Rollo/Raffstore muss dies ja in Hardware abfangen, da ich ja auch mit einem physikalischen Taster auch "dauerhaft" das Signal die Leitung schalten kann.

    Ich finde nur: mit so einem Feature währen viele hier diskutierten/problematischen Rollo-Variante umsetzbar, z.b.:
    - Rollo welche nur "Steuereingänge" haben
    - Funk-Rollo wo man nur per "originaler" Fernbedienung steuern kann => ein "drücken" der auf/ab-Taste der Fernbedienung per Relay eines Shelly's