24/05/2008, 20:04:57
On May 24, 6:46 pm, Marc Assin <raym...@warichet.com> wrote:
> Une petite recherche, via "Recherche dans ce groupe" avec le mot clé
> "récupération" te conduira au post "récupération installation KNX" où
> on mentionne IT GmbH
Merci. En fait j'essaie surtout de comprendre comment ça peut
fonctionner
et avec quelles limites (mon dernier message est parti incomplet,
désolé).
Je sais qu'on peut récupérer le paramétrage (et le programme en code
binaire 6805 ?) d'un participant KNX déjà programmé, par exemple avec
les utilitaires "mpropread" et "mread" de bcu-sdk.
Je suppose que les tables d'adresses sont encodées sous un format
défini par la norme KNX, et qu'il doit donc être facile de les
reconstruire.
Reste le problème du paramétrage applicatif. Soit IT-GMBH a pris la
peine
d'examiner chaque appareil de chaque constructeur et de développer
des algos spécifiques pour extraire les paramètres de leur mémoire,
soit ils ont une approche plus générique. Par exemple, je suppose que
les fichiers VD2/VD3 décrivent la liste des paramètres de chaque
application, et que ETS les encode toujours de la même façon dans
l'image qui est téléchargée. Donc quelqu'un qui a accès au SDK
"ETS+ for manufacturers" doit pouvoir décoder ce paramétrage.
Reste une limitation mentionnée par IT-GMBH :
> Devices that are programmed with an ETS Plug-in, can be read and
> reconstructed only if the device manufacturer supports this (by a
> corresponding Reconstruction Plug-in).
Je suppose que ces plug-ins permettent aux constructeurs de
s'affranchir des limites de l'interface graphique de base présentée
par ETS, et qu'ils correspondent aux DLL dans les fichiers VD2/VD3.
Comment savoir si un appareil particulier utilise un plug-in ETS,
et si ce plug-in supporte la reconstruction ?
> Une petite recherche, via "Recherche dans ce groupe" avec le mot clé
> "récupération" te conduira au post "récupération installation KNX" où
> on mentionne IT GmbH
Merci. En fait j'essaie surtout de comprendre comment ça peut
fonctionner
et avec quelles limites (mon dernier message est parti incomplet,
désolé).
Je sais qu'on peut récupérer le paramétrage (et le programme en code
binaire 6805 ?) d'un participant KNX déjà programmé, par exemple avec
les utilitaires "mpropread" et "mread" de bcu-sdk.
Je suppose que les tables d'adresses sont encodées sous un format
défini par la norme KNX, et qu'il doit donc être facile de les
reconstruire.
Reste le problème du paramétrage applicatif. Soit IT-GMBH a pris la
peine
d'examiner chaque appareil de chaque constructeur et de développer
des algos spécifiques pour extraire les paramètres de leur mémoire,
soit ils ont une approche plus générique. Par exemple, je suppose que
les fichiers VD2/VD3 décrivent la liste des paramètres de chaque
application, et que ETS les encode toujours de la même façon dans
l'image qui est téléchargée. Donc quelqu'un qui a accès au SDK
"ETS+ for manufacturers" doit pouvoir décoder ce paramétrage.
Reste une limitation mentionnée par IT-GMBH :
> Devices that are programmed with an ETS Plug-in, can be read and
> reconstructed only if the device manufacturer supports this (by a
> corresponding Reconstruction Plug-in).
Je suppose que ces plug-ins permettent aux constructeurs de
s'affranchir des limites de l'interface graphique de base présentée
par ETS, et qu'ils correspondent aux DLL dans les fichiers VD2/VD3.
Comment savoir si un appareil particulier utilise un plug-in ETS,
et si ce plug-in supporte la reconstruction ?