Adatcsere formátumok… Melyiket válasszam?

Hétköznapinak tűnő probléma, amivel mindenki találkozik, aki CAD szoftvert használ. Miután több szoftverfejlesztő van a piacon és szerencsére sok minőségi szoftver, így ezek között a kommunikáció köztes adatformátumokon keresztül is történhet.

Majdnem minden szoftver, így a Solid Edge is be tudja olvasni más elterjedt szoftverek natív (közvetlenül a létrehozó szoftver fájlformátuma) adatait. Ez azért jó, mert egy kiírási (exportálási) lépést megspórolunk. Ennek nem csak ez lehet a haszna, hanem az, hogy a kész modell nem megy át plusz fordítási fázison, így nincs annak esélye, hogy hiba kerüljön a modellbe modellezés után. Nem lehet kifordítási hiba!

Másik megoldás az, amikor a készítő szoftverből köztes (.iges, .stp, .x_b;x_t, .jt, .sat…) formátumba mentjük ki a modellt. Egyik oka, hogy ezt tesszük az az, hogy a fogadó szoftver nem tudja olvasni a keszítő szoftver natív állományait. A másik ok általában biztonsági, mert így elveszik a modelltörténet és nehézkesebb a modellek “nem kívánt” másolása, módosítása. Persze erre is van megoldás a Siemens PLM által fejlesztett Szinkrontechnológia “személyében”.

A szoftverek közötti adatcsere mindig adatvesztéssel jár! Elveszítjük a modell logikai felépítését, a geometriai információkat, a modellhez adott egyéni jellemzőket. Ez majdnem igaz, mert az adatvesztés mértéke a választott köztes formátumtól nagy mértékben függ.

Szinte minden nap látom, hogy rengetegen használnak még .iges formátumot. Nem akarok belemenni, de 3D-s rendszereknél ez a legkevésbbé jó megoldás a napjainkban használt formátumok között. Picit eljárt felette az idő, ha lehet kerüljük!

A Solid Edge-en keresztül be szeretném mutatni, hogy melyek a legmodernebb és leginkább ajánlott adatecsre formátumok.

A következő három formátumot fogjuk megnézni a gyakorlatban:

  • .step, .stp – Standard for the Exchange of Product
  • .x_b, .x_t – Parasolid (text and binary)
  • JT – Visualization format

Van egy Solid Edge-ben készített szerelésünk. Ennek a szerelésnek egy olyan alkatrészét mentjük ki mind a három formátumba, amelyik tartalmaz menet információkat (orsó- és anyamenetet egyaránt). Kimentjük az egész szerelést is mind a három köztes formátumba, majd mind az alkatrészeket, mind a szereléseket visszaolvassuk és megnézzük a kapott eredményt gyakorlati szempontból.

Kezdjük a Vonórúd villás nevű alkatrésszel!

A Solid Edgeben le lett modellezve, el van látva PMI-okkal (3D-s méretek, jelölések), tartalmaz menetes furatokat és orsómenetet is. Természetesen kitöltöttük az adatlapján a Megnevezését, befoglaló méretét stb… Minden, ami ilyenkor szokás… 🙂

Nézzük meg, hogy ha .step-be mentjük ki, akkor milyen beállítási lehetőségeink vannak.

Meg lehet adni, hogy drótvázként, felületként, vagy testként írja ki a modellünket. Esetlegesen a használt konstrukciós elemek bele kerüljenek-e a fájlba? Az AP214 az autóipar számára kifejlesztett verzió. Ha nem szeretnénk, hogy minden modell (vagy konstrukciós elem) kerüljön bele a fájlba, akkor elrejthetjük őket és használhatjuk a Csak a megjelenített kiírása opciót!

Nézzük meg, hogy ha .jt-be mentjük ki, akkor milyen beállítási lehetőségeink vannak.

Itt jóval több beállítási lehetőségünk van, de ez nem véletlen, mert a .jt fájl sokkal több információt tartalmazhat. Néhány érdekesebb opció a teljesség igénye nélkül.

Mentés:

  • Minden dokumentum – az összes modellezett geometria ki lesz mentve
  • Csak az alkatrész dokumentumok – az alkatzrészek lesznek kimentve
  • Csak a szerelés dokumentumok – csak a szerelés lesz kimentve, ami nem fog tartalmazni grafikusan alkatrészeket, de a szerelés felépítését igen.

JT dokumentum struktúra:

  • Egyetlen JT dokumentum – egy fájlba lesz belementve az egész szerelés (alkatrésznél ez értelem szerűen egy fájl lesz)
  • JT szerelés és alkatrész dokumentumok – a kimentéskor külön fájlok jönnek létre, amelyek a fő szerelésnek és az alkatrészeknek fognak megfelelni
  • JT szerelés, alszerelés és alkatrész dokumentumok – a kimentés külön fájlokba történik a szerelés teljes feképítésének megfelelően

Egyszerűsített test használata ha lehet:

Amennyiben használunk egyszerűsítést a modellezés és a szerelés készítés során, akkor azok megjelenhetnek a .jt fájlban.

Pontos geomettia tartalmazása:

A .jt fájlnak megmondhatjuk, hogy milyen pontos információkat tartalmazzon. Ha nem használjuk, ezt az opciót, akkor a geomtriai információk nem lesznek belementve, hanem egy egyszerűsített módban lesz ábrázolva, ami maga után vonja, hogy nagyon kicsi fájlméretet kapunk. Nem tudjuk módosítani (vagy még is… :-)).

Még lehetne sorolgatni a lehetőségeket, én most két fontosra hívnám fel a figyelmet:

Solid Edge dokumentum tulajdonságok fordítása – ez azt jalenti, hogy a fájl tulajdonságaiba bekerülnek azok az egyedi jellemzők, amiket mi az Adatlapon keresztül vagy más módon hozzáadtunk a modellhez.

PMI adat mentése – azok a méretek, jelelölések, amelyek PMI-ként (Szinkronnál minden méret :-)) hozzá lettek adva a modellhez, belekerülnek a .jt fájlba. Így egy JT (Solid Edge ViewerXpresReviewJT2Go) nézegetővel megnézhetőek, gyártáshoz felhasználhatóak! 🙂

Nézzük meg, hogy ha .x_b, .x_t-be (parasolid) mentjük ki, akkor milyen beállítási lehetőségeink vannak.

Itt is van néhány lehetőség, ahol be tudjuk állítani, hogy mi jelenjen meg a parasolid fájlban!

Nézzük ez első összehasonlítást!

A fent említett modellt kimentettem a már említett formátumokban. Az eredeti modell mérete 305Kb.

A köztes fájlok mérete itt látható:

Látható, hogy adatvesztés van, mert jóval kisebb lesz a fájlok mérete. A sorrend éredekes lehet, a parasolid fájlt a .jt majd a .step fájl követi. Kérdés, hogy milyen információtartalom mellett ekkorák a fájloknak a méretei.

Tesztképpen megnyitottam a .jt fájlt egy a Solid Edge nézegetőjében.

Igen, ebben benne vannak a PMI-ok, amelyekről fentebb már beszéltem! 🙂

A mérvadó inkább az, hogy visszaolvasva a Solid Edge-be mit tapasztalunk.

Mind a három fájlt beolvasva azt tapasztaljuk, hogy a parasolid és a .jt fájl megőrízte a menet információkat, míg a .step fájl esetén a menet “köddé” vált! Ebben az esetben, ha a gyártás ez alapján történne, akkor bizony félig kész alkatrészt gyártanánk le, mert a menet hiányzik… 😦

Érdekesség, illetve nem, mert fentebb már említettem.

A .jt fájlt visszaolvasva a Solid Edge-be megtalálhatóak benne a natív fájl egyéni jellemzői! 🙂

Mi van ha rajzot készítünk?

Jól látható, hogy a rajzon sem jelenik meg a menetinformáció… Tehát leszögezhetjük azt, hogy a .step fájl mérete a legnagyobb, de ez tartalmazza a legkevesebb “hasznos és nélkülezhetetlen” információt, míg a parasolid és .jt fájlok esetén ezek benne maradnak a fájlban (persze ez függhet a CAD rendzsertől)!

Ugyebár egy alkatrész magában kevés a vizsgálatunkhoz, így egy szerelést is megnézünk és kimenjük mind a három fájlformátumba… Ő lesz az.

A komlett natív dokumentum mérete 4,2 Mb, a kimentett fájlok mérete itt látható:

Itt jelentősen kisebb lett a .jt fájl, amit a parasolid követ, majd a .step fájl, amelynek mérete 3x nagyobb majdnem, mint a .jt fájlé. Olvassuk őket vissza szerelés környezetben és nézzük meg mi lesz az végeredménye.

A .jt fájlt visszaolvasva ezt az eredményt kapjuk:

A szerelés strukturáját visszakaptuk és az eredeti modellszíneket is. Menjünk bele egy picit mélyebben a dolgokba. Készítsünk a Villás vonórúd középpontba állításával egy Ütközésvizsgálatot a fenti beállításokkal. Látható, hogy az Solid Edge meg tudja különböztetni a menetes alkatrészeket, de a kérdés, hogy a szerelésben ezek menetnek látszódnak-e?!

A végeredmény:

Látható, hogy nincs ütközés, mert a Solid Edge kiolvasta a .jt fájlból a menet információkat és jogosan nem vette azokat figyelembe a vizsgálatkor! 🙂

Végezzük el ezt a műveletsort a parasolid fájlra is.

Befordítás után és vizsgálat előtt ezt látjuk:

Az eredmény szinte ugyan az, mint a .jt fájlnál. Futassuk le az ütközésvizsgálatot itt is.

Eredménye:

Ugyan az, tehát a parasolid fájlból is kiolvassa és figyelembe veszi a menetinformációkat (is) a Solid Edge.

Végezzük el a vizsgálatsort a .step fájlra is.

Beolvasás után ezt láthatjuk:

A szerelés struktúra és a színek rendben vannak (AP214-et használtunk, AP203 eetén más lenne a helyzet 😦 ). Végezzük el a már ismert Ütközésvizsgálatot.

Ennek az eredménye:

Sajnos itt már a Solid Edge nagyon kedvesen mutatja, hogy az alkatrészek ütköznek több helyen is… Miért? Hát azért, mert a .step fájl nem tartalmazza a menetinformációkat (sem)… 😦

Összegzés

A három jól ismert fájlformátum közül egyértelműen a .jt a legjobb választás, mert relatíve kis méret mellett “sok információ” menthető ki a fájlba. A második legjobb megoldás a parasolid, mert szintén aránylag kis méret mellett a legfontosabb jellemzők megmaradnak, megmaradhatnak a fájlban (szoftverfüggő). A bronzérmes a .step fájl let… Sajnos a többihez képest nagy fájlmérethez párosul az, hogy alapvető tulajdonságainkat (menet) elbukjuk. Mi a teendő ilyenkor? Sajnos ezeket valamilyen modszerrel vissza kell modellezni! Ez pedig komoly időveszteség (is)…

Hol használják még a .jt fájt?

A .jt fájl a Teamcenter belső kommunikációs és megjelenítési fájlformátuma sok egyéb mellett.

Femap eredményei kimenthetőek .jt fájlba is!

Huh remélem, hogy nem tudományos, fantasztikus formába sikerült leírnom ezt a bejegyzést és használható információkat adtam 3D-s adatcsere kapcsán! 🙂