EL3403 kWh Zählerstand bleibt unregelmäßig nach kurzer Zeit stehen

Crack123

Level-2
Beiträge
361
Reaktionspunkte
27
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo!

Habe mal Testweise eine EL3403 mit einem EK1100 Buskoppler zur Netzerfassung bzw Stromzählung zusammengebaut,
laufen tut das ganze mit Twincat auf einem Zotac MiniPC und WinCC als Visu ( Testweise ),
im Programm selber wird nur die Klemme ausgelesen und per Modbus TCP von WinCC aus ausgelesen ohne irgendwelche anderen Signale.

Jetzt kommt es vor das alle 2-3 Tage der Zähler stehen bleibt, man sieht im WinCC Trend den Zähler steigen und irgendwann friert der Wert ein ( auch im Twincat )
wenn man den im Programm wieder auf 0 setzt zählt er wieder ganz normal weiter, passiert meist so zwischen 1-3 kWh gezählter Energie.

im Systemmanager kommen keine Fehlermeldungen sonst läuft auch alles Ok Strom Spg. Frequenz usw. und so fort.

Bin für jeden Tipp Dankbar!


lg
 
Ich nehme an Du addierst Du irgendwelche Leistungen auf, da kann es passieren, dass großer Wert + sehr kleiner Wert = großer Wert ist.
Aber vielleicht habe ich die Frage auch ganz falsch verstanden.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Energiezähler heißt Zähler weil er zählt :cool: (ein Stromzähler zählt ganze Umdrehungen der Scheibe, welche die verbrauchte Energie integriert)

Vermutlich zählst Du nicht in Deinem Programm sondern addierst REAL-Werte (Gleitpunkt) - das wird schnell ungenau (Rundungsfehler) und funktioniert bei großen Differenzen zwischen den Summanden irgendwann (ca > 10^7) gar nicht mehr (nicht genügend Auflösung).

Du müßtest Dich auf eine Auflösung Deines Zählers festlegen (z.B. 0.1kWh = 100Wh) und ganze Einheiten dieser Auflösung zählen (oder als Ganzzahl addieren), dann kommt es nicht zu den Problemen, die aus der Verwendung von REAL resultieren.

Harald
 
Nabend! :)

