Table des Matières
Publicité
$module->set_logicalName($newname);
$module->saveToFlash();
}
printf("Current name: %s<br>", $module->get_logicalName());
print("New name: <input name='newname' value='' maxlength=19><br>");
print("<input type='submit' value='Submit'>");
} else {
print("Module not connected (check identification and USB cable)");
}
?>
</FORM>
</BODY>
</HTML>
Attention, le nombre de cycle d'écriture de la mémoire non volatile du module est limité. Passé
cette limite plus rien ne garantit de que la sauvegarde des réglages se passera correctement.
Cette limite, lié à la technologie employé par le micro- processeur du module se situe aux
alentour de 100000 cycles. Pour résumer vous ne pouvez employer la fonction
que 100000 fois au cours de la vie du module. Veillez donc à ne pas
saveToFlash ()
appeler cette fonction depuis l'intérieur d'une boucle.
Enumération des modules
Obtenir la liste des modules connectés se fait à l'aide de la fonction
renvoie le premier module trouvé, il suffit ensuite d'appeler la fonction
objet pour trouver les modules suivants, et ce tant que la réponse n'est pas un
dessous un petit exemple listant les module connectés
<HTML>
<HEAD>
<TITLE>inventory</TITLE>
</HEAD>
<BODY>
<H1>Device list</H1>
<TT>
<?php
include('yocto_api.php');
yRegisterHub("http://127.0.0.1:4444/");
$module
= yFirstModule();
while (!is_null($module)) {
printf("%s (%s)<br>", $module->get_serialNumber(),
$module->get_productName());
$module=$module->nextModule();
}
?>
</TT>
</BODY>
</HTML>
7.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 fonction
fraction de 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
le programme. La seule manière de l'éviter est d'implémenter une des deux techniques de
gestion des erreurs décrites ci-dessous.
www.yoctopuce.com
et on suppose ensuite qu'il va y rester pendant la
isOnline ()
yFirstModule()
nextModule()
, qui pourrait faire planter
isOnline()
qui
de cet
. Ci-
NULL
30
Publicité
Table des Matières
