TIA TIA V16 Version Control Interface mit Git

M

Mike100

Level-1
Beiträge
66
Reaktionspunkte
9
Zuviel Werbung?
-> Hier kostenlos registrieren
Hat jemand Erfahrung, wie brauchbar das neue Version Control Interface von TIA V16 ist?

Bisher war die Versionsverwaltung mit TIA ja mehr als schmerzhaft, und ich traue es Siemens fast nicht zu, in diesem Bereich etwas Vernünftiges zu bringen.
Spielereien wie "Multiuser Engineering" sind die reinste Verhöhnung, wenn gleichzeitig die absoluten VCS-Basics nicht funktionieren.

Wie lange dauert der Export/Import zu Git?
Werden SCL/AWL/Hardwareconfig etc. in gut lesbaren Files versioniert, oder in kryptischen XMLs?

Ist durch das Versions Control Interface zu erwarten, dass TIA stabiler wird und nicht mehr ständig Projekte durch inkompatible Updates zerschossen werden?
 
Wir hatten von Siemens das Vorgängertool vom VCI und das konnte die HW nicht als XML oder so sondern nur als "Projekt" exportieren. SC/DB/UDTL ging einwandfrei, AWL/KOP/FUP sind XML. Das VCI haben wir leider noch nicht getestet.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Soweit ich weiß werden nur PLC Bausteine verwendet.
Weder HMI, Umrichter noch Hardware sind dabei.

Die Bausteine sind in XML aber Von lesbar kann nicht die Rede sein. Ist halt Text die Git vergleichen kann.

Aktuell sehe ich nur das man Bausteine besser Exportieren kann um sie zu Kollegen auf die Baustelle zu schicken anstatt immer das große TIA Projekt.

Zur Versionierung nutzen wir Versiondog da funktioniert der Vergleich wenigstens für fast alles.
 
DOD666 schrieb:
Soweit ich weiß werden nur PLC Bausteine verwendet.
Weder HMI, Umrichter noch Hardware sind dabei.
Zum Vergrößern anklicken....

Was ist das bitte für ein Schwachsinns-Tool?
Soll das heißen, dass man die Hardware usw. mit einem zusätzlichen Export-Tool versionieren muss, oder einfach gar keine Versionskontrolle verwendet?
Wenn ich schon Git verwende, dann will ich, dass mein gesamtes Projekt reproduzierbar geöffnet werden kann, ohne zusätzliche Files auf einem anderen Weg zu verteilen.
 
Hallo Zusammen,

eine Frage zum VCI und Git.

Kann ich die Kombination dazu verwenden, z.B. eine Bibliothek zu erstellen und dann die Bausteine usw. ins GIT zu bringen und dort auf Änderungen / Revisionen zu kontrollieren / verwahren?
Welchen Vorteil hätte ich dadurch, in einer Bibliothek habe ich ja die Möglichkeit die Versionen zu verwahren, sehe dort allerdings nicht was sich geändert hat.

Wozu kann man das ganze Sinnvoll einsetzen im Bereich Bausteine / PLC-Typen usw?

Gruss,
Michael
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wie sieht den aktuell die Funktion des VCI in V18 aus, benutzt es schon jemand im produktiven Einsatz?

Bei uns steht aktuell aus ein Git aufzusetzen, würde da auch gerne im Idealfall die Steuerungsprojekte mit versionieren.

Wenn ich aktuell den Workspace öffne wird noch die Hardware und das HMI exkludiert => gibt's dafür Lösungen?

Versiondog wäre natürlich ideal, bekomme ich aber, denke ich, nicht die Freigabe für die Finanzierung dafür.
 
An: DCDCDC ich arbeite bei der Firma, die versiondog herstellt, und habe den Post gesehen. Versiondog heisst mittlerweile octoplant und ist als Mietlizenz verfügbar. Das erniedrigt die Freigabe für die Finanzierung erheblich. Ich hoffe, ich verstosse mit diesem Beitrag nicht gegen die Forumsregeln.
 
