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?
-
(d) Ein Shelly pro 4PM, versorgt mit 24V DC
Auch wenn der 4-Kanal-Shelly schon "aus dem Rennen" ist: warum würdest du den mit 24V versorgen? Lt. Doku muss man den Shelly Pro 4PM doch mit 230V versorgen, oder?
-
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
.
-
Kannst dir ja eine Tasmota-Plug oder ein "EM/PM-Gerät" mit Tasmota holen: dort kannst (bzw. musst du sogar) die Werte kalibrieren
.
-
Da dieses Gerät eine offene lokale API hat schaffen es sicherlich findige Scripter die Daten ins Shelly-Verse zu übertragen
.
-
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
Beitrag
Ist es dieses mal "gewollt" dass die Shelly-Geräte (bei mir ein
Shelly Plus 2PM ) wieder ~5°C wärmer laufen als mit der Version 1.5.1? Das gleiche "Problem" hatte wir schon mit der 1.5.0.
Voraussetzung:
- ECO mode aktiv
- HomeAssistant BLE script aktiv (bei mir)
Ich habe es mit 2 verbauten Shelly's getestet (deswegen auch der ~2°C unterschied), wobei nur auf dem "Blauen" das Update auf 1.6.1 eingespielt wurde.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben,
…
borsti0
8. Mai 2025 um 22:22
ohne ECO mode lief der Shelly quasi immer mit "Maximaltemperatur"
-
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
hab meinen post von grade eben nochmals editiert, war leider zu langsam
-
(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
-
Ich habe damals für die "ecowitt-Version" glaub ich ca. 300€ gezahlt incl. Basisstation, z.z. bekommt man das Set um ~200-250€. Ist interessant ob das Gerät dann auch um einen ähnlichen Preis verfügbar wird.
-
Powered by Shelly ist ja ein Kooperationsding
Würde das dann heißen dass solche seit Jahren bestehende Geräte einfach nur ins Shelly-Ökosystem integriert werden (wie gesagt: u.u. per MQTT) oder dass solche Geräte in Hardware mit Shelly-Komponenten adaptiert werden?
-
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?!?
-
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.
-
Nur kurzer Test: hast du dir mal im Shelly Plug S Gen3 Webinterface (nicht in der App/Cloud/...) angeschaut ob dort auch nichts ersichtlich ist?
-
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.
-
Hast du den "Eco mode" aktiviert? Der könnte dir im "Idle" >10°C bringen (zumindest bei mir).
-
ahh, sry, ist mir "entfallen".
Dann weiter wie bisher
.
-
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