TIA TIA v14SP1/S7-1500 Fehlerhafte Beeinflussung von Temp-Variablen

Zuviel Werbung?
-> Hier kostenlos registrieren
RONIN schrieb:
@Ducati: Verstehe die Philosophie. Wenigstens ist das hier ein konstantes Problem das man Beobachten kann und nichts sporadisches... oh Grauß...
Zum Vergrößern anklicken....

Naja, nee...

Dein Problem ist vielleicht reproduzierbar, aber der Auslöser nicht nachvollziehbar. Wieviele solcher Probleme stecken da noch drin?

Ich beobachte doch nicht durchgängig alle meine Variablen in meinem Programm an allen Verwendungsstellen...

Wenn ich im Progamm A:= B OR C OR D; schreibe, teste ich dass doch nicht, da weiss ich was rauskommt. In größeren Programmen kann man nicht mal eben alle Kombinationen von Variablenzuständen im Programm testen. Bestenfalls die gängigsten Kombinationen...

Gruß.
 
RONIN schrieb:
Die Korrektur des Verhaltens soll jetzt doch noch in Upd7 für v14SP1 einfließen. Das ist schon mal gut.
Zum Vergrößern anklicken....


Was ist denn jetzt das Problem? Sind TEMP-Variablen unter bestimmten Umständen nur innerhalb eines SCL-Netzwerkes gültig???

V14SP1Upd7 nützt mir nicht viel, da wir V13SP1Upd9 verwenden...

Da würde mich jetzt schon interessieren, welcher Code konkret nicht funktioniert...

Gruß.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Achja: was passiert jetzt mit den Maschinen, bei denen mit V14Sp1Upd6 der A2.0 FALSE war und nach einem Update auf V14Sp1Upd7 der A2.0 auf einmal TRUE ???

Das Ganze ist schon irgendwie der Overkill...

Groß.
 
Was mir aufgefallen ist:

In SCL gibt es ja keine Netzwerke.
D.h. der FW_4to1 ist eigendlich ein AWL/KOP/FUP-Baustein in dem einzelne SCL-Netzwerke eingefügt wurden?

Hat schon jemand den Code in einen Original-SCL-Baustein ohne Netzwerke (evtl. nur mit "Regions") eingefügt und getestet?

Das sollte doch dann eigentlich funktionieren.

Gruß
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Achja: was passiert jetzt mit den Maschinen, bei denen mit V14Sp1Upd6 der A2.0 FALSE war und nach einem Update auf V14Sp1Upd7 der A2.0 auf einmal TRUE ???

Das Ganze ist schon irgendwie der Overkill...
Zum Vergrößern anklicken....

Könnte natürlich ein Problem bei komplexen Programmen sein. Alles funktioniert irgendwie, TIA Update wird aufgespielt, Programm irgendwann mal mit einer
kleinen Änderung überspielt und irgendetwas geht nicht mehr, keiner weis warum bzw. warum es vorher ging.

