---

Guten Tag;

ich bin gerade über folgendes Problem in der Wildfire4 M160 gestolpert:

Ich habe eine Baugruppe komplett mit Zeichnungen dupliziert, anschließend ist mir aufgefallen, dass ich mehrere Komponenten durch bereits existierende Teile ersetzen kann.
Also habe ich dies mit der Funktion „Ersetzen“ getan und dabei darauf geachtet, dass alle alten Referenzen gelöscht werden. Als ich die neuen duplizierten Teile – welche nicht mehr benötigt werden – löschen wollte, bekam ich die Fehlermeldung, dass ich die übergeordneten Zeichnungen (! – nicht die Baugruppen) ebenfalls löschen musste. Ich habe alles versucht: Zeichnungen und Baugruppen regeneriert, mehrmals geöffnet, die Ansichten neu aufgebaut, gespeichert, etc. etc. Die Fehlermeldung blieb.
Ich habe dann die selben Schritte nochmal mit der M100 versucht und es hat direkt geklappt!

Was sich nun vllt. wie ein exotisches Beispiel anhört, heißt nichts anderes als: Ich kann Komponenten, die durch „Ersetzen“ ausgetauscht wurden, nicht mehr löschen. Es bleibt eine Verbindung bestehen, die sich auch durch exportieren oder ähnliches nicht entfernen lässt.
Was mache ich falsch ??
Gruss
Roland

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

siehe http://ww3.cad.de/foren/ubb/Forum12/HTML/017336.shtml#000013 
HTH

------------------
Servus    
Alois

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich schalte mich mal mit ein, da bei mir oben genannter Fehler aufgetreten ist.

Ich habe nun in die config.pro folgende Option eingetragen:

dm_hide_model_dummy_deps  YES

Anschließend habe ich in der M160 versucht das Einzelteil aus meinem Workspace zu löschen, und habe wieder die Fehlermeldung bekommen, dass ich die übergeordnete Baugruppe ebenfalls löschen muss.

Ich habe dann die M160 geschlossen, und das Ganze mit der M100 versucht und konnte das Einzelteil - nach einer Aktualisierung der Zeichnung - problemlos löschen.

Ich habe im Anschluss nochmal ein Einzelteil einer Baugruppe mit der M100 ersetzt, und dann mit der M160 die Zeichnung aktualisiert. Jedoch konnte ich im Anschluß das Teil nicht löschen. Erst nach einer Zeichnungsaktualisierung mit der M100. Der Fehler scheint also nicht beim ersetzen sondern beim Aktualisieren der Zeichnung aufzutreten.

In der M100 gibt es auch keinen entsprechenden Config-Eintrag. Gibt es vielleicht jemanden, der den Fehler bestätigen kann?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Also diesen Fehler gab es schon in der WF3 und wir hatten ein ziemliches Theater damit. Mit WF4 M130 tritt der Fehler nicht mehr auf. Wenn nun in der M160 der Fehler wieder da ist, werde ich langsam aber sicher "unentspannt".
Beheben lassen sollten sich die Symptome des Problems durch die Cleanup Option (cleanup_drawing_dependencies yes_cs_not_required). Allerdings muss die betroffene Zeichnung dazu von der Festplatte geladen werden... (War mal Thema eines andern Threads).
Ist saumühsam aber geht. Das ist aber reine Symptombekämpfung.

Das eigentliche Problem sind tote Referenzen in den Zeichnungen, welche von ProE unsauber gehandhabt werden. Wer mal eine Bereinigung mit der Cleanup Option macht, wird staunen was ProE in der Zeichnung so alles referenziert, obwohl nichts mehr davon verbaut ist...

Gruss

David

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Wow! Was ist das denn für ein Zauber-Config-Eintrag?

Ich kann jetzt die ersetzte Komponente löschen - allerdings OHNE die Zeichnung überhaupt aufzurufen.

Ich ersetze das Einzelteil, speicher die Baugruppe und kann das Einzelteil löschen. Das ist ja einfach.  

Habe das nun bei drei verschiedenen Baugruppen getestet und es klappt immer. Habe insbesondere beim letzten Test darauf geachtet, dass in der Originalzeichnungen das Einzelteil referenziert wird, da mir das Ganze etwas komisch vorkam. Aber so... Perfekt!

Danke sehr.

[Diese Nachricht wurde von RandomHero am 06. Okt. 2010 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

explode.jpg

Zitat:

---

Original erstellt von anagl:
siehe http://ww3.cad.de/foren/ubb/Forum12/HTML/017336.shtml#000013 
HTH

---

Hallo HTH. 10 ü für den hinweis.

Weiss nicht, ob wir ein ähnliches Problem in wf5 haben:
In ein .asm haben wir ein Explode State definiert. In diesem .asm wird ein Teil mit replace ausgetauscht.
Ein Kind von dem ausgetauschten Teil ist jetzt unmöglich korrekt aufzurichten.
Mit toggle explode gehts nicht. Mit copy Position auch nicht....
Das Kind kann anscheinend seine "alte" Position/Referenz nicht vergessen?

Habt ihr vorschläge?

PS: In wf 3 konnte man "during explode" sehen wie weit man ein Teil explodiert hatte. In wf5 nicht mehr????

------------------
Mann sagt, dass Pro-E unendlich viele verschiedene Aufgaben lösen kann. Für jede Aufgabe gibt es in Pro-E unendlich viele Lösungen. Und es gibt EINE Lösung, die ohne Probleme ist.
Manche sagen aber auch, dass vor "EINE" ein "K" fehlt.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Eine Anmerkung dazu:
In WF4 M150 habe ich zufälligerweise folgende Config-Einstellung gefunden
remember_replaced_components no
Eine bereits erzeugte Abhängigkeit habe ich dadurch eliminiert, indem ich ohne Hacken zurückersetzt habe und dann wieder auf die gewünschte Komponente gegangen bin

------------------
Servus       
Alois

[Diese Nachricht wurde von anagl am 16. Nov. 2010 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

referenz_Viewer_abhaengig.png

Solche nicht benötigten Abhängigkeiten kann man ganz einfach mit dem Refernz_Viewer entfernen

------------------
Servus    
Alois

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP