Propriétés de configuration de macro

[seecisud]

Salut à tous.

J'essaie de domestiquer Solidworks 2013 afin de pouvoir l'utiliser pour les besoins des entreprises
et je dois actuellement résoudre le problème ci-dessous.

1. J'ai défini les propriétés personnalisées dans les fichiers/propriétés et réalise ses modèles personnalisés;
2. J'ai implémenté des écrans d'entrée de propriété à travers le constructeur d'onglets de propriété pour faciliter la construction de propriétés personnalisées;
3. J'ai conçu des pièces et des assemblages des objets inhérents que je dois envoyer en production, compiler leurs propriétés à travers la tâche de pain correspondante et insérer ses boîtes à outils.
4. J'ai réalisé la conception des pièces et des assemblages (les jeux de table pour nous comprendre)
5. J'ai fourni des documents distincts.

à ce stade J'ai constaté que, dans des matériaux distincts, les numéros de partie que j'ai assignés à mes parties et à mes assemblages n'étaient pas présents dans la colonne num.parte qui concernait plutôt les numéros de partie des boîtes à péage.
comme il est peu probable de suggérer de changer toutes les tonboxes sw pour s'assurer que les valeurs correctes apparaissent dans num. partie J'ai redessiné toutes mes œuvres pour attribuer le numéro de partie au nom de configuration de la partie elle-même.
De cette façon, j'ai adapté ma façon de travailler la façon dont les boîtes à outils étaient préparées.
allant de cette façon, lorsque j'insère le matériau distinct dans un dessin d'un ensemble, par exemple, dans la colonne num.parte apparaissent les numéros de partie corrects et ne restent pas des cellules vides.

J'ai remarqué que si je décharge un cad 3d d'un fournisseur à travers la tâche de pain de propriété et le fichier de propriété personnalisé que j'ai compilé, je peux insérer, même dans le fichier de portion ainsi téléchargé, les propriétés personnalisées valables pour tous les autres fichiers que j'ai préparés depuis le début de la tâche et cela garantit que lorsque je passe à la table, le dossier fonctionnera également pour les fichiers de la partie téléchargée.

problème:
le problème demeure avec le matériel distinct.
en fait, toujours avec référence à un fichier 3d téléchargé, je devrais insérer correctement le nombre de partie (que je construis par la concaténation de différents types de propriétés personnalisées: numéro de commission, numéro d'opération, numéro de groupe, numéro de pièce, etc.)
manuellement dans le gestionnaire de configuration de sorte que ce numéro de partie devient le nom de la configuration de la partie sur laquelle je travaille.J'ai réussi à écrire une macro qui fournit le nombre de partie dans le nom de configuration mais je ne peux pas faire de même pour modifier la description de configuration (qui dans la boîte à outils contient d'autres informations qui apparaîtront dans le matériel séparé)

le maco avec lequel je peux faire comme ci-dessus est le suivant:

dim échange comme objet

objet dim partie
dim boolstatus en tant que booléen
dim longstatus aussi longtemps, longs avertissements

Sous-main()

jeu swap = _
applications

