TIA TIA V13 SP1 Teamengineering in der Praxis

Daniel_G

Level-1
Beiträge
36
Reaktionspunkte
8
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe ein TIA V13 Projekt mit 1x CPU 1515F und will an dem Projekt mit 2 Personen arbeiten.
Es ist nicht möglich ein Projekt mehrfach zu öffnen mit TIA.
Derzeit arbeite ich am Hauptprojekt und der Kollege an der Projektkopie. Danach kopiere ich von Hand wieder alles zurück.

Verwunderlich ist auch das ein Offline/Offline Vergleich zwischen 2 Tia Projekten ist nicht möglich ist oder ich finde das Menü dafür nicht.

Ich lese immer bei Siemens von erweiterten Teamengineering-Funktionen.
Hat jemand diese schon finden können ?

Gruß Daniel
 
hatte mir mal zwei Auszüge aus dem Handbuch betreffend Teamengineering gemacht.
siehe Anhang.......

Grüße Pico
 

Anhänge

  • STEP_7_Team_1_V13_deDE_de-DE.pdf
    2,3 MB · Aufrufe: 106
  • STEP_7_Team_2_V13_deDE_de-DE.pdf
    4,7 MB · Aufrufe: 80
Zuviel Werbung?
-> Hier kostenlos registrieren
In der Doku wird beschrieben, dass man von einem Masterprojekt Kopien machen soll um mit dem Projekt zu arbeiten. Diese werden dann am Ende wieder in das Masterprojekt eingefügt.

Meine Frage ist hier: Muss das Masterprojekt unangetastet bleiben oder kann weiterhin jemand am Masterprojekt arbeiten und dann am Ende die Änderungen der Kopien einsammeln?

Gruß Georg
 
Nach Studium der Doku stelle ich mal 2 Behauptungen auf:

1. Du solltest das Masterprojekt auf keinen Fall verändern, Änderungen nur in den bis zu 5 ES, danach alles wieder in das Masterprojekt zurück.
Änderungen im Masterprojekt führen wahrscheinlich zum Vollcrash, also Master in den Tresor! :cool:

2. Du kannst das Ganze ohnehin so ziemlich vergessen, wer sich das ausgedacht hat, hat echt nicht mehr alle Latten am Zaun!!! :ROFLMAO:

Wie bitteschön stellt man sich denn eine IBN vor, in der man keine PLC-Variablen mehr anlegen darf? OK, in DB darf man ändern, deshalb soll man wohl auch keine Merker mehr verwenden, denn für die benötigt man ja wieder eine PLC-Variable. Wenn ich genauer darüber nachdenke, dann wird der Prozess wohl lecker aufwändig inkl. vieler Pannen beim Sychronisieren, weil sich ein Kollege nicht an eine der vielen Regeln gehalten hat. Wenn ich dann feststelle, ich muß eine kleine Änderung an einem zentralen Baustein vornehmen, muß ich alle Kopien zurückholen und mich von den Kollegen beschimpfen lassen. (Oder die freuen sich über eine lange Pause :) )
In Klassik war der Spaß langsam, aber halbwegs vernünftig einsetzbar, weil mit einer Datenbasis über Ethernet gearbeitet wurde. Aber hier???? Wie soll das in der Praxis gutgehen?
 
Zuletzt bearbeitet:
Nachtrag: Ob Siemens sich das hat patentieren lassen? Denn so krumm kann gar keiner denken, wie das realisiert ist. Jede Wette, das daran mind. eine Diplom- oder sogar Doktorarbeit hängt. Vielleicht sogar mehrere???
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was wäre es schön, wenn man für solche Situationen eine verteilte Versionsverwaltung anwenden könnte. Man muss sich zwar auch an gewisse Regeln und Prozeduren halten, diese sind aber transparent und detailliert nachvollziehbar.
Und eine simple (ok, ein bißchen dick aufgetragen) Merge-Prozedur ist m.M. hier das Mittel der Wahl. Hat zumindest bei einem Java-HMI-Projekt von uns (drei Entwickler) immer bestens hingehauen.

Aber Siemens muß ja (seit Jahren schon) ein Projektformat verwenden, welches von einfachem Handling, Performance u.a. meilenweit entfernt ist... :icon_mad:


Gruß, Fred
 
Ja, eine Versionsverwaltung wäre natürlich der Traum gewesen. Bisher konnte man die Quellen wenigstens noch auf einen Rutsch exportieren und dann in eine Versionsverwaltung einchecken um wenigstens Änderungen nachvollziehen zu können. Das ist mir bei TIA gar nicht mehr gelungen. Geht wahrscheinlich irgendwie mit "Openess"? Aber warum muss da erst wieder jeder anfangen, sich was passendes zu basteln?

Das wichtigste an dem Datenformat ist natürlich, dass man zu den S5 Strukturen kompatibel bleibt. DBs FCs, etc. alles schön mit Nummern.
 
...
Das wichtigste an dem Datenformat ist natürlich, dass man zu den S5 Strukturen kompatibel bleibt. DBs FCs, etc. alles schön mit Nummern.
Ich meinte eher die Projektdateien selbst. Bei B&R beispielsweise ist das gesamte Projekt in XML-Dateien abgelegt: Hardware-Konfig, Variablendeklaration, Programmcode ...


Gruß, Fred
 
Zurück
Oben