Veliki setsavi NX5 in JT Assembliranje

[CADfreak]

Pozdrav

In kako je s to stvarjo pri NX4?

LP

Jože

[DynaVox]

UGS je že na platformi NX4 predstavil njegov novi JT standard.
Glede hitrosti nalaganja sklopov je NX5 nekoliko hitrejši saj ima razvit še dodatni optimizator RAM pomnilnika.
Zanimivo je videti primerjalni diagram o času nalaganja. Izdelali so ga v Evropskih firmah, ki so testirale razne sisteme, predno so nato prešli na NX.
Ta nazorno prikazuje, da se pri ostalih CAD sistemih čas nalaganje enostavno progresivno veča v skladu z velikostjo sestava. Nekateri, ki imajo izdelane srednje zahtevne projekte, nato operirajo že z urami nalaganja kakor tudi stalnega čakanja med preklopi znotraj aktiviranja pod sklopov, delovnih partov ter delavniške dokumentacije.

Konkretno:
za manjhen sklop z 2100 komponentami traja nalaganje 1365 sekund.
Ta isti sklop NX naloži v 95 sekundah.

In še nekoliko večji:
za sklop z 2900 komponentami traja nalaganje 4736 sekund. Ta isti sklop naloži NX v natanko 162 sekundah.
Sama struktura sklopa pa v 13 sekundah.
Karakteristika nalagalnega časa je pri NX položna linearna funkcija.
Vse merjeno na isti delovni postaji.

Tisti, ki se že dalj časa ukvarjate z CAD, se boste nemara spomnili, da je ( pred leti še UG ) EDS že leta 1990 nudil tržišču rešitve za normalno delo z več kot 10.000 komponentami znotraj enega sklopa. Vemo kakšne resurse so imeli takratni računalniki napram današnjim. Vendar jim je s pomočjo posebnih metod in optimizacij to že takrat uspevalo. Znanje, in prednosti ki so vgrajene v NX bi lahko koristil prav vsak od vas.

[sven]

Razlika med NX4 in NX5 je predvsem v formatu, ki se uporablja za poenostavljen prikaz. Lightweight varianta oziroma facet reference set je v NX4 uporabljal stl format, v NX5 pa uporablja jt format. Zato je NX5 sedaj še hitrejši.
Konkretni primer (uporabljen v filmu) pa žal ne morem testirat v NX4, ker je narejen v NX5.

Lp.

[DynaVox]

Iz moje pretekle prakse sem nekajkrat dobil vprašanje, katerega odgovor objavljam tudi na tem portalu.

Gre za zanimiv problem 3D modeliranja.
Zahteve so naslednje:
potrebno je modelirati konični transportni valj, ki pomika drugo telo vzdolž osi in po krmilnemu kanalu.
Drugo telo ima hiperbolično obliko s pomočjo katere dosežemo najdaljši kontakt znotraj helix utora.

V prilogi je slika tega mehanizma.



Rešitev problema modeliranja 3D helikoidnega utora morda na prvi pogled izgleda enostavno rešljiv
s pomočjo splošno znane funkcije sweep, vendar uporabniki poročajo, da utor dejansko ni dovolj točen.

Vzrok je v temu, ker funkcija sweep reže telo v eni ravnini.
Dejansko pa gre valj skozi utor na večji dolžini (tudi naprej - nazaj od tangentne točke).
NX ima funkcijo s pomočjo katere eno ali več teles dinamično zapeljemo vzdolž trajektorije (poljubna krivulja itd ),
pri čemur sproti odrezuje material od drugega telesa.
Število korakov je pod kontrolo projektanta.
Takšen utor je drugačen in preverjeno utreza zahtevam v praksi.
V bistvu sistem simulira kotaljenje teles med seboj, ter kalkulira 3D solid rezultat. !
Assembly licenca ni pogoj za delo.