[TIA-V11] Rechnet TIA falsch bei SCL

[Voxe]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo @BlackLizzard,

ich habe mir meinen Fehler noch einmal angesehen. Ich denke es ist der gleiche den du hattest.

Nun habe ich etwas rumgebastelt um eine gute Aussage treffen zu können. Seit dem Einführen einer neuen Variablen hat sich mein Fehler allerdings dummerweise verändert. Und ich habe nix am OS des Rechners gemacht, desweiteren benutze ich die V11 Software die meinem Starterkit beigelegt war incl. dessen Lizenz.

Alle sichtbaren Variablen sind vom Typ LREAL.

Ich bin einmal gespannt, wie mein Rechner morgen compiliert.

Gruß, Voxe.

 

[BlackLizzard]

@ Voxe

Für mich sieht das aber jetzt richtig aus. Der Wert 2764.8 wurde doch richtig in die Variable Faktor geladen.
Würde das gleiche Problem wie bei mir bestehen, so wäre 2764 in die Variable geladen worden.


Grüsse

 

[Voxe]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

wie geschrieben, mein Fehler hat sich verändert.

Schaue mal auf #Volt, da passiert aber der Fehler.

Gruß

PS: da hätte 0.48... drin sein müssen

 

[BlackLizzard]

Ich nehme mal an dass du die Berechnung #Volt := "RohTemp1"/27648 meinst.

Wenn du anstatt 27648 als Konstante 27648.0 einsetzt, dann müsste das Resultat stimmen.

Gruß

 

[Voxe]

Ich haue mich weg, das wird ja immer besser.

 

[BlackLizzard]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ ducati

Den Begriff "freigegebene Installation" musst du mir aber jetzt mal näher erklären.

Die Siemens Software auf allen unseren Rechner sind ordnungsgemäss lizensiert.
Das Problem ist eher das, dass verschieden Versionen von z.Bsp. SCL irgendwann installiert waren (ich führe des öfteren die von Siemens im Internet zum runterladen angebotenen Updates aus)
Ebenfalls werden in userer Firma von der IT-Abteilung regelmässig Betriebssystem-Updates durchgeführt. Dies Umstände haben dann wohl dazu geführt, dass dann irgendwann eine Siemens Software vorhanden war, welche nicht von Siemens für diese Betriebssystem Version freigegeben war.

Ich muss dazu allerdings auch sagen, dass der SCL-Kompiler in Step7 V5.5 (Professional 2010) auf eben diesen Rechnern ohne Probleme läuft.

Die geschilderten Fehler tauchen nur in V11 auf und sollen dann laut Siemens von den früheren Installationen der V5.5 Packete stammen.

Morgen werde ich mal das ganze Statement des Siemens Technikers hier reinsetzen.

Gruß

 

[BlackLizzard]

@ Voxe

Das sieht doch jetzt korrekt aus.

Bei mir liegt das Problem bei den Zuweisungen von Var1 und Var3 (siehe Bild 1)

Var1 := 4.182 hier wird 4.0 zugewiesen was nun mal falsch ist
Var3 := 1000.0/3600.0 hier wird 0.3333 zugewiesen, es müsste aber 0.2778 sein.

Die Zuweisung für Var2 ist korrekt, da ich hier keine Kommastellen verwendet habe (War nur ein Test)

Gruß

 

[Voxe]

QBlackLizzard,

ja, Volt ist nun korrekt, aber schaue mal #Messtemp.

Gruß

 

[BlackLizzard]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ Voxe

Also für mich stimmt es doch

Du berechnest Volt das erste mal mit RohTemp1/Faktor wobei in dem Fall Faktor gleich 2764.8 ist und das Resultat somit 4.8513 beträgt
Die anschliessende Berechnung für Messtemp = (Volt-3)*10 = (4.8513 - 3) * 10 = 18.513 -> korrekt

Die zweite Berechnung ergibt
Volt = RohTemp1 / 27648 = 0.41583

Daraufhin wird dann für Messtemp berechnet
Messtemp = (0.41853 - 3) * 100 = -2.5815 * 100 = -258.13 was ebenfalls korrekt ist.

Schau dir das mal in Ruhe an. Jedenfalls sieht es für mich nicht nach einem Fehler aus

Gruß

 

[Thomas_v2.1]

Man muss natürlich auch mal einen Blick auf die Datentypen der Konstanten werfen.
In dem gezeigten Screenshot von Voxe

Volt = RohTemp1 / 27648

wird - wenn RohTemp1 eine Variable vom Datentyp Integer ist - hier nämlich eine Ganzzahl-Division durchgeführt. Die Typkonvertierung wird erst bei der Zuweisung vorgenommen.
Das wird aber nicht das sein was man haben will, denn solange Rohtemp1 < 27648 ist, dann ist Volt immer 0!

Man muss schreiben:
Volt = RohTemp1 / 27648.0

Dann wird 27648.0 als Real-Zahl erkannt, und der andere Operand der Operation wird automatisch auf den höheren Typ konvertiert.
Ich schreibe bei Operationen mit Real-Zahlen die Konstanten generell immer mit Dezimalpunkt, auch wenn etwas mit 0 initialisiert wird. Habs schon oft in Programmen gesehen wo dann auch mit
RealVal := 0;
initialisiert wird.

 

[Voxe]

Jepp,

ich Hirni. Haste Recht.

 

[Paule]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich schreibe bei Operationen mit Real-Zahlen die Konstanten generell immer mit Dezimalpunkt

