À sa première connexion, l'utilisateur arrive sur une page où il doit renseigner ses capteurs.
La page affiche :
une liste de noms symboliques (temp_cli, temp_amb, porte, ...) et demande à l'utilisateur d'associer temp_cli à TEMP_441, temp_amb à TEMP_441A, etc ...
De ce fait, quand un utilisateur relève un défi, ce dernier contient 'TEMP_CLI' et son instance fait le binding TEMP_CLI ---> TEMP_441. C'est ce capteur qui va être récupéré au près du middleware.
L'autre intérêt est de ne proposer à l'utilisateur que des défis qu'il peut relever, càd les défis où tous les noms symboliques peut être associé avec un nom de capteur pour l'utilisateur
À sa première connexion, l'utilisateur arrive sur une page où il doit renseigner ses capteurs.
La page affiche :
une liste de noms symboliques (temp_cli, temp_amb, porte, ...) et demande à l'utilisateur d'associer temp_cli à TEMP_441, temp_amb à TEMP_441A, etc ...
De ce fait, quand un utilisateur relève un défi, ce dernier contient 'TEMP_CLI' et son instance fait le binding TEMP_CLI ---> TEMP_441. C'est ce capteur qui va être récupéré au près du middleware.
L'autre intérêt est de ne proposer à l'utilisateur que des défis qu'il peut relever, càd les défis où tous les noms symboliques peut être associé avec un nom de capteur pour l'utilisateur