set part = swapp.activedoc
boolstatus = part.extension.selectbyid2("default", "configurations", 0, 0, 0, false, 0, rien, 0)
boolstatus = part.editconfiguration3("default", "$prp:""cncommessa"".$prp:"cnop"".$prp:"cngroup".
fin


J'ai essayé d'atteindre la variable qui contient la valeur du champ "description" du gestionnaire de configuration de toutes les manières, mais je ne peux pas trouver de solution.
toutes les macros que j'ai essayé d'écrire ne fonctionnent pas ou ne font pas ce dont j'ai besoin.

demandeY a-t-il quelqu'un de bonne volonté qui m'aide à trouver un système pour insérer une valeur dans le champ "description" du gestionnaire de configuration à travers une macro ou quelque chose d'alternative qui ne me force pas à insérer manuellement à chaque fois les valeurs que je dois aller pour obtenir entre les propriétés personnalisées? (Rappelez-vous : le nombre de pièces est construit par la concaténation de plusieurs propriétés personnalisées ! )

J'espère avoir été clair et si je n'ai pas pu m'excuser.
le reste est disponible pour plus de précisions et de collaborations.

remercier à partir de maintenant qui va me donner une pincée de son temps et envoyer mes salutations .

 

[jenuary]

Bonjour, pourriez-vous poster une partie avec les bonnes propriétés et une avec des prophéties incomplètes ?
De cette façon, nous comprenons le « premier » et l'« après » et nous analysons mieux les routes pour y arriver.
Bonne journée
Jenaury

 

[seecisud]

Bonjour, Jenuary.
J'attache volontiers ce qui est nécessaire et je m'excuse de ne pas l'avoir fait avant.

J'ajoute également deux fichiers image avec lesquels j'essaie de faire comprendre ce qui est le domaine d'intérêt et comment il doit changer.

pour l'instant un grand et entendu merci pour la disponibilité et l'attention montré.

 

[re_solidworks]

Je pense que cette méthode n'est pas bonne parce que si vous changez une valeur d'une propriété change le nom de la configuration. à ce stade, que se passe-t-il dans les assemblages où la configuration nouvellement éliminée a été utilisée? Si la partie n'avait que cela sans problème, mais si elle contenait d'autres, je dirais que les problèmes sont...
Je ne connais pas la boîte à outils, mais je sais que beaucoup construisent des propriétés personnalisées, êtes-vous sûr que vous n'acceptez pas de travailler ainsi ?

 

[seecisud]

Tout d'abord, merci pour la réponse.

les propriétés personnalisées Je les ai configurés moi-même et je les fais à chaque fois à travers la tâche de pain appropriée, mais cela s'applique aux pièces que je dessine depuis le début et non aux boîtes à outils.

changer les propriétés de nombreuses boîtes à outils pour les aligner sur mes besoins n'est certainement pas pratique ni, du moins, il est préférable d'assigner par exemple un certain nombre de parties à la boîte à outils que j'utilise à ce moment particulier parce qu'à la prochaine utilisation je devrais le renommer en obtenant, donc, le changement aussi dans les assemblages où j'ai utilisé le même composant précédemment avec un numéro de partie différent.

pour cette raison J'ai pensé adapter les propriétés de mes fichiers à celles des boîtes à outils...
D'autre part, si je n'ajuste pas, si j'insère quelques boîtes à outils dans un jeu et puis dans la table mettre dans le matériel séparé, dans la colonne num.parte, pour les lignes relatives à la boîte à outils, apparaîtra les propriétés définies dans les boîtes à outils choisies qui ne correspondront pas à celles que je mets dans mes fichiers de côté, je dois donc choisir de faire apparaître mes propriétés ou celles des boîtes à outils.
Je voudrais éviter cela et par conséquent, puisque dans la partie colonne d'un matériau séparé apparaît le nom de la configuration de la boîte à outils, j'ai préféré associer au nom de la configuration de mon fichier latéral (ou ensemble) le nombre de la partie que je décide par la compilation de plusieurs propriétés personnalisées enchaînées. ...

Quant à la présence de configurations multiples, c'est, par exemple, de relancer la même macro pour chaque configuration active et à laquelle correspondront un certain nombre de parties différentes... et tout cela avant de réaliser les différentes assemblées.

Ce système fonctionne, parce que déjà testé, dans tous les cas où, à partir de zéro, je réalise personnellement chaque partie mais je commence à avoir des difficultés quand décharge des composants 3d.
Dans ce cas, en fait, je dois me rappeler chaque fois que je vais changer le nom et la description de la configuration avec des chaînes qui se souviennent par la mémoire n'est certainement pas la chose la plus facile à faire.... c'est pourquoi je cherche quelque chose qui automatise ce processus comme il se passe par exemple en réalisant la tâche de pain de propriété personnalisée avec le constructeur de l'onglet de propriété, mais dans lequel il n'est pas possible de mettre en œuvre la modification du nom et de la description configuration active. . .

Salujah