|
OneSpace Modeling : Für die Zukunft ?
karl-josef_wernet am 12.08.2003 um 11:14 Uhr (0)
Hallo Anwell, ich lese gerade, dass ihr noch 9.01e einsetzt. Hat euch ASCAD die f-Version nicht zukommen lassen? Wir hatten, momentan setzen wir 11.00B ein, mit der 9.01F keinerlei Schwierigkeiten mit hängern, ausser solchen, die nachweislich auf Bedienfehler, bzw. fehlerhaften Modellen bestanden. Das Dateiformat von CC besitzt durchaus Möglichkeiten den Fehler einzugrenzen, und somit den Arbeitsverlust niedrig zu halten, da mit compress und cpio gearbeitet wird. Das Bündel bietet beim laden die Möglichk ...
| | In das Form OneSpace Modeling wechseln |
|
CoCreate Modeling : Fehlermeldung
karl-josef_wernet am 06.08.2011 um 12:27 Uhr (0)
Noch wichtiger:Prüfen ob es wirklich Sinn macht, Daten im STEP-Format zu laden.Wenn von CADENAS(cadparts) dann immer LISP verwenden, und wenn man sich dafür registrieren muss. Teilegenauigkeit sollte IMMER besser1E-004 sein und fehlerfrei. Lieber ein Teil mit 1E-004 und ohne Fehler, wie ein Teil mit 1E-006 mit Fehlern.------------------kjw
| | In das Form CoCreate Modeling wechseln |
|
CoCreate Modeling : Auflösung: wieso 1E-6 und nicht 1E-3?
karl-josef_wernet am 07.06.2012 um 15:39 Uhr (0)
Derzeit bekomme ich fehlerhafte Teile, die anno 2005 erzeugt wurden, und damals offensichtlich vom PartChecker gerade noch akzeptiert wurden, oder der Anwender hatte die Teileprüfung abgeschaltet (kann den Kollegen leider nicht mehr fragen, da nicht mehr im diesseits). Jetzt bereiten diese bei Änderungen mit Version 17 gnadenlos Probleme, bzw die Generierung von Produktphotos scheitert, weil der Datenaustausch via SAT/STEP wegen Modellfehler nicht möglich ist.Bei letzterem habe ich das Problem dass die Mod ...
| | In das Form CoCreate Modeling wechseln |
|
OneSpace Modeling : Absturz beim Verrunden
karl-josef_wernet am 19.02.2007 um 21:14 Uhr (0)
Hi Manfred,so wie es aussieht, ist Dein Graphikkartentreiber zu neu.Besorge Dir zunächst den korrekten Treiber (nicht immer ist neuer auch besser). Eine Quelle für den Treiber wäre hier http://www.solidworks.com/downloads/videocarddriver/nvidia/71.84_XP2k_international_whql.exe Sorry, aber auf der Homepage von nVidia ist offensichtlich ein Fehler, deshalb der Link via SWX.Zunächst vorhandenen Treiber deinstallieren, System neu booten,jetzt will XP selbst einen Treiber einbinden. Abbrechen und den o.g. Trei ...
| | In das Form OneSpace Modeling wechseln |
|
PTC Creo Elements/Direct Modeling : Zeigt mir eure Fehlermeldungen...
karl-josef_wernet am 18.10.2010 um 19:35 Uhr (10)
Hallo Hartmut, man verwendet auch nicht so "neumodisches" Zeug. OSM 17 + 64Bit+ Win7 sind das nicht zuviel Neuerungen auf einmal? Das sind bestimmt Win7-Fehler Und was macht die ASCAD-Oberfläche bei 64Bit? Sind die UNIX-Altlasten immer noch mit drin?------------------kjw
| | In das Form PTC Creo Elements/Direct Modeling wechseln |
|
OneSpace Modeling : SolidLibrary
karl-josef_wernet am 10.07.2001 um 21:11 Uhr (0)
Hi, ich glaube dass die SolidLibrary-Daten generell einer Renovierung beduerfen, u.a. sind uns Fehler in der DIN74 aufgefallen, die je nach Darstellungsart, mit langem oder kurzem Gewindeauslauf, ganz interessante Darstellungseffekte erzeugen. Ebenso stimmt hier z.B die Darstellung bei M2 in keinster Weise mit der Norm ueberein. Solche Dinge fallen meist erst bei Bemassung der Gewinde in Annotation auf. Fuer das Geld koennte man schon erwarten, dass die Normreihen sauber hinterlegt sind. Was leider auch ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Patch für SD9.01?
karl-josef_wernet am 18.09.2001 um 20:23 Uhr (0)
Na ja, man kann doch schon erwarten, dass man als Wartungsvertragskunde, von seinem Lieferanten, bzw vom Vertragspartner zumindest Monatlich ueber einen Newsletter, ueber die aktuelle Versionsentwicklung informiert wird, man muss ja nicht sofort CD s versenden, aber eine Anforderung via Internet-Formular waere nicht schlecht. Ich glaube auch nicht, dass bei jedem Fehler das ganze Package getauscht werden muesste, sondern es wuerde doch ausreichen, die betroffenen Files auszutauschen, was u.U. dann probleml ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Patch für SD9.01?
karl-josef_wernet am 20.09.2001 um 10:32 Uhr (0)
hi Woho, genau mit diesem Problem habe ich mich die letzten 2 Tage rumgeaergert. Zunaechst einmal haelt man sich doch selbst fuer zu dumm, wenn die Aktualisierung nicht klappt?!. Ist womoeglich noch irgendwo ein nicht ganz korrektes Teil (Hohlraum, Microkante, Clashing Part). CoCreate muss dafuer sorgen, dass man min. monatlich einen Newsletter bekommt, wo bekannte Probleme aufgelistet sind. Wie, wann diese behoben wurden/werden, und die Moeglichkeit den Patch online anzufordern, oder downzuloaden. Was si ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
karl-josef_wernet am 30.11.2001 um 13:32 Uhr (0)
Hi woho, wir haben alles ausprobiert, IGES, STEP, und auch SAT, aus SD raus und dann wieder aus MDT zurueck (Es gibt auch noch andere Software, die SAT einlesen kann ausser MDT )der Fehler ist immer der gleiche. Es sieht so aus, als ob MDT den Fehler schon beim Import der Daten erzeugt, denn es ist z.B. nicht moeglich, das betroffene Teil in Flaechen zu zerlegen und anschliessend wieder in Volumen zu konvertieren, da offensichtlich Flaechen nicht vorhanden sind. Die Daten die SD schreibt sind aber ok. ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
karl-josef_wernet am 15.01.2002 um 17:08 Uhr (0)
Hi, das Problem ist nicht Versionsgebunden, d.h. taucht sowohl unter SD 8.x als 9.x auf. CC kann auch nicht weiterhelfen. lt Aussage sind die Daten korrupt. Es ist auch unerheblich, wie die Daten aus MDT erzeugt werden, d.h. IGES/STEP/SAT, der Fehler ist immer der gleiche. Ein schoenes Beispiel ist eine Leitung, die aus Zylindern und Torussegmenten aufgebaut wird. In SD gibt es hierzu "piping.lsp" (in den Goodies). Einmal in MDT import und wieder exportiert und schon hat man die schoensten Kabelknoten. ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : Datenaustausch mit MDT bzw. Inventor
karl-josef_wernet am 17.01.2002 um 23:45 Uhr (0)
hi, so ist es auch, egal was und wie ich die Daten aus SD rausschreibe und auch wieder rein lese (ACIS 1.5 via Optiksoftware in STEP konvertiert und wieder in SD eingelesen), alles ist ok, nur wenn MDT im Spiel ist, d.h. IGES/STEP/SAT in MDT importiert und wieder exportiert als IGES/STEP/SAT dann sind die Fehler vorhanden, sogar so gravierende Fehler im SAT-File, dass die Optiksoftware aussteigt. Dies kann natuerlich auch am MDT -Anwender liegen, bzw an der Installation beim MDT -Anwender, was sich mein ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : SFU-Toolkit von Microsoft
karl-josef_wernet am 22.01.2004 um 22:20 Uhr (0)
Hallo, ich habe heute ca. mehrere Stunden mit einem Problem in OSD 11/12 unter XP verbracht, um dann festzustellen, dass das Problem bei Microsoft zu suchen ist. Folgender Fehler trat auf: Wenn eine Datei von einem Server geladen wurde, erzeugte ein Maus-Click einen Lisp-Fehler. Dieser Fehler trat nicht auf, wenn man die gleiche Datei vorher lokal gespeichert hatte und in ein neu aufgestartetes OSD-M lud. War die Fehlermeldung einmal vorhanden konnte man weder Flächen anclicken noch Messen, noch sonst etwa ...
| | In das Form OneSpace Modeling wechseln |
|
OneSpace Modeling : SFU-Toolkit von Microsoft
karl-josef_wernet am 23.01.2004 um 13:39 Uhr (0)
Hallo hier ist der Screenshot mit der Fehlermeldung. Ich habe das SFU auch wieder vom W2K -Rechner runtergeworfen, weil es genau den gleichen Fehler verursacht. Der Fehler tritt nicht auf, solange man nur auf der lokalen Platte bleibt. Wechselt man aber auf ein Netzlaufwerk , unabhaengig davon ob dies ein NT/W2K -Share oder ein NFS-gemountetes Verzeichnis, oder ein ASU-Share(ist so etwas aehnliches wie Samba, nur von HP) ist. Ist der Fehler aufgetreten, hilft nur noch Programm beenden KJW ---------- ...
| | In das Form OneSpace Modeling wechseln |
|
Anzeige:
Anzeige: (Infos zum Werbeplatz)
 |
