Instrument Control (GPIB, Serial, VISA, IVI)
Serial Register
Bonjour Ikoria !
Etre français n'est pas une maladie honteuse ! 😉
Je ne pense pas que la solution à votre problème soit la lecture d'un bit d'interruption.
La lecture de l'info sur le port série doit être réalisée comme suit :
1/ s'assurer que le buffer de réception est vide (en comptant le nombre de caractères présents puis en les lisant)
2/ envoyer la commande LM
3/ lire les caractères reçus (éventuellement dans une boucle, en les concaténant) jusqu'à ce qu'une condition de fin soit atteinte. La condition de fin peut correspondre 1) à la réception d'un nombre prédéfini de caractères, 2) à la réception d'un caractère particulier (RC ou LF par exemple, 3) à la détection d'un silence sur la liaison série, supérieur à un temps prédéfini (timeout). Il serait possible également de jouer avec les signaux de handshaking (DSR/DTR), mais seulement si l'appareil correspondant (le spectro) les gère...
Une solution simple pourrait être d'inclure une temporisation après l'envoi de LM, avant de lire le buffer.
CC
Etre français n'est pas une maladie honteuse ! 😉
Je ne pense pas que la solution à votre problème soit la lecture d'un bit d'interruption.
La lecture de l'info sur le port série doit être réalisée comme suit :
1/ s'assurer que le buffer de réception est vide (en comptant le nombre de caractères présents puis en les lisant)
2/ envoyer la commande LM
3/ lire les caractères reçus (éventuellement dans une boucle, en les concaténant) jusqu'à ce qu'une condition de fin soit atteinte. La condition de fin peut correspondre 1) à la réception d'un nombre prédéfini de caractères, 2) à la réception d'un caractère particulier (RC ou LF par exemple, 3) à la détection d'un silence sur la liaison série, supérieur à un temps prédéfini (timeout). Il serait possible également de jouer avec les signaux de handshaking (DSR/DTR), mais seulement si l'appareil correspondant (le spectro) les gère...
Une solution simple pourrait être d'inclure une temporisation après l'envoi de LM, avant de lire le buffer.
CC
En utilisant les fonctions VISA, à la place des anciennes fonctions série, on peut définir le caractère de fin et une durée limite d'attente (timeout) qui permet de reprendre la main si le spectro ne répond pas au bout d'un temps prédéfini.
Pensez à vider le buffer de réception AVANT d'envoyer la commande LM, car il peut contenir des caractères issus d'un communication précédente avortée. Auquel cas, il deviendrait impossible de lire quoi que ce soit, sauf à développer une fonction d'analyse de string évoluée.
Exemple de pb : une comm interrompue précocement laisse dans le buffer les caractères suivants :
456 RC LF
On envoie LM
Ce qui arrive ensuite dépend de la manière de lire et décoder les caractères.
Par exemple, si on lit une longueur fixe, on obtient :
456 RC LF 123, ce qui n'a pas de sens
Si on attend le LF, on obtient
456 RC LF, la valeur num sera absurde, mais la valeur suivante semblera correcte, puisqu'on laisse dans le buffer 123456 RC LF. Sauf qu'on sera décalé dans le temsp, puisque on lira la valeur précédente !
etc...
CC
Pensez à vider le buffer de réception AVANT d'envoyer la commande LM, car il peut contenir des caractères issus d'un communication précédente avortée. Auquel cas, il deviendrait impossible de lire quoi que ce soit, sauf à développer une fonction d'analyse de string évoluée.
Exemple de pb : une comm interrompue précocement laisse dans le buffer les caractères suivants :
456 RC LF
On envoie LM
Ce qui arrive ensuite dépend de la manière de lire et décoder les caractères.
Par exemple, si on lit une longueur fixe, on obtient :
456 RC LF 123, ce qui n'a pas de sens
Si on attend le LF, on obtient
456 RC LF, la valeur num sera absurde, mais la valeur suivante semblera correcte, puisqu'on laisse dans le buffer 123456 RC LF. Sauf qu'on sera décalé dans le temsp, puisque on lira la valeur précédente !
etc...
CC