dirk thielker schrieb:
An: DCDCDC ich arbeite bei der Firma, die versiondog herstellt, und habe den Post gesehen. Versiondog heisst mittlerweile octoplant und ist als Mietlizenz verfügbar. Das erniedrigt die Freigabe für die Finanzierung erheblich. Ich hoffe, ich verstosse mit diesem Beitrag nicht gegen die Forumsregeln.
Zum Vergrößern anklicken....
Wer Rechtschreibfehler findet, darf sie behalten.
dirk thielker schrieb:
Das erniedrigt die Freigabe für die Finanzierung erheblich.
Zum Vergrößern anklicken....
:unsure:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
dirk thielker schrieb:
An: DCDCDC ich arbeite bei der Firma, die versiondog herstellt, und habe den Post gesehen. Versiondog heisst mittlerweile octoplant und ist als Mietlizenz verfügbar. Das erniedrigt die Freigabe für die Finanzierung erheblich. Ich hoffe, ich verstosse mit diesem Beitrag nicht gegen die Forumsregeln.
Zum Vergrößern anklicken....
Da wir eine ganzheitliche Lösung für alle Sprachen möchten wirds bei einem Git bleiben, deswegen auch die Frage mit VCI.
 
Wenn mal unser Git steht probiere ich das mal aus. Da ich aber in einer nicht-Produktionsumgebung arbeite ist das eher so ein Sonderfall. Ich denke für Produktionsumgebungen sind Lösungen wie Versiondog (Octoplant) immer noch die bessere Wahl.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Naja, das VC in Versiondog nichts weiter als eine Oberfläche um Verzeichnisse zu zippen und auf einem Server ab zu legen. Dementsprechend sind auch die "Features". Kein Vergleich zu einem richtigen VCS wie git. Nur der Vergleich von SPS-Programmen ohne TIA ist hervor zu heben. Aber für mehr als einen schnellen Überblick taugt das auch nicht. Und bei WinCC (SCADA) hört es dann aber schon wieder auf.
Wir haben aktuell VD im Einsatz und werden NICHT auf Octoplant wechseln. Unterm Strich viel zu teuer.
 
Hallo @silbaer,

zufällig bin ich auf diese Beiträge gestoßen.
Wie mein Kollege Herr Thielker arbeite auch ich bei der Firma AUVESY-MDT, jedoch als Professional Services Engineer.
Ich sorge dafür, unser Produkt reibungslos in die Umgebung des Kunden zu implementieren.
Außerdem schule bzw. berate ich Kunden bei diversen Anliegen rund um die Automation mittels octoplant.

ich möchte gerne eine Richtigstellung zu Ihrem Beitrag machen. Tatsächlich unterstützt octoplant WinCC. Es tut mir leid, falls es zu Verwirrungen gekommen ist, aber octoplant bietet Unterstützung für verschiedene Siemens-Produkte, einschließlich WinCC. In der offiziellen octoplant-Dokumentation finden Sie weitere Informationen:

Rich (BBCode): 
- octoplant-Dokumentation
- Unterstützte Geräte

Somit sind wir in der Lage, selbst bei laufender Runtime, eine Sicherung von WinCC zu erstellen und diese zu vergleichen.

Falls Sie weitere Fragen zur Verwendung von octoplant mit WinCC haben oder Unterstützung bei der Einrichtung benötigen, stehe ich gerne zur Verfügung. Es ist wichtig, korrekte Informationen zu teilen, um anderen in der Community zu helfen.

Um unser Produkt stetig weiterzuentwickeln sind wir selbstverständlich auf Feedback von Ihnen angewiesen.
Hier bieten wir die Möglichkeit Feature-Wünsche zu äußern, die dann vom Product Owner geprüft werden.

Wer sich selbst von dem Produkt überzeugen möchte, hat die Möglichkeit eine Pilotlizenz anzufragen.

Hoffentlich habe auch ich nicht gegen die Forenregeln verstoßen.

Ich wünsche Ihnen alle eine angenehme Woche.
 
@PLCEng Meine Aussage bezog sich auf VersionDog. Das Octoplant mehr Features hat ist mir bewusst ohne jetzt genau zu wissen was geht und was nicht. Wie schon erwähnt kommt ein Upgrade auf Octoplant schon aus finanzieller Sicht nicht in Frage. Aus Sicht eines Softwareentwicklers ist VersionDog kein richtiges VCS und nach dem was ich gelesen habe, Octoplant genau so wenig. Das ist aber sicher auch dem katastrophalen Projektformat (praktisch ein Binär-BLOB) von Siemens geschuldet. Aber vielleicht ändert sich da mit AX ja was und man kann endlich vernünftig git benutzen...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@silbaer, danke für Ihr Feedback. Aktuell werden versiondog und octoplant parallel entwickelt. Das bedeutet, dass beide Produkte ein identisches Portfolio bieten, was die Unterstützung von Geräten betrifft. Lediglich der octoplant Hub sowie der Asset Inventory Service sind octoplant vorbehalten.

Wie bereits erwähnt, können Sie uns gerne mitteilen, was aus Ihrer Sicht fehlt, um octoplant zu einem vollumfänglichen VCS zu verhelfen.
Ich werde selbstverständlich die Funktionswünsche an unser Produktmanagement weitertragen.
 
Ich stimmt Jermaine zu.
Wir nutzen VersionDog seit 2015 sehr intensiv.
Wenn alle "Gerüchte" zum Thema Preissteigerung stimmen, werden wir uns auf die Suche nach einer Alternative begeben.
Hierzu habe ich allerdings noch mit keinem Vertreter von Auvesy gesprochen, ggf. sind die Gerüchte ja nur Gerüchte.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wir sind da aktuell auch noch am überlegen ob wir wirklich von Vdog umsteigen auf Octoplant...
VersionDog nutzen wir seit 2013 und waren im Grunde ganz zufrieden.
Aber die Umstellung auf Octoplant wird für uns ganz erhebliche Mehrkosten bedeuten.

Gruss,
Daniel
 
PLCEng schrieb:
Wie bereits erwähnt, können Sie uns gerne mitteilen, was aus Ihrer Sicht fehlt, um octoplant zu einem vollumfänglichen VCS zu verhelfen.
Ich werde selbstverständlich die Funktionswünsche an unser Produktmanagement weitertragen.
Zum Vergrößern anklicken....
Wenn ich mir auf der Webseite das Featureset von octoplant anschaue, will das eigentlich auch kein VCS für die (Software) Entwicklung sein. Versiondog schon eher, aber da fehlen halt quasi alle elementaren Dinge. Einfach mal git anschauen. Branches, mergen, selektives commit sind da nur Basisfunktionalität. Die Ablage der Versionen aka commits als ZIP-Archiv ist, euphemistisch gesagt, auch nicht optimal.

Anstatt das Rad neu erfinden zu wollen, sollten sie überlegen in ihrem Produkt git (oder BitBucket oder Mercurial oder ...) zu nutzen bzw. eine entsprechende Schnittstelle an zu bieten. Oder umgekehrt: Bieten sie die Vergleichsfunktion für die Siemensprojekte (S7/TIA/WinCC) als separates Modul an. In git (in den anderen VCS sicher auch) kann ich je nach Dateityp externe Diff/Merge-Tools einbinden.
 
Ich glaube du hast den Sinn von Octoplant missverstanden.
Die Vergleichen und Dokumentieren. die ändern kein Projekt, das wird immer in der entsprechenden IDE gemacht, da die IDE kein Merge oder ähnliches kann geht das halt nicht.
Wenn es wegen einer Änderung von Octoplant zu einem Personenschaden kommt sind die in Teufels Küche.
Alles was Safety usw. betrifft prüft die IDE des Herstellers.
 
Zurück
Oben