Organisation DB défauts + synthèse défauts

[philou77]

Salut !

Teste tes structures avec une boucle... pas d'autres moyens !!
de plus, mettre la synthèse de défaut dans les défauts ne te rend pas service, car il va falloir 'sauter ces bits' dans tes tests !

[JeremAuto07]

Salut !

Alors l'organisation du DB défaut pour l'IHM n'est pas figé, le tout est d'avoir quelque chose d'organisé pour retrouver les défauts des différentes zones facilement.

[steph68]

Salut,

Un tableau est itérable.
Une structure n'est pas itérable.

Donc t'es bien parti pour une grosse combinaison en OU.
Avec les adresses absolues en plus...

De nos jours, avec l'adressage symbolique, on ne fait plus les réserves.
Suffit de rajouter au fur et à mesure et tout recompiler.

Avec un adressage absolu, effectivement il faut des réserves ...

@+

[JeremAuto07]

Salut,

Je suis bien d'accord avec toi, je suis ouvert à toutes solution. seul chose obligatoire avec des bit individuels pour les défauts et surtout des tag par bit car sinon c'est beaucoup trop usine à gaz pour exporter ça dans un IHM

[steph68]

Donc ça va être l'usine à gaz dans ton IHM et dans ton programme API.
Tu t'imposes des contraintes qui empêchent toutes améliorations, il n'y a plus rien à débattre ... (sauf ceux qui te conseilleront de faire des PEEK et POKE dans une boucle).

Un IHM (quelque soit la marque) sait gérer les tableaux.
Un automate aussi.

Et une communication OPC permet de conserver un adressage symbolique.

A toi de voir ...
Bon courage !

@+

[sinced]

Tu auras la vie plus simple avec 1 tableau.

[JeremAuto07]

Salut, je suis ouvert à vos propositions ! Je n’ai jamais utilisé de tableau.
Pour l’Ihm j’utilise du KEP. Donc si j’ai bien compris, je recrée un tableau de word dans mon DB1000 défauts et je pointe les bits des différents mot dans le programme.
La seul chose qui m’embête dans ce procédé c’est que je ne peux pas mettre de mnémonique à chaque bit. Dans le programme c’est pas un peux compliqué de ce retrouver ?

Vous avez quelques petit extrait de programme pour voir comment vous faite ?

[itasoft]

slts,
pour la déontologie, un DEFAUT c'est toujours bloquant si c'est pas bloquant ça s'appelle une ALARME

[JeremAuto07]

re,

Je suis totalement d'accord avec toi ! la je travail pour un projet dans le domaine du génie climatique et on m'impose l'appellation défauts non bloquant que je trouve absolument pas logique puisque qu'un défaut est bloquant car est un problème. D'après ce que j'ai compris c'est courant dans ce milieu, allez savoir pourquoi

[Bernardo59]

re,
Je suis totalement d'accord avec toi ! la je travail pour un projet dans le domaine du génie climatique et on m'impose l'appellation défauts non bloquant que je trouve absolument pas logique puisque qu'un défaut est bloquant car est un problème. D'après ce que j'ai compris c'est courant dans ce milieu, allez savoir pourquoi

Bonjour,

Il n'y a pas de bonne ou de mauvaise manière d'appeler un défaut une alarme, ou une alarme un défaut.
C'est votre propre définition que vous en faites lors de la création de votre projet.

Pour en revenir à ton problème, il faut passer par un itérable, donc un tableau sinon ça va être grosse galère en mise en service.