Ich zähle erstmal garnix, den Programmcode habe ich nicht selber geschrieben, ist ein fertiger FB der die Daten aus der Klemme ausliest.
so gesehn ist der Wert in der Klemme direkt ( ST ist nicht so meins...... :( )

was mich halt wundert, einmal setzt es bei 0,8 kWh aus dann bei 1,5 dann 2,7 sollte wenn dann bei Relativ gleichem Wert aussteigen oder sehe is das falsch?


Diese Zeile ist die Zählung bzw. Rechnung also TotalEnergy ist der Zählwert.

TotalEnergy := L1_Data.Energy_Wh + L2_Data.Energy_Wh + L3_Data.Energy_Wh ;




(* Current *)
L1_Data.Current_A := DINT_TO_REAL(L1_Current)*0.000001*CurrentTransformer;
L2_Data.Current_A := DINT_TO_REAL(L2_Current)*0.000001*CurrentTransformer;
L3_Data.Current_A := DINT_TO_REAL(L3_Current)*0.000001*CurrentTransformer;

(* Voltage *)
L1_Data.VoltageLine_V := DINT_TO_REAL(L1_Voltage)*0.0001;
L2_Data.VoltageLine_V := DINT_TO_REAL(L2_Voltage)*0.0001;
L3_Data.VoltageLine_V := DINT_TO_REAL(L3_Voltage)*0.0001;
L1_Data.VoltageFase_V := SQRT(3)*L1_Data.VoltageLine_V;
L2_Data.VoltageFase_V := SQRT(3)*L2_Data.VoltageLine_V;
L3_Data.VoltageFase_V := SQRT(3)*L3_Data.VoltageLine_V;

(* ActivePower *)
L1_Data.ActivePower_W := DINT_TO_REAL(L1_ActivePower)*0.01*CurrentTransformer;
L2_Data.ActivePower_W := DINT_TO_REAL(L2_ActivePower)*0.01*CurrentTransformer;
L3_Data.ActivePower_W := DINT_TO_REAL(L3_ActivePower)*0.01*CurrentTransformer;

CASE State OF
0: (* ApparentPower *)
L1_IndexOut:=State;
L2_IndexOut:=State;
L3_IndexOut:=State;
IF (L1_IndexIn=State) AND (L2_IndexIn=State) AND (L3_IndexIn=State) THEN
L1_Data.ApparentPower_VA := DINT_TO_REAL(L1_VariantValue)*0.01*CurrentTransformer ;
L2_Data.ApparentPower_VA := DINT_TO_REAL(L2_VariantValue)*0.01*CurrentTransformer ;
L3_Data.ApparentPower_VA := DINT_TO_REAL(L3_VariantValue)*0.01*CurrentTransformer ;
State:=State+1;
END_IF

1: (* ReactivePower *)
L1_IndexOut:=State;
L2_IndexOut:=State;
L3_IndexOut:=State;
IF (L1_IndexIn=State) AND (L2_IndexIn=State) AND (L3_IndexIn=State) THEN
L1_Data.ReactivePower_VAR := DINT_TO_REAL(L1_VariantValue)*0.001*CurrentTransformer ;
L2_Data.ReactivePower_VAR := DINT_TO_REAL(L2_VariantValue)*0.001*CurrentTransformer ;
L3_Data.ReactivePower_VAR := DINT_TO_REAL(L3_VariantValue)*0.001*CurrentTransformer ;
State:=State+1;
END_IF

2: (* Energy *)
L1_IndexOut:=State;
L2_IndexOut:=State;
L3_IndexOut:=State;
IF (L1_IndexIn=State) AND (L2_IndexIn=State) AND (L3_IndexIn=State) THEN
L1_Data.Energy_Wh := DINT_TO_REAL(L1_VariantValue)*0.000001*CurrentTransformer ;
L2_Data.Energy_Wh := DINT_TO_REAL(L2_VariantValue)*0.000001*CurrentTransformer ;
L3_Data.Energy_Wh := DINT_TO_REAL(L3_VariantValue)*0.000001*CurrentTransformer ;
State:=State+1;
END_IF

3: (* CosPhi *)
L1_IndexOut:=State;
L2_IndexOut:=State;
L3_IndexOut:=State;
IF (L1_IndexIn=State) AND (L2_IndexIn=State) AND (L3_IndexIn=State) THEN
L1_Data.CosPhi := DINT_TO_REAL(L1_VariantValue)*0.001 ;
L2_Data.CosPhi := DINT_TO_REAL(L2_VariantValue)*0.001 ;
L3_Data.CosPhi := DINT_TO_REAL(L3_VariantValue)*0.001 ;
State:=State+1;
END_IF

4: (* Frequency *)
L1_IndexOut:=State;
L2_IndexOut:=State;
L3_IndexOut:=State;
IF (L1_IndexIn=State) AND (L2_IndexIn=State) AND (L3_IndexIn=State) THEN
L1_Data.Frequency_Hz := DINT_TO_REAL(L1_VariantValue)*0.1 ;
L2_Data.Frequency_Hz := DINT_TO_REAL(L2_VariantValue)*0.1 ;
L3_Data.Frequency_Hz := DINT_TO_REAL(L3_VariantValue)*0.1 ;
State:=State+1;
END_IF

5: (* EnergyNegative *)
L1_IndexOut:=State;
L2_IndexOut:=State;
L3_IndexOut:=State;
IF (L1_IndexIn=State) AND (L2_IndexIn=State) AND (L3_IndexIn=State) THEN
L1_Data.EnergyNegative_Wh := DINT_TO_REAL(L1_VariantValue)*0.001*CurrentTransformer ;
L2_Data.EnergyNegative_Wh := DINT_TO_REAL(L2_VariantValue)*0.001*CurrentTransformer ;
L3_Data.EnergyNegative_Wh := DINT_TO_REAL(L3_VariantValue)*0.001*CurrentTransformer ;
State:=0;
END_IF
END_CASE

(* Power and Energy *)
CurrentActivePower := L1_Data.ActivePower_W + L2_Data.ActivePower_W + L3_Data.ActivePower_W;
TotalEnergy := L1_Data.Energy_Wh + L2_Data.Energy_Wh + L3_Data.Energy_Wh ;
TotalEnergyNegative := L1_Data.EnergyNegative_Wh + L2_Data.EnergyNegative_Wh + L3_Data.EnergyNegative_Wh ;

(*===============*)
(* Reset Energy *)
(*===============*)
Trigger(CLK:= ResetEnergy);

(* Register communication *)
FB_EcCoESdoWrite_EL3403(
sNetId:= F_CreateAmsNetId( EL3403_NetId ),
nSlaveAddr:= EL3403_Port,
nSubIndex:= 16#01,
nIndex:= 16#FB00,
tTimeout:= t#30s);

CASE i OF
0: (* Start sequence *)
IF Trigger.Q THEN
FB_EcCoESdoWrite_EL3403.bExecute := FALSE;
Value := 16#0004;
i := i + 1;
END_IF

1: (* Start sending Value *)
FB_EcCoESdoWrite_EL3403(
pSrcBuf:= ADR(Value),
cbBufLen:= SIZEOF(Value),
bExecute:= TRUE);
i := i + 1;

2: (* Stop sending Value *)
IF FB_EcCoESdoWrite_EL3403.bBusy THEN
FB_EcCoESdoWrite_EL3403.bExecute := FALSE;
i := i + 1;
END_IF

3: (* Ready *)
IF NOT FB_EcCoESdoWrite_EL3403.bBusy THEN
Value := 16#0000;
i := i + 1;
END_IF

4: (* Start sending Value=0 *)
FB_EcCoESdoWrite_EL3403(
pSrcBuf:= ADR(Value),
cbBufLen:= SIZEOF(Value),
bExecute:= TRUE);
i := i + 1;

5: (* Stop sending Value *)
IF FB_EcCoESdoWrite_EL3403.bBusy THEN
FB_EcCoESdoWrite_EL3403.bExecute := FALSE;
i := i + 1;
END_IF

6: (* Ready *)
IF NOT FB_EcCoESdoWrite_EL3403.bBusy THEN
i := 0;
END_IF
END_CASE
 
Zuletzt bearbeitet:
Was kommen denn für Werte von der Klemme rein? Wenn die noch Daten liefert, dann ist es ein Berechnungsproblem (Gleitkommazahlen sind tükisch).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Sind alle Status-LEDs auf der Klemme OK/kein Error?
Wenn der TotalEnergy-Wert stehenbleibt, steigt dann TotalEnergyNegative?
Bleibt nur der TotalEnergy-Wert stehen? Oder frieren auch andere Werte ein (ApparentPower, ReactivePower, Energy, CosPhi, Frequency)?
Sind die Strom- und Spannungswerte der Phasen plausibel?
Bleibt nur der Wert in WinCC stehen oder auch im SPS-Programm? Hast Du das Programm beim Problemfall beobachtet? Ändert sich State noch?
Welchen Wert hat CurrentTransformer? Ist der Wert konstant? Stimmt der Wert auch im Problemfall?
Wie sind die an der Datenerfassung beteiligten Variablen deklariert? Sind da TEMP-Variablen dabei?
Werden Variablen im Programm noch anderswo überschrieben, insbesonders State?
Wie kommt der Zählerstand ins WinCC? Wird der in WinCC irgendwie beeinflußt? Hast Du in WinCC nur TotalEnergy oder auch TotalEnergyNegative und L1_Data.Energy_Wh, L2_Data.Energy_Wh, L3_Data.Energy_Wh? Frieren alle ein?

Harald
 
Sind alle Status-LEDs auf der Klemme OK/kein Error?
Wenn der TotalEnergy-Wert stehenbleibt, steigt dann TotalEnergyNegative?
Bleibt nur der TotalEnergy-Wert stehen? Oder frieren auch andere Werte ein (ApparentPower, ReactivePower, Energy, CosPhi, Frequency)?
Sind die Strom- und Spannungswerte der Phasen plausibel?
Bleibt nur der Wert in WinCC stehen oder auch im SPS-Programm? Hast Du das Programm beim Problemfall beobachtet? Ändert sich State noch?
Welchen Wert hat CurrentTransformer? Ist der Wert konstant? Stimmt der Wert auch im Problemfall?
Wie sind die an der Datenerfassung beteiligten Variablen deklariert? Sind da TEMP-Variablen dabei?
Werden Variablen im Programm noch anderswo überschrieben, insbesonders State?
Wie kommt der Zählerstand ins WinCC? Wird der in WinCC irgendwie beeinflußt? Hast Du in WinCC nur TotalEnergy oder auch TotalEnergyNegative und L1_Data.Energy_Wh, L2_Data.Energy_Wh, L3_Data.Energy_Wh? Frieren alle ein?

Harald


Hallo!

Status Leds muss ich nächstes mal schauen

TotalEnergyNegative muss ich auch nächstes mal schauen

es bleibt nur TotalyEnergy bzw halt alle 3 Zähler von L1/2/3 die den Wert ja bilden stehen

Strom Spgs. Phasensignale sind Ok soweit die Aufzeichnungen anzeigen

Wert bleibt natürlich im PLC Programm bzw der Visu dort stehen ( ist nicht perma eingelogt ) und im WinCC da es dort ja per Modbus TCP ausgelesen wird. der State also raufzählen bzw durchschalten der Werte läuft noch

Current Transformer ist ein Fixwert im Programm ändert sich nicht

WinCC liest nur Daten und schreibt nichts in die Steuerung, sind nur 13 Variablen angelegt für Strom Spg. Frequenz Leistung und Zählen
 
Jetzt kommt es vor das alle 2-3 Tage der Zähler stehen bleibt, man sieht im WinCC Trend den Zähler steigen und irgendwann friert der Wert ein ( auch im Twincat )
wenn man den im Programm wieder auf 0 setzt zählt er wieder ganz normal weiter, passiert meist so zwischen 1-3 kWh gezählter Energie.
Der Zähler zählt doch im Gerät. Wo setzt Du dann null?


TotalEnergy := L1_Data.Energy_Wh + L2_Data.Energy_Wh + L3_Data.Energy_Wh
Bei 1-3kWh in 3 Tagen (bis der Zähler stehen bleibt) heisst, dass da zwischen 15 und 40 Watt draufhängen.
Was ist denn das?

Mir kommt das etwas seltsam vor......
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Das liegt an den "ungünstigen" Faktor 0.000001. Wenn die DINT Zahl groß genug wird, dann führt eine Änderung in der letzten Stelle nicht mehr zu einer Änderung in der Gleitkommazahl. Sobald du in deiner Gleitkommazahl mehr als 2 Stellen vor dem Komma hast, dürfte es zu dem Problem kommen.
Was für ein Wert hat denn CurrentTransformer? Wenn dieser groß (> 10) ist, könnte es etwas bringen die zweite Multiplikation zu klammern, oder so umzustellen, dass diese zu erst berechnet wird.

Oder du stellst die Berechnung schrittweise auf Ganzzahlen um, oder setzt automatisch die Zählewerte der Karte zurück wenn diese einen bestimmten Wert überschreiten.

Mir kommt der Faktor aber sehr spanisch vor, misst die Karte in µW Auflösung?
 
Ob man eine Gleitpunktzahl mit 10er-Potenzen z.B. 1000, 0.000001 oder 10^20 multipliziert, sollte imho kaum Einfluss auf die Ziffern der Mantisse haben. (Wird da nicht im Grunde mit 1 multipliziert und die Exponenten addiert?) "Ungünstig" wird es, wenn man um einige Zehnerpotenzen unterschiedlich große Zahlen addiert oder subtrahiert, was hier aber nicht der Fall ist.

Ich meine, die Klemme liefert den Zählerstand als DINT in mWh - da wäre eine Multiplikation mit 0.000001 vermutlich erstmal korrekt um auf x.y kWh zu kommen. 1.234567 kWh wären da als DINT 1234567 gekommen, was eigentlich problemlos in 1.234567E06 wandelbar sein sollte und nach der Multiplikation mit 0.000001 immer noch 1.234567E00 ergeben sollte.

Mir scheint, daß da irgendein Softwarefehler vorliegt. Eventuell in der Kommunikation mit der Klemme oder in der Firmware der Klemme selbst? Ich glaube nicht, daß das Verhalten so normal ist, daß Zählerstände ab ein paar kWh nicht mehr in Gleitpunktzahl übernehmbar sind. Ich glaube nicht, daß das Problem in der Wandlung an sich liegt.


@Crack123
Kannst Du mal zum Beobachten des SPS-Programms die DINT-Rohwerte abspeichern? Ändern die sich auch nicht mehr?
Code:
2: (* Energy *)
    L1_IndexOut:=State;
    L2_IndexOut:=State;
    L3_IndexOut:=State;
    IF (L1_IndexIn=State) AND (L2_IndexIn=State) AND (L3_IndexIn=State) THEN
[COLOR="#0000FF"]        DIntVar1 := L1_VariantValue ;
        DIntVar2 := L2_VariantValue ;
        DIntVar3 := L3_VariantValue ;[/COLOR]
        L1_Data.Energy_Wh := DINT_TO_REAL(L1_VariantValue)*0.000001*CurrentTransformer  ;
        L2_Data.Energy_Wh := DINT_TO_REAL(L2_VariantValue)*0.000001*CurrentTransformer  ;
        L3_Data.Energy_Wh := DINT_TO_REAL(L3_VariantValue)*0.000001*CurrentTransformer  ;
        State:=State+1;
    END_IF
Kannst Du uns vielleicht einen Screenshot von dem Trend in WinCC zeigen wo man sieht, wie der Wert einfriert?
Ich frage nochmal: Welchen Wert hat CurrentTransformer?
Gibt es für das Auslesen der EL3403 ein Beispielprogramm? Hast Du Beckhoff mal befragt?

Harald
 
Wenn Du feststellst, daß der Trend im WinCC nicht mehr ansteigt - hast Du da mal deutlich länger als die 10-fache bisherige "Stufenzeit" gewartet und nochmal nachgesehen? Also wenn man z.B. anfänglich alle 2 Minuten ein Ansteigen des Trend um 1 Einheit (Stufe, mWh ?) sehen kann, dann wird man wegen der begrenzten Auflösung von REAL-Zahlen auf ca. 7 Ziffern irgendwann nur noch alle 20 Minuten ein Ansteigen (Sprung) um ca. 10 Einheiten sehen und irgendwann nur noch alle 200 Minuten einen Sprung um ca. 100 Einheiten ...

REAL-Zahlen haben eine begrenzte Auflösung und sind immer auf den nächsten darstellbaren Wert gerundet, was so ca. 7 signifikante Dezimalziffern sind. Dadurch werden vom DINT-Wert nur die höchsten 7 Ziffern im REAL-Wert vorkommen. Bei 1'234'567 sind das noch alle Ziffern, 12'345'67x wird aber nur noch als ungefähr 12345670 im REAL-Wert dargestellt, 123'456'7xx wird als ungefähr 123456700 dargestellt. Dadurch ändert sich die Trendkurve nur noch in größeren Sprüngen.

Beobachte mal die DINT-Rohwerte der Zählerstände. Wenn Du für Anzeige oder Berechnungen alle Ziffern des Zählerstandes brauchst, dann darfst Du nicht in REAL wandeln sondern mußt in DINT bleiben - der Wert stellt dann vermutlich mWh dar. Nur für Anzeigezwecke kannst Du für die gewünschte Einheit ein Dezimalkomma einfügen (6 Stellen von hinten für kWh) oder in REAL wandeln und dann höchstens 6 Ziffern anzeigen (z.B. 1234.56 kWh).

Für einfache Berechnungen sind REAL-Zahlen mit 7 Ziffern Auflösung meistens ausreichend, für Zähler und andere Ketten-Rechnungen sind REAL-Zahlen aber generell ungeeignet.

Ein Zählerstand gibt die Anzahl gezählter ganzer Einheiten einer bestimmten Größe an und ist deshalb "natürlicherweise" eine Ganze Zahl. Rechnen mit Ganzen Zahlen ergibt keine Rundungsfehler und keine Auflösungsprobleme. Der darstellbare Größen-Bereich ist allerdings viel mehr begrenzt als bei REAL-Zahlen (welche dafür aber den Nachteil der begrenzten Auflösung/Genauigkeit haben).

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo!

Kurze Informationen was so noch offen ist :

der Aufbau ist 3 Stromwandler 50/1 also Current Transformator Wert 50 was Fix eingetragen ist

Leds an der Klemme Normalzustand

habe mal die Index bzw State Variable geforced, die Zählerstände in der Klemme stehen Aktuell still bzw. alle ka 5 Minuten springt die 4te Kommastelle um 5 weiter also so gut wie garnix obwohl ca 400-500 W anliegen momentan.

zum Thema WinCC die Werte stehen ja in der PLC schon still bzw. extrem langsam, das man in der Visu nichts steigen sieht ist für mich schon klar :)

Was mich Aktuell wundert, nach dem Forcen und Deforcen läuft der L1_DataEnergy bzw Negativ Zähler wieder normal weiter, L2 und 3 sind unverändert in Ihrem Wert.


Zum Thema Zahlensystem muss ich erstmal nochmal alles genau Studieren.




Der Zähler zählt doch im Gerät. Wo setzt Du dann null?



Bei 1-3kWh in 3 Tagen (bis der Zähler stehen bleibt) heisst, dass da zwischen 15 und 40 Watt draufhängen.
Was ist denn das?

Mir kommt das etwas seltsam vor......

im Main Baustein gibt es eine Variable ResetEnergy dann sind die Zähler wieder auf 0 von dem FB3403
das mit den 1-3 Tagen war etwas falsch ausgedrückt, so im Nachinein waren es teilweise nur 4h dann mal 12h, Minimalleistung sind dann so 85W bis 800W Peak




Habe mal Testhalber Currenttransformer auf 5 und den Multi Faktor auf 0.00001 gesetzt, zusätzlich die DINT_TO_REAL umwandlung entfernt
 
Zuletzt bearbeitet:
Hast Du im Systemmanager mal die Werte der Variablen direkt auf der Klemme beobachtet. Das würde zumindest Hinweise darauf liefern, ob jetzt die Klemme ein Problem hat oder das Programm.
 
Meinst du bei den Klemmen*variablen* oder im COE ?

>bei den Klemmen Variablen sieht man das sie ebenfalls stehen bzw. extrem langsam laufen, COE sehe ich das mit meinem Wissenstand jetzt nicht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Habe mal Testhalber Currenttransformer auf 5 und den Multi Faktor auf 0.00001 gesetzt, zusätzlich die DINT_TO_REAL umwandlung entfernt
Das Entfernen des DINT_TO_REAL nützt Dir gar nichts. Der ST-Compiler weiß, daß man einen DINT-Wert nicht mit 0.00001 multiplizieren darf und macht die Wandlung zu REAL dann eben "heimlich" an einer Stelle, wo er meint daß es da am besten ist.

Besser wäre es wenn Du testhalber die DINT-Rohwerte beobachtest. (wie schon zwei- oder dreimal empfohlen wurde)

Harald
 
Ja der Rohwert bleibt eben auch stehen , hatte ich schon geschrieben :)
zb. Rohwert ware 16300 * 0,000001 * 50 waren dann 8154500000 oder in meinem Fall 0,815 kWh wo er stehen blieb, und nach dem Forcen von State bzw Index und wieder entfernen lief dieser Wert wieder weiter Hoch.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Ah Verdammt, ja...das war der L1 Energy Wert mit den 16300 Roh , 1,328 war der Gesamte sorry !

Zähler auf L1 ist jetzt bei 0,941 kWh nach den paar Änderungen nur so am Rande mal sehen.
 
zb. Rohwert ware 16300 * 0,000001 * 50 waren dann 8154500000 oder in meinem Fall 0,815 kWh
Wo hast Du diesen riesigen Wert 8154500000 her? Kannst Du den irgendwo beobachten? In meiner Rechnung kommt der nirgendwo vor.
Welchen Datentyp haben TotalEnergy, L1_Data.Energy_Wh, L2_Data.Energy_Wh, L3_Data.Energy_Wh?

Dein L1 liefert offensichtlich den größten Anteil an TotalEnergy. Kann es sein, daß irgendwann ein "Groß"verbraucher an L1 einfach ausgeht und deswegen die Summe scheinbar einfriert?
Oder ist eine Phase verkehrt herum angeschlossen? Ist ein Strom negativ oder zeigt einer der EnergyNegative einen Wert?

Harald
 
Obwohl in der Doku steht das die Energie in Wh ausgegeben wird sehe ich bei Aktuell 1,463(55000...) also werden wohl mehr Stellen angezeigt, darum die große Zahl.
Momentan läuft das ganze schon über den *normalen* Freeze Wert drüber ( Ok 1,4853kWh Zähler blieb einige Zeit stehen, danach lief er Tickweise weiter....dann wieder einige Zeit Stop, also auch direkt der Messwert aus der Karte)

L1 ist quasi der Hauptteil, ist ja nur mal ein Testaufbau für später, Aktuell 1500VA USV diverse E-Gerät usw. L2 nur 1 Gerät, L3 is Quasi leer nur Spg. + Stromwandler angeklemmt ( Steht auf 0 Wh bzw 0 A )


Datenwerte werden wohl DINT sein wenn da eine DINT_TO_REAL eingebaut ist/war.



Kann das ein Problem mit der Zykluszeit sein bzw. sollte man speziell auf irgendwas achten bei solchen Messkarte auf der Beckhoff Seite, bin Prinzipiell nur auf Siemens S7 Baugruppen *Groß* geworden.
 
Zuletzt bearbeitet:
Zurück
Oben