Discussion :

[superman33]

Bonjour j ai de nouveau un probleme avec leTComport...


En fait je relie le port COm a un telephone portable. Ce dernier m envoie une chaine de caractere . Si au bout d un certain temps je n ai pas repondu.. il me renvoit une autre ....

J ai essayé de faire une boucle du genre:
static boolean aquisition_com2_en_cours=false;

if (aquisition_com2_en_cours==false)
{
aquisition_com2_en_cours=true;

temps_com2_deb=toto.CurrentDateTime();
temps_com2_fin= toto.CurrentDateTime();
ReceptionCOM2_en_cours="";
while ((temps_com2_fin-temps_com2_deb)*24*60*60*1000<300.0)
{
if (ComPort2->InputCount()>0)
{
ComPort2->ReadStr(temp,ComPort2->InputCount() );
ReceptionCOM2_en_cours=ReceptionCOM2_en_cours+temp;
temps_com2_deb=toto.CurrentDateTime();
}

temps_com2_fin= toto.CurrentDateTime();


ou 300 correpondait je pensais au temps en ms sec .Cela marchotte.. mais je n ai pas a 100 % une trame complete sans coupure...


En fait pour shematiser
je penser que c etait un truc du genre:
AA BB CC EE
GG UU DD ZZ

Entre AA et BB je partais de l hypothese que le temps etait tres petit et qu entre EE et GG plus long (300 ms)

En fait je recois la trame sous la forme:

AA BB CC EE GG
UU DD ZZ

En resumé je n arrive pas a detecer la fin dereception pour analuyser ma trame

Quelqu un a des idees??
J ai pensé a utilisé OnRxBuf... mais je ne sais pas comment faire il me dit property not compatible.....


merci

[bandit boy]

Salut,
Sur ce composant il existe l'evennement OnRxChar, qui se lance dès la réception d'un caractère sur le port COM.
Cet évènement te donne un char* contenant les octets recu, et Count, le nombre d'octet dans cette chaine.
C'est peut être plus simple pour toi d'utiliser cet évènnement.

Sinon, ta fonction pourrait être utilisé dans un thread pour scruter en permanance le port COM, mais je te conseil l'évennement donné.

[superman33]

salut bandy.....
le code que tu vois ci-dessosu est mis ds la fonction que tu m as dit
void __fastcall TForm1::ComPort1RxChar(TObject *Sender, int Count)
{
AnsiString Phrase2;
AnsiString Recu,temp,reception_com1;


mais ca marche pas..... j arrive pas a detecter une trame d une autre.. c est pour ca que j ai essayé de me basé sur les tempo.....entre deux trames..

[bandit boy]

Ton protocole de communication n'intègre pas un début de trame, une fin de trame ou alors une longueur ? Voir un checksum pour une vérification de données ?

Si tu connais ton protocole, il doit avoir moyen de faire la différence entre 2 trames.

Ton problème est que tes trames ne sont jamais complète, c'est bien ca ? Ce n'est pas un problème hardware?

[superman33]

non je ne connais pas le protocole en complet pour l instant vu que je suis obligé d espiopnner et de voir ce qui arrive... conclusion je suis bloqué entre 2 trames.
La seule info est que j ai et le temps. Entre deux trames j ai un temps donné tres petit...

[bandit boy]

Si tu es sur que tu tombes entre 2 trames (tu doit donc connaître un minimum de choses sur ce protocol donc) et que ton problème est le Temps, je ne te conseil pas d'utiliser le TComPort, mais d'utiliser les API Windows et de faire un thread.

Avec cette solution, tu ne pourra pas aller plus vite que Windows sur ton PC en fonction de ton code.