So mach ich das auch immer, und darum würde ich auch schreiben:

   (#Volt - 3.0) * 10.0

 

[emilio20]

Hallo

Ich habe versuch uber TIA SCL die funktion T_CONV zu nutzen um den Wochentag aus eine DT zu Extrahieren. Dies ist leider nicht möglich da im Zyieltyp kein INT vorhanden ist.
In FUP ist es möglich T_CONV zu verwenden um den Wochentag zu erhalten?

Hat jemand das selbe Problem?

 

[MSB]

@emilio
Kannst du für deine Probleme keinen eigenen Thread aufmachen?
(Auch hier ist deine Frage thematisch wieder total unpassend)

 

[ducati]

Zuviel Werbung?
-> Hier kostenlos registrieren

@ ducati

Den Begriff "freigegebene Installation" musst du mir aber jetzt mal näher erklären.

Die Siemens Software auf allen unseren Rechner sind ordnungsgemäss lizensiert.
Das Problem ist eher das, dass verschieden Versionen von z.Bsp. SCL irgendwann installiert waren (ich führe des öfteren die von Siemens im Internet zum runterladen angebotenen Updates aus)
Ebenfalls werden in userer Firma von der IT-Abteilung regelmässig Betriebssystem-Updates durchgeführt. Dies Umstände haben dann wohl dazu geführt, dass dann irgendwann eine Siemens Software vorhanden war, welche nicht von Siemens für diese Betriebssystem Version freigegeben war.

genau das meine ich, dieses ständige ruminstallieren auf den Rechnern führt dann irgendwann dazu, dass irgendwas nicht richtig fuktioniert. Bei jeder größeren Änderung (Microsoft Servicepack oder Siemens Servicepack) setzte ich den Rechner neu auf. Ob die Schuld jetzt bei Microsoft, Siemens oder sonstwem liegt oder ob man das gut oder schlecht findet ist letztendlich egal. Wenn Du das nicht so machst krigst Du früher oder später große oder kleine Probleme.

Bei den Siemens Softwarekomponenten gibts immer ne Liesmich, ne Installationsanleitung und ne Freigabeliste... Wer die nicht befolgt braucht hinterher nicht meckern, erst recht nicht beim Siemens Support.

"freigegebene Installation" ist in der Regel alles was hier erlaubt ist: https://support.automation.siemens.com/kompatool/pages/main/index.jsf

und die freigegebenen Microsoftupdates z.B. hier: http://support.automation.siemens.com/WW/view/de/18752994


PS: und zum rumpronieren, rumspielen und für exotische benötigte Software gibts virtuelle Maschinen.

Gruß.

 

[Ralle]

Bei jeder größeren Änderung (Microsoft Servicepack oder Siemens Servicepack) setzte ich den Rechner neu auf.

Das fehlt mir gerade noch, das darf ja wohl gar nicht sein, wieviel Zeit hast du denn? Meinen Rechner neu Aufsetzen kostet glatt 2 Tage und ich hab Step7 schon in einer VM. Aber zu viele VM für jeden Mist ist auch Megalästig wegen der ständigen Upates des BS, des Virenscanners, ...

Ich mach zumindest vor jeder Neuistallation ein Komplettbackup, so dass ich immer zurückkomme, wenn was schief gelaufen ist. unschön allerdings, wenn man erst nach 4 Wochen merkt, dass was nicht mehr paßt, ist aber in den letzten 3 Jahren nicht aufgetreten.

 

[MSB]

Das fehlt mir gerade noch, das darf ja wohl gar nicht sein, wieviel Zeit hast du denn? Meinen Rechner neu Aufsetzen kostet glatt 2 Tage und ich hab Step7 schon in einer VM. Aber zu viele VM für jeden Mist ist auch Megalästig wegen der ständigen Upates des BS, des Virenscanners, ...

Ich mach zumindest vor jeder Neuistallation ein Komplettbackup, so dass ich immer zurückkomme, wenn was schief gelaufen ist. unschön allerdings, wenn man erst nach 4 Wochen merkt, dass was nicht mehr paßt, ist aber in den letzten 3 Jahren nicht aufgetreten.

Aber Ralle, wie wir ja beide wissen, (als welche die keine Ethernet-CPUs unter TIA simulieren können),
ist eine VM natürlich selbstverständlich auch nicht freigegeben ...

Mfg
Manuel

 

[ducati]

Zuviel Werbung?
-> Hier kostenlos registrieren

Naja, jeder muss halt die für sich beste Lösung finden. MEINEN Rechner setze ich ja auch nicht neu auf, sondern den jeweiligen Engineeringrechner oder die Engineering-VM. Ansonsten gibts halt für jede Step7/WinCC/PCS7 Variante ne VM.

Gruß.

 

[ducati]

ist eine VM natürlich selbstverständlich auch nicht freigegeben ...

jo, das ist nen Problem. Wobei ich VM eher nicht zum Engineeren ner kompletten Anlage nutze, sondern für kleinere Tests.

 

[Markus Rupp]

Scherzkeks. Wenns nach Siemens ginge dürfte auf einem PG überhaupt nix anderes sein als das was explizit zugelassen ist. Will heissen selbst wenn du da Office draufknallst stellen sie sich auf den Standpunkt "nicht freigegeben"

Vernünftige Software überprüft welche Betriebssystembestandteile benötigt werden und in welcher Version und benutzt dann genau nur diese. Oder noch besser bringt alles selbst mit was sie zur korrekten Funktion benötigt.

mfG René

Und wie realisiere ich dann die BacNet-Funktionalität? Das ist ein der Desiqo ein Excel-Tool, speziell im TIA wird für IM- und EXPORT Office vorrausgesetzt, aber jetzt darf man es nicht installieren? Da ziehts ma ja die Stiefel aus