20/01/2008, 15:06:12
Mes BP sont des modèle 628xxx (avec BCU intégrée).
Ce qui me laisse perplexe, c'est que cela concerne le même
produit.
Si chaque fois qu'un firme se fait racheter, cet ID change,
bonjour les dégats...
Donc, si je comprends bien, il suffirait à Schneider de mettre à dispo
une version des fichiers .vd3/4 avec l'ID Merten.
Je m'en vais leur envoyer un email, et je vous
tiens au courant de l'éventuelle réponse.
En tout cas, grand merci pour la clarté de vos réponses.
Bruno
P.S: Existe-t-il une doc donnant le format des fichiers .vd3/4?
On 20 jan, 14:43, keldo <kelderm...@ibelgique.com> wrote:
> > " 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.
Ce qui me laisse perplexe, c'est que cela concerne le même
produit.
Si chaque fois qu'un firme se fait racheter, cet ID change,
bonjour les dégats...
Donc, si je comprends bien, il suffirait à Schneider de mettre à dispo
une version des fichiers .vd3/4 avec l'ID Merten.
Je m'en vais leur envoyer un email, et je vous
tiens au courant de l'éventuelle réponse.
En tout cas, grand merci pour la clarté de vos réponses.
Bruno
P.S: Existe-t-il une doc donnant le format des fichiers .vd3/4?
On 20 jan, 14:43, keldo <kelderm...@ibelgique.com> wrote:
> > " 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.