mammouth a écrit:S'est pas que je prêche pour ma paroisse lol mais pourquoi utiliser une BU pour les entrées et l'IO pour les sorties alors que les IO font entrées/sorties ???
La reponse m'interesse car je suppose qu'il y a une raison non ?
Ben tu donnes toi même la réponse
mammouth a écrit:Pour la programmation SIOC s'est vrai qu'au premier abord c'est repoussant mais parole de debutant on s'y fais super vite et il est relativement facile a comprendre.
Je ne discute pas la supériorité de SIOC si on fait un cockpit maquette ,où il faut simuler au plus près le fonctionnement du vrai.
Mais pour un générique je ne vois vraiment aucun intérêt a se fader des lignes de codes plus ou moins compréhensibles
quand il suffit d'attribuer l'action d'un switch par FSUIPC ou encore plus simple : directement dans FS.
Pour les encodeurs des radios par exemple, bonjour la prise de tête pour définir les limites et les incréments des décimales.
avec une Bodnar -pour les entiers- tu va dans FSUIPC tu tourne dans un sens et tu attribue COM1 ent inc ,
tu tourne dans l'autre sens et tu attribue COM1 ent dec
même chose pour les décimales et c'est tout,
c'est FS qui gère les incréments et les limites comme si tu cliquait à la souris dans le tableau de bord.
Pour le PA le principe est le même en encore plus simple.
Après il faut une master et 3 lignes pour allumer chaque leds de validation
et aussi une display pour les...displays : assez simple a programmer.
Attention, ce n'est pas une critique de SIOC qui est très performant et
que je vais être immanquablement amené à utiliser.
Je ne fais pas compliqué quand je peux faire simple et non l'inverse

A+
Alain