TIA Der Multiuser Thread

[jok3r]

Zuviel Werbung?
-> Hier kostenlos registrieren

Servus,
Ich dachte es würde Sinn machen einen extra Thread für Multiuser zu eröffnen.
Was mich eben interessieren würde ist, wie es euch so damit geht und welche Erfahrungen ihr bisher damit gemacht habt.

Wir arbeiten aktuell zu dritt an einem Projekt mit jetzt 11 SPSn, und dabei ist mir schon öfters aufgefallen...

• Änderungen fehlten in der Serveransicht, werden nicht eingecheckt.
• Die Änderung von einem Kollegen werden bei mir nicht angezeigt

Zu den Fragen;-)

• Greift ihr auf dem Server via Domäne oder IP zu(sollte egal sein aber wer weiß)?
• Wlan ja/nein , Probleme bekannt?
• Sind euch Probleme bekannt wenn die Wlan Verbindung immer wieder zum Server abreist?
• Habt ihr den Server auf nem gesonderten PC am laufen(Begründungen)?

Gruß

 

[Jochen Kühner]

Hab das leider noch nicht testen können, aber kannst du aussagen zur Performance machen? Ist das schneller als wenn man über die CPU Synchronisiert?

 

[Howard]

Zuviel Werbung?
-> Hier kostenlos registrieren

Moin!
Also wir sind damit schon recht zufrieden. Gerade für die Inhouse-Entwicklung ist das um Welten besser als das elendige zusammenkopieren von früher.

Wir arbeiten aktuell zu dritt an einem Projekt mit jetzt 11 SPSn, und dabei ist mir schon öfters aufgefallen...

• Änderungen fehlten in der Serveransicht, werden nicht eingecheckt.
• Die Änderung von einem Kollegen werden bei mir nicht angezeigt

Das kann eigentlich nur sein, wenn man in seiner lokalen Session Änderungen macht, die man nicht einchecken kann. Beispielsweise Änderungen an der Hardware. Also alles wo man keinen Haken zum markieren setzen kann, muss in der separaten Serveransicht gemacht werden.

Zu den Fragen;-)

• Greift ihr auf dem Server via Domäne oder IP zu(sollte egal sein aber wer weiß)?
• Wlan ja/nein , Probleme bekannt?
• Sind euch Probleme bekannt wenn die Wlan Verbindung immer wieder zum Server abreist?
• Habt ihr den Server auf nem gesonderten PC am laufen(Begründungen)?

Zu 1&4: Inhouse greifen wir über Domain zu. Hat aber nur den Grund weil der Server ebenfalls ein Domain Rechner ist (wegen Virenscanner, Firewall usw.)
Zu 2: Wir haben für die IBN einen extra Laptop als Server konfiguriert und haben das Multiuser beim Kunden dann mal als Inbetriebnahme-Strategie versucht. Das war leider extrem langsam, wobei ich nicht genau sagen kann warum und ob das wirklich am WLan lag. Aber größere Änderungen haben dann schon mal bis zu 10 Minuten zum einchecken gebraucht. Das war leider nicht praktikabel.
Allerdings war dann natürlich auch keine Domain aufgebaut... mag vielleicht auch ein Grund sein. Da hab ich aber keine Ahnung von, was der wirkliche Grund für den Performanceverlust ist.
Zu 3: Prinzipiell ist das nicht schlimm, du kannst halt in V14 ohne WLan dann nicht weiter arbeiten, weil die Verbindung zum Server abreißt. Erst ab V15 ist das lokale weiterarbeiten in so einem Fall möglich, und sobald man wieder mit dem Server verbunden ist, kann man dann wieder synchronisieren.

Bei der nächsten IBN in 14 Tagen werden wir auf Grund der beschriebenen Probleme mal einen Hybrid-Versuch starten. Also das Multiuser und das "Team-Engineering". Mein Plan wäre dann Vorort eher über das zurückladen von der SPS die Projekte zu synchronisieren und nur sporadisch bei z.B. großen Änderungen, nicht rückladbaren Änderungen oder zum Feierabend via Multiuser einzuchecken und zu synchronisieren. Ich kann dann noch mal berichten ob das praktikabler ist.

 

