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

Zuviel Werbung?
-> Hier kostenlos registrieren
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.
Also ich lese in der Doku: UINT32 * "0,001 Wh" (entspricht mWh)
Was ist dieses "bei Aktuell" genau? Du hast bisher noch keine Variable "Aktuell" erwähnt...
Und Du hast nicht meine Frage beantwortet wo genau Du die große Zahl siehst, welche kein Dezimalkomma enthält und so viele 00000 am Ende hat.

(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)
Das könnte mit meiner Vorhersage der sprunghaften Anzeige in Beitrag #10 zu tun haben, könnte aber auch bedeuten, daß es Kommunikationsprobleme mit der Klemme gibt.

Datenwerte werden wohl DINT sein wenn da eine DINT_TO_REAL eingebaut ist/war.
"werden wohl DINT sein" ist keine Antwort die eines Programmierers würdig ist. :rolleyes: Da kann auch eine implizite Typkonvertierung des ST-Compilers versteckt sein. Nach meiner Interpretation des Handbuchs müßten das korrekterweise UDINT (UINT32) sein.



Wenn ich Dir weiter bei Deinem Job der Fehler-Analyse helfen soll dann möchte ich durch Deine Augen sehen. ;) Weil Deine Beiträge irgendwie keine eindeutigen Antworten enthalten.

So, mal Butter bei die Fische. Ich will diesen Code beobachten:
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
        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
...
TotalEnergy := L1_Data.Energy_Wh + L2_Data.Energy_Wh + L3_Data.Energy_Wh ;

Welchen Datentyp und welchen Wert haben/hatten die Variablen zu dem Zeitpunkt, wo das IF erfüllt ist (*):
CurrentTransformer
L1_VariantValue
L2_VariantValue
L3_VariantValue
L1_Data.Energy_Wh
L2_Data.Energy_Wh
L3_Data.Energy_Wh
TotalEnergy

(*) entweder speichere die Werte im IF auf Hilfsvariablen oder verzögere das Weiterschalten "State:=State+1"
schreibe die Werte bitte genauso auf wie sie angezeigt werden, keine Kommas dazu-interpretieren oder sonstige Verfälschungen.

Kannst Du vielleicht einen Screenshot machen während Du den Code beobachtest, wo man Werte der Variablen sieht?
Kannst Du vielleicht irgendeinen Screenshot vom Beobachten des Codes zeigen - nicht das wir hier grandios total aneinander vorbeireden und Deine Software irgendwas völlig anderes ist als ich mir darunter vorstelle?

Kannst Du den kompletten Baustein inklusive Variablen-Deklarationen als Quelltext hier anhängen? (also als normale Textdatei, nicht als Twincat-Projekt)

Harald
 
Nabend !

Also der Baustein bzw. das Programm des FBs hatte ich schon zuvor gepostet.

Die Energy Variablen sind DINT wenn ich sie mit der Maus anvisiere beim Beobachten.

Bei Aktuell meinte ich jediglich beim Beobachten sind diese Werte Aktuell so und so, gibt keine Variable die sich so schimpft!

Anbei 2 Bilder von den Variablen Energy bei State 2 und 5 bzw Index.

http://www.fotos-hochladen.net/view/energynegativmjdaryo16t.jpg
http://www.fotos-hochladen.net/view/energywhrduvxhfmte.jpg



Variablendekla :
 

Anhänge

  • Variablen FB 3403.txt
    2,6 KB · Aufrufe: 12
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Dein Screenshot zeigt den Zustand für die Datenübertragung in State=3, d.h. CosPhi.
Bei Codesys wird der Onlinestatus anders als bei Siemens auch bei Codeteilen die nicht bearbeitet werden angezeigt. Das kann etwas verwirrend sein.

Kannst du die Schrittkette nicht deaktivieren, bzw. fest auf State=2 setzen?
 
Die Werte sind aber die Richtigen, IndexIn ist 2 und 5, Werte sind die selben als wenn ich State Forcen würde.

L1 Energy WH 16610 *0,00001*5 = 0,8305 ( da ist die Formel verändert zum Test wegen der extrem kleinen Zahl 0,0... )

L1 Energy Negativ 16650*0,001*50= 832 ( da versteh ich nicht wieso der Rechnerische Wert mit dem Angezeigten nicht übereinstimmt... ? )
 
Zuletzt bearbeitet:
Ok, stimmt.
Bei dir ist L1_ActivePower auch schon negativ (-890 mit Umrechnung -44,5 W) , und diese Werte werden nicht gemultiplext sondern direkt übertragen. Ich würde vielleicht erstmal alles so anklemmen, dass bei den Messwerten auch die Vorzeichen korrekt sind. Oder da ist noch ein anderer Fehler (Adressierung?).
Wobei laut Doku der eine Energiezähler nur positive und der andere nur negative Energie zählen soll (d.h. beide vorwärts). Demnach sollte da nie ein negatives Vorzeichen zu sehen sein.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Ja das mit den Vorzeichen hab ich auch bemerkt, wie ja in der Doku angesprochen sollte das ja eigentlich nicht sein das beide Negativ sind.
Wegen Adressierung, die Daten werden von dem FB aus einem Datenarray rausgeholt die in der Klemme mit den ELektrischen Werten generiert werden,
anders Adressieren geht fast nicht da man nur die Basisadressen verknüpft und halt Index bzw. State.


EDIT: Habe mal Testweise den Wandler L1 umgedreht, Negativ Zähler läuft weiter mit - Vorzeichen , der *Normale* bleibt bei 0.
 
Zuletzt bearbeitet:
Ich würde mal drei ohmsche Lasten mit z.B. 50 Watt anschließen. Dann sehen, dass die Werte in den Phasen (Ströme, Spannungen, CosPhi) alle korrekt sind. Dann die Zähler zurücksetzen und in festen Abständen die Zählerstände vergleichen, ob das zusammen plausibel ist.
 
Die Werte für Strom Spg Leistung bzw. kWh sind auf jeden Fall Plausibel, Cos Phi kann ich nicht sagen,
das müsste ich noch extra nachmessen bei Gelegenheit liegt aber lt. Anzeige in einem Normalen bereich.

Muss gerade gestehen das ich mich verguckt habe, der EnergyNegativ Zähler ist auf 0 und der Normale läuft...Sorry dafür!



Manchmal wäre mir ein Siemens PAC3200 mit Modbus so viel lieber gewesen....:ROFLMAO:
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Die Energy Variablen sind DINT wenn ich sie mit der Maus anvisiere beim Beobachten.
Komisch, wieso werden die Werte beim Programm beobachten mit Dezimalpunkt und Nachkommastellen angezeigt? :confused: DINT ist Ganzzahl ohne Dezimalpunkt (Komma).
Die Deklaration der Energy_Wh-Variablen ist nicht in der angehängten Programmdatei. Die Deklaration des Struct ST_EL3403 fehlt, ist wohl irgendwo global deklariert. Die Energy_Wh sollten REAL sein, was zu der Dezimalpunkt-Anzeige und zum Programmcode paßt.


Nabend !

Zu den Programm-Bildern:
Ist das denn so schwer, mal die Variablenwerte exakt bei dem CASE-Durchgang auf Hilfsvariablen zu speichern? (brauchst doch nur mal den Code von Beitrag #10 in Dein Programm kopieren und die Variablen anlegen) Dann hat man alle Zeit der Welt, die Werte anzuschauen und nachzurechnen.
Naja, nicht mehr so wichtig... Ich glaube nicht, daß das Einfrieren der Zählerwerte von der REAL-Wandlung und Skalierung in dem uns gezeigten Code kommt. (ich habe den Code mal mit Step7 simuliert (ich habe kein Twincat) - Siemens rechnet da korrekt. Bei den wenigen kWh ist man noch weit ab von auffälligen Rundungsfehlern)

Mir fällt auf, daß in der rechten Spalte die Werte für jeden CASE exakt gleich sind. Das können unmöglich die Werte sein, wie sie beim Durchlauf an der Programmstelle waren. Das sind vermutlich Werte, die die Variablen am Ende des Zyklus haben. Sehr wahrscheinlich sind die auch nicht aus dem Durchlauf, wo State von 2 auf 3 geschaltet wurde, sondern ein paar Zyklen später, wo vielleicht schon einige neue Werte aus der Klemme vorliegen. Anders kann ich mir nicht erklären, wie aus L3_VariantValue = 142 --> L3_Data.Energy_Wh = 7.1e-003 werden und aus L3_VariantValue = 0 ebenfalls. Oder wie aus L1_VariantValue = -16610 und -16650 beide male -0.8305 werden. Und wie kann L1_IndexIn = 5 sein an einer Stelle wo State = 3 ist??
Werden da Variablen mehrfach benutzt? Hast Du in Deinem Programm irgendwo indirekte Adressierung mit Pointern drin oder schreibt was von außerhalb des FB auf seine Instanzvariablen oder auf die IO-Variablen? Rufst Du den FB womöglich mehrmals im Programm auf? Ist es möglich, daß Du mal ein neues Programm nur mit dem Auslesen der Klemme machst?

Wo kommen jetzt die negativen Werte bei Lx_VariantValue und Lx_Data.Energy_Wh her?
Bis heute wurde dieses "unwichtige" Detail noch nicht erwähnt. Das dürfte doch gar nicht möglich sein.
Mir schein, da stimmt was mit dem Multiplexen nicht. Oder mit der Kommunikation mit der Klemme.
Ist das Mapping der IO der EL3403 korrekt?


Sind die Zählerwerte Energy_Wh plausibel?

Ich würde mal nur eine 60W Glühbirne 1 Stunde lang brennen lassen und die Zähler beobachten:
Code:
60W * 1 Stunde = 60 Wh

    60 Wh = 0.060000 kWh / Stunde
     1 Wh = 0.001000 kWh / Minute
  100 mWh = 0.000100 kWh / 6 sekunden
ca 17 mWh = 0.000017 kWh / Sekunde


btw: Was ist das überhaupt für eine Schlamperei (von Beckhoff?), in dem Baustein ein nicht weiter überprüftes (signed) DINT_TO_REAL(Lx_VariantValue) einzubauen, wo in der Dokumentation zur Klemme steht, daß der Lx_VariantValue bei den Energiezählern ein UINT32 (unsigned!) ist? Glaubt der Programmierer, daß das niemals auffallen wird? Ich würde bei 1'000'000'000 Wh oder 2'000'000'000 Wh und bei < 0 ein Reset der Zähler auf 0 machen.

Harald
 
Zuletzt bearbeitet:
Das mit den Datentypen ist etwas verwirrend. Bei VariantValue steht INT32, und an der Stelle an der die Energiezähler gespeichert werden kann steht UINT32. An der Stelle steht zuätzlich, dass der Gesamtzähler bei negativer Energie auch rückwärts laufen kann.

Zitat:
Der negative Energiewert ist der Wert, der durch eine negative Leistung erzeugt wird
(generatorischer Betrieb). Der Energiewert in Subindex 01 bis 03 setzt sich aus generatorischer und
verbrauchter Energie zusammen, d.h. im Generatorbetrieb wird dieser Wert kleiner. Um die positive Energie
zu berechnen, müssen beide Werte zusammengefasst werden.

In dem von ihm gezeigten Screenshots kann man oben in der Variablendeklaration den Online-Wert der aktuellen Leistung sehen. Diese wird nicht gemultiplext, und ist negativ. Genauso hat er einen negativen CosPhi, was ebenfalls für generatorischen Betrieb spricht. Dann könnte es durchaus plausibel sein, dass der Energiewert negativ wird. Das würde von der Wertigkeit her auch dafür sprechen, dass der Wert wirklich korrekt vorzeichenbehaftet übertragen wird (wie dieser dann persistent in ein UINT32 gespeichert werden soll ist eine andere Frage).
 
Hallo!

Habe mal noch einige Dinge auf Digitales Papier gebracht, unter anderem das Struct wo auch die Wh Variable als REAL Zahl Deklariert ist, also d.h. DINT > REAL

Möchte auch nochmal darauf hinweisen das ich mit dem Baustein nichts zu tun habe, ich benutze diesen nur um mit der Klemme was anfangen zu können ! :cool:


Habe auch nochmal wegen den Stromwandlern geschaut, obwohl die Einbaurichtung richtig ist laut Markierung waren die Werte Negativ....nach dem Umdrehen nun nicht mehr, möglich das die Wandlerbeschriftung falsch ist.

Mapping ist korrekt, Variablen werden keine mehrfach verwendet, das mit indexIn und State liegt daran das ich Index geforced habe, habs auch nochmal getestet es macht laut Anzeige keinen Unterschied ob Index oder State auf 1-5 geforced wird, zeigt die selben Werte in den Spalten an.

FB wird auch nur 1x aufgerufen ( siehe Main screen ) das Programm besteht ja nur aus den 2 Sachen.

Die Angezeigten Werte waren bis auf die kleine Abweichung bei der Umrechnung eigentlich auch Ok, ob das nun 832Wh oder 830Wh ist wäre mir egal solange es weiter läuft, natürlich sollte das so nicht sein!


Möchte mich auch Vielmals bei allen bedanken die sich an dieser Odyssee beteiligen !
 

Anhänge

  • struct.txt
    414 Bytes · Aufrufe: 24
  • Main Programm.JPG
    Main Programm.JPG
    237,2 KB · Aufrufe: 29
  • Energie State 2.JPG
    Energie State 2.JPG
    325,2 KB · Aufrufe: 19
  • Energie State 5.JPG
    Energie State 5.JPG
    329,5 KB · Aufrufe: 20
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe mir nochmal alles lange angesehen, auch die Doku zur EL3403. Daß die ausgelesenen Energy-Zählerstände nur positiv sein können war wohl eine Fehlinterpretation von mir nach erstem Überfliegen der Doku. Die Doku ist in der Hinsicht ziemlich verwirrend geschrieben und nicht ganz vollständig und vielleicht auch nicht ganz korrekt. Z.B. finde ich in der Doku keine Erklärung dafür, wieso die "Energy"-Zähler und die "EnergyNegative"-Zähler bei generatorischer Stromrichtung beide exakt gleich rückwärts zählen. OK, man sieht nun, daß der Energy-Zähler vorwärts und rückwärts zählt je nach Stromrichtung. Doch wieso macht der "EnergyNegative"-Zähler exakt das gleiche??? Wieso zählt der bei negativer Stromrichtung ebenfalls rückwärts?

Lange Rede, kurzer Sinn - ich bin zu der Überzeugung gekommen, daß Dein Programm richtig arbeitet und es ziemlich sicher auch richtig in REAL wandelt und rechnet (man kann sehen, daß das Programm tatsächlich *0.00001*5 genauso gut rechnet wie *0.001*50). Nur Deine ungenauen Aussagen am Anfang haben alles ein bisschen konfus aussehen lassen.

Ich empfehle, daß Du zunächst
- die elektrische Schaltung kontrollierst, so daß die Ströme und Leistungen in die richtige Richtung gemessen werden und Verbräuche als positive Leistung und positive Energy-Zählung erscheinen.
Handbuch schrieb:
Falls Sie in einem Pfad negative Leistungswerte messen, überprüfen Sie bitte, ob Sie den zugehörigen Stromwandlerpfad richtig herum angeschlossen haben.

- Dann beobachtest Du das Programm ob die Skalierung der Energy-Zähler stimmt, z.B. ob nach 1 Stunde lang 60W der Zähler um 60 Wh ansteigt.
Ich würde mal nur eine 60W Glühbirne 1 Stunde lang brennen lassen und die Zähler beobachten:
Code:
60W * 1 Stunde = 60 Wh

    60 Wh = 0.060000 kWh / Stunde
     1 Wh = 0.001000 kWh / Minute
  100 mWh = 0.000100 kWh / 6 sekunden
ca 17 mWh = 0.000017 kWh / Sekunde

- Und dann beobachtest Du weiter, ob Dein urprüngliches "Einfrieren"-Phänomen wieder auftritt.

Zur Skalierung:
Weil die Variablen "Energy_Wh" heißen sollten die Werte darin auch Wh darstellen und nicht kWh. Insbesondere sollten die Zählerwerte ...Energy_Wh und ...EnergyNegative_Wh gleich skaliert sein. Brauchst Du für Anzeigezwecke kWh dann teile die Wh durch 1000 (oder multipliziere mit 0.001) und schreibe in eine zweite kWh-Variable.
Code:
    L1_Data.Energy_Wh := DINT_TO_REAL(L1_VariantValue) * 0.001 * CurrentTransformer ;
...
    L1_Data.EnergyNegative_Wh := DINT_TO_REAL(L1_VariantValue) * 0.001 * CurrentTransformer ;

...
    L1_Energy_kWh := L1_Data.Energy_Wh * 0.001 ;
    L1_EnergyNegative_kWh := L1_Data.EnergyNegative_Wh * 0.001 ;
...

Harald
 
Lange Rede, kurzer Sinn - ich bin zu der Überzeugung gekommen, daß Dein Programm richtig arbeitet und es ziemlich sicher auch richtig in REAL wandelt und rechnet (man kann sehen, daß das Programm tatsächlich *0.00001*5 genauso gut rechnet wie *0.001*50). Nur Deine ungenauen Aussagen am Anfang haben alles ein bisschen konfus aussehen lassen.

Ich empfehle, daß Du zunächst
- die elektrische Schaltung kontrollierst, so daß die Ströme und Leistungen in die richtige Richtung gemessen werden und Verbräuche als positive Leistung und positive Energy-Zählung erscheinen.


- Dann beobachtest Du das Programm ob die Skalierung der Energy-Zähler stimmt, z.B. ob nach 1 Stunde lang 60W der Zähler um 60 Wh ansteigt.



[/CODE]

Harald


Kontrolliert jetzt ist alles Positiv

Verbraucher 280~W lt Watt anzeige und laut Energy_Wh 245 W verbraucht in 1h hmm etwas sehr daneben


PS: wie stellt sich Beckhoff eigentlich den CosPhi vor wenn er von 0.5-1,5 geht?
oder gibt es außer selber umrechnen einen anderen Weg für Cap -0,5 / 1 / +0,5 Ind


I

Zur Skalierung:
Weil die Variablen "Energy_Wh" heißen sollten die Werte darin auch Wh darstellen und nicht kWh. Insbesondere sollten die Zählerwerte ...Energy_Wh und ...EnergyNegative_Wh gleich skaliert sein. Brauchst Du für Anzeigezwecke kWh dann teile die Wh durch 1000 (oder multipliziere mit 0.001) und schreibe in eine zweite kWh-Variable.
Code:
    L1_Data.Energy_Wh := DINT_TO_REAL(L1_VariantValue) * 0.001 * CurrentTransformer ;
...
    L1_Data.EnergyNegative_Wh := DINT_TO_REAL(L1_VariantValue) * 0.001 * CurrentTransformer ;

...
    L1_Energy_kWh := L1_Data.Energy_Wh * 0.001 ;
    L1_EnergyNegative_kWh := L1_Data.EnergyNegative_Wh * 0.001 ;
...

Harald

Erledigt


- Und dann beobachtest Du weiter, ob Dein urprüngliches "Einfrieren"-Phänomen wieder auftritt.



Harald


Also bei 0,850 kWh blieb L1 stehen, L2 ( 0,250 kWh ) lief noch einige Zeit weiter und blieb dann ebenfalls stehen,
nach ein paar Minuten fiel mir auf das bei L1 ab und zu weitergezählt wurde,
vieleicht alle 3-4 Minuten ein Tick, bei der Leistung die aufgenommen wurde war es aber auf jeden Fall im Sekundenbereich wo man eine änderung sehen konnte....


schön langsam nervt das Ding :D werde mal 123 Bemühen vieleicht gibts Günstig ein PAC Gerät :p
 
Zuletzt bearbeitet:
Nabend !

Ich hab mich mal an den Beckhoff Support gewandt, mal sehen was die Kollegen dort rausfinden.

Seltsam ist zb. bei 300-400 W läuft der Zähler brav, dazwischen war ca 12h 70-80W Last drauf wo der Zähler stehen blieb, nach dem wieder 300-400 W anlagen lief er wieder etwas weiter....
denke da ist irgend ein Problem mit der Minimal Leistung bzw. eventuell ist die Messgröße einfach zu klein....ka
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo!

Die Kollegen von Beckhoff haben sich gemeldet, weder die Österreichischen noch die Deutschen Kollegen hatten dieses Phänomen jemals als Problem....Super :(
Es wurde mir angetragen die Klemme einzuschicken zur Kontrolle bzw. eine Neue zu kaufen, das dies natürlich nicht umsonst ist bin ich grade echt sauer...!
 
Kann deinen Frust ein Stück weit verstehen.

Aber je nachdem wie wichtig die Klemme / der Fortgang des Projektes ist, ist eine neue Klemme schneller geliefert als auf die Diagnose und den Tausch der jetzigen zu warten.
Wirst ja sicher Gewährleistung drauf haben, dann kannst die reparierte Klemme danach verkaufen.

Die Teile sind noch jung und können Bugs haben.
Ich weiß von nem Bug in ner RS232 Klemme der aufgrund der seltenen Konfiguration erst nach Jahren auftauchte und auch daher erst dann gefaxt werden konnte.

Gruß ohm200x
 
Hallo,

Die Klemme gibts ja schon 6 Jahre, denke doch das da jemand auch mal die Energie mitgezählt hat :p
denke auch nicht das es ein Bug ist sondern das da irgendwas defekt ist oder etwas das ich nicht nachvollziehen kann!

Nebenbei ist das eher ein Privatprojekt da ist es jetzt nicht Wichtig es in 1 Tag ans laufen zu bekommen, aber trotzdem kann es ja passieren das es mal schneller gehen muss.



EDIT :


nach einem letzten Test kann ich auf jeden Fall sagen das ab einer Leistung 400++W zb. auf L1 der Zähler Normal weiter läuft.

Testmessung Aktuell :

L1 525W Zähler läuft Normal
L2 250W Zähler setzt ab und zu aus, fehlt ca 25%
L3 55W Zähler IST 0,033 kWh nach 2h, SOLL 0,110 kWh also da geht garnix ab und an springt er weiter

Habe nochmal nachgefragt ob das Verhalten *Normal* ist oder ob es da ein Problem gibt mal sehen :)


mfg
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,

Ups das wusste ich nicht. Dann lag es daran, dass sie für EtherCat ist und ich sie daher beim Hausbau vor 5 Jahren nicht mit eingebaut hatte.

Wenn es "nur" privat ist wirst um ne Reparatur/Diagnose mit gewisser Laufzeit nicht umhin kommen.

Gruß ohm200x
 
L1 525W Zähler läuft Normal
L2 250W Zähler setzt ab und zu aus, fehlt ca 25%
L3 55W Zähler IST 0,033 kWh nach 2h, SOLL 0,110 kWh also da geht garnix ab und an springt er weiter
Hast Du mal die Phasen hinter der Klemme vertauscht und geschaut, ob das Problem "mitwandert"?

Passt der angezeigte Strom und die Leistungswerte zur Last 55W? (Was ist das für ein Verbraucher?)

Es wäre immer noch interessant, mal so einen Trend zu sehen, wo der Zählerwert springt.

Harald
 
Ich würde auch mal alle Stromwandler auf eine Phase legen. Dann sollten ja alle Werte exakt gleich sein (abgesehen von der Toleranz). Wenn nicht, dann die Eingänge an der Klemme tauschen. Damit solltest du schon rausfinden, wo der Fehler liegt.
 
Zuletzt bearbeitet:
Zurück
Oben