| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Creo |
| | |
 | BOM Assistant für Stücklistenerstellung , eine App
|
|
Autor
|
Thema: Fehlgeschlagene Regenerierung (513 mal gelesen)
|
rjordan Mitglied ProE-Admin, Konstrukteur
   
 Beiträge: 1428 Registriert: 17.03.2003 Creo 3 Win 10 Pro 64bit Intel Xeon 3,7 GHz Nvidia Quadro P4000
|
erstellt am: 28. Okt. 2004 16:49 <-- editieren / zitieren --> Unities abgeben:         
Hallo Forum, habe ein Problem mit der Regenerierung eines Bauteil mit Teilefamilie. Am Anfang im Modellbaum gibt es KEs, die über #Kopieren,#Bewegen erzeugt worden sind. Spätere KEs referenzieren sich auf diese Kopien. Doch beim Aufruf einer Familienvarianten schlägt bei deutlichen Änderungen zum generischen Teil die Regenerierung fehl, da die Kopien nicht mitregeneriert werden. Nach Abbruch des Reparaturmodus und erneuter Regenerierung wird die Variante sauber aufgebaut. Weiß jemand, wie man das Problem lösen kann ???
------------------ Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform 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: 28. Okt. 2004 18:06 <-- editieren / zitieren --> Unities abgeben:          Nur für rjordan
Verschiedene Denkansätze: Genauigkeit absolut?? Passiert dies auch beim Verifizieren der Familientabelle? Generisches Teil komplett durchregenerieren! Die fehlerhafte Variante wie beschrieben öffnen, dann aus der Familientabelle rauslöschen --> Fehlermeldung Teil nicht mehr familiengesteuert, dann mit Modellplayer alles durchregenerieren, vielleicht erscheint dann ein Hinweis Irgendwelche Vorzeichen-Problematiken in Familientabelle (negative Werte ) Ferndiagnose generell sehr schwierig ------------------ Servus Alois Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
rjordan Mitglied ProE-Admin, Konstrukteur
   
 Beiträge: 1428 Registriert: 17.03.2003 Creo 3 Win 10 Pro 64bit Intel Xeon 3,7 GHz Nvidia Quadro P4000
|
erstellt am: 02. Nov. 2004 14:02 <-- editieren / zitieren --> Unities abgeben:         
Hallo, die Genauigkeit ist auf absolut. Der Fehler hat eigentlich nichts mit der Teilefamilie zu tun. Wenn ich den Durchmesser im Generischen änderen tritt der Fehler auch auf. Das Teil ist vor der Durchmesseränderung vollständig durchregeneriert. Die kopierten KEs werden beim ersten Regen einfach nicht mitgerechnet. Ich nutze Proe2001 2003200 ------------------ Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Frank Hampel Mitglied Konstrukteur

 Beiträge: 87 Registriert: 29.06.2004 HP XW6200 32Bit WFII/WFIII/WFIV + Mold-Design unter WinXP
|
erstellt am: 08. Nov. 2004 20:28 <-- editieren / zitieren --> Unities abgeben:          Nur für rjordan
Hi, ich weiss nicht, ob es Dir hilft, aber ich habe mitbekommen, dass KE's im Baum erst dann WIRKLICH regeneriert werden wenn: - ein KE davor geändert oder gelöscht oder unterdrückt wird - das KE selbst geändert oder ... wird - ein KE verschoben wird - die Daten (ASM,MFG oder PRT) geladen werden (dürfen natürlich nicht im Speicher sein) o manchmal jedoch regeneriert er allerdings trotzdem nicht o wahrscheinlich wird das ausgewürfelt oder hängt mit der Zahl/dem Umfang der Änderungen zusammen Ich tue in so einem Fall so, als ob ich das Standard-CS0 umdefinieren wollte und bestätige ohne Änderung der Referenzen. In Deinem Fall solltest Du so tun, als ob Du die kopierten KE's umdefinieren woltest.
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
rjordan Mitglied ProE-Admin, Konstrukteur
   
 Beiträge: 1428 Registriert: 17.03.2003 Creo 3 Win 10 Pro 64bit Intel Xeon 3,7 GHz Nvidia Quadro P4000
|
erstellt am: 09. Nov. 2004 08:36 <-- editieren / zitieren --> Unities abgeben:         
Hallo Frank, das Problem ist ja auch im generischen Teil. Wenn man aber eine Familienvariante aufrufen will, hat man ja keine Wahl. ProE regeneriert es durch, aber eben nicht vollständig. Bei erneuter Regenerierung im Reparaturmodus funktioniert's dann. Aber das kann's nicht sein ! ------------------ Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform 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: 09. Nov. 2004 08:59 <-- editieren / zitieren --> Unities abgeben:          Nur für rjordan
Kannst du nicht das Teil hier reinstellen (oder zumindestens abgespeckt)? Für so ein irgendwie ähnliches Problem habe ich unter WF2 einen CALL laufen (abhängig kopierte Mustertabellen) Sind die kopierten KE's mit on-the-fly-Ebenen ------------------ Servus Alois Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
rjordan Mitglied ProE-Admin, Konstrukteur
   
 Beiträge: 1428 Registriert: 17.03.2003 Creo 3 Win 10 Pro 64bit Intel Xeon 3,7 GHz Nvidia Quadro P4000
