Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Je suis d'accord avec vous, surtout quand ces ensembles réglables doivent être déplacés à la main pour vérifier leur mouvement... chaque fois que j'invoque tous les saints lorsque le subaxième ne se déplace pas au premier coup ou se fige en deux (plusieurs fois il est nécessaire de continuer à changer la sélection sur différents composants). J'ai ressuscité que les problèmes se produisent le plus souvent lorsque vous arrivez à la valeur limite minimale ou maximale dans une relation avec l'intervalle ou dans un chemin de croquis.Je voudrais tant revoir l'environnement de montage, avec une plus grande stabilité des complexes globaux, en présence de nombreuses familles de pièces/axes réglables, qui interagissent entre elles. J'ai beaucoup "ligné" ces derniers temps, comme parfois un sauvetage est suffisant pour mettre toutes les relations en crise, et parfois malheureusement pas assez une "rapport supérieur" pour faire les choses retourner à leur place. J'ai aussi envoyé un billet à notre concessionnaire, mais ne pouvant pas envoyer des pièces, je n'ai aucun moyen de prouver le problème.
Après avoir utilisé à la fois solidworks et je crée, je viens de toucher à la main ce que vous dites: Peut-être dans les dernières versions ils ont mis à niveau quelque chose mais dans les anciennes versions vous avez vu une différence très abyssale entre si et les principaux concurrents quand l'axieme a dépassé les parties de tot ou le fichier de partie avait une grande complexité. parmi les différentes évolutions de si, j'ai remarqué qu'il y a la tendance d'ajouter des fonctionnalités et diverses nouvelles mais de laisser aussi les "anciennes commandes": Je pense que c'est aussi ce qui génère des casinos dans le logiciel et incline également les opérations les plus simples (un exemple sur toutes les fonctionnalités des assemblages qui sautent tous les 3x2).pour mon expérience, je peux supposer que le logiciel arrive à un certain niveau de complexité maximale, et ensuite je ne peux pas gérer d'autres relations sans devenir fou. Je ne sais pas, mais c'est assez frustrant, parce que peut-être vous sauvegardez le fichier dans l'ordre, et ensuite, vous ne savez pas pourquoi, vous trouvez toutes les relations "perdues".
C'est vrai, c'est un bon logiciel et je ne le changerais avec personne d'autre. par rapport aux autres solutions Je vois qu'avec si je mets moins pour obtenir le produit fini (obstruant précisément lors de sauter les caractéristiques des assemblages et des problèmes ainsi). Après près de 17 ans d'utilisation je sais déjà quels sont les points faibles dès que je crée l'axième et donc évité comme la peste d'utiliser des commandes qui conduisent à des erreurs.Je suis d'accord, avant d'introduire de nouvelles fonctionnalités, vous devriez analyser et résoudre soigneusement les problèmes affectant la version actuelle. est un bon logiciel, mais il a des limites claires au cas où vous devez l'utiliser pour la conception de machines complexes, riches en mouvements et configurations.
il peut être souhaité, de pousser dans ces cas à passer à nx.pour mon expérience, je peux supposer que le logiciel arrive à un certain niveau de complexité maximale, et ensuite je ne peux pas gérer d'autres relations sans devenir fou. Je ne sais pas, mais c'est assez frustrant, parce que peut-être vous sauvegardez le fichier dans l'ordre, et ensuite, vous ne savez pas pourquoi, vous trouvez toutes les relations "perdues".
dans les machines très complexes il est nécessaire de bien planifier comment mettre les relations. Ce n'est pas un problème de graphisme, mais de combien de mesures il prend pour résoudre la relation. tant d'autres passent tellement plus de chance que quelque chose va mal.nx gère les assemblages complexes avec facilité? Vous avez essayé ? Je demande par curiosité.
sur la complexité du discours, j'essaie aussi de briser les machines avec une logique constructive (que j'ai alors besoin d'établir la liste des parties), mais ce que je me demande c'est si la limite était liée à ce que "voir" par rapport à ce qui devrait être calculé; en d'autres termes, le traitement graphique affecte le calcul des relations/gagnants, et donc moins de complexité graphique = moins de probabilité de relations de calcul d'erreur?
Je suis d'accord avec vous, mais j'ai réalisé qu'en plus des contraintes mises bien, il y a beaucoup de l'ordre d'ajouter une partie dans l'aide: si un fichier de partie est ajouté comme dernier, il est toujours affiché en haut dans le pathfinder et les parties spécularisées (via miroir de fonctionnalité) toujours au bas du pathfinder. Veuillez noter que nous ajouterons ensuite quelques fonctionnalités de support à ces pièces. si finalement nous allons changer l'ordre et les déplacer vers le haut ou vers le bas ne donne aucune erreur, mais certaines contraintes à la prochaine ouverture du fichier sera "corrupt" (la fenêtre de conflit dans les parties sort, celui que vous ne comprenez pas une batte où est le problème, je ne me souviens pas comment il est appelé). Selon moi, siemens devrait enlever le "piè di pagina" au pathfinder et montrer les caractéristiques et les parties dans la chronologie exacte qui ont été créés, un peu comme ptc creo. déjà cela à mon avis aiderait l'utilisateur à ne pas créer de problèmes et à ne pas blesser si. le problème n'est pas le programme, mais l'utilisateur, bien que si nous étions un peu facilité cela ne serait pas maldans les machines très complexes il est nécessaire de bien planifier comment mettre les relations. Ce n'est pas un problème de graphisme, mais de combien de mesures il prend pour résoudre la relation. tant d'autres passent tellement plus de chance que quelque chose va mal.
La décomposition de la machine dans le subassieme permet de mieux planifier les relations car (à moins qu'elles ne soient des assemblages réglables) sont considérées comme une seule partie.
donc quand vous pouvez toujours mettre les relations dans l'ordre logique et si possible avec une partie fixe. J'ajoute que oui, les assemblages réglables tendent à rendre le système instable si possible éviter.
et bien sûr, si vous pouvez toujours faire des rapports en joignant le 3d et comment le faire "break"
p.s.: Je ne sais plus si c'est vrai.: le soluteur de relation 2d et 3d est le même en sw. le soluteur est la propriété de siemens ; par code alors, et net de bugs, les deux programmes ont les mêmes possibilités et limites
J'espère vous aider : Si vous avez des problèmes avec les assemblages réglables vérifiez bien que vous n'avez pas "invité" la partie. Je vais t'expliquer.Je pense avoir assigné les relations de façon ordonnée et logique, en évitant les doubles ou autres, avec des parties fixes pour éviter autant que possible d'envoyer en crise le système.
Malheureusement, je ne peux pas joindre le 3d de ce que je fais, mais je suis heureux que quelqu'un d'autre trouve la même limite.. comme ils disent, peu commune moitié audio.
Dans tous les cas, j'utilise fréquemment les assemblages réglables, parce que, comme mes machines fonctionnent, ils doivent avoir un composant "dynamique", et s'adapter à divers changements de configuration; je vais essayer d'utiliser moins cette possibilité, faisant le mouvement non pas "dynamique" mais sous la forme de coordonnées de mouvement (en tant que variables) dans la famille des assemblages.
péché pour les assemblages réglables, vous devriez approfondir et rendre ce plus stable et utilisable, et est ce que je voudrais voir dans une future libération, au lieu de nouvelles fonctionnalités.
Il suffirait d'informer l'utilisateur sur les limites actuelles du programme, et sur les meilleures stratégies pour éviter de s'en aller pendant des heures et des heures, le tout icile problème n'est pas le programme mais l'utilisateur
Le problème est que ceux qui planifient n'ont pas le temps de tester ce qu'il a fait. résultat: dans notre profession nous devrons écrire aussi "si beta tester" "Il suffirait d'informer l'utilisateur sur les limites actuelles du programme, et sur les meilleures stratégies pour éviter de s'en aller pendant des heures et des heures, le tout icivrai qu'il n'est pas tout or ce que paillettes, et il n'y a pas de logiciel parfait, cependant, en revenant au thème principal du fil, je voudrais tellement que vous vous engagez à résoudre ces limitations, plutôt que d'introduire de nouvelles fonctionnalités qui pourraient potentiellement aller à l'aggravation de cette situation, tout ici.
Merci pour les conseils, je suis également très attentif aux relations que j'ai mises, j'essaie de mettre le minimum nécessaire, pour rendre l'assemblage aussi simple que possible. Je travaille beaucoup avec la "transcina", pour voir et étudier les rapports que je triche.
Il y a une équipe qui développe de nouvelles versions et corrige les bogues jusqu'à ce qu'il soit publié après quoi ils mettent au travail sur la prochaine....mais, en revenant sur le thème principal du fil, j'aimerais que nous nous engageons à résoudre ces limitations, plutôt que d'introduire de nouvelles fonctionnalités qui pourraient potentiellement aggraver cette situation, c'est tout.