| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für NX |
Autor
|
Thema: Startskripte (4032 mal gelesen)
|
Markus_30 Moderator CAx-Architect
Beiträge: 5430 Registriert: 21.03.2005 Windows 10 (V 20H2) NX 2007 Series
|
erstellt am: 16. Mrz. 2012 11:36 <-- editieren / zitieren --> Unities abgeben:
Hallo zusammen, habe hier ein kleines Problem bezüglich Start von NX mit Anpassungen aus Teamcenter heraus. Aber der Reihe nach: Meine ganzen NX-Anpassungen habe ich in einem Ordner gesammelt und auf einem ugsshare (Verzeichnis auf unserem Server) den ganzen Anwendern zur Verfügung gestellt. In diesem Ordner ist folgendes enthalten: Eine angepasste ugii_env.dat und mehrere Unterordner. In diesen Unterordnern sind die Konfigurationen von NX enthalten (Anwenderstandards, UG-Tools, Materialbibliothek...). So weit so gut. Ich öffne Teamcenter und Starte NX. Dabei wird eine start_nxmanager.bat ausgeführt. In dieser Datei (liegt lokal) ist ein Verweis auf eine angepasste ugii_env.dat (siehe oben) enthalten. In dieser wiederum setze ich die Pfade zu den Anpassungen und einige NX-Variablen. Die ugii_env.dat liegt dabei auf der selben Ebene in der Ordnerstruktur wie die Ordner, die die NX-Konfigurationen enthalten. Also dachte ich, ich könnte in der ugii_env.dat relative Pfade eingeben, um die NX-Konfiguration einzubinden. Genau das funktioniert aber nicht. Das hätte den Vorteil, dass ich beim Verschieben der gesamten Konfiguration in einen anderen Pfad nur in der start_nxmanager.bat das Verzeichnis der ugii_env.dat neu setzen muss. Mit absoluten Pfaden funktioniert alles problemlos. Dann hatte ich versucht, in der start_nxmanager.bat eine Variable zu setzen: "set M_CONFIG_DIR=C:\XXX\YYY" (natürlich ohne ") und später in der ugii_env.dat anstelle der kompletten Pfadangaben nur noch "UGTOOLS_SYSDIR=%M_CONFIG_DIR%\AAA\BBB" zu schreiben (natürlich ebenfalls ohne "). Funktioniert leider auch nicht. Wie gesagt: Immer absolute Pfadangaben ala C:\.......... funktioniert. Ich hoffe, ich habe mein Problem einigermaßen verständlich dargestellt. Jetzt kommt meine Frage: Wo habe ich meinen Denkfehler, bzw. wie macht man es richtig? Ich würde mich freuen, wenn mir jemand von euch bei der Baustelle weiterhelfen könnte. Ich wünsche euch allen an dieser Stelle schon mal ein schönes Wochenende. ------------------ Gruß Markus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
CAdministrator12m4 Mitglied Dipl.-Ing.(FH) - PLM Inhouse Consultant
Beiträge: 182 Registriert: 28.06.2007 HP ZBook Intel Core i7 2,4GHz 32GB RAM NVidia Quadro K3100M MS Windows 10 NX10 + Teamcenter UA 10.1
|
erstellt am: 16. Mrz. 2012 12:28 <-- editieren / zitieren --> Unities abgeben: Nur für Markus_30
Hallo Markus Eine Frage, warum nutzt du kein Startscript für alle, welches ebenfalls in deinem UGSShare liegt, in dem dann alle Pfade konfiguriert werden, und welches Du verwendet um Teamcenter zu starten? Ich habe das bei uns so, ich habe ein Startscript auf dem Server liegen. Dieses prüft zunächst, ob der aufrufende Rechner ein 4Tier oder ein 2Tier System ist (wir haben eine Michumgebung), dies wird anhand des TC Verzeichnisses festgelegt (c:\splm\tc20072tier oder ..\tc20074tier). Damit werden alle TC relevanten Systemvariablen gesetzt. Anschließend prüft das Script ob NX installiert ist oder nicht (IF EXIST...), da wir Konstruktionsplätze mit NX und Viewingplätze in der Fertigung OHNE NX haben. Ist NX da werden hier dann alle Variablen für NX gesetzt, also USERDIRs, UGTOOLS, MaterialLib usw. Das ganze hat den Charm, wenn ich jetzt das Share verschiebe, muss ich nur in einer Datei den Pfad anpassen. Da bei allen Usern die Installation gleich ist, kann ich die absoluten Pfade zu den Programmen hier verankern, ändert sich da was, muss ich das nur an einer Stelle modifizieren. So, das war jetzt sehr weit ausgeholt, jetzt zur ugii_env.dat: Bei mir funktionieren über diesen Weg (Konfigurieren der Pfade im allgemeinen Startscript) auch die Variablen im Sinne von UGII_3DCONNEXION_LIBRARY=${UGII_BASE_DIR}\UGALLIANCE\vendor\startup\3dxnx.dll, das UGII_BASE_DIR ist im Startscript für alle Maschinen definiert. Gruß Jens ------------------ Bunt ist das Dasein und granatenstark UND volle Kanne Hoschies! (Bill und Ted) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
uger Mitglied CADler & Kinematiker
Beiträge: 1115 Registriert: 25.02.2003 NX2015 WIN10 64Bit
|
erstellt am: 16. Mrz. 2012 12:29 <-- editieren / zitieren --> Unities abgeben: Nur für Markus_30
Hallo Markus, was funktioniert denn nicht. Werden die Einstellungen nicht gezogen oder kommen im DOS-Fenster Meldungen hoch wie "konnte den Pfad nicht finden"? uger ------------------ Deine Wahrnehmung bestimmt deine Realität! NDS Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
schulze Ehrenmitglied V.I.P. h.c. CAD/CAE Manager
Beiträge: 2312 Registriert: 26.03.2001
|
erstellt am: 16. Mrz. 2012 13:20 <-- editieren / zitieren --> Unities abgeben: Nur für Markus_30
>>Also dachte ich, ich könnte in der ugii_env.dat relative Pfade eingeben, um die NX-Konfiguration einzubinden. Genau das funktioniert aber nicht. Bei mir funktioniert das. Es ist halt die Frage, was Du wo deklarierst, und wie Du die Variablen wieder aufrufst. >>%M_CONFIG_DIR% Das ist Windows-Sysntax. Versuch's mal mit $M_CONFIG_DIR - das ist der Syntax in vielen Script-Sprachen. Aus unserer ugii_env.dat: UGII_LANGUAGE_FILE=${UGII_BASE_DIR}\localization\ugii_${UGII_LANG}.lng Die Klammern werden immer dann benötigt, wenn andernfalls das Ende des Variablennamens nicht eindeutig bestimmt werden kann. ------------------ R.Schulze Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Markus_30 Moderator CAx-Architect
Beiträge: 5430 Registriert: 21.03.2005 Windows 10 (V 20H2) NX 2007 Series
|
erstellt am: 16. Mrz. 2012 13:20 <-- editieren / zitieren --> Unities abgeben:
Hallo, z. B. funktioniert folgendes nicht: Einbindung von UG-Tools. die liegen in einem Ordner (Name: NXTools_7010), dieser Ordner wiederum auf der gleichen Ebene wie die ugii_env.dat. In der ugii_env.dat sind die Pfade relativ gesetzt. Also: UGTOOLS_SYSDIR=NXTools_7010\windows_64\ugtoolsnx7\ugtoolsnx7_64\ UGTOOLS_LANGUAGE_FILE=NXTools_7010\windows_64\ugtoolsnx7\ugtoolsnx7_64\dat\english.lng UGII_PATDIR=NXTools_7010\windows_64\ugtoolsnx7\ugtoolsnx7_64\rahmen Meldungen bekomme ich keine beim Start. Allerdings sind die UG-Tools in NX dann auch nicht verfügbar. Ändere ich die oben angegebenen Pfadangaben in absolute Angaben, dann funktionierts. ------------------ Gruß Markus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
schulze Ehrenmitglied V.I.P. h.c. CAD/CAE Manager
Beiträge: 2312 Registriert: 26.03.2001
|
erstellt am: 16. Mrz. 2012 13:25 <-- editieren / zitieren --> Unities abgeben: Nur für Markus_30
>>In der ugii_env.dat sind die Pfade relativ gesetzt. Also: >>UGTOOLS_SYSDIR=NXTools_7010\windows_64\ugtoolsnx7\ugtoolsnx7_64\ Wieder ein Syntax-Fehler. Da muss ein .\ vorne dran für "ausgehend vom aktuellen Pfad". Oder ..\ für "ausgehend von der nächst höheren Ebene". ------------------ R.Schulze Und noch einmal Vorsicht! Relative Pfade beziehen sich immer auf den Pfad, aus dem das Programm ausgeführt wird. Das ist meist nicht der Pfad, in dem die Konfigurationsdatei liegt! [Diese Nachricht wurde von schulze am 16. Mrz. 2012 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
uwe.a Ehrenmitglied maschbau-ing.
Beiträge: 1939 Registriert: 20.12.2000 Windows7/64Pro Vmware UG16-Nx10beta
|
erstellt am: 16. Mrz. 2012 13:27 <-- editieren / zitieren --> Unities abgeben: Nur für Markus_30
Hallo zusammen, ich denke bei euch ist alles über sidt installiert. TC +NX. Im sidt wird es über die 3 batch scripte gesteuert. in der custom.bat sollten die firmenspez. Einstellungen hinterlegt sein. Diese übersteuern dann Einstellungen die in den env.dat getroffen wurden. hope it helps ------------------ mfg uwe.a Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ThomasZwatz Moderator cadadmin
Beiträge: 5397 Registriert: 19.05.2000 (10-2022) --------------------------------------------- [stable] NX2007(2027.3701) + TC13.3.0.3, RAC +AWC6.0.3 SingleSite 4Tier, DocMgt, Client4Office, MRO, ReqMgt, SchedMgt, T4S, TcVis Mockup, TcSSO, Multi-CAD BCT-Inspector Neutral v22R2 --------------------------------------------- [testing] NX2007(2027.3701) + TC13.3.0.3, RAC +AWC6.0.3 BCT-Inspector Neutral v22R2 @M7720 Win10 (1909)
|
erstellt am: 16. Mrz. 2012 21:30 <-- editieren / zitieren --> Unities abgeben: Nur für Markus_30
Ich glaub nicht, dass es in AT sidt Installationen gibt ... Relative Pfade würde ich in UGII_ENV_FILE (ugii_env.dat) nicht verwenden. Viel eindeutiger ist das z.B. über eine eigene Umgebungsvariable machbar und ist der gleiche Aufwand ... & Fehlersuche ist auch viel einfacher ... Bei mir steht da z.B. in UGII_ENV_FILE ( diese Variable wird auch im Startskript eigens gesetzt ):
Code: # UGTOOLS einbinden UGTOOLS_SYSDIR=${MY_NX_CUSTOM_DIR}\${UGII_VERSION}\ugtools\${PROCESSOR_ARCHITECTURE}
( wobei man UGII_VERSION und PROCESSOR_ARCHITECTURE ggf. auch weglassen kann )Ansonsten musst du im Startskript das WorkingDirectory explizit setzen und das sollte IMHO nicht auf einem Netzlaufwerk liegen ( auch wenns natürlich genauso funktioniert ). Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Markus_30 Moderator CAx-Architect
Beiträge: 5430 Registriert: 21.03.2005 Windows 10 (V 20H2) NX 2007 Series
|
erstellt am: 19. Mrz. 2012 10:15 <-- editieren / zitieren --> Unities abgeben:
Hallo zusammen, Zitat: Original erstellt von ThomasZwatz: Viel eindeutiger ist das z.B. über eine eigene Umgebungsvariable machbar und ist der gleiche Aufwand ... & Fehlersuche ist auch viel einfacher ...
Hab ich jetzt auch so gemacht und es funktioniert jetzt. Der Grund warum es nicht funktionierte war ein User-Error meinerseits: Falsche Syntax. Peinlich, ich weiß, aber ich kann es wenigstens zugeben. Zitat: Original erstellt von ThomasZwatz: ...Ansonsten musst du im Startskript das WorkingDirectory explizit setzen und das sollte IMHO nicht auf einem Netzlaufwerk liegen...
Da stimme ich dir voll und ganz zu. Ich spreche an dieser Stelle allen Helfern meinen herzlichsten Dank aus. Ü's folgen... ------------------ Gruß Markus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |