| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SolidEdge |
Autor
|
Thema: XpresRoute - Umbenennung von ASM (1672 mal gelesen)
|
gasradl Mitglied Konstrukteur
Beiträge: 74 Registriert: 01.03.2002 SE ST3 (103.00.08.06 x64) NVIDIA Quadro 4000 Windows 7/64 Intel Xeon X5650/2,67GHz 24(!)GB RAM und das Beste: SAP- PLM mit DSC/ECTR
|
erstellt am: 11. Okt. 2007 09:19 <-- editieren / zitieren --> Unities abgeben:
Guten Morgen allerseits, ich zeichen in einer Assembly (Name 123.asm) einen Rohrpfad und definiere ein Rohr (Name abc.par). Wenn mir der Rohrverlauf nicht gefällt, dann kann ich den Pfad ohne weiters ändern und das Rohr wird mitgeändert. Nun wird die Assembly umbenannt bzw. kopiert (neuer Name 456.asm), der Name des Rohres bleibt (abc.par). In der kopierten Assembly kann ich zwar jetzt den Rohrpfad ändern, aber - das Rohr selber wird nicht mitgezogen. Grund: in den Eigenschaften des Rohres ist nach wie vor die ursprüngliche Assembly als Verknüpfung eingetragen (also 123.asm). Hat irgendjemand da draussen im großen Universum eine Ahnung, wie ich die neue Verknüfung rein bekommen kann? Natülich könnte ich einen neues Rohr in der neuen Assembly machen - aber auf das alte Rohr zielen in der kopierten Baugruppe einige andere Verknüpfungen, die dann natürlich im Nirvana sind. Hintergrund ist, dass unser EDM- System (SAP bzw. CAD- Manager von ISAP) beim Sichern neue Dateinamen vergibt. Danke schon mal im Voraus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Mike Ulbrich Ehrenmitglied PLM-Specialist
Beiträge: 1560 Registriert: 11.04.2005 Teamcenter 12.2.0.2 SE2020 MP5
|
erstellt am: 11. Okt. 2007 12:24 <-- editieren / zitieren --> Unities abgeben: Nur für gasradl
Hallo, also bei mir geht es problemlos. Baugruppe erstellen->rohrpfad erstellen->Rohr über den Pfad erstellen->Speichern. Zurück in die Baugruppe->Speichern unter->Namen vergeben->Speichern->Rohrpfad ändern->Verknüpfungen aktualisieren->Rohr ändert sich->Speichern. Ohne Probs. V19SP0 Gruß Mike Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
gasradl Mitglied Konstrukteur
Beiträge: 74 Registriert: 01.03.2002
|
erstellt am: 11. Okt. 2007 12:52 <-- editieren / zitieren --> Unities abgeben:
|
modeng Ehrenmitglied V.I.P. h.c.
Beiträge: 7061 Registriert: 10.12.2003
|
erstellt am: 11. Okt. 2007 13:38 <-- editieren / zitieren --> Unities abgeben: Nur für gasradl
das wird auch so IMO nicht gehen, da das erstellte Rohr ein Teil ohne History ist. Es ist von der Erstellung her eine gefuehrte Auspraegung wobei die Leitkontur und das Profil in der erzeugenden Asm gespeichert sind. Speichert man die erzeugende ASM unter anderem Namen so wird dennoch das Rohr von der erzeugenden ASM aus kontrolliert. Im Moment duerfte das WAD sein ob sich das per ER aendern laesst ist fraglich weil dies u.U. den internen Ablauf komplett 'schmeisst' modeng ------------------ Lieber Fehler riskieren als Initiative verhindern (R. Mohn) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
gasradl Mitglied Konstrukteur
Beiträge: 74 Registriert: 01.03.2002 SE ST3 (103.00.08.06 x64) NVIDIA Quadro 4000 Windows 7/64 Intel Xeon X5650/2,67GHz 24(!)GB RAM und das Beste: SAP- PLM mit DSC/ECTR
|
erstellt am: 11. Okt. 2007 13:48 <-- editieren / zitieren --> Unities abgeben:
Hallo modeng, wenn ich Mike von oben richtig verstanden habe, dann scheint es aber in V19 zu funktionieren? Und wenn's von der Ursprungs-ASM kontrolliert wird - wieso erscheint dann beim Bearbeiten in der kopierte ASM der Rohrpfad? Und schließlich würde das bedeuten, dass man sowas nicht kopieren kann um irgendwelche Änderungen zu machen und anzupassen. Mit unserem EDM- System fallen wir dann halt auf die Schnautze, wenn wir die Modelle einchecken wollen, da werden dummerweise neue Dateinamen generiert. Aber trotzdem Danke Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Mike Ulbrich Ehrenmitglied PLM-Specialist
Beiträge: 1560 Registriert: 11.04.2005 Teamcenter 12.2.0.2 SE2020 MP5
|
erstellt am: 11. Okt. 2007 14:26 <-- editieren / zitieren --> Unities abgeben: Nur für gasradl
Hallo, ich habe es jetzt über den Explorer umbenannt und die Verbindung geht flöten. In den Eigenschaften der Vorkommnisse zu diesem Rohrpfad steht eine andere asm drin als Verknüpfung. UGS wird das mit Sicherheit nicht ändern, da es ein Problem mit einem Zusatzprodukt ist. Wenn der CAD-Manager wenigstens SaveAs machen würde aber er geht kpl. über den Explorer wie es ausschaut und benennt einfach mal Dateien um. Innere Verbindung ist weg, Punkt! Mit der ISAP in Verbindung setzen und denen das Problem schildern damit es evtl. mit einem Update zur nächsten SE Version behoben wird. Vieleicht wird es aber auch auf UGS abgewälzt und UGS wälzt zurück. Oder sie haben einen Workaround für dich. Gruß Mike Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
modeng Ehrenmitglied V.I.P. h.c.
Beiträge: 7061 Registriert: 10.12.2003
|
erstellt am: 11. Okt. 2007 14:35 <-- editieren / zitieren --> Unities abgeben: Nur für gasradl
[...] Und wenn's von der Ursprungs-ASM kontrolliert wird - wieso erscheint dann beim Bearbeiten in der kopierte ASM der Rohrpfad? [...] weil das Rohr einen Link dahin hat. Sichert man die ASM1 unter neuem Namen und aendert jetzt den Pfad aendert sich das Rohr. Nach Save/Open ist das auch noch so, doch spaetestens wenn man ASM1 oeffnet und schliesst wird die Aenderung wieder rueckgaengig gemacht. In der ASM2 kann man auch die Rohr-Pfade loeschen ohne das etwas passiert. Soweit mein Kennnisstand modeng ------------------ Lieber Fehler riskieren als Initiative verhindern (R. Mohn) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
gasradl Mitglied Konstrukteur
Beiträge: 74 Registriert: 01.03.2002 SE ST3 (103.00.08.06 x64) NVIDIA Quadro 4000 Windows 7/64 Intel Xeon X5650/2,67GHz 24(!)GB RAM und das Beste: SAP- PLM mit DSC/ECTR
|
erstellt am: 11. Okt. 2007 14:45 <-- editieren / zitieren --> Unities abgeben:
Also Danke zunächst mal an Euch beide. Wenn man's weiß, dann kann man ja seine Konstruktion dementsprechen aufbauen bzw. SAPieren. Denn den Workaround habe ich selber schon rausgefunden. Gruß vom Chiemsee Ulrich Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |