Weihnachtsangebot 2025! 🎄

[Merlin123]

@skb Hmm. Ok. Danke für die schnelle Antwort. Ist da was geplant? Bei meinem Beispiel wäre es ja kein Problem die Anordnung ohne Kreuzungen zu machen. Oder könnte man zumindest die automatische Positionierung etwas "erzwingen", indem man zum Beispiel die maximale Höhe begrenzt und dann versucht wird, das mehr horizontal zu machen? (Klar: Wenn der Platz zu klein wird müsste der Adapter dann sagen "Geht nicht")

[SKB]

@merlin123 Jedes einzelne Beispiel "ist immer schnell" gemacht. Jeder, der Benutzer hat andere Vorlieben, wo die Elemente dann vielleicht stehen könnten. Schon sind wir wieder bei der Schwarm-Dynamik, die dann überhand nimmt.

"Wieso geht mehr vertikal als horizontal?" und vice versa :)

[Merlin123]

@skb Das ist mir klar :) Allen kann man es nie recht machen. Deswegen ja die Idee, ob man es zumindest etwas beeinflussbar machen kann.
Weiß jetzt natürlich nicht, wie Du das realisiert hast, also wie das Programm entscheidet, was es wo positioniert.
Kannst es ja mal im Hinterkopf behalten, ob eine Beeinflussbarkeit in irgendeiner Form machbar wäre. :)

[SKB]

@merlin123 Die Elemente haben feste Koordinaten. Beispiel:

Haus:
x -> 492 von links
y -> 262 von oben

Dies wird ggf. korrigiert, wenn die Elemente größer als 100 Pixel (vom User festgelegt) sind.
Somit muss man jedes der insgesamt 15 Elemente positionierbar machen, was natürlich einen immensen Aufwand bedeutet.

@merlin123 sagte in Energiefluss Adapter - Support:

Deswegen ja die Idee, ob man es zumindest etwas beeinflussbar machen kann.

Etwas wäre in diesem Fall -> komplett ;)

[Merlin123]

@skb Ah ok :) Danke für die die Erklärung Dann schau ich mal, was ich daraus machen kann...

[Friedhofsblond]

@merlin123
moin,
bin gerade dabei meine Zählerstand-Excel zu befüllen (mache ich jeden Sonntag schon seit 2000).
Wollte dann auch mal den Energiefluss darstellen und habe ne kleine Denkblockade :confounded:
Ich habe einen Shelly 3EM und Shelly Plus 1 pm zur Verfügung. (OK, hab auch noch DTU).
Der Plus ist nur für die Zählung des BKWs, der 3EM direkt hinter dem Zähler.
Nun ist ja der Plus in der Menge vom 3EM enthalten.
Wie bekomme ich jetzt den Wert für den Eigenverbrauch in den Energiefluss ?
Das BKW liegt auf Phase B - ist jetzt auch im - Bereich.

Danke für die Hilfe ;)

Ich kann das mal so ca. Ausrechnen:

(alles in W)

Shelly Plus:
PV= 174,92

Shelly 3EM:
PA= 83,1
PB= -30,6
PC= 23,1

PB=174,92-30,6=144,32 ??

Berechnung:
PA=83,1
PB=144,32
PC=23,1
Eigenverbrauch Summe= 250,52
(Probe 250,52 - 174,92 = 75,6 = OK)

[maximal1981]

@friedhofsblond said in Energiefluss Adapter - Support:

Shelly 3EM:
PA= 83,1
PB= -30,6
PC= 23,1

=75,6 W Bezug --> JA

[Friedhofsblond]

@maximal1981
sorry bin schon Ü60 - was meinst Du damit ? :face_with_rolling_eyes:

Schon den ersten Denkfehler gefunden, die 174,92 ist der Tageswert.
Richtig wäre der Momentanwert 149 oben links

[Friedhofsblond]

@friedhofsblond
habs jetzt wohl gefunden - solange probiert bis es sinn macht ...

[maximal1981]

@friedhofsblond wer misst, misst Mist, wenn er nicht weiß, was er misst. :blush:

deine DPs kennen wir nicht, da müssen wir das hinnehmen was du uns lieferst

[JB_Sullivan]

