| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
| | |
 | BOM Assistant für Stücklistenerstellung , eine App
|
|
Autor
|
Thema: leistungsabfall bei gezogenem verbund (457 mal gelesen)
|
aarsar Mitglied
 
 Beiträge: 310 Registriert: 10.06.2003 ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde ...
|
erstellt am: 15. Jun. 2004 13:41 <-- editieren / zitieren --> Unities abgeben:         
hallo liebe gemeinde, kann mir jemand einen tip geben wie ich ein ke dazu bringe, schneller zu regenerieren? die konkrete situation sieht folgendermaßen aus: in einem teil wurde eine nut mittels gezogenem verbund erzeugt (27 schnitte) an einer leitkurve (schnittausrichtung normalrichtung). die schnitte sind einfache rechtecke, die leitkurve ein spline. das ganze gebilde brauchte zum regenerieren ewig. als lösungsansatz habe ich versucht, das teil modular aufzubauen. d.h. ich habe den zugschnitt als fläche in einem separaten teil erzeugt (geht relativ flink) und diese geometrie in mein teil kopiert. mit der fläche anschließend einen materialschnitt (sammelfläche verwenden) erzeugt. und jetzt kommts: der schnitt ist genauso langsam wie das ursprüngliche zug-ke!!!! hat irgentjemand eine idee, wie das ganze besser in die gänge kommt? übrigens: eine alternative zu o.b. vorgehensweise (gezogener verbund) ist nicht sinnvoll.
------------------ gruß Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
U_Suess Moderator CAD-Admin / manchmal Konstrukteur
       

 Beiträge: 10679 Registriert: 14.11.2001 CREO 8.0.6.0 (+Geniustool für Creo 10.0.1) PDMLink 12.0.2.8 NTSI Contender E64 SC8 mit NVIDIA Quadro P4000 Intel Core i7-10700KF / 3,80 GHz 64GB DDR4-RAM / 2933 MHz Win 10 Prof. 64Bit
|
erstellt am: 15. Jun. 2004 13:50 <-- editieren / zitieren --> Unities abgeben:          Nur für aarsar
Da solche KEs extrem rechenaufwendig sind, wirst Du an der Regenerierungszeit dieses KEs nicht viel machen können. Die einzige Möglichkeit, die Zeiten für das ganze Teil zu verringern, ist das Unterdrücken des KEs, solange es nicht benötigt wird. Und für den Fall, daß es gebraucht wird, kannst Du dieses KE schreibschützen. Hast allerdings dann auch keine Möglichkeit mehr, Werte dieses KEs zu ändern ohne vorher den Schreibschutz wieder zu deaktivieren. ------------------ Gruß U. Süß Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
aarsar Mitglied
 
 Beiträge: 310 Registriert: 10.06.2003 ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde ...
|
erstellt am: 15. Jun. 2004 14:03 <-- editieren / zitieren --> Unities abgeben:         
hallo udo, danke für die promte reaktion und ausserdem nachträglich noch meinen glückwunsch zu deinem (ersten) "tausender". habe während meiner abwesenheit wohl einiges versäumt. ich stimme dir zu, daß dieses ke (besonders bei der anzahl der schnitte) rechenintensiv ist. aber warum dauert der sch... auch nach dem "zerpflücken" des teiles in module (auslagern des zug-ke in ein anderes teil und übernehmen der fläche mittels kopierter geometrie) immer noch so lang. das zug-ke wird ja nun nicht mehr mit regeneriert - lediglich der schnitt mit der kopierten sammelfläche! den schreibschutz habe ich bis jetzt an dieser stelle auch benutzt, der nachteil ist allerdings, daß alle ke vorher auch nicht anzufassen sind. deshalb habe ich versucht, einen anderen weg einzuschlagen.
------------------ gruß Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
U_Suess Moderator CAD-Admin / manchmal Konstrukteur
       

 Beiträge: 10679 Registriert: 14.11.2001 CREO 8.0.6.0 (+Geniustool für Creo 10.0.1) PDMLink 12.0.2.8 NTSI Contender E64 SC8 mit NVIDIA Quadro P4000 Intel Core i7-10700KF / 3,80 GHz 64GB DDR4-RAM / 2933 MHz Win 10 Prof. 64Bit
