TIA S7-317-2DP Firmwareuprgrade / Kundenprogrammmigration von STEP7 zu TIA

Zuviel Werbung?
-> Hier kostenlos registrieren
Kannst du eigentlich einen einzigen vernünftigen Grund nennen, warum du dein vollkommen undokumentiertes Projekt,
mit dem Step7 anstelle von TIA noch relativ problemlos zurecht kommt, jetzt auch noch auf TIA migrieren willst?
Draco Malfoy hatte doch eher eine sadistische Ader, das hat aber eindeutig masochistische Züge, mit gar keinen (wenigen) Vorteilen und einer ganzen Palette an Nachteilen.
Davon ab, das hinterher absolut niemand, noch nicht mal mehr der Hersteller, an der Maschine irgendeine Chance auf eine Fehlersuche hat.
Hallo Manuel!
Nicht so, daß Du gänzlich unrecht hast, aber ich hatte auch meine Überlegungen wieso ich das machen wollte. Zum einen habe ich den Eindruck, daß ich im Allgemeinen mit TIA besser klar komme wie mit STEP7. Könnte an der besseren grafischen Oberfläche liegen, oder einfach daran daß im TIA mehr Fehlerquellen ausgeschlossen werden und viele ERRORs die ich im STEP7 problemlos einbauen könnte, dort nicht mehr funktionieren. Beispiel Bausteinnummerierung. Gerade, was die Hardware-Config angeht ist TIA z.B. um Dimensionen im Voraus. Weiteres, ob der Hersteller noch etwas an der Maschine machen wird, halte ich für ein Gerücht. Dort ist jetzt schon so viel umgebaut worden, daß außer mir und meiner Firma dort kaum einer ne Chance hat. Und wenn der Kunde es unbedigt haben will, kann ich ihm meinen Quellcode ja entgeltlich überlassen. Aber wenn ich etwas mache, dann möchte ich es halt richtig machen. Wenn das ganze am Ende ne Nullnummer wird, dann muss ich es wohl im STEP7 vollenden. Wäre aber schade.

... Mich interessiert derzeit aber brennend die Frage, wieso ich bei FW2.1 den Shit problemlos kompilieren kann und bei ner anderen Hardware-Config nicht mehr ?
 
Manuel, das verstehst du nicht.
Es ist wie bei jedem Win$ man muss immer alles auf die neuste Version umbasteln.
Bisher war es so, dass ein Maschine oder Anlage ein Produkt, das verkauft wird, produziert.

Nach meiner Meinung ist es weder notwendig noch durchdacht was überhaupt gemacht werden soll und ich hoffe, dass der Kollege rechtzeitig eingebremst wird.


bike
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Nach meiner Meinung ist es weder notwendig noch durchdacht was überhaupt gemacht werden soll und ich hoffe, dass der Kollege rechtzeitig eingebremst wird
Ich entschuldige mich, aber welchen Anlaß hast Du, um meine Arbeit in dieser Form zu verfluchen ? Habe ich dich irgendwie angegriffen gehabt ?
Wenn der Kunde einen auswärtigen Schaltanlagenbauer bucht, anstatt für 20-30 k€ zum Hersteller zu gehen, ist es wohl seine Entscheidung ?

Ich finde es wenig hilfreich, das was du schreibst. Ich bin für jede sachliche Kritik offen und dankbar, aber deine oben skizzierte Hoffnungen tun nicht gerade für gute Stimmung bei unserer Unterhaltung sorgen. Du könntest dich ja lieber deiner im Nebenthread schmackhaft geschilderten Unterrichtsmethoden zugunsten der armen Schüler annehmen. Ich drücke meinerseits die Hoffnung aus, daß sie diese nicht länger ertragen müssen.
 
Zuletzt bearbeitet:
... Mich interessiert derzeit aber brennend die Frage, wieso ich bei FW2.1 den Shit problemlos kompilieren kann und bei ner anderen Hardware-Config nicht mehr ?

Keine Ahnung was du da meinst kompilieren zu müssen.
Ich sag in der HW-Konfig Objekt tauschen,
und bin fertig.

Step7 ist beim Übersetzen im Sinne der Konsistenzprüfung,
die HW absolut egal, das gilt insbesondere auch für die FW Version.

Gesendet von meinem GT-I9505 mit Tapatalk
 
