21/08/2012, 08:55:12
Oui, tout à fait. En gros, tu peux voir le LOGO! comme un super module logique knx, qui permet d'être programmé comme un automate, et qui dispose d'entrée/sorties physiques.
Dans le LOGO!, tu vas définir tes I/O physiques (TOR, ana...), et te I/O virtuelles, lesquelles seront mappées sur des adresses de groupe. Dans ton programme LOGO!, tu vas utiliser une de ces I/O virtuelle (ici, un TOR = 1 bit sur knx) pour déclencher quelque chose. Côté knx, tu vas écrire sur la GA correspondant à cette I/O virtuelle, et le LOGO! verra la valeur changer.
Ensuite, ton programme vis sa vie, et à un moment, il peut écrire sur une autre I/O virtuelle, elle aussi mappée sur une GA knx. LA valeur écrite par le LOGO! sera transmise sur la GA correspondante. Dans ETS, tu auras lié cette GA à tes stores, et hop !
Tout cela est purement théorique, car je n'ai pas encore fait de tests aussi poussés, mais bon, en lisant la doc, c'est ce que j'ai compris. Je ne vois pas comment ça pourrait fonctionner autrement.
Dans le LOGO!, tu vas définir tes I/O physiques (TOR, ana...), et te I/O virtuelles, lesquelles seront mappées sur des adresses de groupe. Dans ton programme LOGO!, tu vas utiliser une de ces I/O virtuelle (ici, un TOR = 1 bit sur knx) pour déclencher quelque chose. Côté knx, tu vas écrire sur la GA correspondant à cette I/O virtuelle, et le LOGO! verra la valeur changer.
Ensuite, ton programme vis sa vie, et à un moment, il peut écrire sur une autre I/O virtuelle, elle aussi mappée sur une GA knx. LA valeur écrite par le LOGO! sera transmise sur la GA correspondante. Dans ETS, tu auras lié cette GA à tes stores, et hop !
Tout cela est purement théorique, car je n'ai pas encore fait de tests aussi poussés, mais bon, en lisant la doc, c'est ce que j'ai compris. Je ne vois pas comment ça pourrait fonctionner autrement.