18/08/2007, 22:43:38
Vite, en passant, une info et deux petites questions :
L'info, c'est un lien vers la page perso d'un autre fabricant de
modules EIB amateur, il a des chouettes réalisations à analyser :
http://www.dehof.de/eib/EN/index.html
La première question c'est : Avez vous un lien vers une bonne
explication du protocol FT1.2 ? J'aimerai faire une comparaison avec
le protocol du TP-UART afin de voir si il y a beaucoup de changements
pour passer de l'un à l'autre.
La seconde question est plus spécifique pour Stéphane : Si tu utilises
un BCU2 en mode FT1.2 pour communiquer entre le PIC et le bus, lequel
des microcontroleurs va gèrer les adresses de groupe et répondre ACK/
NACK/BUSY dans les temps quand c'est nécessaire, le PIC ou le 68HC05
du BCU2 ?
Bref, tu utilises le BCU2 juste comme un tranceiver ammélioré et le
PIC gère tout ou bien tu confies au BCU2 le travail de gèrer le stack
EIB et alors le PIC ne doit gèrer que l'application proprement dite ?
L'info, c'est un lien vers la page perso d'un autre fabricant de
modules EIB amateur, il a des chouettes réalisations à analyser :
http://www.dehof.de/eib/EN/index.html
La première question c'est : Avez vous un lien vers une bonne
explication du protocol FT1.2 ? J'aimerai faire une comparaison avec
le protocol du TP-UART afin de voir si il y a beaucoup de changements
pour passer de l'un à l'autre.
La seconde question est plus spécifique pour Stéphane : Si tu utilises
un BCU2 en mode FT1.2 pour communiquer entre le PIC et le bus, lequel
des microcontroleurs va gèrer les adresses de groupe et répondre ACK/
NACK/BUSY dans les temps quand c'est nécessaire, le PIC ou le 68HC05
du BCU2 ?
Bref, tu utilises le BCU2 juste comme un tranceiver ammélioré et le
PIC gère tout ou bien tu confies au BCU2 le travail de gèrer le stack
EIB et alors le PIC ne doit gèrer que l'application proprement dite ?