Ich sag in der HW-Konfig Objekt tauschen,
und bin fertig.
Schön wärs...
Fangen wir mal damit an, daß die S120 bei MDI Velocity und Acceleration/Deccelaration eine eigene Normierung auf den p2000 bzw. auf den 4000hex Wert anwendet, während die Positionierwerte für Indramat Rexroth in einem kommalosen DINT Format übertragen werden, und die Gewichtung aber im Antrieb fixiert wird. Plus dazu rechnet der eine in LU/min bzw. Udr/s² und der andere in mm/s², und zwar bezogen auf die Last bei Rexroth und auf die Welle bei SINAMICS. Und da sind auch noch mehrere solche Knackpunkte. Das muss ich vorher irgendwo umskalieren, ganz zu schweigen von Drehmoment-Kraft Sollwerten und anderen exotischen Dingen, die von der Steuerung ebenfalls abgefragt werden. Da ist ne Woche Programmierarbeit, so oder so. Das Ding fährt ja nicht nach Verfahrsätzen, und es sind außerdem mehrere Achsen die getauscht werden müssen.

Step7 ist beim Übersetzen im Sinne der Konsistenzprüfung,
die HW absolut egal, das gilt insbesondere auch für die FW Version.
Hm. Hätte ich auch so angenommen, aber vielleicht hast Du eine andere Vermutung wieso es zu Übersetzungsfehlern dann kommt.
 
Zuletzt bearbeitet:
Schön wärs...
Fangen wir mal damit an, daß die S120 bei MDI Velocity und Acceleration/Deccelaration eine eigene Normierung auf den p2000 bzw. auf den 4000hex Wert anwendet, während die Positionierwerte für Indramat Rexroth in einem kommalosen DINT Format übertragen werden, und die Gewichtung im Antrieb fixiert wird. Das muss ich vorher irgendwo umskalieren, ganz zu schweigen von Drehmoment-Kraft Sollwerten und anderen exotischen Dingen, die von der Steuerung ebenfalls abgefragt werden. Da ist ne Woche Programmierarbeit, so oder so. Das Ding fährt ja nicht nach Verfahrsätzen, und es sind außerdem mehrere Achsen die getauscht werden müssen.

Was hat das jetzt mit der CPU Firmware zu tun?
Von diesen Detailproblemen hast du hier bisher moch gar nichts erwähnt.

Du sprachest 2.1 kompilieren (was auch immer du damit meinst) gut, 2.6 nix gut.

Gesendet von meinem GT-I9505 mit Tapatalk
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was hat das jetzt mit der CPU Firmware zu tun?
Von diesen Detailproblemen hast du hier bisher moch gar nichts erwähnt.
Du sprachest 2.1 kompilieren (was auch immer du damit meinst) gut, 2.6 nix gut.
Gesendet von meinem GT-I9505 mit Tapatalk
Ich habe mich vermutlich wieder missverständlich ausgedrückt. Also, ich versuchs nochmal - und bitte mir meine sprachlichen Defizite zu entschuldigen.

1: Stand der Dinge - ISTWERT - Anlage mit S7-317, 4 Indramat Rexroth Antriebe, und KEIN Quellcode, nur AG-Abzug;
2: Zielsetzung - SOLLWERT - Anlage mit S7-317, einem SINAMICS S120 Antriebsverbund und entsprechend angepasster Software;

3: Dracos geplante Vorgehensweise:

- bestehendes Projekt migrieren,
- CPU hochrüsten;
- Neue Bausteine für die Umrechnung und Umskalierung und Befehelsübertragung schreiben;
- über das TIA Portal das geänderte und angepasste Projekt, mit geschätzten 16 Datenbaustein und 4 Funktionsbausteinen mehr in die Steuerung neu schreiben.

4: Schwierigkeiten dabei:
- Der AG-Abzug ist in der bisherigen Form unmigrierbar! Warum auch immer.

P.S: mit "Compilieren" ist die Ausdrucksweise wie sie von den Hochsprachen kommt, gemeint. Heißt, geschriebenen Code in den Maschinencode übersetzen.
 
Zuletzt bearbeitet:
Ich entschuldige mich, aber welchen Anlaß hast Du, um meine Arbeit in dieser Form zu verfluchen ? Habe ich dich irgendwie angegriffen gehabt ?
Wenn der Kunde einen auswärtigen Schaltanlagenbauer bucht, anstatt für 20-30 k€ zum Hersteller zu gehen, ist es wohl seine Entscheidung ?

Ich finde es wenig hilfreich, das was du schreibst. Ich bin für jede sachliche Kritik offen und dankbar, aber deine oben skizzierte Hoffnungen tun nicht gerade für gute Stimmung bei unserer Unterhaltung sorgen. Du könntest dich ja lieber deiner im Nebenthread schmackhaft geschilderten Unterrichtsmethoden zugunsten der armen Schüler annehmen. Ich drücke meinerseits die Hoffnung aus, daß sie diese nicht länger ertragen müssen.

