Labletech

Je ne suis pas encore un spécialiste sur la gamme REVIT mais bon on peut essayer de te répondre: Les produits "Truc machin chose" Séries sont des compiles attractives d'Autodesk afin d'amadouer ses anciens clients Autocad vers d'autres formules intégrant des produits autres qu'Autocad. Ces compiles possèdent donc: - Le logiciel pour lequel ces compiles ont été réalisées (dans ce cas REVIT) - La mise à jour d'Autocad dans la version courante (dans ce cas 2005) - Quelques bonus éventuellement en fonctions de la compile. Cette notion de compile "Series" apporte donc 2 choses: - le maintien pour le client Autocad de ses versions suivantes - la décourverte progressive d'un logiciel nouveau, dans ce cas REVIT. Si tu veux te faire une opinion de REVIT, ca ne sert donc à rien de télécharger REVIT Series. Ca prendra plus de temps et ce qui t'interesse seulement c'est REVIT. Donc il vaut mieux télécharger REVIT tout seul. Néanmoins je mettrais un bémol pour la découverte de REVIT. J'y associerai mon expérience dans ce cas. Il y a 1 an à peu près, j'ai demandé à l'un de mes collègues spécialisé bâtiment chez nous (formateur agréé Autodesk sur A.D.T. et formateur agréé sur Archicad , tu vois donc un pas trop mauvais dans l'histoire) de faire une petite veille technologique sur REVIT. Il avait conclu que le produit n'était pas très mure, et on avait donc laissé un peu tomber. Cet été quand je me suis fait mettre à niveau sur Inventor 9 auprès d'un ATC, cette boite nous a reparlé de REVIT , expliquant qu'il était génial, tout ca tout ca !! Tant est si bien que nous avons fini par leur demander une petite démo du produit à la fin de nos cours. Je peux vraiment dire que j'ai été subjugué par la simplicité et la puissance du logiciel. Etant à la base, de formation ingénieur bâtiment, j'ai, je pense de petites connaissances suffisantes pour estimer les besoins d'un architecte. Et bien ce que j'ai vu dans la dernière version de REVIT m'a tout simplement convaincu qu'il disposait de fonctions franchement révolutionnaires qui battaient à plas de couture tous ses produits concurrents. Seulement tu vois , je ne m'en suis rendu compte qu'après une démo réalisée par quelqu'un qui connait déjà un peu le logiciel. Je ne saurai donc que trop te recommander de voir si dans ton département, il n'y a pas par hasard un revendeur REVIT. Je sais c'est toujours chiant de prendre contact avec un vendeur, on a tout de suite l'impression qu'il va planter ses dents dans le gras de notre portefeuille. Mais inversement cela te donnera un idée bien plus complète du potentiel du logiciel. Je dit qu'il est simple, mais attention il ne faut pas se tromper, un logiciel quel qu'il soit, c'est un ensemble de fonctions qu'il faut apprendre à maitriser. Cet apprentissage ne peut pas s'improviser en bidouillant sur une version démo. On découvre des trucs c'est vrai, mais pas la substance et donc ce qui fait qu'il sera productif !! Voilà mon conseil, un peu long, mais je pense qu'il peut éviter à certain de mal cerner un produit dont on va parler très souvent dans les 2 prochaines années !! :P

