| | |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Ansys |
| | |
 | PyAnsys: Der Schlüssel zur Automatisierung von Workflows, ein Fachartikel
|
|
Autor
|
Thema: Compress numbering (1068 mal gelesen)
|
kartman Mitglied Student

 Beiträge: 10 Registriert: 07.10.2008
|
erstellt am: 22. Okt. 2008 14:18 <-- editieren / zitieren --> Unities abgeben:         
Hallo Forum! Ich habe das Problem, dass während einer Analyse in mehreren Lastschritten und mit wiederholtem Rezoning meine maximale Element- bzw. Knotenzahl erreicht wird. Leider wurde es im Institut versäumt, die Vollizenz zu verlängern, so dass ich nur mit einer Studentenversion arbeiten muss. Wenn ich mir jetzt aber die Elemente und Knoten mit list darstellen lasse, so ist zu sehen, dass nur die hohen Element- bzw. Knotenzahlen belegt sind, untere Bereiche sind leer. Wahrscheinlich hat sich das durchs wiederholte Rezoning ergeben. Jetzt habe ich nur das Problem, dass ich den Compress numbering-Befehl zwar ausführen kann, sich daduch auch meine Element- bzw. Knotenzahl stark verringert, aber sobald ich die Simulation wieder aufnehme, also mit dem nächsten Lastschritt weitermachen möchte, springt er automatisch in die alte Nummerierung zurück. Während der Simulation arbeite ich mit Loadstep-Files, ich habe es nach dem compress-numering auch schon versucht, die Lasten aktuell aufzugeben und im aktuellen LS zu rechnen, hat mir auch nicht weitergeholfen. Weiss jemand Rat, über Hilfe wäre ich dankbar, thx Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
solve1 Mitglied Berechnungsingenieur
  
 Beiträge: 624 Registriert: 27.05.2008 Ansys APDL Ansys WorkBench
|
erstellt am: 22. Okt. 2008 16:51 <-- editieren / zitieren --> Unities abgeben:          Nur für kartman
hi, ich habe leider keine Ahnung inwie fern die std lizens begrenzt ist. Aber die Anzahl der Elemente und knoten halt ich für wahrscheinlich. nur solltest du sie mit Zitat: NUMCMP, Label Compresses the numbering of defined items.
nicht beeinflussen. Du vergibst nur neue nummern, es werden nicht weniger. du schreibst aber Zitat: Jetzt habe ich nur das Problem, dass ich den Compress numbering-Befehl zwar ausführen kann, sich daduch auch meine Element- bzw. Knotenzahl stark verringert
das sollte so nicht sein. Der Befehl bewirkt das nicht. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wosch Ehrenmitglied V.I.P. h.c. Elektrotechniker im Ruhestand
     
 Beiträge: 2607 Registriert: 16.12.2004 Rechne zuerst ein Problem nach, für das Du eine analytische Lösung kennst.
|
erstellt am: 22. Okt. 2008 17:13 <-- editieren / zitieren --> Unities abgeben:          Nur für kartman
Nach meinen Erinnerungen wird die Anzahl der Knoten (Elemente) über ihre Nummern (und nicht über ihre Anzahl) überwacht. Deshalb bringt numcmp,.. Erfolg. Mit numstr,...,... kann der Nummerierungszeiger auf eine beliebige Position zurückgesetzt werden. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
kartman Mitglied Student

 Beiträge: 10 Registriert: 07.10.2008
|
erstellt am: 22. Okt. 2008 20:46 <-- editieren / zitieren --> Unities abgeben:         
Genau so ist es, die Anzahl der Elemente bzw. Knoten wird nur über den höchsten Zähler kontrolliert, d.h., wenn ich als Anfangszähler beispielweise 29.999 setze und die Zahl auf 30.000 begrenzt ist, habe ich nur ein Element zur Verfügung! Mein Problem ist nicht er Befehl, der bringt auch Erfolg, nur sobald ich die Simulation mit -->Analysis Type>Coninue fortsetze, nimmt er sofort wieder die alten Zählerstände mit den unbesetzen Plätzen zu Beginn. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
wosch Ehrenmitglied V.I.P. h.c. Elektrotechniker im Ruhestand
     
 Beiträge: 2607 Registriert: 16.12.2004 Rechne zuerst ein Problem nach, für das Du eine analytische Lösung kennst.
|
erstellt am: 23. Okt. 2008 07:34 <-- editieren / zitieren --> Unities abgeben:          Nur für kartman
|
kartman Mitglied Student

 Beiträge: 10 Registriert: 07.10.2008
|
erstellt am: 23. Okt. 2008 08:18 <-- editieren / zitieren --> Unities abgeben:         
Numstr. hat bei mir keinerlei Funktionalität, ich kann zwar die Zähler zurücksetzen, aber wenn ich mir den Status anzeigen lasse, hat sich nichts geändert. Nur das Numbering compress zeigt kurzzeitigen Erfolg, aber sobald ich die Simulation fortsetzen will, sind alle Zählerstände wieder beim alten. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ife Mitglied Berechnungsdienstleister FEM
   
 Beiträge: 1397 Registriert: 29.10.2002 IFE Deutschland Simulation ANSYS Workbench MAPDL Multiphysics CFX
|
erstellt am: 23. Okt. 2008 12:24 <-- editieren / zitieren --> Unities abgeben:          Nur für kartman
hier muss man ggf nach dem numcmp das Model speichern und anschliessend die Lastschritte neu definieren um erfolgreich zu loesen: - numcmp & save (Database *.db) - loadstep(s) neu definieren und lswrite - lssolve ------------------ Gruesse, Frank Exius IFE Deutschland www.ife-ansys.de Mo-Fr 9:00-18:00 Uhr durchgaengig Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
kartman Mitglied Student

 Beiträge: 10 Registriert: 07.10.2008
|
erstellt am: 24. Okt. 2008 11:15 <-- editieren / zitieren --> Unities abgeben:         
Ja, das neue Erstellen der Lastschritte wird ja dadurch nötig, dass in den LS-Dateien die alte Nummerierung nicht mehr mit der neuen Nummerierung im Modell übereinstimmt. Im zwanzigsten anlauf hat es dann auch irgendwie geklappt, ich hoffe nur, es bleibt so, thx Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ife Mitglied Berechnungsdienstleister FEM
   
 Beiträge: 1397 Registriert: 29.10.2002 IFE Deutschland Simulation ANSYS Workbench MAPDL Multiphysics CFX
|
erstellt am: 24. Okt. 2008 12:14 <-- editieren / zitieren --> Unities abgeben:          Nur für kartman
|