Im Gegensatz zu dir kann ich ein Projekt von Step7 Version nach TIA mitnehmen.
Du hast keinen sinnvolle Aussage gemacht warum du solch einen Auftrag annimmst, ohne es zu können.
Noch wichtiger ist, welches Wissen du zu Step7 und TIA hast.
Ich verfluche dich nicht, doch es ist doch hirnrissig wenn man so ein Projekt angeht und es nicht kann.
Wir als Hersteller sind die Dummen, weil unsere Servicetechniker nicht mehr weiter wissen.

Es genügt nicht den Simatikmanager oder TIA fehlerfrei zu öffnen, man sollte wissen was man macht.

Und ich bedaure den Kunden jetzt schon aus ganzem Herzen.


bike
 
P.S: mit "Compilieren" ist die Ausdrucksweise wie sie von den Hochsprachen kommt, gemeint. Heißt, geschriebenen Code in den Maschinencode übersetzen.
P.S. Was "Compilieren ist weiß ich selber auch, ich weiß aber auch, das es diesen Begriff bei Siemens nicht ausdrücklich gibt, noch ist oder war mir klar wo du kompilierst (Step7 oder TIA).
P.P.S. TIA spuckt beim Migrieren mit Sicherheit seitenweise Fehlermeldungen aus ... musst du halt step by step abarbeiten, bei DBs ist der Datentyp ja fix, bei den Merker und EA Bereichen musst du die Symbolik halt entsprechend aufbauen (mit den korrekten Datentypen).
P.P.P.S. In deinem Projekt hast du noch nicht mal die richtige Version der GSD-Datei installiert, was der Kenner daran erkennt, das die Module immer noch mit einem Fragezeichen versehen sind.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Im Gegensatz zu dir kann ich ein Projekt von Step7 Version nach TIA mitnehmen.
Wieso könntest Du dann nicht einfach meine Frage nach den auftauchenden Fehlern beantworten, ohne persönlich und angreifend zu werden ?
doch es ist doch hirnrissig wenn man so ein Projekt angeht und es nicht kann
Meinst Du nicht daß man bei der Betrachtung des Problems zwischen geschäftlichen Überlegungen und persönlichem Wissensstand etwas trennen sollte ?
Wenn ich irgendwo partout nicht weiter kommen sollte, dann werden halt andere Kollegen für € hinzugezogen.
Und ich bedaure den Kunden jetzt schon aus ganzem Herzen.
bike, Ich denke, es ich besser wenn wir an dieser Stelle mit unserer Unterhaltung einen Cut machen.

@MSB: Verstehe. Naja gut, denn werden wir des so angehen. Ich habe gehofft, daß es noch eine schnellere Variante ohne Fußarbeit gibt.
P.P.P.S. In deinem Projekt hast du noch nicht mal die richtige Version der GSD-Datei installiert, was der Kenner daran erkennt, das die Module immer noch mit einem Fragezeichen versehen sind.
Ich habe da noch gar nichts installiert, das sind die Rohdaten. Im STEP7 ins PG geladen und ohne Veränderungen gezippt und hier ausgestellt. In der Wirklichkeit wurden da wohl GSD-Dateien für FGP2 installiert, die waren wohl noch etwas unbehobelt und zeigen Fragezeichen und Leerzeichen in der Ansicht. Mittlerweile gibt es FGP3 mit entsprechenden GSDs, dort sieht man auch daß es ich um einen ECORDRIVE/DURODRIVE handelt und die Fragezeichen sind weg.
 
Ich glaube, du mußt zuerst alle GSD-Dateien per Hand in TIA installieren. Bei einer Migration ist TIA so doof, das es nicht mal aus einem Projekt mit kompletten Daten (GSD und Symbolik etc.) die GSD mitnimmt (das ist jedenfalls mein letzter Versuchsstand).
An deiner Stelle würde ich mal bei Step7 bleiben und nicht zu TIA wechseln. Oder du schreibst den Code gleich neu, kannst ja vom vorhanden Projekt abschreiben, zumindest das was gut und auch zu verstehen ist.

Auf jeden Fall sehr mutig von dir, aber TIA-Nutzer müssen ja eh einen gewissen Mut beweisen …. :ROFLMAO:, m.E. setzt du dich da freiwillig auf einen Vulkan, der jederzeit hochgehen kann.
 