Merci Patrick d'avoir éclairer les lucioles des pôvres hêtres !! Ceci dit moi aussi j'ignore pourquoi la double ligne n'est pas au panel des versions 'pleines'. Par contre j'aurai bien voulu savoir si un petit rusé avait reussi à la replacer sur une version pleine. Y en a qui se fatigue à vouloir transformer des LT en version pleine , ben moi j'aimerai avoir le contraire rien que pour cette fonction !! Pour ta culture Didier, saches que la double ligne est d'une telle simplicité d'utilisation que la multiligne passe pour un dynosaure dans un magazin de porcelaines ,à coté. Tu fais un double trait par exemple qui pourrait représenter une voirie (je crois que tu fais de la topo) tu peux faire une succession d'arcs et de traits (pas de spline c'est vrai). Tu veux faire une vulgaire croix de St André, tu dessines donc ta 2ème double ligne et les nettoyages (genre ajuster etc ..) du carefour se font automatiquement !!! pas cool çà ?? J'étais en train de monter un éducatif pour expliquer à des stagiaires comment réaliser simplement les différents éléments d'une huisserie bâtiment (y a plein de traits // qui se croisent partout). Comme un andouille je montais cet éducatif sur Autocad LT 2005. Et bien sûr j'ai eu la terrible idée de vouloir utiliser la double ligne. Quand j'ai voulu le passer la version pleine 2005 et ben ma gueule était belle à voir :( Heureusement j'avais préparé tout ça bien avant qu'ils arrivent :exclam:

Tu pourras peut-être trouver des choses sur :depuis : http:// http://www.topographie.net

Sans vouloir trop faire de pub, tu sais que tu peux télécharger un educatif (gratuit lui) qui fait la promo d'un applicatif (payant par contre) directement appliqué au dessin de reseau VRD sur Autocad. Tu vas dans la rubrique Téléchargement Autocad 2000 et supérieurs puis demo je crois et tu trouveras l'educatif sur 'Cti-VRD'. C'est loin d'être un cours mais il résume bien les principes généraux dans la mise en place des reseau sur semis de points topo.

Est-il possible par une astuce quelconque de charger la fonction doubleligne que l'on a traditionnellement sur les versions LT du logiciel autocad??? Cette fonction est bien plus pratique que la mutliligne qui hante les versions indus depuis longtemps. La double ligne permet entre autre des nettoyages bien plus rapides aux intersections de celles-ci. Bref j'aimerais bien savoir s'il existe une astuce pour la retrouver dans une version indus !!

Je suis allé un peu plus loin dans mes pb de mémoire .... En fait mon pb est basique .. et très frustrant en même temps ... Un opérateur lisp peut dans certains cas, accepter plusieurs opérandes. Ce sera le cas pour les opérateurs arithmétiques simples comme +,-,* et /. En théorie on peut mettre autant d'opérandes que l'on veut ... mais oui mais ca c'est la théorie ... Essayez donc de faire (+ 1 1 1 1 ... et cela 280 fois par exemple ... 1 1 1) et vous verrez que cela vous répond : erreur d'argument don't fit in byte memory : 280. On peut changer alloc ou déposer un cierge pour Saint Lisp à l'eglise si on veut mais ca ne changera pas grand chose au principe que lisp a des limites que la chance ne m'avait pas fait rencontrer depuis quelques années !!!. Dans mon prog j'utilise un principe à peu près identique pour trouver la valeur mini d'une liste de valeur. La fonction adhoc sera par exemple (min 2 8 9 5 1) et qui retourne 1 dans ce cas précis. Et bien si le nombre de valeurs derrière le min est plus grand que 260 à peu près et bien la fonction balance l'erreur mentionnée plus haut !! J'avais une liste lz constituée de n valeurs d'altitude . mon prog ecrivait: (setq vmin (cons 'min lz)) (eval vmin) pour lancer l'ordre min sur le contenu de lz. Dès que lz dépasse 260 valeurs l'ordre plante lamentablement. Pour résoudre mon pb je n'ai pas vu autre chose que de faire un nouveau prog qui me permettra via une boucle pour le moins maladroite de calculer la valeur mini d'une liste. (defun valmin (llv / vmini vref) (setq vmini (car llv) ilv 0 nlv (length llv)) (while (< ilv nlv) (setq vref (nth ilv llv)) (if (< vref vmini) (setq vmini vref)) (setq ilv (1+ ilv)) ) (eval 'vmini) ) C'est à dire que là où ma notation symbolique permettait de traiter le pb en 2 lignes il m'en faut maintenant 9 lignes !! Et maintenant mon prog fonctionne de nouveau correctement !!! En d'autres termes c'est bien fustrant de ne pas pourvoir profiter de certains principes fondamentaux du lisp dans l'autolisp qui est donc plus limité ... ... A moins que quelqu'un puisse me dire comment augmenter le nb d'opérandes dans une opération autolisp .... [Edité le 11/10/2004 par Labletech]

Si meilleur modularité veut dire meilleur structuration du prog afin d'economiser les lignes redondantes de programmation, il s'agit alors d'un concept que j'utilise depuis les années 80... Je doute fort donc que tu puisses trouver dans mon prog des parties relativement inutiles .. quoi que .. on n'est jamais sur de rien !!! Quoi qu'il en soit ta proposition est fort sympa mais j'aurais scrupules à sous-traiter un pb de ce type alors que j'aurais du le faire si cela était nécessaire !! Merci encore ... Par contre si un exemple bien pesé de programmation permettait de comprendre les limites des fonction alloc et expand ca serait fort interessant ... pour moi bien-sûr mais aussi pour la communauté lispienne de ce forum ...

Je ne voudrais pas dire une Lapalissade, mais il me semble bien que le pb de néophyte était justement comment gérer un tableau Excel dans un 'Tableau de Valeurs'. Il me semble aussi qu'Eric a très bien expliqué comment résoudre ce pb. A moins que ... la notion de 'tableau de valeurs' soit autre chose que ce qui a été expliqué dans les paragraphes plus haut et dans ce cas, j'aimerais avoir quelques lumières à ce sujet ... Par contre ma question supplémentaire était: Existe-t'il des fichiers Excel ou inventor constitués de i-pièces permettant: - soit la gestion d'éléments simples comme les profilés métalliques ?? - soit la gestion d'éléments adaptatifs dans l'industrie plastique ?? Passer quelques semaines à refaire le fil à couper le beurre me semble par définition completement stupide. Par contre acheter des biblis comme Mechsoft qui ne reprend pas en fait ce concept de tableau de valeur et en plus apporte un ensemble d'éléments trop importants et disparatres ne permet pas de satisfaire (rapport qualité/prix) des besoins limités à un métier donné. Inventorement votre ... ;)

Merci pour ces conseils mais ils restent sans effet pour ce pb: En effet j'avais déjà essayé de gonfler la valeur allouée à alloc (j'avais mis 1000) sans trop savoir à quoi ca correspondait. La notion de noeud ayant du mal à passer mes synapses. Quelque soit la valeur que je choisis (alloc x) avec X > 300 me répond toujours la même chose c'est à dire 256. Quand à (gc) il me semble qu'il purge globalement toutes les mémoires de tas de mon lisp. Or j'ai bien sûr besoin des infos qui se trouvent dans mes listes locales pendant l'éxécution du prog. Je peux peut-être glaner quelques octets économisés dans certaines boucles mais je n'arriverait de toutes facon pas à passer de 200 et quelques objets gérés à 1000 par exemple. Non je pense que alloc et expand doivent être utlisé d'une certaine manière que j'ignore et dont j'aimerais bien avoir quelques éclairages ... Merci pour toute autre idée ...

