• Ce forum est la traduction générée par la machine de www.cad3d.it/forum1 - la communauté italienne du design. Plusieurs termes ne sont pas traduits correctement.

Auito WildFire 3.0 - Tolérances d'ombre et trou de base

  • Auteur du sujet Auteur du sujet acaonweb
  • Date de début Date de début
acaonweb a dit:
désolé pour tout, je suis nouveau et je ne veux parler de l'expertise de personne, mais ce n'est absolument pas vrai que nous devons recharger les tables en 2d.
bien sûr, si je le fais, tout fonctionne, mais jusqu'au wf1 n'était pas nécessaire.

s'il est vrai que je ne discute pas de la compétence de l'un d'entre vous, je n'écrase pas la réalité des faits qui disent que depuis 10 ans j'utilise pro/e et que 12 concepteurs mécaniques travaillant dans le même bureau n'ont jamais fait la tâche de charger les tableaux de tolérances en 2d.


maintenant, si dans le wf3 ils ont pris quelque chose, je ne sais pas, mais que c'est nécessaire comme un concept, eh bien, dissidence.

bref, merci pour les réponses.
au revoir.
Cliquez pour agrandir...
je ne me souviens sincèrement pas si dans le wf ce n'était pas nécessaire, parce que surtout les tolérances des arbres et des trous je les insère pratiquement toujours du modèle pour calculer alors les jeux, que vous saurez très bien mettre les quotas à la main que vous ne pouvez pas faire.
ce n'est absolument pas vrai, donc je ne peux pas le dire avec certitude, mais ça semble étrange.
il est également vrai que des cas similaires se sont produits, qui dans les versions plus récentes ont supprimé des fonctionnalités au détriment d'autres, je peux mentionner par exemple les représentations simplifiées de partie dans le dessin.
dans les versions précédentes, vous pouvez créer votre simpl rappr dans la partie, puis le rappeler dans le 2d, dans le wf/wf2 au lieu de cela, ils ont supprimé cette fonctionnalité pour l'intégrer seulement du wf3 "swimming it" pour nouveau.
alors qui sait qu'ils ne l'ont probablement pas enlevé, qui sait ? je ne veux pas mettre la main sur le feu dans quelque chose que je ne suis pas sûr à 100%.
avez-vous demandé de l'aide ?

cependant, pour l'instant, c'est vrai ce que j'ai dit, qui ne dépend pas de la partie de départ mais de la conception et ne rappelle pas les tableaux de tolérance qui y sont déjà intégrés.
au moins votre demi-problème l'a résolu, vous n'avez pas besoin de vous mettre en colère.
salutations ozzy
 
arrêtez tout !
j'ai pris pour acquis quelque chose qui n'est jamais pour acquis à la fin!
c'est un peu comme les couches de déf, les paramètres et d'autres choses...
ils ne sont pas rétroactifs !

acaonweb est vrai ok vous les définissez dans la partie de départ je suis superbe mais vous êtes 100% sûr que les modèles que vous avez dans le design ont été créés avec la partie de départ?
parce que si vous les avez créés avant de définir les start_parts, il est évident que vous ne les chargez pas et que vous devez le faire manuellement après le modèle.
c'est comme si tu faisais 100 modèles, et quand tu en auras fini avec lui, mec dit,
nous devrions mettre sur ces 100 modèles un paramètre appelé ciccio, mais vous ne l'avez pas dans la partie start_part et ensuite vous attaquez parce que le paramètre ciccio pour le mettre vous devez ouvrir tous les 100 modèles et l'ajouter.
la start_part n'est pas paramétrique, c'est seulement une base de départ pour créer tous les autres modèles.
donc, si vous n'avez pas de tables de tolérance 1:1 avec des parties de départ, c'est juste parce que ces modèles ont été créés avant eux, donc vous devez les recharger en main.
salutations ozzy
 
Ozzy a dit:
arrêtez tout !
j'ai pris pour acquis quelque chose qui n'est jamais pour acquis à la fin!
c'est un peu comme les couches de déf, les paramètres et d'autres choses...
ils ne sont pas rétroactifs !

acaonweb est vrai ok vous les définissez dans la partie de départ je suis superbe mais vous êtes 100% sûr que les modèles que vous avez dans le design ont été créés avec la partie de départ?
parce que si vous les avez créés avant de définir les start_parts, il est évident que vous ne les chargez pas et que vous devez le faire manuellement après le modèle.
c'est comme si tu faisais 100 modèles, et quand tu en auras fini avec lui, mec dit,
nous devrions mettre sur ces 100 modèles un paramètre appelé ciccio, mais vous ne l'avez pas dans la partie start_part et ensuite vous attaquez parce que le paramètre ciccio pour le mettre vous devez ouvrir tous les 100 modèles et l'ajouter.
la start_part n'est pas paramétrique, c'est seulement une base de départ pour créer tous les autres modèles.
donc, si vous n'avez pas de tables de tolérance 1:1 avec des parties de départ, c'est juste parce que ces modèles ont été créés avant eux, donc vous devez les recharger en main.
salutations ozzy
Cliquez pour agrandir...
aigu... et loin avec les macros!:d
 
