problem mit realzahlen?

[thomas]

Zuviel Werbung?
-> Hier kostenlos registrieren

hi @ ll
was könnte mein problem sein?
cpu 314 reglerbaugruppe fm 355 s,die cpu und reglerbaugruppen sind eingebaut an einer spritzgußanlage.ich habe nun die option zum herunterfahren installiert und möchte einfach die temperatursollwerte z.b. über einen eingang transferieren.die reglerbaugruppe fordert eine realzahl als sollwert, nun dachte ich mir:

z.b.:
u e x.x //eingangsbedingung
l 30.0 // sollwert zum runterfahren
t db101.dbd72 //setpoint fm 355

eigentlich ziemlich einfach aber irgendwie funktioniert es nicht wie ich will
da meine sollwerte zum runterfahren nicht angenommen werden.meine vermutung ist das die 30.0 nicht als realzahl interpretiert werden .

vielen dank für eure hilfe im vorraus

 

[uz71]

Realzahlen

Hallo

Achtung Lade Befehle sind nicht abhängig vom VKE
also muss man die Flanke vom Eingang auswerten und dann einen Sprung zum Ladebefehl machen.

Ansonsten sollte es mit

L 30.0
T dbx.dbd

funktionieren
Wird das Datendoppel evt nochmal im Prg. geschriben?

 

[plc_tippser]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi,
was siehst du denn im Status am Bausteineingang?

pt

 

[thomas]

hi@ll
bin erst am montag wieder an der anlage, dann kann ich weiter berichten danke für eure hilfe .
ähm noch eine frage das prog. würde also egal ob e x.x high ist oder nicht die lade und transferanweisungen ausführen?

mfg thomas

 

[plc_tippser]

Genau.

Wenn du das anders haben willst, musst du den Befehl überspringen.

U E0.0
SPBN NE1

L 30.0
T DBx.DBDxx

NE1: L sonstigen Wert
T DBx.DBDxx

pt

 

[thomas]

Zuviel Werbung?
-> Hier kostenlos registrieren

hey leute,
vielen dank für eure antworten (jetzt fällt mir echt ein stein...),außerdem wieder etwas superwichtiges dazugelernt.

mfg thomas

 

[Question_mark]

Probleme mit Realzahlen

Hallo,

z.b.:
u e x.x //eingangsbedingung
l 30.0 // sollwert zum runterfahren
t db101.dbd72 //setpoint fm 355

Jetzt kommt danach im Netzwerk die nächste Verknüpfung :
u e y.y
R A 12.0 // z.B. eine wichtige Sicherheitsverriegelung

Da von der ersten Abfrage u e x.x das VKE erhalten bleibt und
und Lade- und Transferoperationen das VKE nicht begrenzen,
muss man sich an dieser Stelle mal überlegen, wie man dem Chefffe erklärt, warum die Anlage geschrottet ist. :roll:
Gruss
Question_mark

 

[plc_tippser]

Hi qm,

ich denke du meinst die nächsten Verknüpfungen !?

Das geht dann auch mit CLR oder einfach mir Oder anfangen.

Zumindest in der AWL Ebene.

pt

 

[Question_mark]

Zuviel Werbung?
-> Hier kostenlos registrieren

Probleme mit Realzahlen

Hi pt,

ich denke du meinst die nächsten Verknüpfungen !?

Ja, die meine ich, wenn dem Programmierer nicht bewusst ist,
das beim Code aus dem o.g. Beispiel das VKE mitgenommen wird und in die nächste Verknüpfung mit einfliesst, kann das durchaus fatale Folgen haben. Das wollte ich mit meinem Beitrag ausdrücken.

Das geht dann auch mit CLR oder einfach mir Oder anfangen.

Ja, wenn dem Programmierer die Sache mit dem Mitnehmen des VKE's auffällt und er sich dessen bewusst ist, wird er das bestimmt so machen.
Es sind halt eben so kleine Fallstricke, die durchaus überraschende Ergebnisse liefern, darauf wollte ich aufmerksam machen.
Gruss
Question_mark