| | | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
Autor
|
Thema: Rechnung aus Mechanica 2001 läuft nicht in WF 2 (527 mal gelesen)
|
Idefix96 Mitglied Berechnungsing.
Beiträge: 122 Registriert: 26.10.2004 Creo simulate 2.0, M120, Windows 7 Professional, Service Pack 1, Fujitsu Siemens, Celsius,R650 4 x 3,33 GHz, 32,0 GB RAM, 64-Bit-Betriebssystem, NVIDIA GeForce 8800 GTX.
|
erstellt am: 26. Jul. 2005 09:22 <-- editieren / zitieren --> Unities abgeben:
Hallo Leute, für Testzwecke habe ich versucht eine unter Mechanica 2001 erfolgreich durchgelaufene Berechnung nochmal in Mechanica WF 2 durchlaufen zu lassen. Dieser Versuch schlug mit der angehängten Fehlermeldung fehl. Während dieses Modell unter Mechanica 2001 nur 96 Sekunden vom Starten des Rechenlaufs bis zum 1. Concergence Loop Log benötigte, bleibt dieser Rechenlauf unter WF 2 schon vorher bei der Vernetzung hängen. Hier noch einige Infos zum Modell: - Belastung über Druckverteilung - zusätzliche Beschleunigung "G" - Vorgespannte Schrauben, berücksichtigt mit Biegebalken und Temperaturdifferenz - Kontakte mit Spalte - Einschrittkonvergenz - Lokale Netzverfeinerung - Einschließlich Kontaktbereiche Was hat sich denn bei der Vernetzung geändert und was kann ich tun, damit dieser Rechenlauf wieder durchläuft ? Sind diese beiden Programmversionen nicht aufwärtskompatibel ?
------------------ Gruß Bernd Zimpel RENK AG, Werk Hannover Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Roland Leiter Moderator Berechnungsingenieur
Beiträge: 659 Registriert: 08.11.2000 ProE und ProM seit Vers. 18, momentan WF2, WF3 u WF4 HP xw9300 und Compaq 8710w
|
erstellt am: 27. Jul. 2005 10:08 <-- editieren / zitieren --> Unities abgeben: Nur für Idefix96
Hallo Bernhard, prinzipiell ist Mechanica natürlich aufwärtskomp. Bei deinem Problem tippe ich auf ein (entstehendes) Genauigkeitsproblem, will sagen, dass vermutlich der Spalt des KOntakts verschwindet. Während man in 2001 die Verschmelzungstoleranz nur sehr mühsam steuern konnte gibts in WF2 einen eigenen Menüpunkt, unter AutoGEM - geom. Toleranz - Verschmelzungstoleranz - diese ist IMMER rel. zur Modellgröße, d.h. bei einer BG von z.B. 1000mm und dem defaultwert von 0.0001 werden alle Spalte >=0.1mm kassiert (führt fast immer zu einem Vernetzungsproblem). Stelle einfach in config.pro accuracy_lower_bound auf 1e-6 und in Vernetzungstoleranz einen ausreichend kleinen Weg ein, damit deine Spalte überleben. Falls dass immer noch nicht tut, bleibt dir immer noch der Weg zur Hotline, oder du schickst mit eine PM. ------------------ HTH Roland Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Slavko Simic Mitglied
Beiträge: 304 Registriert: 20.02.2001
|
erstellt am: 29. Jul. 2005 16:56 <-- editieren / zitieren --> Unities abgeben: Nur für Idefix96
Hallo, Ein weiterer Grund könnte die neue Autoassembly Methode sein. Diese kann zu Vernetzungsproblemen führen (eben wegen jener Bauteiltoleranz), bzw, wenn man diese ausschaltet, dann muß man mit der Version WF2 M120 eine Systemvariable setzen, damit eventuelle Volumenregionen und andere Teile des KOntaktmodells richtig verbunden werden - oder eben auch nicht. TAN 129502 Contact Assembly Does Not Merge Where Components Mate Without Contact - Only Links Are Created on Attempt to Autogem Mesh MfG Slavko PS: Darauf achten, dass keinerlei alte config.mech aus 2001 im Pfad existieren, wenn man mit der Wildfire arbeitet! ------------------ Slavko Simic DENC AG Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
|