En fait Excel est utile pour générer des lignes sup au tableau des i-pièces ou de se livrer à différents calculs sympa, mais il n'est pas non plus obligatoire pour générer un tableau simple dans la fonction adhoc d'inventor 9. Je fais tourner inventor 9 et la notion de i-piece sur quelques une de nos machines qui n'ont malgré tout pas Excel et cela marche quand même très bien !! ;)

Merci ... ;)

Bonjour à toutes et à tous .. Cela faisait pas mal de temps que je n'étais pas venu sur ce forum. Je viens de subir 2 contrôles administratifs (qui ne sont d'ailleurs pas finis) et je dois dire qu'ils m'ont passablement occupé ces derniers mois !! Voilà une question qui aurait pu être posé indiféremment dans l'une ou l'autre des rubriques tant elle peut paraître simple mais malgré tout bien complexe aussi !! Jusqu'à maintenant je me vautrais dans le lisp avec toute l'aisance d'un gourmand goulu qui ne faisait pas bien attention aux pb de mémoire. Vla ti pas que l'un de mes petits progs qui exploite des semis de points me fait des misères dès que je dépasse une gestion globale de plus de 260 points (blocs topo) pour travailler dessus. Mon prog qui fabrique bien-sûr des listes constituées d'infos issues de ces 260 et quelques blocs s'arrête à un endroit non maitrisé par moi (apparemment jamais au même endroit) et me balance le message suivant: Programme intérrompu: valeur d'argument incorrecte: does not fit in byte: 300 Où 300 est justement le nb de blocs que je manipule dans ce cas précis. J'ai donc pensé que je saturais peut-être un peu mes mémoires de piles ou de tas dans mon lisp. J'ai donc essayé d'utiliser les fonction alloc et expand. Etaient-ce les bonnes fonctions à utiliser ?? J'avoue que les résultats ont été peu probants. J'ai par exemple tapé (alloc 100) ca m'a répondu 100 soit J'ai ensuite tapé (expand 10) je crois que cela aurait du me répondre 1000 et en fait ca ma répondu 103. J'avoue que je n'y comprend rien !! Si quelqu'un pouvait m'apporter ses lumières je lui en serais infiniment gré !! Je rappelle en l'occurence que je cherche tout simplement à faire tourner un prog qui manipule pas mal de listes dont le nb d'occurences peut donc dépasser les 260 occurences . Bien-sur inversement dèsque je manipule moins de 260 éléments mon prog fonctionne très bien. Il n'y a donc pas de bugs dans la programmation elle-même ... Help .. :casstet:

