Beiträge von AlexAn

Bei meinem Motor wird die Endlage gelöscht wenn AUF und AB gleichzeitig einen Spannungsimpuls bekommen. Da gibt es eine kurzes "KlackKlack".

Würde vermuten dass das Problem schon beim Einrichten der Shelly entstanden ist.

Einspeisung (PV) soll vermutlich die Produktion sein

Du solltest das etwas anders denken da du in deiner Formel nur den Fall für den Überschuss beschreibst!

Ist die Summenleistung positiv dann ist das Bezugslaufwerk aktiv

Ist die Summenleistung negativ dann ist das Lieferlaufwerk aktiv

Hausverbrauch = Erzeugte Energie/Produktion + Importierte Energie - gelieferte Energie

1kWh = 2kWh + 0kWh - 1kWh

oder

1kWh = 0,5kWh +0,5kWh - 0kWh

zum Unterschied der Eigenverbrauch:

Eigenverbrauch ist nur der Verbrauch der durch die eigene Erzeugung gedeckt ist:

Hausverbrauch > Erzeugung = Erzeugung ist der Eigenverbrauch

Hausverbrauch < Erzeugung = Hausverbrauch ist der Eigenverbrauch

Erzeugung 0 = Eigenverbrauch 0

Ohne Saldierung im Gerät selber hat das alles keinen Sinn.

Die Formel von Shelly sagt auch gar nichts aus:

Hausverbrauch = Netzquelle + Erzeugte Energie

Richtig wäre wenn sie saldieren könnten:

Hausverbrauch = Erzeugte Energie + Importierte Energie – Gelieferte Energie

Bei der Balkonanlage kommt es darauf an ob man tatsächlich alles erfassen möchte oder auch einen Zähler mit Rücklaufsperre nachstellen möchte.

Eigenverbrauch hab ich noch nicht gefunden

Grafik würde so reichen:

Die Phasen oder Wh braucht kein Mensch.

Wenn man schon die Energie darstellen möchte dann soll das klar erkennbar sein:

Ja das ist bekannt und mittlerweile gibt des den Beitrag auch wieder und die Kommentarfunktion wurde auch freigegeben.

Das mit der Saldierung hab ich mir auch gedacht.

Solange die Saldierung nicht im Gerät mit einem absoluten Zählerstand gemacht wird sind die ganzen App Geschichten ganz nett aber nicht relevant wenn man einen Server betreibt.

Nachdem Shelly das Thema jahrelang ignoriert hat sehe ich auch keinen Grund eine Alpha in einem produktiven System zu testen.

Die Diskussion im Anschluss gleich zumachen hat auch keinen Sinn wenn man sich eine Rückmeldung erwartet

bei dem kurzen Ausschnitt sind sogar 9 Minuten dabei

Eventuell ergibt sich aus der nächsten Firmware Generation die in den Startlöchern steht neue Möglichkeiten.

So wie jetzt die BT Geschichte läuft kann es ja nicht weiter gehen. Das Script ist ja nur ein Ersatzmaßnahme um das Ding vernünftig ins System zu bringen. Schön langsam sollte Shelly in die Gänge kommen und das sauber lösen.

Die BT Geräte sollen einfach mit einheitlichen Topic im Broker auftauchen und da ist es mir egal von welchem Gateway es kommt.

Sind 0,5Grad eine Abweichung - je nach Anwendung schon

Sind die Angaben von Shelly immer klar - aus meiner Sicht nein

Von da her sollte man sich den einen oder anderen Spruch einfach sparen!

Das ist nicht eine Frage von Shelly sondern dein Device muss ein Modbus Gerät mit einem bestimmten Register ansprechen können. Die Pro3EM reagiert darauf und sendet die Werte

der Shelly Modbus ist hier beschrieben: Modbus | Shelly Technical Documentation

Natürlich kann man sich viel wünschen aber ob das tatsächlich umsetzbar ist musst du jetzt selber rausfinden, denn nach deinem letzten Satz hab ich keine Lust mehr!

Ja und wie soll es dann weitergehen wenn du diesen Schritt geschafft hast?

Die Modbusanbindung ist dein geringstes Problem da es für die Pro3EM eine Doku gibt! Hersteller wollen in der Regel nur mit den eigenen Produkten reden. Falls du ein Setting für deine Pro3EM findest, dann wäre das natürlich ein Glücksfall. Wenn du fit bist kannst du dir auch einen Simulator bauen der dir die Register umbiegt wie dein Gerät das braucht. Github gibt es da auch noch...

Der Knackpunkt wird die Logik sein und da ist Shelly mit der Script, Scenen oder Action Funktion zu schwach.

Ich arbeite in diesem Bereich mit Loxone weil ich die Komplexität durchaus kenne 😉

Bei der Gen3 kannst du dir einen virtuellen Eingang triggern der widerum eine Scene startet.

Keine Ahnung was deine Geräte können oder nicht aber vom Konzept brauchst du:

jedes Device eingebunden per API oder Modbus

Serverdienst der dir den Speicher bewirtschaftet

Energiemanager

Preismanager

Mit Shellies alleine wird das nix!

Ja kann es aber brauchen tut man das nicht für diesen Zweck da die Plus Plug das schon kann.

Ob mittlerweile mit neuerer Firmware das Script noch läuft kann ich nicht sagen.

Wer sagt dass es bei diesem Chip in dieser Ausführung bleibt? Das Ganze soll ja universell werden.

Die Firmware stellt man bei X zusammen ähnlich wie beim Tasmota Compiler.

Was soll Shelly anderes reinschreiben wenn der Netzbetreiber 230V +-10% am Übergabepunkt hat.

In der Anlage kann die Spannung sogar so hoch sein dass sich der WR ausschaltet - also über 253V

Ich denke man sollte den Jungs etwas Zeit geben und dann werden auch noch andere Module kommen!

Analoge Eingänge fehlen ja auch noch bzw. I2C ist ja auch noch am Chip

• Die KNX Welt wird sich freuen über die Gen3 Erweiterungen.
• Den 4xfach Taster mit den bei uns üblichen Rahmen sehe ich auch positiv.

• Dimmer 0/1-10V PM Gen3 ist schon ziemlich universell auch wenn er nur 13A schalten kann.

  
  

• Das Konzept von Shelly X erinnert mich an den Tasmo Compiler.
• Das IO Modul hat zwar eine Eingangsspannung von 12-40V aber für die Hutschiene seitlich unbrauchbar - mit SSR könnte das spannend werden
• Das Relaismodul hat den Anschluss auch auf der Seite und nur 12V
• Das SMD Modul hat leider eine andere Pin Belegung wie die üblichen ESP32 - also nix mit auslöten

War an den TE gerichtet und nicht an dich - komm mal zu Thema zurück

Geht ja darum festzustellen wo die Verzögerung herkommt:

Shelly, Broker oder Empfänger

Studium hin oder her das hab ich in der Praxis festgestellt wenn man mehrere Verbraucher regelt;)

Kannst du auch machen wie du willst und soll nicht das Thema sein!

Würde auch wie oben schon erwähnt nachsehen wie das im MQTT Explorer aussieht.

Na da bin ich mal gespannt ob sie das alles mit der 2.0 beheben können. Die ganze BT Integration ist schon ein Krampf. Da macht sich einer Arbeit und schaut dass das Ganze zu MQTT transportiert wird und dann killen die das wieder per Update.