Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Interface RS232/USB EibMarkt
#1
Bonjour

A propos de l'interface Eibmarkt (qui fonctionne très bien et du
premier coup), j'ai une question.
(http://www.eibmarkt.com/cgi-bin/eibmarkt.storefront/
474017a70054f858274450f3362b062a/Product/View/N000250)

Je cherche à l'utiliser pour capter ce qui passe sur le bus, pour, par
exemple, me faire une petite interface de commande/visu.

Pour l'instant, j'ai fait quelques essais en VB, j'accède bien à
l'interface, mais elle reste totalement muette quand je lui envoie un
REQUEST_STATUS via le protocole FT1.2.

Est-ce que quelqu'un a des infos pour m'aider ?

Merci d'avance
Alain
#2
On 18 nov, 11:45, alain <alain.houtek...@laposte.net> wrote:
> mais elle reste totalement muette quand je lui envoie un
> REQUEST_STATUS via le protocole FT1.2.

C'est une question pour quelques martiens spéce (variante bleue, à
fleurs rose fluo).

Mais comme le bidule a plusieurs modes de fonctionnement possibles,
càd RS232 classique et FT 1.2 (pas en même temps), je suppose qu'il
faut d'abord positionner l'I/F en mode FT 1.2 avant de faire les
essais. Il se pourrait que par défaut , il soit en RS232. Je n'ai pas
ce device, je ne sais pas en dire plus.
#3
Oui il y a u curseur pour le mettre en mode FT1.2, mais il est très
visible et je pense que alain l'a vu

On 18 nov, 12:14, Marc Assin <raym...@warichet.com> wrote:
> On 18 nov, 11:45, alain <alain.houtek...@laposte.net> wrote:
>
> > mais elle reste totalement muette quand je lui envoie un
> > REQUEST_STATUS via le protocole FT1.2.
>
> C'est une question pour quelques martiens spéce (variante bleue, à
> fleurs rose fluo).
>
> Mais comme le bidule a plusieurs modes de fonctionnement possibles,
> càd RS232 classique et FT 1.2 (pas en même temps), je suppose qu'il
> faut d'abord positionner l'I/F en mode FT 1.2 avant de faire les
> essais. Il se pourrait que par défaut , il soit en RS232. Je n'ai pas
> ce device, je ne sais pas en dire plus.
#4
Ca, c'est bon, il est bien en FT1.2. C'est de toute façon le mode à
activer pour que l'interface fonctionne avec ETS en USB.

Mais merci quand même.

J'ai récupéré un oscillo, je vais voir ce qui se passe au niveau de la
RS232 pour voir si c'est pas l'adapteur USB/RS232 qui me joue des
tours (ou le driver Windows).
#5
On 18 nov, 17:10, alain <alain.houtek...@laposte.net> wrote:
> c'est pas l'adapteur USB/RS232 qui me joue des tours (ou le driver Windows).

??? Tu veux dire que tu emploies un adaptateur USB/RS232 ???
En plus de l'I/F Eibmakrt ?
#6
Oui, j'utilise l'adaptateur EibMarkt, qui était livré avec un adapt
RS232/USB (le lot pour 129 euros qui apparaît en page d'accueil de
leur site Internet).

Pour être précis, ça n'a pas marché avec l'adaptateur livré
(défectueux), mais je l'ai fait marcher avec un adapt que j'avais en
stock.

Obligé : mon PC (portable) n'a pas d'interface RS232.

Alain


On 18 nov, 17:20, Marc Assin <raym...@warichet.com> wrote:
> On 18 nov, 17:10, alain <alain.houtek...@laposte.net> wrote:
>
> > c'est pas l'adapteur USB/RS232 qui me joue des tours (ou le driver Windows).
>
> ??? Tu veux dire que tu emploies un adaptateur USB/RS232 ???
> En plus de l'I/F Eibmakrt ?
#7
On 18 nov, 20:53, alain <alain.houtek...@laposte.net> wrote:
Est-ce que tu pourrais éclairer ma lanterne à propos de ces différents
modes de connexion ?

J'avais cru comprendre que le bidule a 2 modes (l'un ou l'autre)
a) connexion classique RS232 - PC
b) connexion USB - PC
et dans tout les cas une connexion bus

et donc je ne comprends pas pourquoi il faut empiler 2 devices (j'ai
raté une marche ?)

> mais je l'ai fait marcher avec un adapt que j'avais en stock.
Attention, j'ai lu plein de commentaires sur ces adaptateurs USB/RS232
qui ne marchent pas / à moitié. Perso, j'en ai essayé 2, aucun n'a
fonctionné :-(

> Obligé : mon PC (portable) n'a pas d'interface RS232.
Ben oui, d'où l'intérêt de la porte USB, non ?
un p'tit schéma pour les béotiens ?
#8
> J'avais cru comprendre que le bidule a 2 modes (l'un ou l'autre)
> a) connexion classique RS232 - PC
> b) connexion USB - PC
> et dans tout les cas une connexion bus
> Et donc je ne comprends pas pourquoi il faut empiler 2 devices (j'ai
> raté une marche ?)