[maxder2te]

Wir arbeiten aktuell zu dritt an einem Projekt mit jetzt 11 SPSn, und dabei ist mir schon öfters aufgefallen...

• Änderungen fehlten in der Serveransicht, werden nicht eingecheckt.
• Die Änderung von einem Kollegen werden bei mir nicht angezeigt

Gruß

Bei uns steckt das ganze noch in den Kinderschuhen, aktuell laufen 4 Projekte über MUS. 2 sind reine Entwickler- und Laborprojekte, die auf einem eigenen, zentralen, von der IT verwalteten MUS-Server laufen. Ein weiteres, das (noch) am gleichen Server läuft, wird von 2 Kollegen bearbeitet (1 SPS, 3 WinCC Advanced), ein drittes direkt auf dem Laptop eines Kollegen (schon auf der Baustelle, 3 Programmierer von Fremdfirmen hängen mit am MUS) - hier 1 SPS und 2 Visu (1 Advanced, 1 Professional mit ProDiag).

Grundsätzlich läuft das ganze recht gut, solange man sich - speziell bei der PLC - an einigermaßen getrennte Arbeitsbereiche hält. Das Einchecken und Aktualisieren dauert halt immer ein wenig, aber im Großen und Ganzen ist es zuverlässig.

;-)

• Greift ihr auf dem Server via Domäne oder IP zu(sollte egal sein aber wer weiß)?

• Domain bei Zugriff auf zentralen Server, IP wenn Zugriff über Inbetriebnahmenetz
• Benutzer sind teils Active Directory, teils lokal angelegt.

Servus,

• Wlan ja/nein , Probleme bekannt?
• Sind euch Probleme bekannt wenn die Wlan Verbindung immer wieder zum Server abreist?

Wlan nein, da ja laut Handbuch dauerhaft Verbindung zum MUS gebraucht wird. Sollte mit V15 aber einfacher werden.
Im Büro gibts ohnehin GB-Ethernet, auf der Baustelle werden i.d.R. provisorische Inbetriebnahme-Netze mit GB-Ethernet aufgezogen, da dies bei S7-300 Projekten ohnehin nicht anders ging und die Leute dran gewöhnt sind.

Servus,

• Habt ihr den Server auf nem gesonderten PC am laufen(Begründungen)?

• aktuell 1 zentraler Server für Vorarbeiten im Büro und die reinen Entwicklungsprojekte
• ab Inbetriebnahme MUS auf einem der IB-Rechner (Field-PG M4 oder M5)
• es wurde darüber nachgedacht, eine Handvoll PGs als reine MUS abzustellen. Hintergrund ist die Möglichkeit, dass jener Kollege, auf dessen Gerät der MUS läuft, kurzfristig zu einem Einsatz weg muss. Bisher ist dieser Fall aber noch nicht eingetreten.

 

[Ralle]

Zu den Fragen;-)

• Greift ihr auf dem Server via Domäne oder IP zu(sollte egal sein aber wer weiß)?
• Wlan ja/nein , Probleme bekannt?
• Sind euch Probleme bekannt wenn die Wlan Verbindung immer wieder zum Server abreist?
• Habt ihr den Server auf nem gesonderten PC am laufen(Begründungen)?

Gruß

1. Domäne und ein extra PC nur für Multiuser
2. WLAN, ohne Probleme über VPN auch von außerhalb
3. Nein, wenn mein Laptop mal in Sleep geht, ist sie natürlich weg, dann muß ich die Verbindung wiederherstellen und weiter geht es
4. Ja, wir haben Versuche gemacht mit einem der Entwicklungsrechner gleichzeitig als Server und einem extra Laptop als Server. Das funktionierte auch, aber da wir ein Domain-Netzwerk haben, ist die Variante mit dem extra PC im Serverraum, die Bessere, da der immer läuft und auch per VPN erreichbar ist.

Probleme:

