Irgendwo verstehe ich noch nicht ganz wie du dein System aufgebaut hast:
- Du hast 2 BKW (1x Anker +Battery + 1x anderer Hersteller ohne Batterie)
- Du hast (zumindest) 1 Shelly Pro 3EM der deine Hauseinspeisung misst
- Beide deiner BKW sind auf den Shelly Pro 3EM (= Hauseinspeisung) gekoppelt um diesen Wert auf 0W zu "kompensieren" (= Nulleinspeisung). Oder läuft BKW2 "frei" und nur BKW1 speichert Überschuss in der Batterie?
- Wenn beide auf den Shelly Pro 3EM regeln: Wie "koordinierst" du die 2 Regler damit du nicht die Regelung nicht Schwingt?
Was zeigt dir der Shelly Pro 3EM am WEBINTERFACE an (=> nicht die Shelly App-Ansicht)?
=> "Funktioniert" die Nulleinspeisung nun oder nicht (im Rahmen der 800W-Grenzen) => der Rest ist doch nur "Visualisierung" und hat keinerlei praktischen Effekt außer das es "hübsch" aussieht => das sollte man wohl zuerst hinbekommen.
Die Shelly EM Gen3 sind soweit ich das verstanden habe für die Regelung irrelevant
Dazu würde ich mit den HERSTELLER-APPS der BKW + dem Webinterface des Shelly Pro 3EM beobachten was die BKW ausgeben und was vom Netz rein/raus geht
=> Vielleicht machst du mal ein "Bild" wie deine Anlagen verschaltet sind und wie/wo die Leistungsflüsse sind.
Beiträge von borsti0
-
-
Ich wollte nur darauf hinweisen dass ich (und alle anderen hier im Forum) dich bei möglicherweise nicht legal betriebenen Anlagen nicht unterstützen können und sollten. Da dieses Setup wie es scheint nicht konform ist wollte ich das vorab klären...
-
Sin diese Geräte aber eh nicht DIREKT an/bei einer Hitzequelle montiert?
Ist die 12V-Last eh nicht zu hoch? Der Shelly 1 Mini Gen3 kann bei 30V DC nur 5A (und nicht die 8A wie bei 230V AC), das währen bei dir dann 5A*12V = 60W max.!!
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
Nur temporär bis man hoffentlich eine dauerhafte Lösung gefunden hat:
1) Welche Temperatur zeigt denn der Shelly übern Tag an?
2) Du kannst/solltest u.u. den "Eco Mode" aktivieren um auch damit die Temperatur zu reduzieren.
Darüber hinaus noch der Hinweis:
Ein Shelly 1 Mini Gen3 darf NICHT im Mischbetrieb 230V<=>12V betrieben werden, da er nicht SELV/PELV ist. Siehe dazu folgende Info bzw. auch diverse Foreneinträge.
=> Du kannst entweder einen Shelly 1 Gen3/4 dafür nehmen oder mit dem Shelly 1 Mini Gen3 das 12V DC-Netzteil auf der AC-Seite schalten. -
Zuerst vorab:
Hast du die beiden Balkonkraftwerke auch Normgerecht installieren lassen und bei deinem Energiebetreiber angemeldet? Es ist je nach Land wo du die installiert hast (DE, Ö, anders wo?) nicht legal mehr als 1 BKW pro Zählpunkt zu installieren.
Bitte informiere dich vorab ob es bei dir überhaupt erlaubt ist mehr als 1 BKW zu betreiben.
Es gibt schon einige Thread hier im Forum diesbezüglich. -
wie schaut denn die Schaltung aus? Kannst du davon mal eine Skizze machen?
Bist du dir auch WIRKLICH sicher dass das Signal am Eingang von der GLEICHEN Phase kommt?
Wie Cephalopod schon fragte: Wird der "Eingang" kaputt, das Relay oder der ganze Shelly 1 Mini Gen3? -
Man kann ja den 3EM Schalter so einstellen, das der letzte Zustand hergestellt wird.
Dein 3EM war sicher so eingestellt, das sich der Schalter nach Stromausfall einschaltet.
Also um ehrlich zu sein: deinen Beitrag lese ICH zumindest so wie "man kann es doch einfach auch in SW umstellen, dann funktioniert er wieder".
Dass du es anders GEMEINT hast und eine Reparatur zusätzlich impliziert hast habe ich hier leider nicht rausgelesen.
Aber anscheinend haben wir hier (bei allen) einen wunden Punkt getroffen...
Können wir nun wieder aufs eigentliche Thema zurückkommen? -
Aber die Idee hilft sofort.....
Das Pflaster ist drauf, aber die Wunde ist noch immer entzündet und wird täglich schlimmer...
-
Das Ganze schaut bei mir in Node RED dann für jedes Device in etwa so aus (da ist der Shelly Door/Window 2 sogar noch mit drinnen):
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. -
auweia, der ganze rant dann umsonst 🙃 - wer genauer ließt weiß mehr.
Aber ich habe hier auch noch einen Shelly Door/Window 2 herumliegen den ich VORHER verbaut gehabt habe - da habe ich im Wesentlichen das Gleiche gemacht. Da es aber keine "Packet ID" gab (soweit ich noch weiß), habe ich einfach ALLE Datenpakete des Devices zum Resettieren des Timeouts herangezogen und so evaluiert ob das Gerät "noch lebt". -
Weg über das Integrator-API beschreibt
die KI hat auch noch angemerkt dass anscheinend die Leistungsdaten NICHT direkt vom Shelly 3EM abgegriffen werden sondern über die Cloud und diese nur alle 5min aktualisiert werden.
=> Wenn das wirklich der Fall ist dann "vergeudest" du mit so einer langsamen Leistungs-Aktualisierungsrate einiges an Energie.
Da diese Aussage aber von einer KI kommt muss man das noch separat überprüfen!!!! -
Auweia, ein weiteres "Opfer" der BLU-Geräte
:
Shelly BLU-Geräte schicken ihre Daten als "broadcast" weg und IRGENDEIN Shelly (bei mir einer der 6 Shelly Plus 2PM) empfängt das und sendet es an den Empfänger weiter (bei mir Home Assistant => Node RED)
Das Shelly BLU-Gerät bekommt dabei KEINERLEI Informationen über überhaupt IRGENDWER die Daten empfangen hat => es gibt keine "Empfangsbestätigung". Somit kann es bei schlechten Empfang vorkommen dass mehrere Packete von gar keinem empfangen werden.
Darüber hinaus werden durch Node RED nicht DIREKT die Daten von dem Shelly BLU-Gerät ausgelesen sondern nur von dem "Gateway".
d.h.: Wenn ein z.b.: Shelly BLU Door/Window einen Batteriestatus "80%" sendet und danach spontan stirbt und/oder der Empfang zu schlecht ist, dann wird dieser Status NIEMALS aktualisiert. Der Consumer (=> Node RED) glaubt dann auf Dauer dass der Shelly BLU Door/Window noch immer 80% Batteriestand hat.
Meine Lösung war:
Ich beobachte pro Shelly BLU-Gerät die ÄNDERUNG der "Packet ID" um ein jeweiliges Timout zu resettieren. Wenn dieses Timeout "ausläuft" weiß ich dass das Shelly BLU-Gerät nicht mehr aktiv ist und gehe in meiner Automatisierung in einen "sicheren Zustand".
Problem dabei:
Ein z.b.: Shelly BLU Door/Window sendet per default nur alle 7h ein "I am alive"-Signal, manche Geräte sogar noch seltener => d.h.: du weißt für die nächsten 7h also nicht ob das Fenster/die Tür nicht zwischenzeitlich doch aufgemacht wurde und der Frame einfach "verpasst" wurde oder der Sensor einfach ausgefallen ist.
Wenn das in deiner Applikation ein Problem ist musst du den "Beacon mode" aktivieren, dann wird relativ oft ein Frame geschickt und die "blinde Zeit" kann auf Kosten der Batterie deutlich reduziert werden. -
ich habe auf der Herstellerseite folgende Anleitung gefunden. Bist du der GENAU gefolgt?
Es werden dort u.a. alle FW-Versionen aktualisiert und ab Schritt 4 der Shelly eingebunden.
Schau auch nochmals in der Shelly-App (oder im Webinterface der Shelly 3EM) nach ob auch dieser die aktuelle FW-Version hat. -
Soweit ich weiß kann man ja das (lokale) HTTP-Interface eh zumindest kurz parallel aktivieren => starte das mal an und starte die Kalibrierung.
-
Die Zahl der spezifizierten Schaltspiele ist allerdings geringer als bei einem Relais/Schütz.
Deswegen währe es sicher "vorteilhaft" wenn ned auch jedes mal 10kW drüberlaufen wenn der schaltet.
=> Aber es wäre eben auch eine Option GLEICHZEITIG alle Kontakte zu schalten, das auch noch im nativen "ShellyVerse". Ansonsten müsste man hald einen Schützen dafür verbauen. -
hast du den Shelly vorher auch KALIBRIERT => sonst geht (oder ging zumindest) das ned!!!
-
Das ist ein Solaredge 10k Wechselrichter mit 31 Modulen dran. Also kein Spielzeug.
Das Problem ist, Solaredge erlaubt dem Anwender keinen Zugriff auf die Anlage! Nur gucken ist erlaubt. Sie gehen davon aus, dass der Installateur einen Wartungsvertrag hat und das Monitoring übernimmt. Ist in meinem Fall aber nicht so. Deshalb hab ich mir mein eigenes Monitoring gemacht und meine einzige Chance bei auftretenden Fehlern (z.B. öfters "Kommunikationsausfall mit dem Batteriespeicher") ist das Ausschalten des WRs über die Sicherungen.
Hat dieses Gerät also kein lokales Webinterface?
Eine LAN & RS485-Schnittstelle (wahrscheinlich Modbus wie bei den meisten Geräten in dem Bereich) hat der lt. dem Datenblatt das ich gefunden habe ja.
Ich nehme mal an dass du keines der Zigbee/WiFi/GSM-Module verbaut hast.
=> Auch wenn die Shelly-Geräte ned dafür gedacht sind, und k.a. ob man das an sich "darf":
Shelly hat gerade die Shelly Pro CB vorgestellt (was ja ansich ein LS ist), aber den kann man aus irgendeinem Grund aus der Ferne AUS und auch wieder EINschalten. Den wird es in 1-4-Poliger Ausführung geben.
Weißt du ob in dem Fehlerfall die Anlage noch Leistung liefert? => Unter Last schalten ist sicher für diese Shelly Pro CB ned gut. -
aber in HA ist es dann auch schon "einfacher" einfach jeden tag "in der Früh" auf 100% zu fahren und danach auf die "offen"-Position - und "am Abend" auf 0% und danach auf die "geschlossen"-Position.
=> Da würde ich gar ned ein "mach das aber nur alle 5 Tage" einbauen, da das Problem scheinbar schon innerhalb von wenigen Tagen auftritt. Wenn dies nur nach 1 Monat "ein Problem" währe könnte man separat was machen, aber so würde ich das einfach in die tägliche Routine mit einbauen... -
auweia, das war DIE Batterie - da habe ich in dem vom tvbshelly verlinkten Thread schon geschrieben: so wie der Thread-Owner das präsentiert hat und wie es im Internet nachzulesen ist kann der anscheinend wirklich nur 1 Phase kompensieren, d.h.: alle Lasten die auf den 2 anderen Phasen hängen werden GAR NICHT kompensiert.
Als auch hier meine Empfehlung: wenn du nicht eine Wohnung hast wo alles auf 1 Phase hängt => zurückschicken solange es noch geht...
Aber wie ich gerade nachgelesen habe hast du diesen Thread eh auch selber gefunden und gelesen. -
ich habe folgendes Problem meine shellys lassen sich nicht mehr ohne wolke bedienen wenn ich sie abschalte verlieren sie das netz aber nur in der app im pc über ip geht es
mit lan kabel an der fitzbox
Bitte diesen Satz nochmals neu formulieren, da fehlen zumindest noch ein paar Satzzeichen. So lese ich aus dem Satz keinen Sinn raus.
-
ich habe das einfach quick-and-dirty in die KI kopiert und folgendes bekommen:
ZitatAlles anzeigenich helfe dir gern dabei – das Zusammenspiel zwischen Shelly Pro 3EM und der Storcube‑App (S1000pro) ist tatsächlich etwas tricky, weil der Shelly keine klassische „Smartmeter‑ID“ besitzt wie z. B. ein Modbus‑Zähler.
🔍 Wichtiger Punkt vorweg
Der Shelly Pro 3EM liefert seine Daten über Modbus TCP oder über die Shelly‑API (HTTP/MQTT). Die Storcube‑App erwartet jedoch bei vielen Smartmetern eine Modbus‑ID / Slave‑ID – und genau das hat der Shelly nicht im klassischen Sinn.
Darum funktioniert das Eintragen von IP‑Adresse oder MAC‑Adresse nicht und führt zu 0 Watt.
✅ Was du stattdessen tun musst
Damit der S1000pro den Shelly Pro 3EM korrekt auslesen kann, müssen folgende Punkte erfüllt sein:
1️⃣ Modbus TCP im Shelly aktivieren
Im Webinterface des Shelly:
Settings → Modbus → Modbus TCP → Enable
- Port: 502
- Unit ID: 1 (oder Standardwert lassen)
👉 Diese Unit ID ist das, was Storcube als „Smartmeter ID“ erwartet.
2️⃣ In der Storcube‑App eintragen
In der App:
- Smartmeter‑Typ: Shelly 3EM / Modbus TCP (falls auswählbar)
- IP‑Adresse: IP des Shelly
- Port: 502
- Smartmeter ID: 1 (oder die Unit ID, die du im Shelly eingestellt hast)
=> Probier das doch einfach mal aus...
