Energiemanagementsystem

C

Cloud01

Level-1
Beiträge
75
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen

Hatt von euch bereits jemand Erfahrung im Bereich Energiemanagementsystem? Welche Tools habt ihr bereits eingesetzt.
Es geht um ein System für ein Gewerbegebäude mit einem hohen Energieverbrauch (die grössten Energieverbraucher sind Ladestationen (pro Station bis zu 200kW))
Folgende Gewerke sollen miteinander verbunden werden (Ladestationen, RWA, PV-Anlage, evtl Speicher, diverse andere Verbraucher), dabei soll auch eine priorisierung stattfinden.
 
Die Frage ist eigentlich, was Du unter Energiemanagementsystem verstehst. Soller Energiedaten erfasst und aufgezeichnet werden oder nach Priorisierung und Last Verbraucher abgeschaltet werden oder z.B. die max. Leistung der Ladestationen runtergeregelt werden? Ersteres wäre eher ein Energiedatenmanagement, die Letzen beiden eher Lastmanagement. Bei den Ladestationen hängt es auch stark davon ab, was die für Schnittstellen haben (Modbus, OCPP, proprietäre API, wie bei Charge Point, etc.).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
KLM schrieb:
Die Frage ist eigentlich, was Du unter Energiemanagementsystem verstehst. Soller Energiedaten erfasst und aufgezeichnet werden oder nach Priorisierung und Last Verbraucher abgeschaltet werden oder z.B. die max. Leistung der Ladestationen runtergeregelt werden? Ersteres wäre eher ein Energiedatenmanagement, die Letzen beiden eher Lastmanagement. Bei den Ladestationen hängt es auch stark davon ab, was die für Schnittstellen haben (Modbus, OCPP, proprietäre API, wie bei Charge Point, etc.).
Zum Vergrößern anklicken....

Egal ob Energiedaten oder Lastmanagement ... Die Schnittstellen sind dabei wirklich ein Kernthema.
Also erstmal Bestandsaufnahme, welche Systeme mit welchen Schnittstellen angebunden werden müssen.
Erst danach kannst du überhaupt an die Auswahl eines systems gehen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Synchronimpuls ok, hierüber wird des Messzyklus bestimmt. Aber bei Sonderkunden spielt doch eine Lastspitze, welche nur einmalig jährig für einen einzigen Messzyklus von 15 Minuten ansteht, eine bedeutende Rolle. Der Kunde bezahlt dann entsprechend dieses Maximums für das ganze Jahr auf jede kWh. Und hier muss doch geregelt sein, wann das Jahr anfängt. Ich denke mal, dass hierfür die Lokalzeit maßgebend ist? Aber wie ist es dann mit der Umstellung Sommer-/Winterzeit? Man kann ja nicht mal einfach so 8 Messzyklen in den Skat drücken, und später wieder dazu mogeln? Ich habe mal etwas von "Industriezeit" geträumt, was nichts anderes als die Normalzeit ist, also ohne diesen Sommer-Winter-Quatsch? Wird nach dieser Normalzeit/Industriezeit registriert und abgerechnet?

Oder mal anders gefragt, wenn ich jetzt über das ganze Jahr jede 1/4 Stunde den Mittelwert der bezogenen Wirkleistung speichern möchte, nach welchem Zeitsystem mache ich das?
 
Zuletzt bearbeitet:
Aus der Auswertung vom Lastgang, die ich von unserem Energieversorger bekomme scheint es Winterzeit zu sein und zu bleiben.
Die Problematik selbst habe ich bis Anfang des Jahres als praktisch nicht existent eingestuft.
99,9% aller Unternehmen haben ziemlich wahrscheinlich am 31.12. Und am 01.01. Eines Jahres keine Lastspitze ;-)
Interessant wird es eher bei den aktuellen Preisen für HT und NT, wenn man diese Zeiträume aktiv stärker nutzen will, wobei hier immer die Erfassung des EVU Priorität hat.
 
Im Lastgang-Bericht von unserem EVU sind die Zeitstempel in Lokalzeit, also UTC+1 + ggf. Sommerzeit

Onkel Dagobert schrieb:
Oder mal anders gefragt, wenn ich jetzt über das ganze Jahr jede 1/4 Stunde den Mittelwert der bezogenen Wirkleistung speichern möchte, nach welchem Zeitsystem mache ich das?
Zum Vergrößern anklicken....
Ich würde die Werte mit Zeitstempel UTC speichern und verarbeiten, und nur für eine Anzeige in Lokalzeit umrechnen. In UTC gibt es keine Sommerzeit-bedingten Uhrzeitsprünge, also keine fehlenden und keine doppelten Zeitpunkte.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
PN/DP schrieb:
Ich würde die Werte mit Zeitstempel UTC speichern und verarbeiten, und nur für eine Anzeige in Lokalzeit umrechnen. In UTC gibt es keine Sommerzeit-bedingten Uhrzeitsprünge, also keine fehlenden und keine doppelten Zeitpunkte.
Zum Vergrößern anklicken....