1. Einige Dinge gehen nur in der Serveransicht, das merkt man manchmal erst, wenn man die Arbeit schon getan hat, beim einchecken (z.B. Bilder in WINCC)
2. Wir hatte auch schon den Endruck, das Änderungen fehlten, womöglich fehlte der Haken zum Einchecken????
3. Online ist manchmal nicht klar, warum nun alles Orange ist, obwohl man gerade synchronisiert hat und beim Partner alles grün ist.

 

[miasma]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hab das leider noch nicht testen können, aber kannst du aussagen zur Performance machen? Ist das schneller als wenn man über die CPU Synchronisiert?

Von der CPU synchronisieren. Du ziehst dir also vor jeder Änderung den aktuellen Stand von der CPU, machst deine Änderungen und lädst wieder alles hoch.
Zerlegt man sich damit nicht Variablentabellen und andere Inhalte die man vorher Strukturiert hat?

 

[Howard]

Von der CPU synchronisieren. Du ziehst dir also vor jeder Änderung den aktuellen Stand von der CPU, machst deine Änderungen und lädst wieder alles hoch.
Zerlegt man sich damit nicht Variablentabellen und andere Inhalte die man vorher Strukturiert hat?

Prinzipiell geht das schon. Du siehst ja die Online/Offline unterschiede und kannst dann die Online neueren Bausteine separat zurückladen. Ist dein Projekt dann "grün" bis auf deine eigene Änderung spielst du die Software neu ein und deine Kollegen ziehen sich die geänderten Sachen wieder von der SPS zurück. Das ganze verkauft uns Siemens ja als "Team-Engineering".
Leider gibt es halt Dinge die sich nicht zurückladen lassen, bspw. PLC-Variablen oder Hardware.
In den meisten Fällen klappt das so. Manchmal passieren dabei aber auch Kuriositäten :/

 

[Ralle]

Von der CPU synchronisieren. Du ziehst dir also vor jeder Änderung den aktuellen Stand von der CPU, machst deine Änderungen und lädst wieder alles hoch.
Zerlegt man sich damit nicht Variablentabellen und andere Inhalte die man vorher Strukturiert hat?

Manche Dinge kann/sollte man dann mit Bedacht machen. Wenn z.B. jemand am Safety-Part ändert oder am HMI, dann wird er bei uns zum "Master" des Projektes und zeigt das auch an!
Irgendwann gleicht er dann sein Projekt komplett ab (alle grün) und verteilt es per Stick/NW an alle anderen Beteiligten.
Wir sagen in so einem Fall immer sofort Bescheid, denn es macht keinen Sinn, wenn einer am HMI ändert und ein zweiter Kollege ebenfalls. Das bekommt man dann nicht mehr problemlos überein.

 

[jok3r]

Zuviel Werbung?
-> Hier kostenlos registrieren

2. Wir hatte auch schon den Endruck, das Änderungen fehlten, womöglich fehlte der Haken zum Einchecken????
3. Online ist manchmal nicht klar, warum nun alles Orange ist, obwohl man gerade synchronisiert hat und beim Partner alles grün ist.

1. Ja dieses Gefühle hatte ich auch schon mal, ich war mir nämlich sehr sicher das ich den Haken gesetzt hatte.

 

[jok3r]

Prinzipiell geht das schon. Du siehst ja die Online/Offline unterschiede und kannst dann die Online neueren Bausteine separat zurückladen. Ist dein Projekt dann "grün" bis auf deine eigene Änderung spielst du die Software neu ein und deine Kollegen ziehen sich die geänderten Sachen wieder von der SPS zurück. Das ganze verkauft uns Siemens ja als "Team-Engineering".
Leider gibt es halt Dinge die sich nicht zurückladen lassen, bspw. PLC-Variablen oder Hardware.
In den meisten Fällen klappt das so. Manchmal passieren dabei aber auch Kuriositäten :/

Es gibt bei uns immer wieder Bausteine die können nicht rückgeladen werden, TIA verabschiedet sich dann auch öfters. Vermehrt kommt das beim Graph vor.

 

[Hans]

3. Online ist manchmal nicht klar, warum nun alles Orange ist, obwohl man gerade synchronisiert hat und beim Partner alles grün ist.