Das ist nicht schön :-(
 
Zuletzt bearbeitet:
ducati schrieb:
Naja, nee... Dein Problem ist vielleicht reproduzierbar, aber der Auslöser nicht nachvollziehbar. Wieviele solcher Probleme stecken da noch drin?
Zum Vergrößern anklicken....
Nö, das meinte ich anders. Ich meinte dass ich, wenn mein Code wegen dem Fehler nicht läuft, zumindest Online beobachten kann dass die SPS da was verbockt. Nicht dass mal alle 3 Tage um 02:00 Uhr morgens die Temp-Verarbeitung für 2 Zyklen nicht geht....
Mehr positives kann ich daran nicht ausmachen, sonst bin ich vollkommen bei dir.

ducati schrieb:
Was ist denn jetzt das Problem? Sind TEMP-Variablen unter bestimmten Umständen nur innerhalb eines SCL-Netzwerkes gültig???
Zum Vergrößern anklicken....
Schlimmer, das Temp ist nicht mal im selben Netzwerk gültig - Siehe Unterschied A2.0 zu A2.1.
Und auch nicht nur in SCL, auch in FUP (Siehe unten)

ducati schrieb:
V14SP1Upd7 nützt mir nicht viel, da wir V13SP1Upd9 verwenden...
Da würde mich jetzt schon interessieren, welcher Code konkret nicht funktioniert...
Zum Vergrößern anklicken....
Wenn ich Zeit habe kann ich es ja mal in V13 testen, wird aber diese Woche nicht mehr.

Techniker schrieb:
Hat schon jemand den Code in einen Original-SCL-Baustein ohne Netzwerke (evtl. nur mit "Regions") eingefügt und getestet?
Zum Vergrößern anklicken....
Danke. Das war ein richtig guter Einwand. Guckt euch mal das an...
TIAv14SP1_1500_TempProblem3.jpg
Das sind alle 3 Varianten:
  • FUP-Baustein in FUP programmiert - Fehler
  • FUP-Baustein in SCL programmiert - Fehler
  • SCL-Baustein in SCL programmiert - Geht?
Kommt also nicht nur vom SCL im FUP-Baustein....
An den Netzwerken scheint es aber nicht zu liegen. Wenn ich die im Bild gezeigten FUP-Anweisungen in einem Netzwerk zusammenkopiere ist das Ergebnis trotzdem gleich.
:D

Hier nochmal das Testprojekt mit allen Varianten.
https://www.dropbox.com/s/0pm0ffurx1puhah/TempBug2.zap14?dl=0
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn ich Zeit habe kann ich es ja mal in V13 testen, wird aber diese Woche nicht mehr.
Zum Vergrößern anklicken....

Ich habe es mal mit V13 SP2 runtergetippt, als FUP Baustein mit optimierten DB´s. ( CPU1511-1 PN, FW 1.8.5 )
Das Problem scheint hier nicht zu bestehen:
bug.jpg

Struktur, DB´s usw. alles 1:1 von dir übernommen:
Struktur.jpg

V13 Sp1 Udp9 steht mir leider nicht zur Verfügung.
 
Zuletzt bearbeitet:
Ok, man kann das Problem tatsächlich weiter eingrenzen.

Ronin, ich habe dein Programm in TIA V13 und komplett in FUP abgetippt, die Temp Variable am Ende ist hier TRUE.
Nun habe ich dieses Programm in TIA V14 SP1 UPD6 migriert, komplett übersetzt, geladen und siehe da. Die Temp Var ist FALSE:

Bug.jpg


quote_icon.png
Zitat von RONIN
Die Korrektur des Verhaltens soll jetzt doch noch in Upd7 für v14SP1 einfließen. Das ist schon mal gut.
Zum Vergrößern anklicken....

Vermutlich kommt dieses V14 Update, da das Problem erst ab V14 besteht und daher für V13 zumindest hierfür kein Update nötig ist.
 
Zuletzt bearbeitet:
Also ich hatte einen solchen Effekt, daß die Temp-Variablen (auch einfache boolsche) nicht funktionieren in TIA 13 und 14 schon ein paarmal in AWL und auch in Graph, in Kop und Fup ist mir noch nichts aufgefallen, in SCL kann ich mich auch nicht erinnern. Ich konnte aber noch nicht eingrenzen, wann das passiert. Habe Sie dann immer durch statische ersetzt.
Das ist zwar nervig aber bisher noch nicht im laufenden Betrieb "spontan" passiert, also ohne Programmänderungen.
Mich nervt ein anderes Problem noch mehr, weil es auch bei Änderungen in anderen FB oder FC auftritt: Die IEC-Timer (TON, TOF als Multiinstanzen) funktionieren plötzlich nicht mehr. Davon scheint sowohl Classic als auch TIA betroffen zu sein. Es wird wohl auch ein Kompiler- oder Linkerproblem sein, denn meist läßt es sich durch Umbenennen oder Verschieben des Timers im Vereinbarungsteil beheben. Man muß bloß erst mal drauf kommen ...
Kennt Ihr das auch?
 
Hallo Ronin,

wurde der Bug in V15.1 behoben?

Nachtrag:
Ronin scheint als Verfolgter des Siemens-Regimes untergetaucht zu sein. Ich habe sein verbugstes Projekt noch einmal getestet, es funktioniert unter V15.1 fehlerfrei.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Onkel Dagobert schrieb:
Nachtrag:
Ronin scheint als Verfolgter des Siemens-Regimes untergetaucht zu sein. Ich habe sein verbugstes Projekt noch einmal getestet, es funktioniert unter V15.1 fehlerfrei.
Zum Vergrößern anklicken....
:sm11:*ROFL*
Keine Sorge, war nur ein wenig abwesend. Viel zu viel IBN.

Danke für den Test und die Info.
Aus Zeitmangel bin ich nicht mehr dazu gekommen das Verhalten mit v14 Update 7 zu testen, habe das heute nachgeholt.
Das Problem wurde dann tatsächlich mit v14 Update 7 behoben. Auch wenn im Readme des Updates nicht wirklich viel davon steht...

Mich hat wirklich gewundert das Siemens das ausnahmsweise noch in der Vorversion korrigiert...
Naja, vorerst ist das Thema damit erledigt, solange bis der nächste hässliche Bug seine Fratze zeigt.
Danke an alle die mitgeholfen haben.

.........................................................................................

Liebes Tagebuch... heute parkte wieder ein weißer Transporter vor meiner Wohnung, die beobachten mich.... ich weiß dass ganz genau....
Die sind von der STASI (Siemens totally automated service intelligence) ... mich kriegen die nie!!! :s8:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Update 7 für v14 kam 12/2018, also erst nach nach dem letzten Update 4 für v15 bevor v15.1 kam.
Es gab hier also keine Zwischenversion mehr. V14 Update 5 und 6 gab es schon bei der Beitragserstellung.
Ich war dann eher verwundert/erfreut dass Siemens den Fix noch in der "alten" Version nachgezogen hat. Sonst werden Bugs ja gerne nur in den neuen Releases der aktuellsten Hauptversion behoben. Hieß es in dem Fall zunächst auch vom Support.


Zusammenfassung wäre also: Dieser spezielle Code-Fall funktioniert in...
  • v13: Funktioniert optimiert als auch nicht-optimiert
  • v14: Vermutlich ab v14.0.0.0 fehlerhaft - funktioniert nur in nicht-optimiert - behoben ab Update 7
  • v15: Ebenfalls nur in nicht-optimiert funktionsfähig - möglicherweise behoben in v15 Upd. 4 , kam 11/2018 kurz vor v14 Update 7 (nicht getestet)
  • V15.1: Funktioniert in beiden Varianten

Wenn ich das jetzt richtig erwischt habe...
 

Similar threads

asm
TIA TIA v14+SP1+UPD5 / 1512C / SCL / Peripherieeingänge in temp sichern
Antworten
10
Aufrufe
2K
TP-Inc
T
F
TIA ANY Pointer in TIA
Antworten
12
Aufrufe
16K
Howard
Howard
E
TIA Schwierigkeiten bei einem migrierten Baustein von Klassisch auf TIA
Antworten
7
Aufrufe
3K
vollmi
vollmi
M
TIA Fehlerhafte GSD Übertragung via TIA V13
Antworten
0
Aufrufe
2K
Muri
M
Zurück
Oben