Chacun y va de sa petite info, j'ajoute ma petite contribution . Si on va sur ce site on peut trouver un comparatif assez complet entre Autocad et Intelli + http://www.dp-cad.com/comparatif.htm Cette solution est encore assez méconnue et pourtant elle apporte une alternative qui passerait beaucoup mieux financièrement pour les budgets limités.

Tu parles de 2 versions qui sont obsolètes, aussi faut-il ne pas nous en vouloir si on ne se rappelle plus très bien comment ca fonctionne. La V14 D'Autocad devait je crois disposer d'une fonction d'importation de modèle ACIS. Peut-ête dans le menu Fichiers>>Importation>>ACIS ou bien peut-ête dans le menu Insertion s'il existait déjà. Dès lors ton inventor 6 peut sauvegarder tous tes éléments 3D (pièces et/ou assemblages) au format ACIS. Le lien est donc réalisable. Si toutefois il n'y avait pas de fonction d'importation ACIS dans Autocad V14 (ce qui à mon avis serait abhérent), Il doit être possible de récupérer auprès de ton vendeur Autocad une moulinette qui le permet. Maintenant toutes les sorties 2D d'Inventor sont exportables au format dwg, donc là pas de pb. En fait le format ACIS est le standard qui unit ces 2 logiciels. Ca semble donc évident que l'on puisse transferer la 3D entre ces 2 logiciels grace à ce standard !! ;) [Edité le 16/8/2004 par Labletech]

Mauvaise pointe d'humour: ;) Ont-ils testé Windows XP avec le SP2 ?? Encore plus mauvais : :P Ont-ils testé Autocad en plus ou se sont-ils contentés de tester SP2 ?? Blagues mises à part, on a tout d'abord essayé de savoir ce que SP2 apportait comme réparation sur Windows. Cela ne nous a pas semblé si flagrant que ca. Partant de cela si l'évolution n'est pas aussi fondamentale pour Windows , il est évident que l'on ne va par tenter le diable. L'usage et la pratique nous a souvent incité à la prudence et celle-ci nous dicte qu'un peu de temps ne fait jamais de mal avant de s'enfoncer le doigt où ... ca peut faire mal ... Maintenant tu pourras peut-être me contredire ... :D

