Umrechnung PT100-Wert von PT100-AE-Karte in 4..20mA Wertebereich umrechnen

M

ms25

Level-1
Beiträge
11
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
ich hänge gerade ein bisschen.
Ich habe einen fertigen PCS7-Baustein der mir ein 4..20mA-PEW direkt in eine Gleitpunktzahl für WinCC umwandelt (mit allen nice-to-haves wie Simulation, Drahtbruchprüfung, Eingabe der Grenzen und Warnungen / Alarme in WinCC).
Nun habe ich aber ein paar PT100-Karten deren Signale ich auch gerne mit diesem Baustein verarbeiten würde.

Das Problem sind jetzt die unterschiedlichen Wertebereiche in der Analogwertverarbeitung.

Hier zur Übersicht:

4-20mA:
Überlauf: 32512..32767
Übersteuerung: 27649..3211
Nennbereich: 0..27648
Untersteuerung: -1..-4864
Unterlauf: -4865..-32768

PT100:
Überlauf: 32767
Übersteuerung: 8501..10000
Nennbereich: -2000..8500
Untersteuerung: -2001..-2430
Unterlauf: -32768

Ich dachte jetzt daran, dem Analog-Baustein einen einfachen FC vorzuschalten der folgendes macht:
PT100 >10000 -> Out: 32767
PT100 > 8501 -> Normierung auf 27649..32511
PT100 >=0 -> Normierung auf x..27648
PT100 <0 -> Normierung auf 0..x
PT100 <=2001 -> Normierung auf -1..-4865
PT100 <=4865 -> Out: -32768

Leider ist die Schule bei mir schon zu lange her.. :-(
Habe gerade eine totale Denkblockade.
Wäre nett wenn mir jemand von euch einen Denkanstoß bzgl. der notwendigen Normierungsfaktoren geben könnte.

Alternative wäre evtl. den Baustein umzuschreiben. Der ist allerdings mit SCL erstellt und davon hab ich mal gar keine Ahnung (Zumindest vom Handling her. Und die zugehörige AWL ist ohne Kommentare.

Bin die nächsten zwei Tage nicht da. Also nicht böse sein, wenn keine Antwort kommt.

Danke! Danke! Danke!
 
Und je nach Konfiguration ist der eingelesene Wert
mit 1 "gedachten" Kommastelle (PT100-Standard)
oder 2 "gedachten" Kommastellen (PT100-Klima).

4L war schneller
 
Zuletzt bearbeitet:
OK, ich kenne die Sendung jetzt nicht.
Aber nachdem was ich bei dem Link gelesen habe siehst Du für Dich sicher in der Rolle als Al Borland.
Hoffentlich nicht als Jill.
 
Guten morgen,
Das mit den L Eingangswort ist schon klar.
Die Karte wandelt ja intern und errechnet den richtgen Wert. PT100 Std oder Klima ist auch nicht das Problem.

Ich benötige den bereits "fertigen Wert" der Karte z.B. 8500 für 850,0°C wieder als Quasi-Rohwert im Beispiel 27648 für 850,0° damit der Wert kompatibel zu meinem Baustein ist und ich nicht zwei unterschiedliche Typen / Visualisierungen benötige.

Gruß
 
Da gabets a ganz einfach Lösung!

L PEW Weißichnicht
ITD
DTR
L 10.0
/R
T myRealTemp

Das ganze (also die Real-Variable) dann mittels FC106 aus der Standard-Lib wieder ausgeben,
hier kannst du nun sogar den Bereich mittels HI_LIM und LO_LIM noch eingrenzen,
ich behaupte jetzt einfach mal, das mindestens 600°C der Spanne von -200 .. +850 °C für dich in keinster Weiße relevant sind.

Mfg
Manuel
 
Hallo,
bin wieder da.
Ich denke manchmal tut ein bisschen Abstand zum Simatic Manager gut.. ;-)
Ich habe das Problem nun gelöst.
Wie bereits geschrieben mithilfe eines FCs der den Messwert auf Über/Unterlauf, und Über/Untersteuerung prüft und dementsprechend skaliert.
Bsp:
Messwert: 8501 (850,1°C = Übersteuerung)
Ausgabewert: 27641

oder:
Messwert: 10001 (Überlauf)
Ausgabewert: 32767

Im Nennbereich habe ich den Wert nun wie folgt skaliert:
L #in //Messwert PT100
ITD
DTR
L 1.050000e+004 //Messbereich PT100
/R
L 2.764800e+004 //Wertebereich 4..20mA-Baugruppe
*R
L 5.266286e+003 //Nullpunktverschiebung 0°C(PT100) = 5266,286 (4..20mA)
+R
RND
T #out

Das Problem das ich hatte war die Nullpunktverschiebung zu definieren. Wie gesagt, Mathe ist schon zu lange her ;-)

Im Anhang noch ein Bild dazu.

An alle: Trotzdem vielen Dank für eure Antworten!
 

Anhänge

  • PT100.jpg
    PT100.jpg
    199 KB · Aufrufe: 38
Zurück
Oben