Retour d'état, faut-il du matériel spécifique ?

[Frédéric]

Le mercredi 1 décembre 2010, marc.assin a écrit :

> Il y a fortes chances que tes flags sont bon (par défaut). Quand il
> n'y a pas d'objet "Status", alors il faut mettre le canal de
> l'actuateur en "Read", mais ce n'est pas ton cas.

Ok.

> Perso, lorsque j'ajoute/installe un nouvel actuateur, je le configure
> par ETS de manière à développer tout ses objets de communication
> utiles.
> Ensuite, je crée un GA par KO, même s'ils ne servent à rien ! (plus
> 2-3 espaces d'adressage de réserve, au cas où...)
> Prenons le cas simple d'unc actuateur TOR, 4 canaux.
> Dans ETS, tu es censé voir un objet "switch" et un objet "status" par
> canal, oui ?
> Donc, à tout le moins, tu vois 8 objets ?
> Perso, suivant mon architecture et nomenclature prédéfinie dans un
> spreadsheet (tout à fait en dehors d'ETS) j'applique cette
> architecture et nomenclature aux objets du nouvel actuateur
> i.e.
> canal 1, switch object = Lampe cuisine plafond Est. On/Off = GA 0/1/18
> (éclairage TOR, rez de chaussée)
> canal 1, status object = Lampe cuisine plafond Est. Status = GA 0/1/19
> (éclairage TOR, rez de chaussée)
> canal 2, switch object = Lampe cuisine plafond Sud. On/Off = GA 0/1/20
> (éclairage TOR, rez de chaussée)
> canal 2, status object = Lampe cuisine plafond Sud. Status = GA 0/1/21
> (éclairage TOR, rez de chaussée)
> etc
> OK ?
> Ensuite, je fais les liaisons avec les autres objets (BP) et le GA
> concerné

Effectivement, ça permet de ne rien oublier ! Je vais adopter cette approche
pour mon petit banc de test....

> Le mieux c'est de poster quelques screen shot ETS avec la config de/
> des actuateurs et les liaisons au niveau des GA. Cà évite 36 questions/
> réponses.
>
> Laisse tes flags "par défaut", il y a de fortes chances pour que ce
> soit bon.

Ok. Je poste mon exemple ce soir.

Merci !

--
Frédéric