Ich glaube, du mußt zuerst alle GSD-Dateien per Hand in TIA installieren. Bei einer Migration ist TIA so doof, das es nicht mal aus einem Projekt mit kompletten Daten (GSD und Symbolik etc.) die GSD mitnimmt (das ist jedenfalls mein letzter Versuchsstand)
Jo. Denke, die HW-Config kann ich gleich komplett von Hand neu schreiben.
Oder du schreibst den Code gleich neu, kannst ja vom vorhanden Projekt abschreiben, zumindest das was gut und auch zu verstehen ist.
Sieht ganz danach aus daß ich das so machen müsste
Auf jeden Fall sehr mutig von dir, aber TIA-Nutzer müssen ja eh einen gewissen Mut beweisen …. :ROFLMAO:, m.E. setzt du dich da freiwillig auf einen Vulkan, der jederzeit hochgehen kann.
Wie mein niederländischer Kollege so schön sagt.... "Bei Risiken und Nebenwirkungen - Pech gehabt, oder bleib gleich zu Hause" ;-) Ich habe mir halt zum Ziel gesetzt, diese Software zu beherrschen, daher muss es sein. Denke, daß in 3-4 Jahren so ziemlich alles auf TIA Portal läuft. Wobei ich mittlerweile davon ausgehe, daß es auch in der v12 schon einiges besser geworden ist seit der v11 oder ?
... Was mir übrigens bei der 12er Version aufgefallen ist daß es wieder BLKMOV gibt, anstatt von MOVE_BLK, und auch die Any-Zeiger sind wieder da, aber mit P#Q.... bzw. P#I.... anstatt von P#E und P#A.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Derzeit kotzt er hauptsächlich, weil WORD /= INT Zugriff erfolgt oder entsprechend INT /= WORD.
Sind die beteiligten Operanden Merker-Words MW...?

Weil Du nur einen AG-Abzug hast, hast Du natürlich keine Symboltabelle. In Step7 classic wirkt sich das so aus:
MW.. ohne Symbol werden als WORD interpretiert. Wenn sie als INT interpretiert werden sollen, dann müssen sie zwingend als Symbol angelegt sein. Step7 classic hat allerdings in Operationen, welche eigentlich INT verlangen, auch nicht als Symbol deklarierte MW.. ohne Fehlermeldung toleriert (unabhängig davon, ob die Typprüfung aktiviert ist oder nicht).

TIA toleriert das offensichtlich nicht mehr. Als was für ein Datentyp werden MW.. ohne Symbol in TIA interpretiert?

[Nachtrag]
Step7 classic toleriert auch WORD aus DB wenn eigentlich INT verlangt wird, solange die Adresse rein absolut angegeben ist z.B. DB10.DBW12.
Sobald der DB einen symbolischen Namen hat wird ein als WORD deklariertes DBW.. als fehlerhaft abgewiesen.

Harald
 
Zuletzt bearbeitet:
Also ich habe jetzt den TIA-Portal komplett außen vor gelassen, und erst mal folgendes gemacht:
Neues Projekt in STEP7 öffnen -> AGs rüberkopieren -> Bausteinkonsistenzprüfung durchführen.
Ergebnis: es kommen dieselben Fehlermeldungen wie im TIA.

Wenn jemand nachgucken möchte so ist es Baustein FC32 in dem Abzug, und Netzwerk ebenfalls 32.
DB10.STAT198 Aktualdatentyp WORD passt nicht zum Formaldatentyp INT des Aktualparameters.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Gute Frage, weiß ich nicht ob man die umstellen kann ;-)
Die Bedienoberfläche ist auf jeden Fall deutsch, aber auch alle anderen Anweisungen wie UN und U sind britanisiert worden und lauten jetzt entsprechend AN und A.
 
Ich kann dazu jetzt nur sagen, das ich dein Problem weder nachvollziehen noch reproduzieren kann.
Ich kann das Projekt übersetzten wie ich will und erhalte dabei aber keine Fehlermeldung(en) ... zumindestens wenn die von dir im Beitrag 11 angehängte "RDK.zip" dieselbe Ausgangsbasis darstellt.
 
Ich kann dazu jetzt nur sagen, das ich dein Problem weder nachvollziehen noch reproduzieren kann.
Ich kann das Projekt übersetzten wie ich will und erhalte dabei aber keine Fehlermeldung(en) ... zumindestens wenn die von dir im Beitrag 11 angehängte "RDK.zip" dieselbe Ausgangsbasis darstellt.
Mach ein neues Projekt auf, importiere die HW Config und kopiere die Bausteine dahin. Bei mir kommt dann sofort diese Fehlermeldung.
Oder versuch das Projekt in TIA zu importieren, dann kommt auch dieselbe.
 
Zuletzt bearbeitet:
Zurück
Oben