Tom.Mart
14.10.2015, 18:24
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