TIA AWL Code Migration auf 1500

[Andy258]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

möchte eine S7 300 auf 1500 migrieren.

Bei folgenden AWL Code komme ich jedoch nicht weiter:

M008: L #TEMP17
SLW 5
LAR1
L DBD [ AR1 , P#0.0 ]
T "Tag_7"

wie muss dieser umgeschrieben werden, damit dies in der 1500 lauffähig ist?
Bei der Migration kommt hier immer ein Fehler bzgl. AR1

 

[TP-Inc]

Bist du sicher dass da SLW 5 steht? (Nicht SLW 3). Irgendwo davor müsste auch AUF DB [xy] stehen.

 

[centipede]

Zuviel Werbung?
-> Hier kostenlos registrieren

Kann ja sein, dass er den Wert von Temp17 nicht nur als Pointer, sondern gleich vervierfachen möchte damit er das Doppelwort richtig adressiert.

 

[Andy258]

Da steht nichts anderes davor, ist so in der Steuerung drinnen.
Ein DB wird auch nicht geöffnet.

 

[Draco Malfoy]

möchte eine S7 300 auf 1500 migrieren.
Bei folgenden AWL Code komme ich jedoch nicht weiter

AWL-Code sollte entsorgt werden, und nicht migriert. Ich frage mich, was denn in den Köpfen von Abteilungs- und Entwicklungsleitern vorgeht, die im Jahr 2020 n.C. AWL-Code irgendwo hin migrieren wollen. Echt gruselig muss ich ehrlich sagen.

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

wie muss dieser umgeschrieben werden, damit dies in der 1500 lauffähig ist?
Bei der Migration kommt hier immer ein Fehler bzgl. AR1

Wie lautet denn der "Fehler" genau? Ist das vielleicht "nur" eine Warnung? Der Code ansich sollte auf der 1500 lauffähig sein.

In dem AWL-Code wird anscheinend ein Wert aus einem ARRAY OF DINT oder REAL gelesen. Das sollte sich doch einfach symbolisch programmieren lassen ala
L "MyDB".Tabelle1[#TEMP17]
T "Tag_7"

Das Migrieren wird nur mit Mitdenken Erfolg haben, nicht mit gedankenlos 1:1 übernehmen. Also besser durchdenken, was der Code tun soll und das dann modern symbolisch programmieren. In dem Code stecken bestimmt noch viele ungeahnte Stolperstellen drin, die beim Migrieren nicht angemeckert wurden, auf der 1500 aber fieserweise anders funktionieren, z.B. Timer und die ganze HMI-Kommunikation...

Harald

 

[PN/DP]

Da steht nichts anderes davor, ist so in der Steuerung drinnen.
Ein DB wird auch nicht geöffnet.

Kann es sein, daß davor ein vollqualifizierter Zugriff auf eine DB-Variable ist? Das ist automatisch auch ein "AUF DB"

Harald

 

[Senator42]

Frage zu L "MyDB".Tabelle1[#TEMP17]

L "MyDB".Tabelle1[Index] geht jetzt in TIA ? wirklich?

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Frage zu L "MyDB".Tabelle1[#TEMP17]

L "MyDB".Tabelle1[Index] geht jetzt in TIA ? wirklich?

In FUP, ja.
Auf der 1500er habe ich noch keine Zeile AWL geschrieben.

 

[Andy258]

Die restlichen Probleme konnte ich schon beheben.
Nur hier komme ich nicht weiter.
Es ist ein ausgelesenes Programm ohne Symbolic etc.
Da an diesem Anlagenteil nichts geändert wird, soll das Programm einfach so bleiben.

 

[Andy258]

Bin das ganze nochmal durchgegangen. Einige Zeilen weiter oben wurde der DB80 geöffnet, aber das bezieht sich ja nicht darauf.

Sehe ich es richtig, das es auf die Temp17 geht?

Dann müsste ich mir doch das dazwischen sparen können oder?

M008: L #TEMP17
SLW 5
// LAR1
// L DBD [ AR1 , P#0.0 ]
T "Tag_7"

 

[funkey]

Zuviel Werbung?
-> Hier kostenlos registrieren

Du kannst dir gar nichts sparen.

Aber wenn du sowieso nichts an dem Code ändern willst, dann ist er auch einfach so auf einer S7-1500 lauffähig. Du wirst halt nur den optimierten Bausteinzugriff deaktivieren müssen.

 

[Ralle]

Vielleicht hilft es, dan ganzen Code im Baustein zu sehen!

 

[Ralle]

Manchmal muß man bem Migrieren wirklich auch herausbekommen, was der Baustein oder der Code im Baustein genau machen soll und diesen Teil dann neu scheiben.

 

[Draco Malfoy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Es ist ein ausgelesenes Programm ohne Symbolic etc.
Da an diesem Anlagenteil nichts geändert wird, soll das Programm einfach so bleiben.

Des muss man sich eigentlich mal auf der Zunge zergehen lassen.

Diese Vorgehensweise erinnert mich an einer gewisse Firma aus drei Buchstaben im Rheinland, die ein AWL-Compilat aus einer nicht mehr vorhandenen SCL-Quelle aus einem Classic-Projekt ins TIA migriert hat, und der Projektingenieur auf meine Nachfrage aller Ernstes meinte, wo den mein Problem liegen würde. Es funktioniert ja alles.

Ist es denn wirklich aufgrund der massenweisen Nachfrage bei Zulieferern im Elektromibilität-Geschäft so schlecht um die technische Kompetenz bestellt ?

 

[sps-concept]

Des muss man sich eigentlich mal auf der Zunge zergehen lassen.

Diese Vorgehensweise erinnert mich an einer gewisse Firma aus drei Buchstaben im Rheinland, die ein AWL-Compilat aus einer nicht mehr vorhandenen SCL-Quelle aus einem Classic-Projekt ins TIA migriert hat, und der Projektingenieur auf meine Nachfrage aller Ernstes meinte, wo den mein Problem liegen würde. Es funktioniert ja alles.

Ist es denn wirklich aufgrund der massenweisen Nachfrage bei Zulieferern im Elektromibilität-Geschäft so schlecht um die technische Kompetenz bestellt ?

Hallo, ich weiss ja nicht warum du dich hier so aufspielst als wärst du der Programmiergott schlechthin. Wenn jemand einen AG-Abzug hat und ihn in ner 1500er lauffähig machen will dann ist es so. Man kann ja evtl vorschlagen nicht mehr AWL zu nutzen. Aber um es nachzuprogrammieren, muss man erstmal verstehen was passiert. Ausserdem kommt es auch immer dran an was der Kunde will. Mir persönlich würde das so auch nicht gefallen - aber egal. Aber kein Grund hier mit Dreck nach anderen Firmen zu schmeißen. Kein Wunder dass du anonym bleiben willst.

Und als Tip für den TE. Schau dir den Aufbau des Adressregisters an und welcher Wert in die Temp geschrieben wird. Ausserdem welcher DB als letztes angesprochen wurde. Nicht nur AUF DB gilt, sondern jeder DB-Zugriff.

André

 

[Thomas_v2.1]

 

[Draco Malfoy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo, ich weiss ja nicht warum du dich hier so aufspielst als wärst du der Programmiergott schlechthin.

Ich lasse dir gerne den Vortritt.

Wenn jemand einen AG-Abzug hat und ihn in ner 1500er lauffähig machen will dann ist es so.

Mir fallen auf Anhieb nur wenige Gründe ein, warum man einen AG-Abzug auf eine 1500er CPU migrieren muss. Entweder es handelt sich um einen nicht autorisierten Know-How Transfer, oder das Originalprogramm ist aus irgendwelchen Gründen verloren gegangen.

Ersteres möchte ich nicht kommentieren, zweiteres erfordert wie du richtig schreibst

Aber um es nachzuprogrammieren, muss man erstmal verstehen was passiert.

Das scheint aber gar nicht im Vordergrund zu stehen.

Ausserdem kommt es auch immer dran an was der Kunde will.

Wie in diesem Zusammenhang bereits mehrfach erwähnt, sind Prostitution und Softwareentwicklung verschiedene Berufe.

 

[Captain Future]

Prostitution und Softwareentwicklung verschiedene Berufe.

Harte Worte...

 

[Faceman]

Wie in diesem Zusammenhang bereits mehrfach erwähnt, sind Prostitution und Softwareentwicklung verschiedene Berufe.

Naja, wenn der Kunde eine neue CPU haben möchte ( Migration von 300 auf 1500 ) und dafür nicht viel ausgeben möchte,
dann gibt es halt einen migrierten AWL Code und fertig. Es ist ja nicht so dass ich das gut finde aber wenn es keiner bezahlen
möchte, warum dann Aufwand betreiben.

Somit ergeben sich doch Parallelen zur Prostitution, dort gibt es für wenig Geld auch nur eine Minimallösung
Wer mehr will muss auch mehr bezahlen