|
erstellt am: 15. Jun. 2004 14:15 <-- editieren / zitieren --> Unities abgeben:          Nur für aarsar
Danke für die nachträglichen Glückwünsche. Ich hoffe der Grund Deines Fernbleibens war schön und erholsam.  Warum soll eigentlich das Regenerieren schneller gehen mit der Fläche? Die Kompliziertheit der Fläche ändert sich doch nicht. Hast Du das ganze abhängig kopiert? ------------------ Gruß U. Süß Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
anagl Ehrenmitglied V.I.P. h.c.
     
 Beiträge: 4566 Registriert: 28.05.2001 CREO2 M140 PDMLink 10.2 M020 HW diverse Das Schreiben bei CAD.de ist freiwillig und kein Muss !!!!!
|
erstellt am: 15. Jun. 2004 14:39 <-- editieren / zitieren --> Unities abgeben:          Nur für aarsar
Vielleicht ist das Problem die Verschneidung mit dem vorhandenen Körper vielleicht die Schnitte mehr Überstehen lassen. Vielleicht die Sammelfläche mit den Körperflächen trimmen und dann die Funktion Einzelfäche benutzen (Berandungskanten liegen auf den Körperflächen!!!) Vielleicht den Spline in mehrere Teilstücke zerlegen und mehrere KE's mit weniger Schnitte benutzen Das sind Denkansätze aber ohne Garantie von Erfolg
------------------ Servus Alois Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
aarsar Mitglied
 
 Beiträge: 310 Registriert: 10.06.2003 ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde die suchfunktion nutzen und meine systeminfo ausfüllen. ich werde ...
|
erstellt am: 15. Jun. 2004 15:37 <-- editieren / zitieren --> Unities abgeben:         
@u_suess die fläche regeneriert bei ihrer erzeugung genauso lange, da liegst du richtig. aber in meinem teil existiert sie ja nur noch als kopierte geometrie (unabhängig geschalten), das heißt sie ist zwar physisch anwesend wird aber nicht mehr regeneriert. @anagl die idee mit dem überstehenlassen der fläche habe ich im vorfeld ausprobiert - ohne erfolg. die möglichkeit mit der einzelflächen-verformung werde ich mal testen. danke für euere hilfe! ------------------ gruß Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ehlers Mitglied Ingenieur
   
 Beiträge: 1432 Registriert: 05.11.2001 Pro/E 14-2001 WF1-5
|
erstellt am: 15. Jun. 2004 17:54 <-- editieren / zitieren --> Unities abgeben:          Nur für aarsar
Erstes Ziel: Das KE so weit vorreihen wie es eben geht. Eventuell Eltern Kind Beziehungen prüfen. Wenn dieses Teil externe Referenzen hat, reihe sie nach dem Zugelement. Der Weg mit den extern Kopie_geom scheint zwar schnell, macht doch aber auch nichts als ein isolieren des Ke`s. Sollten die Körperflächen zu Beginn stören, erzeuge eben Sammelflächen und mache daraus später ein Volumen. Letzteres ist aber der Sonderfall. ------------------ Des Übels Wurzel ist der Schwachsinn, wobei die Wurzel des Schwachsinns nicht zu unterschätzen ist (Werner) Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
os Ehrenmitglied V.I.P. h.c. Konstruktionsingenieur

 Beiträge: 2458 Registriert: 16.09.2002 2001,WF,WF2...
|
erstellt am: 15. Jun. 2004 18:27 <-- editieren / zitieren --> Unities abgeben:          Nur für aarsar
Hallo Mal nachsehen ob das Element auch noch an allen Stellen richtig referenziert ist. Hatte mal ein ähnliches Problem, das eine Referenz fehlte. Er hat sich auch zu Tode regeneriert. Als ich dann die fehlende Referenz wieder gesetzt habe lief es wieder einigermassen. Nur ein Tip. Gruß Olaf ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |