Dobrý den,

   měl bych takový návrh ohledně školení programování pro Inventor v .NET nebo i VBA. Cílené školení pro „jednotlivce“ na konkrétné téma, které bych chtěl probrat, CAD Studio samozřejmě nabízí, ale v současné době mi v nabídce školení chybí něco hromadnějšího a tím pro jednotlivce levnějšího… Měl by někdo o taková školení zájem? Pokud by se nás na konkrétní téma dohodlo víc, tak určitě nebude problém dohodnout se s CAD Studiem na školení pro lidi z více firem najednou.

Hlaste se, kdo by měl zájem. A navrhujte i témata, která vás trápí a vydají alespoň na jednodenní školení, kde by nás třeba jen obecně navedli, jak tato témata řešit a jak se dostat k potřebným datům a funkcím…

Konkrétně já, jako programátor samouk, se častěji spíše než se samotnými algoritmy potýkám s API Inventoru. S tím jak získávat z modelů potřebná data, popřípadě jak pozměněná data zapsat zpět atd. Nemyslím tím samozřejmě základní a snadno přístupné iProperties, ale třeba data pro rozpisky sestavy bez ohledu na aktivní úroveň detailu a přednastavené pohledy rozpisky, které mi v některých případech nedokážou dát informace, které potřebuji.

1.       Příklady pro práci s rozpiskou:

-          Pro rychlejší poptávku v kooperaci, potřebuji kompletní rozpad stroje (souhrnný kusovník) včetně vyráběných dílů z neoddělitelných podsestav (svařenců)…

… nebo naopak …

-          pro kontrolu kompletnosti dodávky od kooperanta (vyráběné díly) + nákupčíka (nakupované součásti) potřebuji rozpad bez nakupovaných dílů, které jsou v neoddělitelných podsestavách (tyto nakupované díly Inventor standardně propisuje „výš“ bez ohledu na neoddělitelnost podsestavy)

-          pro informaci nákupu, které zakoupené díly (šrouby, matice, pera…) má zajistit k montáži u nás a které si nakoupí kooperant sám a např. přivaří na rám (typicky přivař. matice…)

pozn.: neoddělitelné a zakoupené - myšleno jako struktura rozpisek sestav/součástí

Uvedený příklad je možná pro někoho nelogický, ale u nás to tak funguje a systém nákupu se kvůli Inventoru měnit nebude. Navíc každý typ stroje je specifický a jednoúčelový a kooperantům se tedy zadávají i různé úrovně kompletace. A ruční vyzobávání kusovníků v Excelu se do dnešní doby už nehodí  nemluvě o lidském faktoru a vznikajícím chybám.

2.       Zachytávání událostí v .NET – ne uložení, otevření, aktivace (před a po) atd. ale složitější „oříšky“

-          zachycení a včasné rozpoznání vložení knihovního dílu – zda je vkládán jako běžný či standard, ze které konkrétní knihovny je vkládán a následná změna typu vložení ze standard na běžný…

-          zachycení a potlačení výzvy k zadání údajů „Zadání s výzvou“ při vytváření nového výkresu (jedná se o pole pro měřítko – nic se nezadává – text já následně vyplněn makrem)

Děkuji

Snad se tu najde někdo, komu nestačí např. jen tradiční makro na výpis struktury sestavy, nebo určitého pohledu rozpisky či iLogic pravidla přímo v dokumentech modelů

Tomáš Martinek