DSR sur port com

jjs

19/11/2003 à 21:48

"][¤~Phoenix~¤][" a écrit dans le message
de news: bpg8dk$ntv$

Salut,
Quelqu'un pourrait m'expliquer comment recevoir des donnes sur la broche
6(DSR) du port com, au lieu de la broche 3?
Merci!

Ces 2 broches n'ont pas le même rôle et le même principe de fonctionnement.
La broche 3 Rx (connecteur 25pts) est la broche de réception des données en
série et le circuit d'interface
série désérialise les bits pour les transmettre en parallèle au µP. C'est la
seule broche qui peut faire ca.
La ligne DSR est une ligne de contrôle (tester si à 1 ou à 0) pour gérer les
protocoles par exemple DTR/DSR
Après si ta question est : peux-t-on gérer par programme cette broche pour
d'autres utilisations?
Il faudrait préciser la question
Jack

][¤~Phoenix~¤][

20/11/2003 à 16:06

"jjs" a écrit dans le message de news:
bpgkul$ius$

Après si ta question est : peux-t-on gérer par programme cette broche pour
d'autres utilisations?
Il faudrait préciser la question
Jack

C'ets exactement ca, je voudrais savoir en fait, paske sur un motage que
j'ai recuperé sur le net, il n'utilise pas la broche Rx, mais la DSR et je
me demandais comment fait-il pour lire sur le port si le montage est bracher
sur la broche 6(DSR).

Patrick D

20/11/2003 à 19:01

On Thu, 20 Nov 2003 19:06:03 +0400,
][¤~Phoenix~¤][ wrote:

"jjs" a écrit dans le message de news:
bpgkul$ius$
Après si ta question est : peux-t-on gérer par programme cette broche
pour
d'autres utilisations?
Il faudrait préciser la question
Jack

C'ets exactement ca, je voudrais savoir en fait, paske sur un motage que
j'ai recuperé sur le net, il n'utilise pas la broche Rx, mais la DSR et
je
me demandais comment fait-il pour lire sur le port si le montage est
bracher
sur la broche 6(DSR).

et il fait quoi, le montage ?
il communique des données, ou il sert à commander un moteur ?
parce que s'il envoie des données sur la DSR, c'est plutôt bizarre
s'il se contente de dire marche/arrêt sur la DSR, c'est plutôt OK

--
* remove '.don't.spam' and '.invalid' from my eMail address if you want to
write me *
* enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez
m'écrire *

][?~Phoenix~?][

21/11/2003 à 09:18

"Patrick D" <patrickr.dubois.don' a écrit dans le message de
news:

et il fait quoi, le montage ?
il communique des données, ou il sert à commander un moteur ?
parce que s'il envoie des données sur la DSR, c'est plutôt bizarre
s'il se contente de dire marche/arrêt sur la DSR, c'est plutôt OK

Voici deja l'adresse ou j'ai recupere le montage:
http://ccool44.free.fr/article.php?sid
Il permet donc de commander mon pc a partir d'une telecommande a infrarouge.
Voila, merci d'avance!

--
* remove '.don't.spam' and '.invalid' from my eMail address if you want to
write me *
* enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez
m'écrire *

Johann Dantant

21/11/2003 à 10:33

"][?~Phoenix~?][" a écrit dans le message
de news:bpkhot$6ua$

"Patrick D" <patrickr.dubois.don' a écrit dans le message

de

news:
> et il fait quoi, le montage ?
> il communique des données, ou il sert à commander un moteur ?
> parce que s'il envoie des données sur la DSR, c'est plutôt bizarre
> s'il se contente de dire marche/arrêt sur la DSR, c'est plutôt OK
Voici deja l'adresse ou j'ai recupere le montage:
http://ccool44.free.fr/article.php?sid
Il permet donc de commander mon pc a partir d'une telecommande a

infrarouge.

Voila, merci d'avance!

GetModemStatus pour récupérer l'état de la ligne qui t'intéresse. Bon
courage ensuite pour y retrouver ta trame infrarouge (timings + bit codings
à implémenter 100% en soft).

-- JD
les AAV-type de l'UVV sont prévus pour une gestion semi-manuelle et
semi-automatique. ma gestion du vote est 100 % manuelle afin de
garantir un bon déroulement du scrutin
-+- BenC in Guide du Neuneu d'Usenet- Neuneu ne manque pas de Coffe -+-

][¤~Phoenix~¤][

21/11/2003 à 11:09

"Johann Dantant" a écrit dans le message
de news: bpkmra$7of$

GetModemStatus pour récupérer l'état de la ligne qui t'intéresse. Bon
courage ensuite pour y retrouver ta trame infrarouge (timings + bit

codings

à implémenter 100% en soft).

Ok j'y avais penser(getmodemstatus), mais je sais pas du tout de quelle
facon commencer, comment m'orienter?
Parce qu'avec getmodemstatus, je ne recois qu'une serie de 1 et de 0
identique a chaque fois, et je ne sais comment "retrouver une trame
infrarouge" a partir de la, alors si quelqu'un aurait une piste, un debut
code, enfin au moins un petit quelque chose. C'est assez urgent, c pour un
tpe a rendre mi-decembre. Donc une infime piste pour m'orienter serait la
bienvenue
Merci!

Johann Dantant

21/11/2003 à 14:46

"][¤~Phoenix~¤][" a écrit dans le message
de news:bpko8i$5on$

"Johann Dantant" a écrit dans le

message

de news: bpkmra$7of$
> GetModemStatus pour récupérer l'état de la ligne qui t'intéresse. Bon
> courage ensuite pour y retrouver ta trame infrarouge (timings + bit
codings
> à implémenter 100% en soft).
Ok j'y avais penser(getmodemstatus), mais je sais pas du tout de quelle
facon commencer, comment m'orienter?
Parce qu'avec getmodemstatus, je ne recois qu'une serie de 1 et de 0
identique a chaque fois, et je ne sais comment "retrouver une trame
infrarouge" a partir de la, alors si quelqu'un aurait une piste, un debut
code, enfin au moins un petit quelque chose. C'est assez urgent, c pour un
tpe a rendre mi-decembre. Donc une infime piste pour m'orienter serait la
bienvenue
Merci!

Cela ne dépend que de la télécommande qui émet ! Donc, procure toi la
datasheet de la télécommande, comprend le protocole, et ensuite seulement tu
pourras envisager le décodage... Ne mets pas les boeufs derrière la charrue.

-- Johann Dantant
Serait-il possible de créer un groupe de news à vocation plus commerciale
pour permettre à ses partenaires de traiter des offres et demandes d'ordre
commercial? Après tout, Internet, c'est surtout un espace "business"!
-+- VG in : Guide du Neuneu d'Usenet - Les affaires sont les affaires -+-

][¤~Phoenix~¤][

21/11/2003 à 15:17

"Johann Dantant" a écrit dans le message
de news: bpl5lc$8lj$

Cela ne dépend que de la télécommande qui émet ! Donc, procure toi la
datasheet de la télécommande, comprend le protocole, et ensuite seulement

tu

pourras envisager le décodage... Ne mets pas les boeufs derrière la

charrue.
J'ai deja fait des recherches sur ce sujet, et justement c'est la que je me
suis rendu compte que le code que je lisais sur le port serie(montage
branche sur Rx et non sur DSR), ne correpondait a rien de logique, et
n'avait aucun rapport avec le code normalement prevu. Les consequences
etaient que le code de certaines touches etait le meme(ce qui n'ets pas tres
pratique).
J'ai donc teste le montage avec serialwatcher, pour voir ce que lui il
recevait, et je me suis rendu compte qu'il avait le meme probleme que mon
logiciel.
J'ai branche ensuite sur le DSR au lieu du Rx, j'ai appelle Girder(un
logicile prevu pour fonctionner avec le montage en DSR) et la il reconnait
parfaitement toutes les touches de la telecommande.
C'est a ce moment que j'ia compris qu'il fallait que je lise sur port COM en
utilisant le DSR et non pas le Rx. Mais je ne sais pas du tout comment
faire. J'ai bien essayer un getmodemstatus avec EV_DSR mais je recois une
suite de 1 et de 0 identiques pour chaque touche de ma telecommande, donc
pas moyen de les differencier.
Voila, je cherche donc un moyen de pouvoir lire les codes envoyer par la
telecommande(ben oui il faut bien qu'ils soit diferrents et qu'ils aillent
se loger kkpart), comme je le faisait avec un ptit readfile lorsque le
montage etait branche sur Rx
Je sais c'est assez complique mon probleme, mais je vois pas du tout comment
m'orienter, ou commencer.
Merci pour la patience!

Johann Dantant

21/11/2003 à 15:42

"][¤~Phoenix~¤][" a écrit dans le message
de news:bpl6pf$en1$

J'ai deja fait des recherches sur ce sujet, et justement c'est la que je

me

suis rendu compte que le code que je lisais sur le port serie(montage
branche sur Rx et non sur DSR), ne correpondait a rien de logique, et
n'avait aucun rapport avec le code normalement prevu. Les consequences
etaient que le code de certaines touches etait le meme(ce qui n'ets pas

tres

pratique).
J'ai donc teste le montage avec serialwatcher, pour voir ce que lui il
recevait, et je me suis rendu compte qu'il avait le meme probleme que mon
logiciel.
J'ai branche ensuite sur le DSR au lieu du Rx, j'ai appelle Girder(un
logicile prevu pour fonctionner avec le montage en DSR) et la il reconnait
parfaitement toutes les touches de la telecommande.
C'est a ce moment que j'ia compris qu'il fallait que je lise sur port COM

en

utilisant le DSR et non pas le Rx. Mais je ne sais pas du tout comment
faire. J'ai bien essayer un getmodemstatus avec EV_DSR mais je recois une
suite de 1 et de 0 identiques pour chaque touche de ma telecommande, donc
pas moyen de les differencier.
Voila, je cherche donc un moyen de pouvoir lire les codes envoyer par la
telecommande(ben oui il faut bien qu'ils soit diferrents et qu'ils aillent
se loger kkpart), comme je le faisait avec un ptit readfile lorsque le
montage etait branche sur Rx
Je sais c'est assez complique mon probleme, mais je vois pas du tout

comment

m'orienter, ou commencer.
Merci pour la patience!

Non, ce n'est pas compliqué, c'est juste que ce n'est pas du RS232, donc
rien à voir avec le RX et le ReadFile qui peut aller avec... Une
télécommande normalement constituée n'émet que lorsque tu appuis sur une
touche (sinon, bonjour la décharge de la pile, et le disfonctionnement de
l'appareil dès que la télécommande n'est plus en face). Donc, au repos, du
dois mesurer "rien" sur ton entrée, soit un niveau logique 0 sur le DSR.
D'où première constation, on ne peut pas recevoir "facilement" des 0 et des
1 puisque quand on ne reçoit rien, on reçoit déjà 0... Alors, comment ça
marche ? Eh bien, quand la télécommande envoie quelquechose, ça provoque
effectivement un ou plusieurs passages au niveau 1 logique de ton DSR, mais
cela ne suffit absolument pas pour savoir quel bit a été émis... C'est le
"protocole" qui va te dire ça.

Typiquement, tu peux soit jouer sur la DUREE du 1 (court c'est 0, long c'est
1, ou le contraire), soit jouer sur le DELAIS entre deux 1 (court c'est 0,
long c'est 1, ou le contraire) pour coder chacun de tes bits. Dans les 2 cas
c'est le timing qui va te permettre de discriminer s'il s'agit d'un 1 ou
d'un 0, et non pas le niveau logique lui-même. Comme en plus chacun est
libre de formatter ses données comme il veut à partir de ce principe de base
(code de début de trame, codage sur 4 ou 8 bits ou autre, CRC...), il y a du
boulot si tu veux vraiment "comprendre" ce que te dis la télécommande, et
non pas simplement reconnaître une trame type (enfin, à mon avis, dans ton
projet, cela suffira bien).

Donc, pour bien débuter, il faut que tu commences par te "fabriquer" une
sorte d'analyseur logique : un soft qui lit le DSR à intervalle régulier,
précis et court (les fonctions QueryPerformance... sont là pour la
précision, par contre, pour la régularité, avec un OS non temps-réel, on
repassera...). Tu enregistres chaque passage à 1 avec son timestamp précis,
et à la fin tu affiches le tout. Ca doit te donner un "motif"
caractéristique de la touche pressée. Après, une fois que tu as ça pour
toutes les touches, tu as terminé l'apprentissage, et tu peux essayer de
reconnaître les touches. Par contre, si tu constates que plusieurs touches
ont exactement le même motif, c'est définitivement perdu, c'est que ton
soft/OS/UART/PC (cocher toutes les cases) n'est pas assez rapide pour ce
boulot.

Ca y est, j'ai fait tout ton boulot, heureusement que je ne t'ai pas comme
stagiaire, sinon...

-- Johann Dantant
Pour moi, que ce soit fr.rec.arts.musique.variete ou
fr.rect.arts.chansons, c négatif, parce que je considére pas
la musique comme un art,
-+- BenC in http://neuneu.mine.nu : Neuneu joue du pipo.

"][¤~Phoenix~¤][" <phoenix_darkspirit@hotmail.com> a écrit dans le message
de news:bpl6pf$en1$1@news-reader2.wanadoo.fr...

J'ai deja fait des recherches sur ce sujet, et justement c'est la que je

me

suis rendu compte que le code que je lisais sur le port serie(montage
branche sur Rx et non sur DSR), ne correpondait a rien de logique, et
n'avait aucun rapport avec le code normalement prevu. Les consequences
etaient que le code de certaines touches etait le meme(ce qui n'ets pas

tres

pratique).
J'ai donc teste le montage avec serialwatcher, pour voir ce que lui il
recevait, et je me suis rendu compte qu'il avait le meme probleme que mon
logiciel.
J'ai branche ensuite sur le DSR au lieu du Rx, j'ai appelle Girder(un
logicile prevu pour fonctionner avec le montage en DSR) et la il reconnait
parfaitement toutes les touches de la telecommande.
C'est a ce moment que j'ia compris qu'il fallait que je lise sur port COM

en

utilisant le DSR et non pas le Rx. Mais je ne sais pas du tout comment
faire. J'ai bien essayer un getmodemstatus avec EV_DSR mais je recois une
suite de 1 et de 0 identiques pour chaque touche de ma telecommande, donc
pas moyen de les differencier.
Voila, je cherche donc un moyen de pouvoir lire les codes envoyer par la
telecommande(ben oui il faut bien qu'ils soit diferrents et qu'ils aillent
se loger kkpart), comme je le faisait avec un ptit readfile lorsque le
montage etait branche sur Rx
Je sais c'est assez complique mon probleme, mais je vois pas du tout

comment

m'orienter, ou commencer.
Merci pour la patience!

Non, ce n'est pas compliqué, c'est juste que ce n'est pas du RS232, donc
rien à voir avec le RX et le ReadFile qui peut aller avec... Une
télécommande normalement constituée n'émet que lorsque tu appuis sur une
touche (sinon, bonjour la décharge de la pile, et le disfonctionnement de
l'appareil dès que la télécommande n'est plus en face). Donc, au repos, du
dois mesurer "rien" sur ton entrée, soit un niveau logique 0 sur le DSR.
D'où première constation, on ne peut pas recevoir "facilement" des 0 et des
1 puisque quand on ne reçoit rien, on reçoit déjà 0... Alors, comment ça
marche ? Eh bien, quand la télécommande envoie quelquechose, ça provoque
effectivement un ou plusieurs passages au niveau 1 logique de ton DSR, mais
cela ne suffit absolument pas pour savoir quel bit a été émis... C'est le
"protocole" qui va te dire ça.

Typiquement, tu peux soit jouer sur la DUREE du 1 (court c'est 0, long c'est
1, ou le contraire), soit jouer sur le DELAIS entre deux 1 (court c'est 0,
long c'est 1, ou le contraire) pour coder chacun de tes bits. Dans les 2 cas
c'est le timing qui va te permettre de discriminer s'il s'agit d'un 1 ou
d'un 0, et non pas le niveau logique lui-même. Comme en plus chacun est
libre de formatter ses données comme il veut à partir de ce principe de base
(code de début de trame, codage sur 4 ou 8 bits ou autre, CRC...), il y a du
boulot si tu veux vraiment "comprendre" ce que te dis la télécommande, et
non pas simplement reconnaître une trame type (enfin, à mon avis, dans ton
projet, cela suffira bien).

Donc, pour bien débuter, il faut que tu commences par te "fabriquer" une
sorte d'analyseur logique : un soft qui lit le DSR à intervalle régulier,
précis et court (les fonctions QueryPerformance... sont là pour la
précision, par contre, pour la régularité, avec un OS non temps-réel, on
repassera...). Tu enregistres chaque passage à 1 avec son timestamp précis,
et à la fin tu affiches le tout. Ca doit te donner un "motif"
caractéristique de la touche pressée. Après, une fois que tu as ça pour
toutes les touches, tu as terminé l'apprentissage, et tu peux essayer de
reconnaître les touches. Par contre, si tu constates que plusieurs touches
ont exactement le même motif, c'est définitivement perdu, c'est que ton
soft/OS/UART/PC (cocher toutes les cases) n'est pas assez rapide pour ce
boulot.

Ca y est, j'ai fait tout ton boulot, heureusement que je ne t'ai pas comme
stagiaire, sinon...

-- Johann Dantant
Pour moi, que ce soit fr.rec.arts.musique.variete ou
fr.rect.arts.chansons, c négatif, parce que je considére pas
la musique comme un art,
-+- BenC in http://neuneu.mine.nu : Neuneu joue du pipo.

Vous avez filtré cet utilisateur ! Consultez son message

"][¤~Phoenix~¤][" a écrit dans le message
de news:bpl6pf$en1$

J'ai deja fait des recherches sur ce sujet, et justement c'est la que je

me

suis rendu compte que le code que je lisais sur le port serie(montage
branche sur Rx et non sur DSR), ne correpondait a rien de logique, et
n'avait aucun rapport avec le code normalement prevu. Les consequences
etaient que le code de certaines touches etait le meme(ce qui n'ets pas

tres

pratique).
J'ai donc teste le montage avec serialwatcher, pour voir ce que lui il
recevait, et je me suis rendu compte qu'il avait le meme probleme que mon
logiciel.
J'ai branche ensuite sur le DSR au lieu du Rx, j'ai appelle Girder(un
logicile prevu pour fonctionner avec le montage en DSR) et la il reconnait
parfaitement toutes les touches de la telecommande.
C'est a ce moment que j'ia compris qu'il fallait que je lise sur port COM

en

utilisant le DSR et non pas le Rx. Mais je ne sais pas du tout comment
faire. J'ai bien essayer un getmodemstatus avec EV_DSR mais je recois une
suite de 1 et de 0 identiques pour chaque touche de ma telecommande, donc
pas moyen de les differencier.
Voila, je cherche donc un moyen de pouvoir lire les codes envoyer par la
telecommande(ben oui il faut bien qu'ils soit diferrents et qu'ils aillent
se loger kkpart), comme je le faisait avec un ptit readfile lorsque le
montage etait branche sur Rx
Je sais c'est assez complique mon probleme, mais je vois pas du tout

comment

m'orienter, ou commencer.
Merci pour la patience!

Non, ce n'est pas compliqué, c'est juste que ce n'est pas du RS232, donc
rien à voir avec le RX et le ReadFile qui peut aller avec... Une
télécommande normalement constituée n'émet que lorsque tu appuis sur une
touche (sinon, bonjour la décharge de la pile, et le disfonctionnement de
l'appareil dès que la télécommande n'est plus en face). Donc, au repos, du
dois mesurer "rien" sur ton entrée, soit un niveau logique 0 sur le DSR.
D'où première constation, on ne peut pas recevoir "facilement" des 0 et des
1 puisque quand on ne reçoit rien, on reçoit déjà 0... Alors, comment ça
marche ? Eh bien, quand la télécommande envoie quelquechose, ça provoque
effectivement un ou plusieurs passages au niveau 1 logique de ton DSR, mais
cela ne suffit absolument pas pour savoir quel bit a été émis... C'est le
"protocole" qui va te dire ça.

Typiquement, tu peux soit jouer sur la DUREE du 1 (court c'est 0, long c'est
1, ou le contraire), soit jouer sur le DELAIS entre deux 1 (court c'est 0,
long c'est 1, ou le contraire) pour coder chacun de tes bits. Dans les 2 cas
c'est le timing qui va te permettre de discriminer s'il s'agit d'un 1 ou
d'un 0, et non pas le niveau logique lui-même. Comme en plus chacun est
libre de formatter ses données comme il veut à partir de ce principe de base
(code de début de trame, codage sur 4 ou 8 bits ou autre, CRC...), il y a du
boulot si tu veux vraiment "comprendre" ce que te dis la télécommande, et
non pas simplement reconnaître une trame type (enfin, à mon avis, dans ton
projet, cela suffira bien).

Donc, pour bien débuter, il faut que tu commences par te "fabriquer" une
sorte d'analyseur logique : un soft qui lit le DSR à intervalle régulier,
précis et court (les fonctions QueryPerformance... sont là pour la
précision, par contre, pour la régularité, avec un OS non temps-réel, on
repassera...). Tu enregistres chaque passage à 1 avec son timestamp précis,
et à la fin tu affiches le tout. Ca doit te donner un "motif"
caractéristique de la touche pressée. Après, une fois que tu as ça pour
toutes les touches, tu as terminé l'apprentissage, et tu peux essayer de
reconnaître les touches. Par contre, si tu constates que plusieurs touches
ont exactement le même motif, c'est définitivement perdu, c'est que ton
soft/OS/UART/PC (cocher toutes les cases) n'est pas assez rapide pour ce
boulot.

Ca y est, j'ai fait tout ton boulot, heureusement que je ne t'ai pas comme
stagiaire, sinon...

-- Johann Dantant
Pour moi, que ce soit fr.rec.arts.musique.variete ou
fr.rect.arts.chansons, c négatif, parce que je considére pas
la musique comme un art,
-+- BenC in http://neuneu.mine.nu : Neuneu joue du pipo.

][¤~Phoenix~¤][

21/11/2003 à 16:01

"Johann Dantant" a écrit dans le message
de news: bpl8ta$icl$

Ca y est, j'ai fait tout ton boulot, heureusement que je ne t'ai pas comme
stagiaire, sinon...

Merci beaucoup pour toutes ses infos, maintenant je sais a quoi m'en tenir
et j'espere bien pouvoir faire foncitonner mon programme d'ici peu.
Pour ce qui est de la derniere remarque, je suis desole de n'avoir pu
trouver seul(et pourtant j'ai cherche et cherche), et si les news existe
c'est bien pour ca.
"j'ai fait tout ton boulot" faut pas exagerer, je dirai plutot un partie du
boulot, rest quand mm a tout programmer.
Merci qd meme.
@+

DSR sur port com

10 réponses

Veuillez sélectionner un problème