Publicité
14. Utilisation du Yocto-PT100 en Delphi
if
yRegisterHub('usb', errmsg)<>YAPI_SUCCESS
begin
Write('RegisterHub error:
exit;
end;
Writeln('Device
module := yFirstModule();
while module<>nil
begin
Writeln(
module.get_serialNumber()+'
module := module.nextModule();
end;
yFreeAPI();
end.
14.4. Gestion des erreurs
Lorsque vous implémentez un programme qui doit interagir avec des modules USB, vous ne pouvez
pas faire abstraction de la gestion des erreurs. Il y aura forcément une occasion où un utilisateur
aura débranché le périphérique, soit avant de lancer le programme, soit même en pleine opération.
La librairie Yoctopuce est prévue pour vous aider à supporter ce genre de comportements, mais
votre code doit néanmoins être fait pour se comporter au mieux pour interpréter les erreurs signalées
par la librairie.
La manière la plus simple de contourner le problème est celle que nous avons employé pour les
petits exemples précédents de ce chapitre: avant d'accéder à un module, on vérifie qu'il est en ligne
avec la méthode
isOnline()
seconde nécessaire à exécuter les lignes de code suivantes. Ce n'est pas parfait, mais ça peut
suffire dans certains cas. Il faut toutefois être conscient qu'on ne peut pas totalement exclure une
erreur se produisant après le
manière de l'éviter est d'implémenter une des deux techniques de gestion des erreurs décrites ci-
dessous.
La méthode recommandée par la plupart des langages de programmation pour la gestion des
erreurs imprévisibles est l'utilisation d'exceptions. C'est le comportement par défaut de la librairie
Yoctopuce. Si une erreur se produit alors qu'on essaie d'accéder à un module, la librairie va lancer
une exception. Dans ce cas, de trois choses l'une:
• Si votre code attrape l'exception au vol et la gère, et tout se passe bien.
• Si votre programme tourne dans le debugger, vous pourrez relativement facilement déterminer
où le problème s'est produit, et voir le message explicatif lié à l'exception.
• Sinon... l'exception va crasher votre programme, boum!
Comme cette dernière situation n'est pas la plus souhaitable, la librairie Yoctopuce offre une autre
alternative pour la gestion des erreurs, permettant de faire un programme robuste sans devoir
attraper
les
exceptions
YAPI.DisableExceptions()
chaque fonction sont systématiquement remplacées par des valeurs de retour particulières, qui
peuvent être testées par l'appelant lorsque c'est pertinent. Le nom de la valeur de retour en cas
d'erreur pour chaque fonction est systématiquement documenté dans la référence de la librairie. Il
suit
toujours
la
même
Y_STATE_INVALID
Y_CURRENTVALUE_INVALID
ne sera pas un pointeur nul qui risquerait de faire crasher votre programme. Au pire, si vous affichez
la valeur sans la tester, elle sera hors du cadre attendu pour la valeur retournée. Dans le cas de
fonctions qui ne retournent à priori pas d'information, la valeur de retour sera
tout va bien, et un code d'erreur différent en cas d'échec.
Quand vous travaillez sans les exceptions, il est possible d'obtenir un code d'erreur et un message
expliquant l'origine de l'erreur en le demandant à l'objet qui a retourné une erreur à l'aide des
98
'+errmsg);
list');
do
et on suppose ensuite qu'il va y rester pendant la fraction de
isOnline()
à
chaque
pour commuter la librairie dans un mode où les exceptions de
logique:
une
,
une
méthode
, etc. Dans tous les cas, la valeur retournée sera du type attendu, et
then
('+module.get_productName()+')');
, qui pourrait faire planter le programme. La seule
ligne
de
code.
Il
méthode
get_state()
get_currentValue
suffit
d'appeler
la
retournera
une
retournera
une
YAPI_SUCCESS
www.yoctopuce.com
fonction
valeur
valeur
si
Publicité
Chapitres
