Beiträge von borsti0

Direkt aus der Doku: https://www.shelly.com/blogs/documentation/shelly-plus-2pm

Man beachte: die 24V bzw. "+" Pin muss am "N"-Eingang und der GND bzw. "-" Pin am "L"-Eingang angehängt werden. Die Verbraucher jeweils am O1/2 anhängen und auf 24V verbinden.

Ich würde selber (ohne Doku) quasi alles anders herum anhängen, da irgendwie alles "verkehrt rum" anzuhängen ist, aber lt. Doku muss es so sein.

Zitat von akrenn

Hallo ich habe ein Sunlit Balkonkraftwerk mit deye 2000 Wechselrichter und im Zählerkasten ein Shelly pro bei mir regelt der nie aber auch wirklich nie auf null einspeisung aus entweder er zieht 50 -100 W oder er speist 50 - 100W

Ich habe jetzt leider keine genaueren Daten zum Nachregelverhalten für diesen Wechselrichter gefunden, aber im Wesentlichen hast du (zumindest) 3 "Problem":

- Wie GENAU kannst du die Ausgangsleistung einstellen:
Ältere Geräte hatten öfters Einschränkungen, z.b.: dass man erst ab 100W den Ausgang aktivieren konnte und dann nur in 50W-Schritten

- Wie SCHNELL bekommt der Deye Leistungsschwankungen mit:
Je nachdem wie der Wechselrichter mit dem Shelly kommuniziert (Direkt, per Home Assistant, per Cloud?) kann es schon einige/viele Sekunden dauern bis der die aktuellen Daten hat

- Wie SCHNELL kann der Deye seine Ausgangsleistung anpassen:
Je nach Hersteller können die Wechselrichter nicht "Sprunghaft" die Ausgangsleistung ändern sondern haben eine "Nachregelkurve", d.h.: es gibt eine zusätzliche Verzögerung bei der Leistungskompensation

Mein Anker-System "wirbt" damit dass der WR direkt übers WLAN mit seinem hauseigenen Leistungsmessgerät kommuniziert und die Nachregelung "<3 Sekunden" dauert.
Und sogar da sehe ich dass es Verbraucher gibt, die die Regelung komplett aushebeln, z.b.: Induktionsherd: 5sek mit "~2kW", dann 5sek "aus", wieder 5sek mit "~2kW", ... => da verbrät der Wechselrichter nur seinen Akku ohne das es was "bringt", da er immer "zu spät" ist und leer ins Netz rausschiebt.

bestab : Das währe zumindest mal ein guter, simpler, schneller, legaler Anfang => bei Problemen mit potentiellen Nachbarn kann man ja immer noch die ganze Verkabelung ändern.

Ich verwende auch HA zur Visualisierung - dort wird das relativ schön dargestellt.

Alternativ, wenn du noch die "freie Wahl" hast bei deinem Kauf des Balkonkraftwerks, kannst du natürlich auch eins kaufen dass direkt mit einem eigenen Haus-Leistungsmessgerät (alternative zum Shelly Pro 3EM) geliefert wird (Bei mir das Anker Solix Solarbank 2), dann funktioniert natürlich auch die hauseigene App vom Handy aus ohne HA-Installation. Dies ist wohl die "Einfachste" möglichkeit dein BKW und den Hausverbrauch zu visualisieren

Meine Handy-App (Es ist gerade Nacht, deswegen Leistung meiner Panele mit 0W):

Zitat von micha06de

Einen Shelly BLU H&T in den Gefrierschrank legen und damit über Aktionen einen Shelly Plug S Gen 3 schalten.

Und ja, in den meisten Fällen sind die Signale von Bluetooth Geräten, die sich in Gefrier- oder Kühlschränken befinden, außen empfangbar. Ich habe es gerade noch mal getestet.

War auch einer meiner ersten Gedanken für dein Setup, der BLU H&T sollte wohl auch das Environment aushalten:

Und wie ich von anderen hier gelesen habe scheint der Empfang außerhalb noch "hinreichend" zu sein.

Aber ich bin mir nicht sicher wie gut es deinem Gefrierschrank tut wenn er elektrisch immer wieder komplett ein/ausgeschaltet wird.

Frage: Warum willst du mit einer Shelly Plug das BKW "überwachen"? Da du einen ioBroker verwendest vermute ich dass du eine Hausautomatisierungssoftware wie Home Assistant laufen hast => Hast du schon versucht ob das BKW direkt eine API zur Verfügung stellt die du verwenden kannst? Ich verwende bei meinem Anker BKW direkt die Integration von HA (welche die API verwendet) um diese zu "überwachen".

OK, wenn die Gefahr einer Fremdnutzung besteht ist auch eine "Plug" nicht hinreichend, da diese "Verriegelung" dann auch viel zu leicht zu umgehen ist. Da müsste man dann wirklich versteckt im Aufputzkasten den Shelly fix verbauen.

Zitat von FrankiS

Optional: die Waschmaschine per APP freigeben für eine definierte Zeit

OK, das habe ich leider überlesen, verstehe auch die Sinnhaftigkeit dafür nicht ("Kindersicherung"?), aber soll so sein.
=> Dann kann ich dir zumindest meine "NOUS A1T"-Plug (oder ähnliche) für 16A empfehlen, ist bei mir seit mehreren Jahren im Einsatz (ungeschaltet ).

Ich habe seit kurzem vom gleichen Hersteller auch die "NOUS A8M" (= Matter-Variante) im Einsatz. Diese kann aber leider vieles nicht was die Tasmota-Variante kann, u.a.: Energiemessung im Gerät (Leistungsmessung ist im >1min-Takt möglich)

Ich kenne die Powerstation an sich nicht, aber u.u. könntest du 2 Fliegen mit einer Klapper erschlagen wenn du deinen GEFRIERSCHRANK an die Powerstation ansteckst (=> Maximalleistung beachten).
Dies hat den Vorteil dass du 24h am Tag einen Verbraucher dranhängen hast der den Akku auch wieder "lehrsaugt". Wenn du dann einen Überschuss hast, kannst du diesen in die PowerStation reinladen. Eine Intelligente Steuerung muss natürlich sicherstellen dass die PowerStation immer Energie hat (z.b.: >50%)

ACHTUNG: Lt. der Homepage hat die "Ecoflow River Pro" nur 800 Ladezyklen bis nur mehr 80% Kapazität vorhanden sind. Dies würde heißen dass der Akku nach ~3 Jahren unter "Vollast" nicht mehr recht gut ist!!!
Zum Vergleich: Der Akku meines Balkonkraftwerks hat offiziell 6000 Ladezyklen (= typischer Wert bei BKW-Akkus)

Was willst du eigentlich da "Automatisieren"? Wenn du IRGENDEIN Balkonkraftwerk mit dazu passendem 3-Phasigen Leistungsmesser verbaust der deinen gesamten Strom misst (Wallbox + Wohnung incl. BKW) dann brauchst du da nicht mal Home Assistant dazu.
Ich verwende auch HA für diverse Sachen, bin aber froh dass mein "Anker Solix Solarbank 2 e1600 pro" mit dem mitgeliefertem Leistungsmesser "autonom" einfach läuft.

Vorteile:
- +++ deutlich verkürzte Reaktionszeit (<3sec) beim Anpassen der Ausgangsleistung des BKW beim Ein/Ausschalten von größeren Verbrauchern => somit wird weniger Energie vergeudet
- Stabileres Gesamtsystem, da die Stromregelung auch funktioniert wenn ich an meiner HA-Installation arbeite und es dann auch mal nicht lauffähig ist
- Viele der Hersteller lassen es zu im HA trotzdem noch in die Steuerung einzugreifen oder zumindest die Daten auszulesen (=> u.a. auch mein Anker-System) => somit brauchst du auch keinen PM mini am BKW, da ich die Daten direkt aus dem Gerät auslesen kann.

Die Wallbox ist in diesem Fall einfach auch nur ein weiterer "Großverbraucher" und wird direkt automatisch mitkompensiert ohne weitere notwendige Messgeräte. Ich nehme mal an dass deine Wallbox auch "intelligent" ist => schau mal nach ob du dort nicht auch ein Plugin dafür für HA bekommst, auch wenn dies über die API läuft.

Ich weiß nicht ob ich mich hier beliebt mache: Obwohl ich einiges von Shelly verbaut habe, habe ich bei meiner Waschmaschine & Trockner mit Absicht dann zu einer Plug eines anderen Herstellers gegriffen der auch OFFIZIELL die 16A des Leitungsschutzschalters unterstützen => "NOUS A1T".
Dies ist für MICH kein Problem, da ich sowieso Home Assistant laufen habe und somit auch diese einbinden kann.

Probleme mit den Plugs:
Du wirst wohl niemals die Waschmaschine mit diesem Relay "steuern" wollen, oder? Somit muss dieses Relay 24h am Tag aktiv eingeschaltet bleiben und verbraucht nur unnötig Strom und die Plug wird dabei auch merklich warm.
=> Warum willst du ÜBERHAUPT ein "Relay" verbaut haben?
Vielleicht schaust du dich um Geräte um die NUR die "Leistung messen" ohne ein Relay zu haben. Von Shelly gibts mittlerweile zumindest Unterputzvarianten der Mini-Serie die das für dich machen: "Shelly PM Mini Gen3" bzw. "Shelly EM Mini Gen4" scheinen dafür geeingnet zu sein. Scheinen kein Relay zu haben und sind offiziell bis 16A geeignet.

Da die Gen 4 nun von Haus aus Matter-Unterstützung haben: wird Matter eigentlich auch für die Gen 3 ausgerollt? Zumindest meine Gen 3 haben dafür noch kein Update bekommen. Lt. Homepage sollten die Gen 3 ja "On the Road to Matter" sein.

Lt. homepage "Specifications" ist ein anderer uC drinnen: "ESP-Shelly-C68F"

Bei mir läuft diese Version nach kurzem Test mit meinen Plus2PM und 1 Gen3 wieder wie mit der 1.4.4. Auch die Temperaturen (=> Eco mode) sind wieder im "normalen" Bereich.

Ich verwende die Geräte
- ohne Cloud-Anbindung
- die meisten Geräte im "Device profile: Cover"
- mit aktivem "Eco mode"
- mit aktivem HomeAssistant "Bluetooth scanner mode: passive"-Script

Es wird mir auch ein Downgrade auf 1.4.4 im Webinterface angeboten, HomeAssistant sagt mir jedoch das meine Firmware "Up-to-date" ist.

Zitat von Angel

@ alle, welche dankenswerterweise bereit waren die 1.5.0-beta1 zu testen: Wurden bei euch die angesprochenen Probleme mit den HA-Scripts behoben?

Wie bereits oben beschrieben: mit der 1.5.1-beta1 und NICHT der 1.5.0-beta1 trat das Problem mit dem HA Bluetooth-Gateway-Script + hoher Shelly CPU-Last nicht mehr auf, dieses Problem gabs nur bei der 1.5.0-beta1, 1.5.0-beta2, 1.5.0-beta3 und 1.5.0.

Zitat von Angel

@all FW 1.5.1-beta1 wurde veröffentlicht. Bitte damit überprüfen ob die Probleme mit den HA-Scripts und auch dem Eco-Mode weiterhin bestehen.

Danke

Changelog: https://shelly-api-docs.shelly.cloud/gen2/changelog#unreleased

Nach einem kurzen Test mit den Versionen 1.5.1-beta1 und 1.4.4 und aktiviertem HA-Script zeigte mir in etwa die gleichen Temperaturen. Der Unterschied zur Version 1.5.0 ist ~10°C. Deaktivierung des HA-Scripts führte zu einer weiteren Reduktion von ~1°C was aber plausibel/OK erscheint.

Zitat von apreick

Wo hast du das gemacht? (ist doch nicht HA)

Ich habe das direkt im Shelly WebInterface im "Scripts"-Reiter (http://192.168.xxx.xxx/#/script/1) geändert bzw. das ganze "aioshelly_ble_integration"-Script direkt dort gestoppt/gestartet.

Zitat von borsti0

Im HA "Logbook" ist nichts zu finden. Ich habe dann nur mehr den "advertisement monitor" gefunden.
Dort werden in meinem ganzen Haus abgesehen von meinen eigenen ~6 Shelly BT-Geräten (u.a. Shelly Blu H&T) auch noch ~20 "unbekannte" BT MAC's gefunden. Das sind wohl u.a. die Handys, Staubsaugerroboter, usw., und auch ein paar Geräte von meinen Nachbarn.

Ein Ausschnitt:

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

Eine art "activity log" habe ich leider nicht gefunden.

Wie gesagt: Die erhöhte Temperatur war direkt zurückzuführen auf die Shelly FW-Änderung.

U.u. kommt die neue Shelly-FW auch nicht mehr so gut mit dem am Shelly installierten "aioshelly_ble_integration"-Script von Home Assistant klar und geht nicht mehr in den "Eco mode" über, aber so tief bin ich auch nicht in den scripts drinnen.

Um das Ganze direkt auf das HA-Script zurückzuführen testete ich das auch noch direkt im Webinterface meiner Shelly's ohne HA-Änderungen:
Beim Temperatur-Drop deaktivierte ich bei 1nem Shelly das HA-Script komplett und beim anderen Shelly änderte ich die Timer-Variable von 100ms auf 1sec. Ca. 15min später aktivierte ich dann wieder das HA-Standardscript. Die Temperatur/Leistungsaufnahme war bei beiden Targets ähnlich, es waren aber auch während des Tests auch beide Targets in HA als Gateway nicht verfügbar.

Das heißt für mich:
Wenn das Verhalten des Eco Modus nicht wieder geändert wird dann ist dieser ab der Shelly-Version 1.5.0 in Kombination mit Home Assistant+Bluetooth nicht mehr wirksam.

So wenig wie ich dieses von HA installierte Script unterhalb verstehe wird da irgendein Timer alle 100ms gestartet, oder? Dies würde den Eco modus doch komplett deaktivieren?!?

// aioshelly BLE script 2.0
// Script automatically installed by Home Assistant for Bluetooth proxy support
// https://www.home-assistant.io/integrations/bluetooth/#remote-adapters-bluetooth-proxies
const queueServeTimer = 100; // in ms, timer for events emitting
const burstSendCount =  5; // number if events, emitted on timer event
const maxQueue =  32; // if the queue exceeds the limit, all new events are ignored until it empties
const packetsInSingleEvent = 16; // max number of packets in single event

let queue = [];
let timerHandler = null;

function timerCallback() {
  for(let i = 0; i < burstSendCount; i++) {
    if (queue.length <= 0) {
      break;
    }

    Shelly.emitEvent(
      "ble.scan_result", [
        2,
        queue.slice(0, packetsInSingleEvent),
      ]
    );
    queue = queue.slice(packetsInSingleEvent);
  }

  timerHandler = null;
  if (queue.length > 0) {
    timerHandler = Timer.set(queueServeTimer, false, timerCallback);
  }
}

function bleCallback(event, res) {
  if (event !== BLE.Scanner.SCAN_RESULT) {
    return
  }

  if (queue.length > maxQueue) {
    return;
  }

  queue.push([
    res.addr,
    res.rssi,
    btoa(res.advData),
    btoa(res.scanRsp)
  ]);

  if(!timerHandler) {
    timerHandler = Timer.set(queueServeTimer, false, timerCallback);
  }
}

// Skip starting if scanner is active
if (!BLE.Scanner.isRunning()) {
  BLE.Scanner.Start({
    duration_ms: -1,
    active: false,
  });
}

BLE.Scanner.Subscribe(bleCallback);

Darüber hinaus werden durch das offizielle Shelly-Plugin in HA alle ~1 min ALLE Parameter abgefragt, teilweise sehe ich sogar Intervalle <30sec.

Ich verwende weder die Shelly Cloud noch den Shelly Scanner. HA bekommt diese erhöhten Temperaturen "24h am Tag" durchgehend gemeldet ohne dass ich aktiv auf das Webinterface gehe oder ein anderes Tool zum Auslesen verwende.

Im HA "Logbook" ist nichts zu finden. Ich habe dann nur mehr den "advertisement monitor" gefunden.
Dort werden in meinem ganzen Haus abgesehen von meinen eigenen ~6 Shelly BT-Geräten (u.a. Shelly Blu H&T) auch noch ~20 "unbekannte" BT MAC's gefunden. Das sind wohl u.a. die Handys, Staubsaugerroboter, usw., und auch ein paar Geräte von meinen Nachbarn.

Ein Ausschnitt:

Eine art "activity log" habe ich leider nicht gefunden.

Wie gesagt: Die erhöhte Temperatur war direkt zurückzuführen auf die Shelly FW-Änderung.

U.u. kommt die neue Shelly-FW auch nicht mehr so gut mit dem am Shelly installierten "aioshelly_ble_integration"-Script von Home Assistant klar und geht nicht mehr in den "Eco mode" über, aber so tief bin ich auch nicht in den scripts drinnen.