Discussion :

[Marty69]

Bonjour,

Je développe une appli pour piloter un afficheur à LEDs : des EPL330
http://www.eplconcept.com/index.php/...rs-mono-lignes

Jusque la tout va bien, la doc sur le protocole est relativement bien faite et j'arrive à faire afficher mes infos sur le ruban de led en envoyant des commandes en TCP...

Le problème apparait lorsque je veux afficher des caractères spéciaux, et notamment des caractères accentués. Dans ce cas il ne m'affiche tout simplement rien !

Donc pour afficher des chiffres et des lettres en minuscules et majuscules pas de problème. Mais impossible de gérer les accents.

Je me dis que c'est peut être en rapport avec l'encodage utilisé par Qt différent de celui géré par les EPL330.

Dans la doc des EPL330 il y deux formats possibles : le CP437 (aussi appelé PLS) et le CP1252 (windows 1252 ou encore latin-9 si j'ai bien compris), à priori j'utiliserai ce dernier.

comment être sur que ce que j'envoie respecte le format Windows-cp-1252 ?

J'ai actuellement ceci :

- l'envoi de "A\r\n" affiche "A" sur la barre de LEDs.
- l'envoi de "{A}\r\n" affiche "a" sur la barre de LEDs.
- l'envoi de "é\r\n" n'affiche rien...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
QByteArray text = "é\r\n";
ledClient->sendText(text);

Pour envoyer un texte par TCP j'utilise la fonction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
bool TCPClient::sendText(QByteArray command)
{
    if (socket->state() != QAbstractSocket::ConnectedState)
    {
        qWarning() << "Couldn't send command : not connected !";
        return false;
    }
    if(socket->write(command))
    {
        if(socket->waitForBytesWritten(2000) && socket->waitForReadyRead((2000)))
        {
            socket->readAll();
        }
    }
    timer->start(timeout);
    return true;
}

Pensez vous que cela vienne d'un problème d'encodage de caractères ? si oui comment y remédier.
Sinon avez-vous une piste ?

Merci pour votre aide

[azias]

Bonjour,

Je ne connais pas du tout l'afficheur LED, en supposant que ce soit bien un problème d'encodage, d'un manière général il faut bien distinguer trois choses:

• l'encodage utilisé dans ton fichier source: c'est géré par ton éditeur, un bon éditeur te permettra de choisir l'encodage que tu veux, je te conseil UTF-8 pour programmer en Qt mais je ne crois qu'il y ait spécialement de règle
  
• l'encodage que le compilateur et le framework va utiliser pour interpréter les chaînes en dur dans ton code. Je crois que dans les dernières version de Qt c'est UTF-8 par défaut (d'où le fait de faire des sources en UTF-8), c'est sans doute paramétrable dans le fichier .pro. Sinon tu peux ajouter ces lignes dans tes sources (pour un source en UTF-8)
  
  

  Code :

  Sélectionner tout - Visualiser dans une fenêtre à part

  1
  2
  	QTextCodec::setCodecForCStrings(QTextCodec::codecForName("UTF-8")) // pour toutes les conversion char* vers QString;
  	QTextCodec::setCodecForTr(QTextCodec::codecForName("UTF-8")); // quand utilise la fonction QObject::tr

  En remplaçant "UTF-8" par l'encodage utilisé pour tes sources.
  
• l'encodage que tu utilises pour envoyer l'info à ton afficheur LED, c'est (apparemment) l'opération que tu fais quand tu fabrique ton QByteArray. pour spécifier l'encodage à utiliser, tu utilises le QTextCodec adéquat pour fabriquer le QByteArray, par exemple pour encoder en latin9 la chaine contenue dans un QString:
  
  

  Code :

  Sélectionner tout - Visualiser dans une fenêtre à part

  1
  2
  3
      QString chaine("blablabla");
      QTextCodec* latin9Codec = QTextCodec::codecForName( "ISO-8859-15" );
      QByteArray chaineBrute = latin9Codec->fromUnicode( chaine );

  Evidemment, encore faut-il que le caractère existe dans l'encodage cible, j'ignore si Qt connait toujours l'encodage "cp-1252" je crois que ça dépend de la plateforme. De mémoire cp-1252 (c'est bien l'encage utilisé par windows?) n'est pas très différent de latin1 ou latin9...

En tout cas, vérifie et test bien les 3 points car je vois souvent un joli méli-mélo d'erreurs sur les questions d'encodage.

En espérant que ça t'aide