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

[marc.assin]

On 1 déc, 12:20, Frédéric <f...@gbiloba.org> wrote:
> C'est à dire que j'ai essayé tellement de trucs...
ûûh ?!?

> Pour être sûr de partir dans la bonne direction, et avant de parler flags,
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.

> Faut-il créer des GA pour les statuts ?
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é
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.