Je pilote des périphériques par une liaison RS232 en envoyant des
caractères. Au départ ces caractères sont des codes ASCII.
Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres (128 à
255) c'est la kata !!
En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour tous les
codes.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Paul Bacelar
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de la liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme d'en face et utilisez la class ASCIIEncoding par exemple.
-- Paul Bacelar
"Nicolas TURPIN" wrote in message news:4239acec$0$11715$
Bonjour.
Je pilote des périphériques par une liaison RS232 en envoyant des caractères. Au départ ces caractères sont des codes ASCII. Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres (128
à
255) c'est la kata !!
En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour tous
les
codes.
Je pense que mon PB vient d'Unicode ...
Qqun a t il une idée ?
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de la
liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme
d'en face et utilisez la class ASCIIEncoding par exemple.
--
Paul Bacelar
"Nicolas TURPIN" <nicolas.turpin@axos-fr.com> wrote in message
news:4239acec$0$11715$8fcfb975@news.wanadoo.fr...
Bonjour.
Je pilote des périphériques par une liaison RS232 en envoyant des
caractères. Au départ ces caractères sont des codes ASCII.
Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres (128
à
255) c'est la kata !!
En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour tous
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de la liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme d'en face et utilisez la class ASCIIEncoding par exemple.
-- Paul Bacelar
"Nicolas TURPIN" wrote in message news:4239acec$0$11715$
Bonjour.
Je pilote des périphériques par une liaison RS232 en envoyant des caractères. Au départ ces caractères sont des codes ASCII. Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres (128
à
255) c'est la kata !!
En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour tous
les
codes.
Je pense que mon PB vient d'Unicode ...
Qqun a t il une idée ?
Nicolas TURPIN
Bonjour. Je pense effectivement que mon problème vient de là. Mais j'ai essayé de retourner les classes encoding dans tous les sens sans aucun résultat !! Si qqun a un exemple fonctionnel, je suis preneur.
"Paul Bacelar" a écrit dans le message de news:
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de
la
liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme d'en face et utilisez la class ASCIIEncoding par exemple.
-- Paul Bacelar
"Nicolas TURPIN" wrote in message news:4239acec$0$11715$ > Bonjour. > > Je pilote des périphériques par une liaison RS232 en envoyant des > caractères. Au départ ces caractères sont des codes ASCII. > Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres
(128
à > 255) c'est la kata !! > > En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour tous les > codes. > > Je pense que mon PB vient d'Unicode ... > > Qqun a t il une idée ? > >
Bonjour.
Je pense effectivement que mon problème vient de là.
Mais j'ai essayé de retourner les classes encoding dans tous les sens sans
aucun résultat !!
Si qqun a un exemple fonctionnel, je suis preneur.
"Paul Bacelar" <paul.bacelar@PASDESPAMlaposte.net> a écrit dans le message
de news:O4kK440KFHA.4032@TK2MSFTNGP14.phx.gbl...
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de
la
liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme
d'en face et utilisez la class ASCIIEncoding par exemple.
--
Paul Bacelar
"Nicolas TURPIN" <nicolas.turpin@axos-fr.com> wrote in message
news:4239acec$0$11715$8fcfb975@news.wanadoo.fr...
> Bonjour.
>
> Je pilote des périphériques par une liaison RS232 en envoyant des
> caractères. Au départ ces caractères sont des codes ASCII.
> Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres
(128
à
> 255) c'est la kata !!
>
> En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour tous
les
> codes.
>
> Je pense que mon PB vient d'Unicode ...
>
> Qqun a t il une idée ?
>
>
Bonjour. Je pense effectivement que mon problème vient de là. Mais j'ai essayé de retourner les classes encoding dans tous les sens sans aucun résultat !! Si qqun a un exemple fonctionnel, je suis preneur.
"Paul Bacelar" a écrit dans le message de news:
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de
la
liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme d'en face et utilisez la class ASCIIEncoding par exemple.
-- Paul Bacelar
"Nicolas TURPIN" wrote in message news:4239acec$0$11715$ > Bonjour. > > Je pilote des périphériques par une liaison RS232 en envoyant des > caractères. Au départ ces caractères sont des codes ASCII. > Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres
(128
à > 255) c'est la kata !! > > En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour tous les > codes. > > Je pense que mon PB vient d'Unicode ... > > Qqun a t il une idée ? > >
Sylvain Collange
Nicolas TURPIN a écrit :
Je pilote des périphériques par une liaison RS232 en envoyant des caractères. Au départ ces caractères sont des codes ASCII. Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres (128 à 255) c'est la kata !!
Les caractères 128 à 255 ne sont pas vraiment des codes ASCII... Tu es sûr que c'est réellement des caractères (du texte) que tu envoies et pas des octets (du binaire) ? Sinon ça serait plus simple de traiter ces « caractères » avec des tableaux de byte...
-- Sylvain Collange
Nicolas TURPIN a écrit :
Je pilote des périphériques par une liaison RS232 en envoyant des
caractères. Au départ ces caractères sont des codes ASCII.
Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres
(128 à 255) c'est la kata !!
Les caractères 128 à 255 ne sont pas vraiment des codes ASCII... Tu es
sûr que c'est réellement des caractères (du texte) que tu envoies et pas
des octets (du binaire) ? Sinon ça serait plus simple de traiter ces «
caractères » avec des tableaux de byte...
Je pilote des périphériques par une liaison RS232 en envoyant des caractères. Au départ ces caractères sont des codes ASCII. Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres (128 à 255) c'est la kata !!
Les caractères 128 à 255 ne sont pas vraiment des codes ASCII... Tu es sûr que c'est réellement des caractères (du texte) que tu envoies et pas des octets (du binaire) ? Sinon ça serait plus simple de traiter ces « caractères » avec des tableaux de byte...
-- Sylvain Collange
Simon Mourier [MS]
Mais que cherchez vous à faire au juste? Qu'est ce qui ne marche pas? Simon.
"Nicolas TURPIN" a écrit dans le message de news: 424124de$0$25057$
Bonjour. Je pense effectivement que mon problème vient de là. Mais j'ai essayé de retourner les classes encoding dans tous les sens sans aucun résultat !! Si qqun a un exemple fonctionnel, je suis preneur.
"Paul Bacelar" a écrit dans le message de news:
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de
la
liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme d'en face et utilisez la class ASCIIEncoding par exemple.
-- Paul Bacelar
"Nicolas TURPIN" wrote in message news:4239acec$0$11715$ > Bonjour. > > Je pilote des périphériques par une liaison RS232 en envoyant des > caractères. Au départ ces caractères sont des codes ASCII. > Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres
(128
à > 255) c'est la kata !! > > En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour > tous les > codes. > > Je pense que mon PB vient d'Unicode ... > > Qqun a t il une idée ? > >
Mais que cherchez vous à faire au juste? Qu'est ce qui ne marche pas?
Simon.
"Nicolas TURPIN" <nicolas.turpin@axos-fr.com> a écrit dans le message de
news: 424124de$0$25057$8fcfb975@news.wanadoo.fr...
Bonjour.
Je pense effectivement que mon problème vient de là.
Mais j'ai essayé de retourner les classes encoding dans tous les sens sans
aucun résultat !!
Si qqun a un exemple fonctionnel, je suis preneur.
"Paul Bacelar" <paul.bacelar@PASDESPAMlaposte.net> a écrit dans le message
de news:O4kK440KFHA.4032@TK2MSFTNGP14.phx.gbl...
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de
la
liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le
programme
d'en face et utilisez la class ASCIIEncoding par exemple.
--
Paul Bacelar
"Nicolas TURPIN" <nicolas.turpin@axos-fr.com> wrote in message
news:4239acec$0$11715$8fcfb975@news.wanadoo.fr...
> Bonjour.
>
> Je pilote des périphériques par une liaison RS232 en envoyant des
> caractères. Au départ ces caractères sont des codes ASCII.
> Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres
(128
à
> 255) c'est la kata !!
>
> En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour
> tous
les
> codes.
>
> Je pense que mon PB vient d'Unicode ...
>
> Qqun a t il une idée ?
>
>
Mais que cherchez vous à faire au juste? Qu'est ce qui ne marche pas? Simon.
"Nicolas TURPIN" a écrit dans le message de news: 424124de$0$25057$
Bonjour. Je pense effectivement que mon problème vient de là. Mais j'ai essayé de retourner les classes encoding dans tous les sens sans aucun résultat !! Si qqun a un exemple fonctionnel, je suis preneur.
"Paul Bacelar" a écrit dans le message de news:
Cela marchais en VB6 par hasard car les deux programmes de chaque coté de
la
liaison utilisait le même jeu de caractère.
Il faut déterminer le ou les jeux de caractères reconnues par le programme d'en face et utilisez la class ASCIIEncoding par exemple.
-- Paul Bacelar
"Nicolas TURPIN" wrote in message news:4239acec$0$11715$ > Bonjour. > > Je pilote des périphériques par une liaison RS232 en envoyant des > caractères. Au départ ces caractères sont des codes ASCII. > Pas de soucis pour les vrai code ASCII (de 0 à 127) mais les autres
(128
à > 255) c'est la kata !! > > En VB6 les instructions ASC("x") et CHR(22) marchaient au poil pour > tous les > codes. > > Je pense que mon PB vient d'Unicode ... > > Qqun a t il une idée ? > >
