10/05/2008, 11:14:58
En ce qui concerne linknx, c'est possible car il utilise le même
concept qu' ETS. Par objet de communication on définit une adresse
groupe principale qui est la seule capable d'envoyer des télégrammes,
ensuite on peut ajouter d'autres adresses de groupe qui fonctionneront
uniquement en réception.
Les flags read/write/update/transmit/... s'appliquent à toutes les
adresses configurées.
En cas de lecture, la réponse sera envoyée avec l'adresse principale
et pas forcément celle pour laquelle le télégramme "read" est reçu.
(Je pense que c'est le même comportement que le stack officiel)
A+
Jean-François
On 10 mai, 00:00, keldo <kelderm...@ibelgique.com> wrote:
> Un petit mot en passant.
> J'aimerais ajouter un point à la "wishlist" de Tristan :
> Au cas ou ce ne serait pas déjà prévu, ce serait bien de pouvoir gérer
> l'info "retour d'état" d'un objet via une adresse de groupe différente
> que celle de la commande.
concept qu' ETS. Par objet de communication on définit une adresse
groupe principale qui est la seule capable d'envoyer des télégrammes,
ensuite on peut ajouter d'autres adresses de groupe qui fonctionneront
uniquement en réception.
Les flags read/write/update/transmit/... s'appliquent à toutes les
adresses configurées.
En cas de lecture, la réponse sera envoyée avec l'adresse principale
et pas forcément celle pour laquelle le télégramme "read" est reçu.
(Je pense que c'est le même comportement que le stack officiel)
A+
Jean-François
On 10 mai, 00:00, keldo <kelderm...@ibelgique.com> wrote:
> Un petit mot en passant.
> J'aimerais ajouter un point à la "wishlist" de Tristan :
> Au cas ou ce ne serait pas déjà prévu, ce serait bien de pouvoir gérer
> l'info "retour d'état" d'un objet via une adresse de groupe différente
> que celle de la commande.