@ Marc Assin
Attention, si avec un tabouret de 60cm tu te casses un genou et une
épaule, mieux vaut éviter les escaliers. ;-)

Bon, allez, un petit mot d'explication, il faut bien lire le contenu
de l'offre de Eibmarkt :

1 pce EIB/KNX interface RS232 with protocol switch-over
1 pce Connection plug/clamp. with cable and EIB KNX connection
terminal
1 pce RS232 universal connecting line 1:1 to PC, length 1.8m
*** 1 pce RS232/USB converter ***
1 pce Removable wall mount kit (Click technique)
2 pcs Adhesive pads
4 pcs Fitting cable joining sleeves
1 pce USB-driver software WIN98/2000/XP

Tu vois mieux maintenant ? La ligne avec mes *** ?
Eibmarkt vend un produit très simple : un BCU2 en OEM, avec un mini
circuit convertisseur TLL<->V24 (probablement un Max232, ou un montage
avec optocoupleurs si on a de la chance), un petit interrupteur à
glissière qui est relié à 2 résistances de haute précision (et au BCU2
bien sur) et, autour de tout cela, un petit boitier en plastique avec
les connecteurs (1 DB9 et un "machin" pour le bus EIB).
Point d'USB dans tout cela ... mais à 129 euros, ce n'est pas du vol
car un BCU2 c'est déjà 86 euros.
Pour l'USB, Eibmarkt fourni en dans le pack un "bête" cable
convertisseur USB <-> RS-232, sans doute "made in China / Taiwan" et
très probablement muni d'une puce du type "Prolific PL2303" ou
équivallente.

Donc, pour l'ETS, ce sera toujours une liaison série.
Et comme la gestion du port série en ancien mode "PEI-16 ?" est très
sensible au niveau du timing des lignes RTS et CTS, la "traduction"
effectuée par le cable USB <-> RS232 ne doit pas bien passer, c'est
pourquoi Eibmarkt dit d'utiliser le mode FT-1.2 qui n'a besoin que des
seules lignes TX et RX (et pour ne rien gacher, ce mode est plus
rapide).

... Et une lanterne éclairée, une !
#9
Oui, c'est tout à fait ça.

Pour boucler le tout, j'ai créé un port série virtuel sous Windows
(COM4) avec le gestionnaire de périph, et attaché à l'interface USB.

Pour info pour ceux qui se lanceraient dans la manip, ETS ne supporte
que les ports COM1, COM2, COM3 et COM4. Lors de la création du port
série, il faut donc impérativement prendre un numéro de port entre 1
et 4.

En tout cas, cette solution fonctionne très bien pour programmer les
modules de ma petite instal de test. Pour tout dire, j'ai même été
surpris que ça ait fonctionné aussi vite.

Bon, par contre, c'est pas pour dire, mais j'ai toujours pas la
réponse à ma première question Wink

Sur le coup, j'ai pas encore trouvé de pétrole à mettre dans ma
lanterne : j'aimerais recevoir sur mon PC toutes les trames qui
transitent sur le bus EIB, afin de m'amuser à décoder les trames et
vérifier que j'ai compris le protocole et me faire une petite visu
triviale pour m'aider à tester mon câblage, et aussi de mettre au
point les modules que j'ai l'intention de développer un jour ou
l'autre.

A+ et merci d'avance
#10
> Pour info pour ceux qui se lanceraient dans la manip, ETS ne supporte
> que les ports COM1, COM2, COM3 et COM4. Lors de la création du port
> série, il faut donc impérativement prendre un numéro de port entre 1
> et 4.
Ca c'est étrange car lors de l'installation d'ETS, on voit apparaitre
dans le gestionnaire de périphériques un groupe "EIB Network devices"
rempli d'une tripotée de drivers spécifiques EIB PEI16 pour port
COM1à8 et FT1.2 pour port COM1à8.
En toute bonne logique, les ports COM5, 6, 7 et 8 devraient aussi
fonctionner ...

> Bon, par contre, c'est pas pour dire, mais j'ai toujours pas la
> réponse à ma première question Wink
Je ne suis pas un grand spécialiste du prottocol FT1.2 ... peut-être
Stéphane H. pourrait-il répondre ?
Juste une suggestion tout de même : quelle est la config de ton port
série sur le PC ?
Pour le vieux mode PEI16, c'est 9600 , 8N1 et hardware flow control
(RTS/CTS activés) qu'il faut,
MAIS pour le mode FT1.2, c'est 19200, 8E1 et pas de flow control.
N'aurais-tu pas fait l'erreur de laisser la parité sur "none/sans" ? ,
pour le FT1.2 il faut la mettre sur "even/paire".
#11
Bien vu pour la vitesse et la parité !

