Hmotnosť viacerých telies (AutodeskInventor) - fóra na webe
Vynálezca
Hmotnosť viacerých telies
Príspevky: 238
Registrované: 10.10.2008
Mám ipt vo viacerých telách (uholníkový rám
so zasunutou ochrannou mriežkou) problém, ktorý
váha dielu sa neberie do úvahy alebo sa zohľadňuje odlišne
by mal (mriežka váži menej ako extrudovaná časť)
dá sa to nejako „ohnúť“ alebo to nevyhnutne musím
ako to iam robí ?
Príspevky: 25785
Registrované dňa: 24.11.2002
Nie som si vedomý ničoho, čo by sa dalo pripísať MBP s rôznymi vlastnosťami. Jeho zámerom nie je nahradiť BG.
Jednou z možností by bolo vymodelovať mriežku ako taký tenký plát (vrátane povrchu mriežky), aby bola hmotnosť v polovici cesty.
Príspevky: 9589
Registrované: 1. decembra 2003
Príspevky: 238
Registrované: 10. 10. 2008
@Udo
Ručné prepisovanie potom znamená pre celý MB
alebo môžete prepísať iba jedno teleso ?
Inak asi "rozriedim" objemovú časť.
Ďakujem a s pozdravom
Torsten
Príspevky: 25785
Registrované dňa: 24.11.2002
Riedenie sa mi javí ako najlepšie zo všetkých riešení daného prípadu, jedinou nevýhodou by mohlo byť, že potom veľmi tenká pevná látka môže byť v grafike neviditeľná alebo komponenty za ňou budú krvácať.
Sám sa často stretávam s takouto modelingovou úlohou a zatiaľ som v IV nenašiel skutočne ideálne riešenie.
Prečítajte si znova a znova o opojných grafických vlastnostiach a úžasne priekopníckych inováciách v „Whats New“ novších vydaní, ale Adesk zjavne nechce vylepšiť tak hlúpu jednoduchú prácu. Pre mňa (a pravdepodobne aj pre státisíce ďalších používateľov) je to každodenná práca.
Príspevky: 2537
Registrované: 15. 3. 2005
Citácia: Pôvodne vytvoril Torsten B.:
Inak asi "rozriedim" objemovú časť.
To by bola určite najčistejšia možnosť, ak má zostať MBP. Nastavujte pevnosť „mriežky“, až kým opäť nebude základná hmotnosť správna. Môžem len súhlasiť s prepísaním váh nezmeniteľným štandardom alebo zakúpenými dielmi.
Ak je taká tesná, že je dôležitá hrúbka mriežky, tu môže pomôcť stavebný povrch.
Príspevky: 683
Registrované: 27. apríla 2005
Citácia: Pôvodne vytvoril Leo Laimer:
Jeho zámerom nie je nahradiť BG.
Keďže je piatok, sú tu otázky:
MBP v bežnom živote (zatiaľ) nepotrebujem. Takže o tomto vôbec netuším. Vždy som si ale myslel (pri čítaní na fóre), že čistým spôsobom je odvodiť MPB na konci do jednotlivých IPT a znova ich zhromaždiť v IAM a tieto SBP-IPT a IAM sa potom spracujú v IAM/IDW vyššej úrovne. A to by zabilo problém s váhou.
Ale v skutočnosti som narazil na „bohužiaľ, bohužiaľ“. Prečo „bohužiaľ“? Čo je teda zlé na IAM? Áno, možnosti spracovania sú trochu obmedzené a krížové konštrukcie sú „komplikovanejšie“. Ale na to sa dá použiť MBP, pokiaľ je potom všetko uložené čisto v IAM a SBP-IPT.
Alebo mi niečo chýba v celkovom koncepte?
[Túto správu uverejnil El_Tazar 11. mája. Upravené 2012.]
Príspevky: 25785
Registrované dňa: 24.11.2002
Je to správne: môžete.
Z môjho pohľadu doplnené: zbytočne ťažkopádne, čo tam môžete robiť.
Všetky ostatné CAD, ktoré poznám, môžu obsahovať zostavy s virtuálnymi (miestnymi) časťami, t. J. Jedným súborom, ktorý obsahuje niekoľko skutočných častí s rôznymi vlastnosťami na časť (a samozrejme tiež s príslušnou funkciou výkresu/zoznamu častí).
O nomenklatúre možno teraz polemizovať, či už BG alebo BT obsahuje niekoľko častí - ale IMHO je irelevantné, funkcie, ktoré sú s nimi spojené, sú dôležité.
Pravdepodobne som tu napísal niekoľko bolestivých klávesníc o výhodách takejto možnosti.
To sa opakuje iba stručne a neúplne:
- Musíte sa postarať iba o presne jeden názov súboru
- Musíte sa postarať iba o presne jeden priečinok
- Stále si môžete vychutnať všetky výhody modelovania, ktoré MBP už ponúka, a to ešte ďalej
Pretože vždy vyvoláva také búrlivé diskusie týkajúce sa „postarajte sa iba o jeden súbor“, treba dodať:
„Jeden súbor“ znamená v IV minimálne „5–10-násobné úsilie“, pretože existujú staré verzie, verzie sú v trezore, na toto všetko existuje viac záloh, pravdepodobne existuje aj dátový prenos viacerých súborov (pre poskytovateľov služieb) . Nehovor mi, že nič z toho aj tak nič nestojí. 10 x „takmer nič nestojí“ je celkom veľa.
Rozruch spôsobuje bzučanie malých pohybov ruky a potenciál chýb.
Ale to je len jeden z niekoľkých argumentov.
Argumenty sa stanú oveľa hrubšími, pokiaľ ide o stavebné kópie (v súčasnosti musíte používať samostatný softvér, napr. Vault alebo KA, samotný IV to prakticky nedokáže).
To je pre mňa obzvlášť bolestivé, napríklad pri výpočtoch MKP, ktoré sprevádzajú návrh.
V IV sa to pravidelne zvrháva v orgie súborov, kde všetky výhody konceptu MBP už dávno zmizli na prázdno a zmenili sa na pravý opak.
Príspevky: 238
Registrované: 10. 10. 2008
ďalšia poznámka z mojej strany:
Príklad je uvedený na obrázku PIC
na hárku/výkrese a stáva sa výrobcom
odovzdal. To znamená, že to riešim
Čiastočne ako súčasť a to je pre mňa všetko
ľahšie považovať za IPT.
Príspevky: 683
Registrované: 27. apríla 2005
Príspevky: 25785
Registrované dňa: 24.11.2002
Moja odpoved:
Inventor dokáže nezmyslov viac než dosť a Adesk dokonca umiestnil alebo umiestnil množstvo vysoko nebezpečných hlúpostí (adaptivita, spracovanie BG/zváranie BG atď.) Dokonca na prezentačnú dosku.
Školenie je nevyhnutné.
Ak má raz nemotorný užívateľ „Multibody-BG“ s 300 lokálnymi/virtuálnymi zlommi častí a naozaj to robí. Dielo, ktoré sa stratí v týchto 300 častiach (= jeden súbor), je nakreslené na celý život. Rovnako ako admin, ktorý neurobil zálohu.
Cvičenie je nevyhnutné, zvyšok pokrývajú skúsenosti.
Takže skutočnosť, že s určitou funkciou môžete robiť hlúposti, nikdy nikoho netrápila, pokiaľ ich výhody ďaleko prevyšujú.
Inak by ste museli vymazať dobrých 80% funkcií v prospech „hlúpeho režimu“.
Pohľad cez plot, bez ohľadu na smer, ukazuje:
S MDT, SWX, NX, SE (?), CATIA (?) Stavby sa vyrábali/vyrábajú rovnako ako v prípade IV. Oveľa lepšie alebo horšie. Ani „tamojšie“ zastúpenie p.t. nie je oveľa múdrejšie alebo hlúpejšie ako v tejto krajine. Okrem toho máte iba túto vedomú funkciu (otáznik = iba dohady)
Príspevky: 683
Registrované: 27. apríla 2005
Citácia: Pôvodne vytvoril Leo Laimer:
Inak by ste museli vymazať dobrých 80% funkcií v prospech „hlúpeho režimu“.
to sa tiež pravidelne požaduje
Dobre, ale tak ďaleko som v tom. Všetko ostatné by teraz bolo opäť klasické (tréning vs. šéf; kolegovia/časový tlak vs. štruktúra).
Takže som odtiaľto odtiaľto preč a možno sa naskytne príležitosť vyskúšať MBP s malými modulmi.
Príspevky: 25785
Registrované dňa: 24.11.2002
Citácia: Pôvodne vytvoril El_Tazar:
to sa tiež pravidelne požaduje .
. a sú k dispozícii aj v iných programoch, napríklad v základnej inštalácii NX. Je pravda, že program dokáže aj takmer nezvládnuteľné množstvo a väčšina z nich je trochu náročná na tréning - takže prednastavenie „role“ má veľký zmysel.
Pokiaľ som počul od Toma (Nighty), robí niečo podobné, keď odstraňuje určité príkazy z riadkov ponuky. Mnoho správcov bude konať podobne.
Príspevky: 683
Registrované: 27. apríla 2005
Pre každé teleso môžete nastaviť vlastnú váhu!
Raz som to predstavil v prílohe. U mňa jedno z pevných telies dostalo váhu 1kg a druhé 5kg a teda celé IPT = 6kg.
Takže len prepíšte požadovanú váhu pre mriežku a ferdsch.
To bola otázka, nie?
Príspevky: 10604
Zaregistrované 25. februára 2004
Citácia: Pôvodne vytvoril Leo Laimer:
prednastavenie „roly“
------------------
Príspevky: 2537
Registrované: 15. 3. 2005
Citácia: Pôvodne vytvoril El_Tazar:
Prepísať váhu
Nie je krásna.
Príspevky: 25785
Registrované dňa: 24.11.2002
Citácia: Pôvodne vytvoril El_Tazar:
.
Pre každé teleso môžete nastaviť vlastnú váhu!
.
Naozaj!
Doteraz mi to chýbalo, ďakujem, že ste ma na to upozornili.
Bohužiaľ, samozrejme, musím okamžite obdivovať toto nádherne ergonomicky prehľadné dialógové okno - klikáte + posúvate celú myš do hanby, kým sa niečo nenastaví (a tiež nekontroluje).
Ale možno niekde stále existuje prehľad podobný zoznamu.
Príspevky: 683
Registrované: 27. apríla 2005
Nie je krásna.
Krása je v očiach toho, kto sa pozerá.
A moje oko hovorí:
Textúrovanie mriežky nie je pekné.
Robiť mriežku tenšou, kým nebude hmota správna, nie je pekné.
Celá vec ako MBP-IPT nie je pekná.
Je to ale praktické, funkčné a samozrejme ako všetky ostatné varianty, má aj svoje kamene úrazu.