Ozzy a dit:
arrêtez tout !
j'ai pris pour acquis quelque chose qui n'est jamais pour acquis à la fin!
c'est un peu comme les couches de déf, les paramètres et d'autres choses...
ils ne sont pas rétroactifs !

acaonweb est vrai ok vous les définissez dans la partie de départ je suis superbe mais vous êtes 100% sûr que les modèles que vous avez dans le design ont été créés avec la partie de départ?
parce que si vous les avez créés avant de définir les start_parts, il est évident que vous ne les chargez pas et que vous devez le faire manuellement après le modèle.
c'est comme si tu faisais 100 modèles, et quand tu en auras fini avec lui, mec dit,
nous devrions mettre sur ces 100 modèles un paramètre appelé ciccio, mais vous ne l'avez pas dans la partie start_part et ensuite vous attaquez parce que le paramètre ciccio pour le mettre vous devez ouvrir tous les 100 modèles et l'ajouter.
la start_part n'est pas paramétrique, c'est seulement une base de départ pour créer tous les autres modèles.
donc, si vous n'avez pas de tables de tolérance 1:1 avec des parties de départ, c'est juste parce que ces modèles ont été créés avant eux, donc vous devez les recharger en main.
salutations ozzy
Cliquez pour agrandir...
que voulez-vous dire par 1:1??? je ne comprends pas.
le fait qu'en remplaçant l'ancien config.pro, ce que nous avons utilisé avec le wf1, je ne dois pas charger les tables en manina, alors qu'avec la nouvelle config. pro je dois le faire, ne montre pas qu'il ne s'agit pas d'une partie de départ?????
et je me demande s'il n'y a pas de config. les paramètres pro qui entrent en conflit entre eux?? ? ?

ps.: sans fausse modestie, je me considère assez expert en pro/e après 10 ans sur lesquels je travaille sur ce pro/e+intralink, je sais très bien comment les pièces de départ fonctionnent, la variable ciccio, etc. je ne demanderais pas si je n'avais pas tous essayé.
 
Dernière édition:
acaonweb a dit:
que voulez-vous dire par 1:1??? je ne comprends pas.
le fait qu'en remplaçant l'ancien config.pro, ce que nous avons utilisé avec le wf1, je ne dois pas charger les tables en manina, alors qu'avec la nouvelle config. pro je dois le faire, ne montre pas qu'il ne s'agit pas d'une partie de départ?????
Cliquez pour agrandir...
non, à mon avis ça montre le contraire, que la config. pro vous avez sur le wf3point à la mauvaise partie de départ. vérifiez que les options template_designasm, template_sheetalpart et template_solidpart pointent vers les bonnes start_parts.
acaonweb a dit:
et je me demande s'il n'y a pas de config. les paramètres pro qui entrent en conflit entre eux?? ? ?
Cliquez pour agrandir...
je dirais qu'il y a des options qui pour les feux de forêt 3 n'ont plus de sens donc ils ne sont pas considérés
 
acaonweb a dit:
que voulez-vous dire par 1:1??? je ne comprends pas.
le fait qu'en remplaçant l'ancien config.pro, ce que nous avons utilisé avec le wf1, je ne dois pas charger les tables en manina, alors qu'avec la nouvelle config. pro je dois le faire, ne montre pas qu'il ne s'agit pas d'une partie de départ?????
et je me demande s'il n'y a pas de config. les paramètres pro qui entrent en conflit entre eux?? ? ?

ps.: sans fausse modestie, je me considère assez expert en pro/e après 10 ans sur lesquels je travaille sur ce pro/e+intralink, je sais très bien comment les pièces de départ fonctionnent, la variable ciccio, etc. je ne demanderais pas si je n'avais pas tous essayé.
Cliquez pour agrandir...
je veux dire que les modèles que vous avez créés avec le wf3 avec votre config. pro new, est venu avec différentes parties de départ (et pas ceux que vous avez dans intralink) au moment de la création, donc n'a pas pris le démarrage standard que vous utilisez avec toutes vos belles tables de tolérance à l'intérieur.
il n'y a pas d'option contradictoire.

j'utilise de la proe depuis 10 ans, ça ne veut pas dire que je suis parfait et parfois ça peut échapper à quelque chose, ça peut aussi arriver n'est pas une tragédie. .
 
merci pour tout.
il n'y a qu'une partie de départ, mais on dirait qu'il a d'autres choses cachées ailleurs.
merci encore et bonjour.
 

Statistiques du forum

Sujets
58 521
Messages
499 056
Membres
104 110
Dernier membre
ChristianR

Membres en ligne

Aucun membre en ligne actuellement.
Total: 5 (membres : 0, visiteurs : 5)
Retour
Haut