Wo liegt der (mein?) Fehler, wenn ich einen alternativen (wechselnden) Datenpunkt hinzufüge, erhalte ich die folgende Meldung. Ich kann damit aber nichts anfangen.

energiefluss.0
12836	2023-04-16 15:30:03.632	error	DB closed

energiefluss.0
12836	2023-04-16 15:30:03.631	error	Error: DB closed at Redis.sendCommand (C:\ioBroker\GLT\node_modules\ioredis\built\redis\index.js:636:24) at Redis.get (C:\ioBroker\GLT\node_modules\ioredis\built\commander.js:122:25) at StateRedisClient.setState (C:\ioBroker\GLT\node_modules\@iobroker\db-states-redis\lib\states\statesInRedisClient.js:657:40) at Energiefluss.setState (C:\ioBroker\GLT\node_modules\@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:5886:35)

energiefluss.0
12836	2023-04-16 15:30:03.627	error	unhandled promise rejection: DB closed

energiefluss.0
12836	2023-04-16 15:30:03.627	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[maximal1981]

@jb_sullivan durch welchen DP wird der erzeugt? tausch mal durch

EDIT: alternativ, hab ich überlesen

[JB_Sullivan]

@maximal1981 durch den "wechselenden" mqtt datenpunkt in den Instanz Einstellungen

[maximal1981]

@maximal1981 was hast du alles von fronius? vll ist mqtt komplett unnötig

EDIT: oder muss es live sein

[JB_Sullivan]

Der Fronius ist der Datenpunkt der die Live Werte darstellt (in Watt) Der mqtt Datenpunkt zeigt mir die Tagessumme des importierten Strom in kwh an.

Da in der Instanz Einstellung ANZEIGE steht, bin ich jetzt davon ausgegangen, das es sich nur um die ANZEIGE des Wertes vom Datenpunkt handelt - also ohne irgend welche Rechenoption im Bezug auf das Gesamte Energiefluss Diagramm.

Somit könnte ich mir die Live Werte und den Tagesverbrauch dort im Wechsel anzeigen lassen ...... es sei denn der Adapter Entwickler hat sich das anderes gedacht. Dann wäre allerdings die Beschriftung als ANZEIGE etwas irre führend.

[maximal1981]

@jb_sullivan meinst du mit importiert = Bezug vom Versorger?
hast du auch einen SM von Fronius? Bzw. wie kommst du sonst auf die Verbrauchsdaten?

[JB_Sullivan]

@maximal1981 sagte in Energiefluss Adapter - Support:

@jb_sullivan meinst du mit importiert = Bezug vom Versorger?
hast du auch einen SM von Fronius? Bzw. wie kommst du sonst auf die Verbrauchsdaten?

1.) Ja meine ich
2.) Ja habe ich. Allerdings bekomme ich da nicht den Tageswert her, weil der Fronius Adapter das scheinbar nicht ausgibt (fronius.0.inverter.1.DAY_ENERGY = 0 )

Allerdings habe ich auch eine openWB Wallbox, die diesen Wert für mich ermittelt und ich ihn via mqtt von der openWB abholen kann.

[maximal1981]

@jb_sullivan hilft dir das vll ein wenig weiter?

https://forum.iobroker.net/topic/51061/daten-aus-fronius-solarweb-auslesen

ist zwar nur stündlich, aber vll reicht es dir.
alles andere ist aufwändiger
und die anderen Werte die man bekommt sind auch nett

[JB_Sullivan]

Ja, ist bekannt, habe ich auch im Einsatz - openWB liefert mir den Wert in Echtzeit, weil es den ähnlich wie z.B. Souranalytix "on the Fly" berechnet.

Das Skript von Strobelix liest die Solarweb API aus, die gerne auch mal mehr als eine Stunde hinterher hingt. Das sehe ich in meiner Solarweb Auswertung die ich über dieses Skript fahre.

Egal welchen von den DP`s ich eintrage (MQTT, oder 0_userdate.Solarweb), der Energiefluss Adapter wirft an der Stelle immer einen Fehler.

[maximal1981]

@jb_sullivan das kann ich nicht bestätigen beim Script. (Zeitproblem ja, Darstellungsproblem nein)
hatte das auch mal aktiv, aber mich nervte der Change mit der Zeit.
Adapter schon mal neu installiert?