Hier zitiere ich mal die Hilfe:
"Hinweis
Online-Offline-Unterschiede nach dem Aktualisieren
Nach einem Laden ins Gerät werden Online-Informationen zu den geladenen Objekten in der
lokalen Session im TIA Portal gespeichert. Dies ermöglicht einen Vergleich zwischen der
Online- und Offline-Version. Da diese Online-Informationen aber nicht auf den Server
eingecheckt werden, stehen diese Informationen in der lokalen Session nach einem
Aktualisieren nicht mehr zur Verfügung. Arbeitet man nach dem Aktualisieren dann Online auf
dem Gerät, kann das TIA Portal aufgrund der fehlenden Informationen keinen Vergleich
durchführen. Die Objekte werden mit Online-Offline-Unterschieden angezeigt, obwohl die
Inhalte der Objekte identisch sind.
Um dies zu beheben, sollte nach einem Aktualisieren der lokalen Session ein erneutes und
vollständiges Laden ins Gerät durchgeführt werden."

 

[jok3r]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wie führt ihr denn ein Multiuserprojekt wieder zu einem Singleuserprojekt zurück ?

 

[Howard]

Entweder mit dem Administration Tool das Serverprojekt exportieren oder deine Verbindung zum Server kappen - Lokale Session öffnen und nach dem Timeout auf den Dialog „lokale Session als Singleuser Projekt exportieren“ klicken.

 

[jok3r]

Zum ersten, wo machst du das denn ich ahne nämlich böses :shock:

 

[Howard]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich hab jetzt gerade kein Laptop zur Hand... Ich meine das müsste im jeweiligen Projekt Ordner des Administration Tools unter History sein. Da kann man ja auch auf alte Stände (je nach Einstellung) zurück wechseln. Klickst du einen dieser Stände an, kannst du diesen exportieren.

 

[jok3r]

Okay ich hab nämlich heut festgestellt das dies nicht der aktuelle stand sein muss ....Ich hab am ende etwas im Serverprojekt geändert und dann alles noch mal gegen gecheckt(online/offline vergleich in der Serveransicht und lokal).
Ich hab dann meine letzte Änderung exportiert gestartet und bin online gegangen, es stellte sich dabei raus das diese nicht konsistent mit dem stand auf der SPS ist.

Das erklärt wohl wieso bei uns immer wieder Änderungen fehlen, jetzt die Frage ist dieser weg überhaupt gewollt ?

Gruß

 

[Howard]

Wie ich in #3 schon gesagt hab, kann ich solche Phänomene nicht bestätigen und wir arbeiten nun fast ein Jahr nahezu jeden Tag mit dem Multiuser.
Einige Änderungen lassen sich zwar lokal umsetzen, aber eben nicht markieren und einchecken. Das sieht dann so aus, als ob beim einchecken was verloren gegangen ist, liegt aber am User
Ich verstehe auch nicht ganz warum du die Session exportierst um auf die CPU zu gehen. Online gehen kannst du auch während du im Multiuser unterwegs bist. Oder war das nur ein Test von dir um dein Problem mit den fehlenden Änderungen zu überprüfen?

 

[maxder2te]

Zuviel Werbung?
-> Hier kostenlos registrieren

deine Verbindung zum Server kappen - Lokale Session öffnen und nach dem Timeout auf den Dialog „lokale Session als Singleuser Projekt exportieren“ klicken.

Sorry, aber bist du wahnsinnig?

Die Lösung steht hier:
https://www.sps-forum.de/simatic/85315-v14-multiuserprojekt-archivieren.html#post641787

 

[Hans]

Naja wahnsinnig würde ich jetzt nicht sagen Ist vl unschön, mehr aber auch nicht.

 

[Howard]

Sorry, aber bist du wahnsinnig?

Die Lösung steht hier:
https://www.sps-forum.de/simatic/85315-v14-multiuserprojekt-archivieren.html#post641787

Ich würde sagen nicht überdurchschnittlich wahnsinnig :sw6:
Meine Lösung macht nix anderes als das dort beschriebene. Auch hierbei wird der letzte lokale Stand als Single-Projekt exportiert - das Ergebnis ist das Selbe.