|
erstellt am: 09. Nov. 2004 13:58 <-- editieren / zitieren --> Unities abgeben:         
Hallo, ich hab's nochmal ausprobiert und folgendes festgestellt. Im generischen Teil kann ich doch den Durchmesser ändern, was bei dem Varianaten fehlschlägt. Auch das Verifizieren schlägt fehl. Da die kopierten KEs über Winkel bewegt werden, dieser aber über eine Beziehung von einem anderen Winkel abhängig gemacht worden ist, wird anscheinend die Beziehung erst nach dem KE regeneriert. Kann man beeinflussen, daß die Winkel-Beziehung vorher regeneriert wird. Da das Teil in der Entwicklung ist, würde ich das Teil äußerst ungern rausgeben. Es sei denn ihr unterschreibt mir eine Geheimhaltungserklärung. :-)) ------------------ Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Alchimedes108 Mitglied ProE Konsulent
 
 Beiträge: 163 Registriert: 12.05.2004 ProE2001 (mit Shut-down-Tools) WF2, USB 2.0, USW 7.1, DDT 4.3, DAU 0 und diverse andere Saftware
|
erstellt am: 09. Nov. 2004 14:46 <-- editieren / zitieren --> Unities abgeben:          Nur für rjordan
Hallo Rjordan! Klingt nach deiner Beschreibung für mich nach einem Reihenfolgeproblem. Der Winkel auf den du dich später beziehst, wir der errechnet oder ist das der Winkel eines KE´s der sich ergibt. Dann ist die Handlungsweise von ProE klar. Zuerst berechnet er die Beziehungen. Dann die KE´s. Wenn dein Winkel aber erst in den KE´s erst geometrisch entstanden ist, dann muß ProE nochmal regeneriert werden um die Berechnung korrekt durchführen zu können. Abhilfe: Den Winkel den du benötigst, vorher mathematisch berechnen und in den Beziehungen vor deiner Auswertung für die kopierten KE´s einbauen... Hoffe das hilft. Wenn nicht, schick mir mal die Geheimhaltungserklärung. ------------------ Pro/DUZENT Alchi ------------------------------------------------ Stress ? -> www.sahajayoga.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
rjordan Mitglied ProE-Admin, Konstrukteur
   
 Beiträge: 1428 Registriert: 17.03.2003 Creo 3 Win 10 Pro 64bit Intel Xeon 3,7 GHz Nvidia Quadro P4000
|
erstellt am: 09. Nov. 2004 14:59 <-- editieren / zitieren --> Unities abgeben:         
Hallo Alchi, der Winkel für das kopierte KE bezieht sich auf ein Winkel eines vorherigen KE. Wenn also erst Beziehung berechnet wird, dann das Referenz-KE und dann mein kopiertes KE, ist es klar. Am besten wär's, wenn ich den Winkel beim #Kopieren,#Bewegen nicht über eine Winkelangabe, sondern auf eine Ebene oder Punkt referenzieren könnte. Aber dann müßte ich wohl die kopierten KEs neukonstruieren. Also baue ich das Modell jetzt um, damit ich die Beziehung vermeide.
------------------ Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform 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: 09. Nov. 2004 15:30 <-- editieren / zitieren --> Unities abgeben:          Nur für rjordan
Noch ein Denkansatz Im Skizzierer gibt es sogenannte "Known Dimensions", (Bemaßungen die Maße des Modells abgreifen) diese Werte können dann in Skizzen-Beziehungen benutzt werden. ------------------ Servus Alois Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
rjordan Mitglied ProE-Admin, Konstrukteur
   
 Beiträge: 1428 Registriert: 17.03.2003 Creo 3 Win 10 Pro 64bit Intel Xeon 3,7 GHz Nvidia Quadro P4000
|
erstellt am: 09. Nov. 2004 15:35 <-- editieren / zitieren --> Unities abgeben:         
@Alois leider funktioniert dies doch nicht bei kopierten KEs, da sie keine Skizze haben, oder ? ------------------ Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
sadolf Mitglied VR-Projektleiter, IS-Berater, Konstrukteur
   
 Beiträge: 1440 Registriert: 27.11.2001 DeltaGen 12.1.1 VRED 2015 W7 64bit PrÖ, Katja Windchill TCE (nur unter Protest;)
|
erstellt am: 09. Nov. 2004 22:06 <-- editieren / zitieren --> Unities abgeben:          Nur für rjordan
|