Beiträge von tvbshelly

Filzhut Home -> Dann oben auf den Bereich "Cover" klicken (z.B. auf "Cover (0)):

Dann "Cover input settings"

Der Pfad an sich ist http://<shelly-ip>/#/cover/0/settings/cover-inputs

Das reine Saldieren kann man auch per Skript auf dem Shelly selber machen.

Home Assistant ist aber definitiv besser, zumal man damit auch eine Menge weiterer toller Sachen im Bereich Hausautomatisierung machen kann.

Bei Shelly mit Relais sitzt der Temperatursensor eigentlich unter dem Relais - deshalb wird die Temperatur hier auch bei der Switch Componente ausgegeben.

Woher genau stammt der Wert, den du in HA bekommst? Kann man das nachschauen?

Zitat von erikafuchs

Dann hatte ich in meinem Ursprungspost gefragt, ob der Shelly Pro 3EM 120 der richtige ist. Das wurde auch noch nicht explizit beantwortet - ich habe ihn jetzt bestellt, da der Shelly 3ct 63 keine getrennten Stromklammern hat, in meinem Sicherungskasten passt das mit den getrennten wohl besser.

Mit dem Pro 3EM-120 machst du definitiv nichts falsch - "normale" Hausanschlüssen haben üblicherweise 63A oder (moderner) 35A. Zudem hast du bei diesem Modell den Vorteil, dass einige Drittanbieter von BKWs/Akkus u.a Ecoflow und Anker dieses Gerät (und exakt nur diese Pro 3EM Version) als Smart Meter unterstützen

Zitat von erikafuchs

Und dann muss ich mich auch noch mit der Empfehlung von Krauskopp beschäftigen. Das victron multiplus ist ja wohl nicht speziell auf BKWe ausgerichtet. Müsste aber zu meiner Fragestellung passen. Dann ist nur die Frage, ob das preislich noch im Rahmen steht - Akku brauche ich ja dann auch noch.

Das ist sicher keine Out-Of-the-Box Akku Lösung und wird Einarbeitung und "Selber-Bauen" erfordern. Den Vorteil, den ich bei Victron sehe ist, dass du die Sachen sehr gut auf den eigenen Bedarf abstimmen kannst und Victron auch recht offen ist bezüglich eigener Steuerung / API-Zugriff, was ich bisher so gelesen habe.

Es gibt auch noch eine Art interne Begrenzung für Notifications:

Rate Limit for Notifications

In certain cases, the Input component generates an excessive amount of event or status change notifications which may cause degraded performance or even outages in certain scenarios. To mitigate this, a rate-limiting algorithm (sliding time window) is applied to the generated notifications. If the limit is reached event notifications will be dropped, while status changes will accumulate until the rate limit is no longer enforced. At the end of the time period, an event notification is sent with the counts of missed events and status change notifications, as well as a status change notification if changes were accumulated during the time the rate limiter was active. The limit applied is 80 notifications for a period of 60 seconds.

Was ist dir noch unklar / welche Fragen sind noch offen?

Guter Hinweis, Thomas.

Zitat von Whity

EcoFlow schreibt sich selbst in die MQTT Daten rein und bekommt von dort die Daten, bin der Meinung es kam der Hinweis das der Shelly vorher beim Hersteller einzurichten ist, was für mich heißen würde Cloud

MQTT ist aber üblicherweise eher lokal. Kann natürlich sein, dass die trotzdem irgendwas über das Cloud API abrufen, oder sie drücken sich unklar aus, was genau zu tun ist auf Shelly Seite. Vielleicht reicht es, den Shelly einfach nur via App einzurichten, also lokal.

Zitat von Westerwald2000

Gilt bestimmt auch für Szenen oder Scripte.

Das müsste ich mal testen.

Taster (S1/S2): keine Steuerung möglich = gesperrt

App/Cloud Bedienung: keine Steuerung möglich = gesperrt

Skript: passiert nichts = gesperrt

Szene habe ich nicht getestet, gehe aber davon aus, dass diese auch gesperrt sind

Zitat von Brendianer

um 23.59 nicht ausgeschaltet

Im Aktivitätenprotokoll wurde "aus" vermerkt (das einzige was sichtbar ist).

Mehr sieht man ja nicht, weil der Slider im Weg ist:

Zitat von Loetauge

Speicher sollen doch nur mit erheblichen finanziellen Aufwand das Abfliesen des selbst erzeugten Strom vermeiden.

OT: Dafür wird man in der zugehörigen App bei hinreichend großem Speicher und PV Dach mit 99% Autarkiegrad "belohnt". Dann tut das gar nicht mehr so weh ...

Man kann Notstrom auch noch eine Ebene höher betreiben: Als Ersatzstrom in drei-phasiger Ausführung und natürlich dann auch mit Schwarzstart-Fähigkeit.

Wird dann technisch nochmal umfangreicher, preislich ebenfalls.

Die Sinnfrage selbst der kleinen Ausbaustufe hat Lötauge bereits beantwortet.

chrissiboy Ok, das sieht ja schon nach einem "absichtlichen" Muster aus.

Ich habe die Frage mal weiter gegeben. Als Mod hat man aber keinen Kontakt aus erster Hand.

Ok, schade. Danke.

Westerwald2000 Nur im Cover Mode

https://shelly-api-docs.shelly.cloud/gen2/Component…/#configuration

Configuration of the Cover component:

Lässt sich via Cover.SetConfig setzen:

http://192.168.33.1/rpc/Cover.SetConfig?id=0&config={"maintenance_mode":true}

Wir haben aneinander vorbei geredet:

Kannst du MQTT testweise einschalten/nutzen? Wenn ja: kommen dann die Daten schneller?

Dazu müsstest du allerdings einen MQTT Broker für den Test irgendwo installieren.

Zitat von Heidelinde

Obwohl ich mich langsam zum Shelly Fan entwickle.

Kleiner Tipp: Nimm bei zukünftigen Einkäufen Gen3 (oder Gen4) Shellys. Die sind deutlich moderner und werden vermutlich auch länger mit neuen Features versorgt.

Neben Home Assistant gibt es noch weitere Software / übergeordnete Systeme

Grob in absteigender Verbreitungsreihenfolge (im Shelly Universum):

Home Assistant, Openhab, Homey, ioBroker

Alexa, Smartthings, Google Home lasse ich mal weg, da nicht lokal.

Zitat von chrissiboy

Also denke ich, es geht hier eher um die Begrenzung des Funkverkehrs, wobei ich denke, dass man das durchaus auch den Anwender entscheiden lassen könnte, wie oft die Komponenten eine Nachricht verschicken.

Wenn du dir die Events per MQTT schicken lässt (falls du sowas aufsetzen kannst): kommen die dann öfter?

Ja, das geht mit KVS

https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/KVS/

und mit Script.storage (seit 1.5.0):

https://shelly-api-docs.shelly.cloud/gen2/Scripts/S…s#scriptstorage