Ja genau so muss man es machen.
Ansonsten bekommt man einige Probleme bei den Sommer-Winterzeitumstellungen.
In einem Line-Chart z.B. springt die Linie dann eine Stunde vor/zurück.
Oder wenn z.B. die Leistung über die Zeit integriert wird, wird bei zurückstellen der Uhr das Vorzeichen gedreht, da die Zeit negativ wird.
Diese Probleme sind aber Allgemein und nicht auf Energiemanagement begrenzt.
Deshalb muss in den Rohdaten immer UTC verwendet werden. Und In der weiteren Verarbeitungen der Daten umgewandelt werden.
InfluxDB z.B. verwendet in der Timestamp Spalte auch UTC. Und das kann nicht umgestellt werden.
Ein weiterer Vorteil ist auch noch, dass die Anwendung (oder was auch immer) Zeitzonenübergreifend benutzt werden kann.
 
Hallo Forum!

Ich krame diese alten Thread wieder hervor... Gibt es zum Thema Lastmanagement ein Fachbuch mit dem man sich einarbeiten kann? Ich soll mit einer PFC200 und 9 Stk PAC 2200 ein Lastmanagement programmieren.

Danke
 
GLT schrieb:
Die Datenerfassung ist halt die Grundlage - danach hängt es von den Lasten u. den betrieblichen Erfordernissen ab -> Priorisierung
Zum Vergrößern anklicken....
Und in den allermeisten Fällen bleibt es bei der Erfassung 😀
Die Priorisierung artet meist in Streit aus und die Umsetzung scheitert an unterschiedlichen oder nicht vorhanden Schnittstellen und der fehlenden Manpower. 😜
 
... leider ist es so ... wenn etwas in der Richtung gemacht wird dann ist es (soweit ich es kenne) immer nur Makulatur ... :(
Dabei ließe sich damit tatsächlich, vor allem aber bei strom-intensiven Unternehmen, durchaus etwas machen.
Ich hatte mich damit auch schon mal etwas intensiver auseinander gesetzt (mein Bereich Kunststoff-Spritzguss) - über ein paar Yanitza in den NSHV's und bei Neuanschaffungen ist es aber nicht hinaus gekommen. Das Energie-Management ist dann auch ein monatliches Herumlaufen und Zählerstände notieren, die dann in eine hochkomplexe Excel-Tabelle eingepflegt werden müssen. Aber es scheint ja zu reichen ... 🤮
 
Für die Visualisierung werde ich von Wago die Energiedatenmanagement Applikation einsetzten.
Den Lastabwurf würde dann gerne selber mit der PFC200 programmieren. Für den Gesamtbezug steht mir ein PAC2200 zur Verfügung und zusätzlich der Arbeitsimpuls + Synchronimpuls vom EVU. Die acht Verbraucher haben ebenfalls jeder einen eigenen PAC2200.
Ob ich die Berechnung für den Lastabwurf das ganz einfach mit Leistung_Ist > Leistung_Soll+Hystherese Lösen kann oder das ganze mit der Arbeit berechnen muss bin ich mir noch im unklaren... vielleicht hat da von euch jemand einen Tipp dazu.
Für die Verbraucher hätte ich einen FB mit den einzelnen Parametern gemacht (min. Abschaltzeit, max. Abschaltzeit, min. Verfügbarkeit, min. Laufzeit, Priorität, Betriebsrückmeldung)
Würde mich über eine Hilfestellung zur Berechnung freuen kann auch gern ein Fachbuch etc. sein

Danke
 

Similar threads

B
Betriebsarten/Störungshandling bei Produktionslinie
Antworten
19
Aufrufe
2K
Beff89
B
G
Grundsatzfragen zur Restrukturierung einer bestehenden Programmstruktur
Antworten
11
Aufrufe
3K
Mrtain
Mrtain
W
Sonstiges SPS SCADA Daten auswerten
Antworten
2
Aufrufe
1K
JSEngineering
J
H
WinCC Kommunikation WinCC RT Pro (Webnavigator) zu S7 1500 Steuerungen
Antworten
15
Aufrufe
4K
Thomas_v2.1
T
S
Sonstiges Machbarkeit eines Projektes mit Siemens LOGO!
Antworten
18
Aufrufe
13K
GUNSAMS
G
Zurück
Oben