28/01/2009, 22:19:36
On 28 jan, 21:33, Kylia <morvillez_anto...@hotmail.com> wrote:
> des sniffeurs, il en existe des milliers sur le net...(à ne pas
> confondre avec un logiciel genre terminal).
>
> Le truc c'est que tu auras un dialogue birectionnel sur la liaison
> RS232...et je ne pense pas que ton soft puisse gérer les routines de
> dialogue (et en fonction de ta passerelle RS232/KNX)
> Aussi, ton soft envoyant des "trames" série, les envoies avec quelle
> configuration ? (vitesse, bit de start, nombre de bit de stop,
> etc...). Si cette conf n'est pas la même que pour la passerelle, tu ne
> pourras jamais la commander, elle ne comprendra jamais ce que tu lui
> envoie, pire (que la trame soit juste ou non).
Les configs RS232 sont adaptables et adaptées en fonction des
caractéristiques de l'interface. Pas de problème la dessus
>
> La led de de RX/TX, ca peut venir de plusieurs choses:
> Soit elle est relié à la pile KNX (en soft) et ne s'allume que si une
> trame est transmise ou reçue (mais des trames interprétées
> correctement).
Beh oui, c'est le cas. C'était une manière de dire que les codes RS
envoyées ne passaient pas sur le bus
> Soit ces leds sont directement reliées aux E/S du microcontroleur et
> clignottent si il y a des bits qui arrivent ou sortent (la c'est pas
> lié au soft, mais à l'électronique) --> ce que je doute sinon tu
> verrais clignoter qqch
> Soit ces leds clignotent quand l'UART du micro de la passerelle est en
> activité "legale" c'est à dire que tu as le bonne config de la liaison
> RS232
>
> De ce fait, pour être honnête, même avec un sniffer, je doute que tu
> puisses faire qqch... Éventuellement, je regarderais au boulot demain
> ce qu'il se basse sur cette liaison série.
>
Je te remercie
> Pour t'en sortir, il te faudra (et j'en suis sur à 99%) faire du dev
> hard ou soft ou les deux.
>
J'en doute ; cette interface FT1.2 est utilisée par plein de
développeur de petite solution et en particulier sous Linux.
C'est, d'après moi, la preuve que le format des codes qu'attend la
passerelle est connu, et ce, sans le driver proprio Falcon.
> On 28 jan, 20:44, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > J'explique un peu plus mon problème.
>
> > Je souhaite à partir d'une télécommande programmable + 1 extender
> > RS232 commander une instal KNX.
>
> > Je dispose pour cela d'une interface RS232/KNX standard ou FT1.2
> > (modèle de chez EIBMarkt).
>
> > Via le soft de la télécommande, je peux créer les codes RS232 en hexa
> > ou en ASCII.
>
> > Jusqu'à présent impossible de faire scintiller la led de l'interface
> > RS/KNX.
>
> > Voilà
>
> > PS : as tu un lien à me donner pour un "sniffeur" RS232
>
> > Merci
>
> > On 28 jan, 20:19, Kylia <morvillez_anto...@hotmail.com> wrote:
>
> > > Bonjour,
>
> > > Il faudrait que tu précises ton besoin : tu veux piloter ton bus via
> > > un logiciel PC que tu réalises toi même?
>
> > > Je peux néanmoins t'apporter quelques éléments de réponses:
>
> > > Ton interface permettant d'accéder au bus est un produit KNX. Le
> > > protocole entre ton PC et ce périphérique est normalisé, et ne
> > > ressemble pas à ce que tu peux voir via l'analyseur de bus de ETS.
>
> > > Deux possibilités dans ton cas
>
> > > - Tu intègres le driver Falcon à ton développement. Tu peux récupérer
> > > les libraires (payantes et onéreuses) auprès de EIBA. Cela te propose
> > > une interface pour pouvoir envoyer des trames sur le bus. Tu as toutes
> > > la doc qu'il te faut quand tu l'achètes, trés facile à mettre en
> > > oeuvre. c'est la solution la plus simple et la plus fiable.
>
> > > - Si tu sais faire un peu d'électronique, il existe un composant que
> > > l'on nomme TP_UART (de siemens) qui coute une dizaine d'euros, mais la
> > > il y a un peu plus de développement à faire. Le TP_UART (tu trouveras
> > > la datasheet sur le net), se pilote par une liaison série TTL (pour le
> > > Rs232, rajouter un max232). En ajoutant quelques composants classiques
> > > (cf. datasheet) tu accèdes directement au bus. Le TP_UART couvre les
> > > couches 1 et 2 du modèle OSI, ce qui implique qu'il faut que tu
> > > développes les autres couches... Si c'est juste pour toi, c'est rapide
> > > à mettre en oeuvre, si c'est pour être labelisé knx, il y a la
> > > certification et la c'est bcp plus complexe...
>
> > > Si tu ne souhaites pas réaliser l'interface avec le TP_UART toi même,
> > > il existe des modules tout fait (mais assez cher)...Tu peux aussi
> > > regarder de ce qui se fait pour linux.
>
> > > Il reste tout de même une methode pour t'en sortir : c'est de mettre
> > > un espion Rs232 et regarder ce qui passe quand tu fais des actions ON/
> > > OFF, et faire l'analogie avec ce que tu vois sur le moniteur de
> > > bus...mais la ca relève un peu de la bidouille et de l'incertitude.
>
> > > Voila voila.
>
> > > On 28 jan, 18:57, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > > > Bonjour,
>
> > > > Je cherche le moyen d'envoyer des trames en Hexadecimal par RS232 via
> > > > une interface RS232/KNX FT1.2 vers le bus.
> > > > Quelqu'un connait-il la structure des trames?
> > > > J'ai essayé en recopiant bêtement les trames récupérées par le
> > > > moniteur de bus d'ETS, mais sans succès.
>
> > > > Merci
> des sniffeurs, il en existe des milliers sur le net...(à ne pas
> confondre avec un logiciel genre terminal).
>
> Le truc c'est que tu auras un dialogue birectionnel sur la liaison
> RS232...et je ne pense pas que ton soft puisse gérer les routines de
> dialogue (et en fonction de ta passerelle RS232/KNX)
> Aussi, ton soft envoyant des "trames" série, les envoies avec quelle
> configuration ? (vitesse, bit de start, nombre de bit de stop,
> etc...). Si cette conf n'est pas la même que pour la passerelle, tu ne
> pourras jamais la commander, elle ne comprendra jamais ce que tu lui
> envoie, pire (que la trame soit juste ou non).
Les configs RS232 sont adaptables et adaptées en fonction des
caractéristiques de l'interface. Pas de problème la dessus
>
> La led de de RX/TX, ca peut venir de plusieurs choses:
> Soit elle est relié à la pile KNX (en soft) et ne s'allume que si une
> trame est transmise ou reçue (mais des trames interprétées
> correctement).
Beh oui, c'est le cas. C'était une manière de dire que les codes RS
envoyées ne passaient pas sur le bus
> Soit ces leds sont directement reliées aux E/S du microcontroleur et
> clignottent si il y a des bits qui arrivent ou sortent (la c'est pas
> lié au soft, mais à l'électronique) --> ce que je doute sinon tu
> verrais clignoter qqch
> Soit ces leds clignotent quand l'UART du micro de la passerelle est en
> activité "legale" c'est à dire que tu as le bonne config de la liaison
> RS232
>
> De ce fait, pour être honnête, même avec un sniffer, je doute que tu
> puisses faire qqch... Éventuellement, je regarderais au boulot demain
> ce qu'il se basse sur cette liaison série.
>
Je te remercie
> Pour t'en sortir, il te faudra (et j'en suis sur à 99%) faire du dev
> hard ou soft ou les deux.
>
J'en doute ; cette interface FT1.2 est utilisée par plein de
développeur de petite solution et en particulier sous Linux.
C'est, d'après moi, la preuve que le format des codes qu'attend la
passerelle est connu, et ce, sans le driver proprio Falcon.
> On 28 jan, 20:44, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > J'explique un peu plus mon problème.
>
> > Je souhaite à partir d'une télécommande programmable + 1 extender
> > RS232 commander une instal KNX.
>
> > Je dispose pour cela d'une interface RS232/KNX standard ou FT1.2
> > (modèle de chez EIBMarkt).
>
> > Via le soft de la télécommande, je peux créer les codes RS232 en hexa
> > ou en ASCII.
>
> > Jusqu'à présent impossible de faire scintiller la led de l'interface
> > RS/KNX.
>
> > Voilà
>
> > PS : as tu un lien à me donner pour un "sniffeur" RS232
>
> > Merci
>
> > On 28 jan, 20:19, Kylia <morvillez_anto...@hotmail.com> wrote:
>
> > > Bonjour,
>
> > > Il faudrait que tu précises ton besoin : tu veux piloter ton bus via
> > > un logiciel PC que tu réalises toi même?
>
> > > Je peux néanmoins t'apporter quelques éléments de réponses:
>
> > > Ton interface permettant d'accéder au bus est un produit KNX. Le
> > > protocole entre ton PC et ce périphérique est normalisé, et ne
> > > ressemble pas à ce que tu peux voir via l'analyseur de bus de ETS.
>
> > > Deux possibilités dans ton cas
>
> > > - Tu intègres le driver Falcon à ton développement. Tu peux récupérer
> > > les libraires (payantes et onéreuses) auprès de EIBA. Cela te propose
> > > une interface pour pouvoir envoyer des trames sur le bus. Tu as toutes
> > > la doc qu'il te faut quand tu l'achètes, trés facile à mettre en
> > > oeuvre. c'est la solution la plus simple et la plus fiable.
>
> > > - Si tu sais faire un peu d'électronique, il existe un composant que
> > > l'on nomme TP_UART (de siemens) qui coute une dizaine d'euros, mais la
> > > il y a un peu plus de développement à faire. Le TP_UART (tu trouveras
> > > la datasheet sur le net), se pilote par une liaison série TTL (pour le
> > > Rs232, rajouter un max232). En ajoutant quelques composants classiques
> > > (cf. datasheet) tu accèdes directement au bus. Le TP_UART couvre les
> > > couches 1 et 2 du modèle OSI, ce qui implique qu'il faut que tu
> > > développes les autres couches... Si c'est juste pour toi, c'est rapide
> > > à mettre en oeuvre, si c'est pour être labelisé knx, il y a la
> > > certification et la c'est bcp plus complexe...
>
> > > Si tu ne souhaites pas réaliser l'interface avec le TP_UART toi même,
> > > il existe des modules tout fait (mais assez cher)...Tu peux aussi
> > > regarder de ce qui se fait pour linux.
>
> > > Il reste tout de même une methode pour t'en sortir : c'est de mettre
> > > un espion Rs232 et regarder ce qui passe quand tu fais des actions ON/
> > > OFF, et faire l'analogie avec ce que tu vois sur le moniteur de
> > > bus...mais la ca relève un peu de la bidouille et de l'incertitude.
>
> > > Voila voila.
>
> > > On 28 jan, 18:57, mickg <mickael.gaut...@wanadoo.fr> wrote:
>
> > > > Bonjour,
>
> > > > Je cherche le moyen d'envoyer des trames en Hexadecimal par RS232 via
> > > > une interface RS232/KNX FT1.2 vers le bus.
> > > > Quelqu'un connait-il la structure des trames?
> > > > J'ai essayé en recopiant bêtement les trames récupérées par le
> > > > moniteur de bus d'ETS, mais sans succès.
>
> > > > Merci