Nouveau ! S'en suivra avec le temps de nouvelles publications ..
| |
Connexion / inscription Derniers messages
du forum ![]() |
Discussion consultée 1485 fois 8 messages Les données des modules
Les+donn%E9es+des+modules
#1favdble 18 août 2010 à 17h41 J'ai fait une première ébauche de la table des modules types. Je me pose des question sur les données à prévoir.
Pour l'instant j'ai retenu : - nom : c'est la désignation du module telle qu'elle apparaîtra dans les listes de choix - classe : un code à deux caractères qui identifie la classe du module (CC pour coupe-circuit, DJ pour disjoncteur, DD pour disjoncteur différentiel, etc...) - code : c'est en fait le nom du fichier graphique associé - taille : taille du module en unité de 9mm - auteur : pour indiquer l'auteur de l'image associée - date : date de mise à disposition (ou de dernière mise à jour) - calibre (an ampère) - sensibilité (en milliampère) Je n'ai pas retenu des informations comme le nom du fournisseur ou les références commerciales, mais j'ai peut être tort. A vous de me dire ce qui manque où ce qui est inutile (par exemple je n'ai retenu la section des fils connectables). [ Message modifié par favdb le 18-08-2010 à 17:42 ] #2firminle 18 août 2010 à 18h19 salut favdb , pour les ID tu auras aussi le type : A , AC et dans la catégorie contre les déclenchements intempestif HPI , HI , SI ( plusieurs nomination en fonction des marques ,mais tu pourrais retenir HPI ( haut pouvoir immunitaire ) qui reflète le mieux la fonction . tu parlais d'une échelle 1 : un module fait 17,5mm donc un demi = 8,75 mm. au sujet de la taille ,tu parles de nommer finalement 1/2 module comme pour un module ... ne faudrait il pas rester dans le standard qui fait qu'un module fait 17,5 mm . sachant que les tableaux sont aussi comptés en nombre de modules de ce type ... A+ #3favdble 18 août 2010 à 22h55 Plusieurs aspects abordés.
Taille de base des modules: J'ai choisi 9mm qui correspond à la plus petite taille possible (celle du demi module), en fait c'est une question de convention et je préfère travailler avec des nombres entiers. Mais si vous pensez que ce n'est pas trop conforme aux habitudes ce n'est pas un soucis je peux revenir aux conventions habituelles. La aille de 9mm est celle que j'ai mesuré avec mon pied à coulisse. Là aussi si la taille réelle est de 8.75mm ce nest pas un soucis au stade où j'en suis. Je préfère encore qu'on soit d'accord sur ces dimensions là. Pour les éléments du type "classe de protection" (A, AC, HI, HPI, etc...) j'imaginais l'intégrer dans l'intitulé du module (donc son nom) et pas dans les caractéristiques. En effet, pour l'instant je n'envisage pas de faire apparaître autre chose que le nom dans une liste pour choisir un module. Ultérieurement, lorsqu'il y aura la possibilité de visualiser les caractéristiques en regard de la liste ce sera un plus certainement appréciable. À vous de me dire si ce genre de détail doit véritablement figurer. Voici une première ébauche de la table des modules TabloTin_modules.ods, vous aurez ainsi une meilleure idée de mon approche. [ Message modifié par favdb le 18-08-2010 à 22:56 ] #4favdble 13 octobre 2010 à 00h33 Je pense changer d'avis pour les types d'ID. En effet, comme je commence (recommence) à aborder le travail sur la composition du tableau, je m'apperçois que ce serait plus simple d'opter pour 4 caractères maxi de manière à typer les ID, ainsi on aurait IDA, IDAC, IDHI et pour le reste il semble que 2 caractères suffisent, mais on aura 2 caractères de plus en ressource. #5favdble 02 janvier à 16h02 Bonjour à tous,
Je reprends ce fil pour évoquer à nouveau la question des informations à associer à chaque module. Je rappelle que maintenant je développe sous Java. Voici les informations indispensables : - type de module : code de 2 à 6 caractères qui permet d'identifier le type du module (voir la liste plus loin) - taille du module : l'unité est le demi module (pour travailler en nombres entiers), ainsi un Id de typa en mono à une taille de 4. - calibre : c'est l'intensité de coupure assurée pour la protection du(des) circuit(s), c'est une valeur entière exprimée en Ampère - nom : c'est le nom donné au module pour l'identifier dans le tableau - rang et colonne : pour indiquer la position dans le tableau - alimenté par : pour repérer le nom du module qui alimente (si c'est un Id placé directement sous l'alimentation principale, ce nom est "Général") Je rappelle que les modules sont "banalisés", ce qui signifie que l'intensité de coupure est une information ajoutée "à la volée" lorsque le tableau est dessiné. L'image d'un module ne comporte donc aucune indication de ce calibrage. Voici les informations que je juge subsidiaires voir inutile, à vous de me dire s'il faut effectivement les conserver: - abréviation : j'avais initialement prévu cette information pour disposer d'un libellé à imprimer sur le dessin du tableau pour le cas où le nom serait trop long; dans la mesure où on utilise plutôt un pictogramme je ne sais pas si une abréviation est toujours indispensable - nombre de points : indique le nombre de modules qui dépendent d'un autre (exemple : le nombre de DJ rattaché à un ID); en principe c'est une donnée plutôt à vocation interne au programme, mais je me demande si elle est vraiment pertinente dans la mesure où, en principe, on travaille plutôt avec la "puissance" des circuits concernés. - section : section de câblage à utiliser; c'est une information utile, mais doit-on vraiment la gérer? - observations : j'avais prévu e donner la possibilité d'ajouter un commentaire à un module (utile dans le cas d'une impression pour un document à insrérer dans un dossier papier) - groupe : j'ai l'impression que ça fait double emploi avec le "alimenter par", mais j'avais prévu cette information pour le cas des regroupements logiques de modules (per exemple la protection et la régulation du chauffage), est-ce vraiment utile où se contente-t-on du simple chaînage "alimenter par"? Voilà j'attends vos commentaires, je vais certainement commenter dans un autre fil la dynamique de création du tableau (le fil : "Règles de constitution d'un tableau". [ Message modifié par favdb le 02-01-2012 à 16:19 ] #6favdble 02 janvier à 16h16 Voici la liste (non exhaustive) des types de module:
VI : module vide DJ : disjoncteur (en principe courbe C) CC : coupe-circuit CTHC : contacteur heure creuse IDA : interdif A IDAC : interdif AC IDHI : interdif HI ID3A : interdif triphasé A ID3AC : interdif triphasé AC ID3HI : interdif triphasé HI IS : interrupteur sectionneur HLD : horloge digitale HLA : horloge analogique MH : minuterie PF : parafoudre TR : télérupteur TV : télévariateur TH : thermostat DL : délesteur RT : relai temporisé IC : Inter crépusculaire PC : prise de tableau SN : sonnerie ZZ : inconnu Rappel : le nom des images associées est composé de la manière suivante : - libellé "module_" - code du type de module - taille du module Ainsi un Inter.Dif triphasé de type A pointe vers l'image : module_ID3A6.jpg #7Freudle 03 janvier à 10h03 Salut,
En réponse au premier des deux derniers messages. Effectivement ces infos ne paraissent pas très utiles. En fait ce serait à voir à l'usage selon les retours des utilisateurs. Je pense que pour la 1ère version on devrait s'en passer, aller à l'essentiel, y compris en oubliant les sections d'autant qu'il faudrait selon l'usage tenir compte des longueurs, disposition du compteur, etc. Les codes je propose plutôt .. MIN pour minuterie TL pour télérupteur (souvent utilisé comme référence donc plus facilement associable, éventuellement TLR) TLV pour télévariateur (pour éviter le TV de télé) Et pour les horloges c'est juste une alternative mais je n'ai pas de préférence. On appel ça aussi Inter Horaire à l'instar des inters crépusculaires, donc ce pourrait être IHD et IHA #8favdble 03 janvier à 11h50 OK, je prends en compte, c'est, somme toute, très marginal comme modification. Les données des modules
|