Je reviend non seulement sur inventor mais aussi sur ce forum. Figure toi que mes bureaux ont fait l'objet d'un cambriolage le 30/07 et mon ordinateur portable faisait partie du lot. Bien-sûr tout un ensemble de données sensibles sont parties en fumée y compris mes acces sur ce forum. Je restaure tout doucement mes informations et me voilà donc de nouveau sur ce forum. Tout d'abord merci pour ce complément d'information, même si j'avais fini par trouver la solution à mon pb . Je t'avoue que je me suis fait former par un ATC début Aout il a restauré là aussi fort utilement certaines de mes mémoires qui commencaient à devenir défectueuses (et oui l'age n'arrange rien !!). Donc le clic droit même sur le bout de mon nez n'a plus de secrèt pour moi. Par contre je pense qu'il serait bien de faire un peu blabla sur les i-pièces et les i-fonctions. A l'époque où je m'étais éloigné d'Inventor il n'en était pas là. Y a t'il aujourd'hui des biblis d'i-pièces référencées gratuites ou payantes comme par exemple des profilés métalliques ou autres éléments de l'industrie ?? Dans le même esprit la notion de i-fonction reprend le concept d'export de 'fonction technologique' que l'on a sur les logiciels 'Parasolid', mais avec la capacité de mémoriser un nombre important de fonctions. L'outil en soit n'est peut-être pas tres ergonomique (en regard de ses concurrents 'Parasolid) mais au bout du compte plus simple à utiliser . Dans le domaine de l'industrie plastique où l'on a constamment besoin d'introduire sur une coque par exemple, des supports pour des équipements hétérogènes , le principe de la i-fonction est une alternative réellement productive. Y a t'il la aussi des bibli de i-fonctions gratuites ou payantes permettant par exemple de préparer la structure plastique accueillant un moteur electrique standard au fond d'une coque plastique ??

Ayant longtemps délaissé Inventor au profit de SolidEdge et Catia (je sais c'est pas bien), je viens de replonger dans ce produit ... a bras raccourcis ... A force de jouer petit bras et bien on a quelque fois du mal à s'y remettre !! J'avais la version 7 de dispo sur notre serveur donc j'ai repris mon initiation sur cette version (je sais on en est déjà à la 9 mais je pense que les différences ne sont pas encore critiques pour mes maigres connaissances !!) Je suis en train de pester sur les i-pièces. Je n'arrive pas à faire la chose suivante: - Soit par exemple une pièce qui pourrait être une cornière métallique. Je souhaite gerer dans un tableau la dimension de mes 2 ailes et l'épaisseur de ma cornière. (là pas de pb) Inversement je voudrais me réserver la possibilité de saisir individuellement la longueur de ma cornière. Comment faire pour que après insertion de ma i-pièce dans un assemblage je puisse introduire une valeur de longueur pour cette i-pièce. Sachant bien-sûr que je ne peux pas connaitre cette longueur à l'avance et que je peux donc pas l'introduire dans le tableau précédent. Peut-être ne faut-il pas utiliser le concept de i-pièce dans ce cas là ?? Peut-être y -t'il quelque part une option à modifier ?? Je vous avoue que j'ai déjà fouillé l'aide interactive du logiciel et je n'ai rien trouvé pouvant m'aider ... Merci de me lire ;)

Je les ai testées et ca marche très bien. C'était bien ce que je recherchais. Merci Tout petit détail cependant qui n'a pas trop d'importance en soit. Là où tu as du récupérer ces différentes info, la syntaxe n'est pas tout à fait correcte. Je prend par exemple: ( vl-registry-write reg-key(val-name val-data)) et en fait cette ligne aurait du être écrite comme suit: ( vl-registry-write reg-key val-name val-data) sans les parenthèses à l'intérieur de l'ordre (qui veulent peut-être dire que les 2 derniers paramètres sont optionnels mais dans ce cas, ceux qui ont écrit ça, aurait mettre des crochets à la place []) inversement pour ce cas précis de l'écriture d'une nouvelle clé, du moment que l'on a choisit une clé de registre reg_key, le nom du champ et son contenu doivent malheureusement être obligatoires faute de quoi on génère une abhération dans la base de registre (ce qui n'est certainement pas une bonne chose quand on commence à jouer avec ce choses là ... qui s'y frotte s'y pique ..) Une fois ce détail contourné toutes ces fonctions marchent très bien. merci encore

C'était bien ça , j'ai beau préparer mon voyage dans les déserts marocains, je ne suis pas victime d'un mirage... les fcts existent bien .... Je m'en vais les essayer de ce pas .. Shoukrane beaucoup Didier ...

Je fume pas c'est promis mais je n'arrive pas à retrouver un article sur ce forum qui parlait d'une catégorie de fonctions Vlisp qui permettait de lire des infos sur la base de registre de l'ordinateur. Comme je ne le retrouve pas je finit par douter.. Si quelqu'un pouvait me confirmer ou le contraire qu'il y a bien des fonctions en VLisp permettant ce type d'accès je lui en serai fort reconnaissant ..

Je suis désolé mais je me suis fait un peu discrèt ces temps ci (y en a p'tetre qui l'on apprécié d'ailleurs) mais je croulais sous le travail .. Je passe sur cet article et je vais mettre moi aussi mon grain de sable. Zebulon et Didier ont tout à fait raison il est bon d'expliquer ce que l'on cherche par un organigramme des plus imagés si cela est possible ... Mais en fait je crois que là le pb était simple en fait. chrchat ne cherche pas le prog qui permet le dimensionnement de sa bride, il cherche plutôt à rendre exploitable une liste de choix possibles pour proposer différentes brides adaptées. Il veut donc piocher dans une sorte de catalogue qui lui permettrait de saisir: - le diamètre - le PN. Si ces données sont indépendantes il faut faire deux fichiers séquenciels basiques qui possèderont: - diam.csv qui contiend par ligne d'écriture un diamètre - PN.csv qui contiend par ligne d'écriture un PN. Le prog en lisp lit ces 2 fichiers et propose l'affichage d'une liste par fichier. C'est réalisable par le biais du boite dcl et d'une liste déroulante variable. L'utilisateur choisit alors les 2 valeurs qui l'interessent et le prog peut alors les injecter dans la suite du prog de chrchat. Je n'ai pas sous la main une boite dcl de ce type mais je crois que Patrick_35 ayant bien bossé avec des dcl, a peut-être ce genre de truc sous la main... Quant-aux 2 fichiers csv on a bien compris que l'on peut les générer à partir d'EXcel par exemple. Bon ensuite il y a bien-sûr des petits rusés qui ont peut-être réalisé ce genre d'applic en VBA. C'est certainement plus rapide .. J'avais fait réalisé pour un dev. (cti_profiles voir rubrique 'Services') un prog en VB chainé au lisp qui exploite ainsi une base de données pour dimensionner des profilés métalliques à partir du catalogue de l'OTUA. Mais ce dev ne peut pas se donner il est en partagiciel (par cher mais en partagiciel quand même)..

question idiote: As tu bien le dossier: C:\Program Files\Autodesk\Inventor 7\Compatibility\AoemViewer\Support dans le Chemin des fichiers de supports de ton Autocad 2004 ?? sinon ca serait peut-être bien de l'ajouter ... ensuite tu en auras certainement d'autres à ajouter ... tout se passe comme si ton Autodesk shared avait été passablement abimé ...

Tant qu'on y est à s'amuser sur une telle fonction en voilà une un peu plus générique que la précédente qui permet la saisie d'entité ou de chaine avec des dialogues quelconques du moment qu'on le paramétrise dans l'appel de (saisie_obj (list "Param1" "parAm2" "paRam3" "paraM4") "Saisir ce que tu veux") vous pouvez télécharger cette fonction sur mon site à: http://www.infographie-formation.fr/eformation.htm rubrique "Download"

Je vais reprendre la réponse de bonuscad qui dans le fond est bonne mais peut-être pas tout à fait dans la forme pour le pb de doc. En effet je pense que doc attend un petit prog restituant soit: - une chaine de caractère - une entité donc voici une version un peu plus comprimée de celle de bonuscad: (defun saisie_obj () ..(initget " Configurer decaLage Justification ") ..(setq v_obj (entsel "\nChoisissez la cloison à moduler ou[Configurer/Justification/ decaLage] : ")) ..(cond .....((eq (type v_obj) 'str) v_obj) .....((null v_obj) "") .....('t (car v_obj)) ..) ) Il suffit alors d'intégrer dans le prog principal l'ordre suivant: (setq resultat (saisie_obj)) et de faire les tests éventuels sur résultat. Nota: Pour Décalage : c'était normal que ca ne marche pas D comme dernier ...

Je ne sais pas si le pan est amélioré mais au moins le patron sait si tu es réveillé ou pas quand tu utilises un tel zoom. Avis aux adeptes des circuits training ca chaume pas dans les chaumières de Cadxp..