28/04/2008, 11:00:13
> J'ai déjà eu une fois ou l'autre des erreurs lors de la programmation.
> Pour moi, c'était avec des RAM713 Theben. La plupart du temp ça
> fonctionne au coup suivant, mais je me rapelle une fois avoir dû
> déconnecter et reconnecter physiquement le thermostat du bus, sinon il
> ne voulait plus se faire programmer.
Je confirme ce petit "bug" des RAM713, j'ai eu exactement le même
genre de problème avec les miens.
Pour ma part, j'attribue ce problème à la jeunesse du stack EIB qu'ils
contiennent, en effet, les RAM713 contiennent assez bizarrement DEUX
microcontroleurs : un 68HCxx (coeur de BIM M111 et BCU1) et un NEC
78Kxxx (coeur de BIM M130), le premier ne faisant rien d'autre
qu'assurer la communication avec le bus EIB pour le second.
A mon avis, la synchro entre les deux µC n'est pas parfaite et cela ce
voit quand il y a beaucoup de télégrammes qui sont addressés au
RAM713, comme lors de la programmation d'un module.
Ce serait intéressant de savoir si ton module Merten et le Hager de
Marc Assin utilisent le même genre de coeur "hybride" ; si oui, on
pourrait officiellement confirmer le bug.
> Conclusion (enfin la mienne du moins)
> - comme il n'y avait pas eu de changement avec la tentative qui la
> précédait, ce n'est pas un problème de configuration ETS
C'est aussi mon avis.
> - le module fonctionne finalement donc ce n'est pas de sa faute
La, je suis moins positif par contre, vu le coup des RAM173, mais
alors ce serait plutôt une erreur de design, donc pas la peine de
tenter un appel de la garantie.
> Par contre, j'ai toujours 2 anomalies alors même que la configuration est
> passée :
> - un message d'erreur en faisant device info sur l'interface locale
> - des erreurs de communication lors que je lance un
> option/communication/problem analysis
> J'ai tendance à penser que c'est mon interface IF RS232 qui ne fonctionne
> pas très bien en mode programmation. Pourtant je vois toujours bien les
> télégrammes qui passent sur le bus.
Tu l'utilises en directe sur une porte série de ton PC ou bien avec un
adaptateur USB-->Série ?
Tu l'utilise en FT1.2 à 19200 ou bien en mode PEI à 9600 ?
En principe, une interface série RS-232 --> EIB, ce n'est rien d'autre
qu'un BCU ou un BIM plus quelques opto-coupleurs et de quoi convertir
les tensions TTL en V24. Bref, rien de chinois car il n'y a aucune
application à charger dans le BCU ou le BIM.
Ce serait vraiment étrange que EIBMarkt se soit amusé à réinventer la
roue à grand frais plutôt que d'intégrer un BCU2 OEM dans son
inteface, il y a donc toutes les chances que ce soit un stack EIB
officiel et tout ce qu'il y a de plus classique qui "tourne" dans
cette interface.
Moi, je chercherais plutôt du coté de la liaison entre le PC et
l'interface.
> Si quelqu'un a une autre idée car j'en ai marre d'allumer des cierges pour
> espérer que ma configuration passe.
En électricité, les cièrges, c'est utile quand il y a une panne de
secteur, mais pour le reste, bof bof ...
Il faut vivre avec son temps, personellement, dans ce genre de cas,
j'allume plutôt des bougies de voiture.
;-)
Keldo.
> Pour moi, c'était avec des RAM713 Theben. La plupart du temp ça
> fonctionne au coup suivant, mais je me rapelle une fois avoir dû
> déconnecter et reconnecter physiquement le thermostat du bus, sinon il
> ne voulait plus se faire programmer.
Je confirme ce petit "bug" des RAM713, j'ai eu exactement le même
genre de problème avec les miens.
Pour ma part, j'attribue ce problème à la jeunesse du stack EIB qu'ils
contiennent, en effet, les RAM713 contiennent assez bizarrement DEUX
microcontroleurs : un 68HCxx (coeur de BIM M111 et BCU1) et un NEC
78Kxxx (coeur de BIM M130), le premier ne faisant rien d'autre
qu'assurer la communication avec le bus EIB pour le second.
A mon avis, la synchro entre les deux µC n'est pas parfaite et cela ce
voit quand il y a beaucoup de télégrammes qui sont addressés au
RAM713, comme lors de la programmation d'un module.
Ce serait intéressant de savoir si ton module Merten et le Hager de
Marc Assin utilisent le même genre de coeur "hybride" ; si oui, on
pourrait officiellement confirmer le bug.
> Conclusion (enfin la mienne du moins)
> - comme il n'y avait pas eu de changement avec la tentative qui la
> précédait, ce n'est pas un problème de configuration ETS
C'est aussi mon avis.
> - le module fonctionne finalement donc ce n'est pas de sa faute
La, je suis moins positif par contre, vu le coup des RAM173, mais
alors ce serait plutôt une erreur de design, donc pas la peine de
tenter un appel de la garantie.
> Par contre, j'ai toujours 2 anomalies alors même que la configuration est
> passée :
> - un message d'erreur en faisant device info sur l'interface locale
> - des erreurs de communication lors que je lance un
> option/communication/problem analysis
> J'ai tendance à penser que c'est mon interface IF RS232 qui ne fonctionne
> pas très bien en mode programmation. Pourtant je vois toujours bien les
> télégrammes qui passent sur le bus.
Tu l'utilises en directe sur une porte série de ton PC ou bien avec un
adaptateur USB-->Série ?
Tu l'utilise en FT1.2 à 19200 ou bien en mode PEI à 9600 ?
En principe, une interface série RS-232 --> EIB, ce n'est rien d'autre
qu'un BCU ou un BIM plus quelques opto-coupleurs et de quoi convertir
les tensions TTL en V24. Bref, rien de chinois car il n'y a aucune
application à charger dans le BCU ou le BIM.
Ce serait vraiment étrange que EIBMarkt se soit amusé à réinventer la
roue à grand frais plutôt que d'intégrer un BCU2 OEM dans son
inteface, il y a donc toutes les chances que ce soit un stack EIB
officiel et tout ce qu'il y a de plus classique qui "tourne" dans
cette interface.
Moi, je chercherais plutôt du coté de la liaison entre le PC et
l'interface.
> Si quelqu'un a une autre idée car j'en ai marre d'allumer des cierges pour
> espérer que ma configuration passe.
En électricité, les cièrges, c'est utile quand il y a une panne de
secteur, mais pour le reste, bof bof ...
Il faut vivre avec son temps, personellement, dans ce genre de cas,
j'allume plutôt des bougies de voiture.
;-)
Keldo.