Io ho usato "coppia carbone" la carta velina la uso da bambino mai trovati i disegni al contrario! comunque il tuo vecchio suggerimento mi ha salvato! ti posto il risultato. Mi interessa una tua critica sul lavoro svolto.onekk wrote: ↑Mon May 30, 2022 6:56 am Dopo qualche tempo di utilizzo di FC e non avendo usato altri programmi CAD, l'esperienza non è proprio male.
Si riesce a fare decisamente molto se non "quasi tutto", il problema principale è il flusso di lavoro.
Una cosa che in genere a volte può sfuggire è "il modo" in cui un programma CAD ragiona.
Tieni presente un paio di cose:
- FC è basato su OCCT (un motore CAD di livello industriale), ma un CAD non è solo il suo "motore di modellazione", + anche l'interfaccia utente.
- il modulo Part (o WB che dir si voglia) è l'interfaccia più a basso livello con OCCT
- gli altri moduli Part Design complreso sono delle "sovrastrutture" poste sopra "Part" che "cercano" di cemplificare il lavoro all'utente.
Io ho scelto tempo fa di lavorare a "basso livello" ed usando lo scripting, dato che FC non pone difficoltà ad usare un linguaggio di programmazione reale per "comandarlo".
L'esperienza è decisamente positiva, però anche li ho dovuto abituarmi ai concetti di base, alcune cose sono "scoccianti" ad esempio una primitiva come il "parallelepipedo" ha l'origine in (0,0,0) e se ti serve allineare un cubo con un cilindro lo devi sempre spostare per allineare i centri. Ma poi ci fai l'abitudine.
Nel tuo caso probabilmente sei incorso nel fatto che la "sovrastruttura" di "Part Design" presume che le cose debban andare in un certo modo e che gli orientamenti siano "quelli lì".
Come dice qualcuno più autorevole di me in altri forum di FC, bisogna tenere presente che il forum è "destinato a rimanere" e che probabilmente "nuovi utenti" fra qualche tempo leggeranno questi post, per cui a volte si pensa "ai posteri che leggeranno" per chiarire alcuni concetti.
Arriva sempre più gente "scocciata" dalle politiche di prezzo dei software CAD commerciali e le tue obiezioni non sono infrequenti, se cerhci in giro ci sono thread di decine di pagine di gente che arriva qui e dice che FC usa un sistema strano e completamente differente "da tutti gli altri CAD", e poi si scopre che hanno usato un paio di CAD e basta, e che ad esmepio il sistema adottato da FC è simile al CAD xxx.
Molte volte è sbagliato il flusso di lavoro e tu orienti lo sketch in modo scorretto dall'inizio, nel senso che lo orienti nel modo più comodo "secondo te" che non sempre è quello più comodo per il CAD, o per le rotazioni successive.
Tieni presente che FC ha almeno 24 modi diversi per specificare una rotazione, ma la cosa non è affatto visibile a meno di sapere ad esempio che il concetto di rotazione in 3D è semplicemente una convenzione, un occhio alla voce su WikiPedia (che non è una autorità, ma da una buona idea delle cose) a proposito di "angoli di eulero" ti apre un mondo, quindi definire normale una cosa è una "approssimazione esagerata", è semplicemente uno dei tanti modi, probabilmente il più usato, o il più compresibile, o il più insegnato nelle università.
Non volermente ti faccio un esempio banale successo a me, prima di comprendere il modo con cui FC modella, modellavo un poligono presumendo l'ordine orario dei vertici, salvo poi diventare matto quando aggiungevo degli archi alle linee del poligono.
Poi ho scoperto che FC usa la convenzione trigonometrica (quell delle spiegazione che trovi in giro a proposito di seno coseno tangente) per specificare i cerchi e gli archi usaando la "rotazione antioraria", e ovviamente il problema si è chiarito, se disegni in senso orario e unisci un arco che ha il suo "inizio" in senso antiorario, diventa "ovvio" che poi i segmenti hanno un orientamento "sbagliato", e devi "girare tutti gli archi".
Purtroppo questa cosa è scritta da qualche parte, ma non è spiegato il fatto che "diventa meno complicato" modellare anche i poligoni in "senso antiorario".
Ma qui andiamo nella "filosofia della grafica", viene normale pensare che l'orientamento degli assi sia quello cartesiano, eppure esistono notevoli eccezioni nei progammi di grafica che considerano l'origine in alto a sinistra, perché semplicemente perché erano stati progettati per i CRT che iniziavano la scansione dello schermo in "alto a sinistra" e quindi diventava naturale e toglieva un sacco di complicazioni usare l'ordine naturale imposto dall'elettronica.
Ora lo vediamo come una "inutile complicazione", però ai suoi tempi era semplicemente "il modo più semplice".
Tieni presente un secondo aspetto FC non essendo un software commerciale è decisamente più disponibile al cambiamento, non avendo "clienti paganti" da non deludere.
Però è anche un programma viene sviluppato da più di 20 anni, vedi il copyright:
A proposito del copyright, Werner Mayer @wmayer and Yorik van Havre @yorik sono spesso nel forum e sono disponibilissimi a rispondere e a spiegare le cose, nonché a discutere di possibili futuri sviluppi, cosa non da poco e quasi sicuramente non presente in un programma a pagamento dove in genere il programmatore è ben protetto diestro il "servizio clienti" e magari non è nemmeno al corrente delle esigenze dei suoi utilizzatori.© Juergen Riegel, Werner Mayer, Yorik van Havre and others 2001-2021
Non è raro che ad esempio @wmayer posti a stretto giro delle modifiche al programma per venire incontro alle esigenze di qualche utente, o spieghi come ottenere quello che è problematico, però questo accade quasi sempre nel forum "python scripting and macro".
Non volermene, ma l'intento non è didattico, o apologetico, e semplicemente volto a ribadire alcuni concetti che putroppo non sono presenti nella documentazione e decisamente assenti da molti tutorial in rete.
Scusa il lungo OT, probabilmente con qualche inesattezza dato che qui siamo tutti "utenti" o volte "utonti" dato che nessuno è esente da errori, forse nemmeno io (Come disse il prete dal pulpito in un antico adagio della mia zona)
Saluti
Carlo D.
problema iniziale