Le Request Status me répond une trame intelligible ... et même
correcte.

Et quand j'envoie une trame, le coupleur me répond un gentil "E5"
d'acquittement.

Me reste plus qu'à comprendre comment envoyer une commande vers un
groupe, et, surtout, de recevoir tout le trafic du bus (donc activer
la fonction bus monitor).

Merci beaucoup.
#12
Bonjour,

Si tu veux éviter de ré-inventer la roue, il existe EIBD (
http://www.auto.tuwien.ac.at/~mkoegler/index.php/eibd ) qui fait ça
très bien. Accès au bus (lecture/écriture), busmonitor, programmation
des participants etc... Et même si tu décides de créer ta solution,
jeter un oeil a leur code pourrait t'aider.

Bàt,

Jean-François

On 19 nov, 22:49, alain <alain.houtek...@laposte.net> wrote:
> Bien vu pour la vitesse et la parité !
>
> Le Request Status me répond une trame intelligible ... et même
> correcte.
>
> Et quand j'envoie une trame, le coupleur me répond un gentil "E5"
> d'acquittement.
>
> Me reste plus qu'à comprendre comment envoyer une commande vers un
> groupe, et, surtout, de recevoir tout le trafic du bus (donc activer
> la fonction bus monitor).
>
> Merci beaucoup.
#13
Bonjour

Merci. Si j'ai bien compris EIBD cible Linux. Je reste sous Windows
pour l'instant, faute de temps.

Par contre, j'ai trouvé l'info que je cherchais en analysant un autre
code : celui du proje HomeServer dispo sur SourceForge.

Pour ceux qui sont intéressés, j'ai trouvé les codes suivants (en
hexa) :

- Reset de l'interface : 10 40 40 16. Réponse du module : E5 = ACK

- Demande d'identification de l'interface : 68 02 02 68 73 A7 1A 16
(c'est le 'A7' qui correspond à la demande d'identification, les 5
premiers octets et les 2 derniers correspondent au protocole FT1.2)

- Activation du mode bus monitor : 68 08 08 68 53 A9 90 18 34 56 78 0A
B0 16 (là, c'est la séquence A9 90 18 34 56 78 0A qui active le mode
bus monitor). Réponse du module : E5 = ACK, puis le module envoie sur
la RS232 tout ce qui passe sur le bus en l'encapsulant dans du
protocole FT1.2.

Je vais encore faire un peu "mu-muse", mais ensuite, tu as raison, je
vais essayer de ne pas refaire ce qui marche bien. Mais j'y peux rien,
j'aime bien bidouiller pour comprendre.


En tout cas, merci à tous pour votre aide.
Alain
#14
On 19 nov, 22:49, alain <alain.houtek...@laposte.net> wrote:
> Bien vu pour la vitesse et la parité !
Et deux lanternes, deux ! ;-)


> Me reste plus qu'à comprendre comment envoyer une commande vers un
> groupe, et, surtout, de recevoir tout le trafic du bus (donc activer
> la fonction bus monitor).
Selon mes maigres connaissances FT1.2, et si j'ai bien compris, il y a
trois modes de fonctionnement distincts des BCU2 en FT1.2.
1) Le bus monitor : on reçoit tout mais il est impossible d'envoyer.
2) Le mode "normal", dans lequel il faut configurer une ou plusieures
adresses de groupe pour chaque objet disponible du BCU2 et le
protocole FT1.2 communique alors sur le port série les mises à jours
des objets. Dans ce mode, le BCU2 fonctionne comme pour n'importe
quelle application classique (un bouton poussoir par ex.), donc il
possède et gère en mémoire une table d'objets, une table
d'associations objets/adresses, une table d'adresse de groupe, une
adresse physique, etc. ; la seule différence est qu'aucune application
spécifique ne tourne sur le BCU2, il faut la faire tourner sur un CPU
externe relié par la liaison série. Dans ce mode il est possible de
demander au BCU2 d'envoyer vers le bus la valeur d'un objet mais pas
de choisir via soft vers quelle adresse de groupe est dirigé le
télégramme (c'est fixé par la table d'association du BCU2).
3) Le mode "transciever". Dans ce mode, le BCU2 ne garde en mémoire
aucune information, c'est donc le CPU externe relié par la liaison
série qui doit tout faire : connaitre son adresse physique, faire le
tri de tous les télégrammes reçus depuis le bus, calculer le checksum
et, le cas échéant, répondre par ACK, NACK ou BUSY, ce CPU devra aussi
gèrer toutes les tables d'adresse de groupe, associations, flags des
objets, etc. Dans ce mode, le CPU reçoit et envoit des télégrammes
encapsulé dans une trame FT1.2 ; c'est évidemment le mode le plus
intéressant pour faire une visu sur PC mais il y a pas mal de boulot à
prévoir pour l'écriture du soft de gestion du protocole.


Atteindre :


Utilisateur(s) parcourant ce sujet :