20/01/2008, 14:43:11
> " This re-programming is normally possible with the BCU-SDK (free
> software) but
> I never did it myself. -"
J'ai un petit peu feuilleté la doc du BCU-SDK, et on ne peut pas dire
que cela s'adresse au profane ... il y a peut-être moyen de faire plus
simple.
En gros, tout ce qu'il faut, c'est :
1) Trouver un moyen technique d'écrire un télégramme "arbitraire/
quelconque" sur le bus (et pas seulement vers une adresse de groupe),
en principe il devrait y a voir moyen de faire cela avec le driver
"eibd" sous linux. Personellement, j'essaye de le faire faire par un
microcontroleur.
2) Envoyer un télégramme "ouverture de session" vers le device Merten.
3) Envoyer les télégrammes "écriture dans la mémoire EEPROM" à la
bonne adresse mémoire et avec les bons ID vendeur/fabriquant et ID de
modèle.
4) Envoyer un télégramme "fermeture de session" vers le device Merten.
Le contenu des télégrammes nécessaires est calculable sur base de la
doc librement disponible sur le net, voir à ce sujet un de mes posts
dans la discussion "développement de module à base de PIC", 3ième ou
4ième page je crois.
Cette méthode devrait fonctionner mais UNIQUEMENT avec les module
utilisant un coupleur de bus "classique" BCU1 ou BCU2, donc les Merten
6900-99 et 6902-99.
Une autre méthode est evisageable : modifier le fichier .vd3/4 pour y
mettre les ID des appareils Merten à la place des Schneider. Le
provblème est de "rentrer" dans le fichier .vd3/4 qui est plus ou
moins verrouillé.
Une variante est sans doute plus facile : la base de donnée "générale"
du projet en ETS est gèrée par un moteur Sybase SQL anywhere version
8, donc, à l'aide d'une version complète de Sybase SQL Anywhere 8, il
est sans doute possible d'adapter certaines valeur plus facilement.
Attention, toutes ces méthodes restent du "bidouillage" de haut vol,
au risques et périls de celui ou celle qui désire l'appliquer, la
seule bonne méthode officielle et sans risque étant de faire le siège
du service clientèle des sociétés concernées (Merten et Schneider dans
ce cas-ci) en exigeant de leur part une traduction des bases de
données dans toutes les langues pour tous leurs appareils ...
P.S. : Si quelqu'un applique une des méthodes décrite, je suis
intéressé par les commentaires et le résultat éventuel.
> software) but
> I never did it myself. -"
J'ai un petit peu feuilleté la doc du BCU-SDK, et on ne peut pas dire
que cela s'adresse au profane ... il y a peut-être moyen de faire plus
simple.
En gros, tout ce qu'il faut, c'est :
1) Trouver un moyen technique d'écrire un télégramme "arbitraire/
quelconque" sur le bus (et pas seulement vers une adresse de groupe),
en principe il devrait y a voir moyen de faire cela avec le driver
"eibd" sous linux. Personellement, j'essaye de le faire faire par un
microcontroleur.
2) Envoyer un télégramme "ouverture de session" vers le device Merten.
3) Envoyer les télégrammes "écriture dans la mémoire EEPROM" à la
bonne adresse mémoire et avec les bons ID vendeur/fabriquant et ID de
modèle.
4) Envoyer un télégramme "fermeture de session" vers le device Merten.
Le contenu des télégrammes nécessaires est calculable sur base de la
doc librement disponible sur le net, voir à ce sujet un de mes posts
dans la discussion "développement de module à base de PIC", 3ième ou
4ième page je crois.
Cette méthode devrait fonctionner mais UNIQUEMENT avec les module
utilisant un coupleur de bus "classique" BCU1 ou BCU2, donc les Merten
6900-99 et 6902-99.
Une autre méthode est evisageable : modifier le fichier .vd3/4 pour y
mettre les ID des appareils Merten à la place des Schneider. Le
provblème est de "rentrer" dans le fichier .vd3/4 qui est plus ou
moins verrouillé.
Une variante est sans doute plus facile : la base de donnée "générale"
du projet en ETS est gèrée par un moteur Sybase SQL anywhere version
8, donc, à l'aide d'une version complète de Sybase SQL Anywhere 8, il
est sans doute possible d'adapter certaines valeur plus facilement.
Attention, toutes ces méthodes restent du "bidouillage" de haut vol,
au risques et périls de celui ou celle qui désire l'appliquer, la
seule bonne méthode officielle et sans risque étant de faire le siège
du service clientèle des sociétés concernées (Merten et Schneider dans
ce cas-ci) en exigeant de leur part une traduction des bases de
données dans toutes les langues pour tous leurs appareils ...
P.S. : Si quelqu'un applique une des méthodes décrite, je suis
intéressé par les commentaires et le résultat éventuel.