3. Code rejeté
3.1. Erreur de saisie
La recharge des compteurs comme décrite dans le cahier
de charge doit s'effectuer automatiquement (c'est- à dire que les kWh
doivent parvenir directement sur le compteur). Pour des raisons quelconques, il
arrive que le client soit obligé de saisir le code manuellement. Dans
cette hypothèse nous avions considéré que le client avait
mal saisi le code. Afin de vérifier cette hypothèse nous avons
recueilli le code généré par la recharge des compteurs que
nous avons introduit de la manière suivante :
· Code saisi avec 19 chiffres au lieu de 20
· Code saisi en ajoutant un chiffre (21)
· Code saisi avec changement d'un chiffre
L'introduction de 19 chiffres dans le compteur et après
validation ne provoque aucune réaction visible ni audible du compteur.
Cela est dû à la structure du code introduit. En effet la norme
STS est basée sur une logique de jeton composé d'un ensemble de
chiffre limité à 20 pour tout type de token. Si le token est
inférieur à 20 chiffres le compteur ne reconnaitra pas le code
saisi. Ensuite nous avons essayé la recharge en tentant d'introduire 21
chiffres. Lors de la saisie du code le compteur s'est bloqué à 20
chiffres ce qui nous a permis de comprendre que la limite de chiffre
intraduisibledans les compteurs est de 20. Après la validation du code
le compteur affichait toujours « rejeter ». Enfin le test
à travers l'usage d'un code avec changement d'un chiffre nous a, par la
suite, présenté le message de rejet.
A la fin de ces tests, deux hypothèses étaient
à écarter à savoir celle du code à 19 chiffres et
celle à 21. Cependant il subsistait toujours des inquiétudes car
le code généré par la plateforme et pour ce compteur,
était toujours rejeté.
3.2. Erreur de configuration
Le test de plusieurs méthodes dans le point ci-dessus
nous a permis d'écarter deux hypothèses ; cependant le rejet
du code original suscitait encore des questions. Afin de répondre
à ces questions nous nous sommes penchés sur la configuration. Le
paramétrage des compteurs comme présenté dans les
chapitres précédents a montré qu'il existait des
étapes subtiles qui pouvaient passer inaperçues mais dont l'oubli
pouvait engendrer de multiples problèmes. En effet après avoir
vérifié cette hypothèse nous avons contacté le
fournisseur qui a indiqué plusieurs cas dans lequel ce
phénomène pouvait se produire.
· Code d'activation non introduit dans le compteur
· Mauvaise saisi du code
Après avoir recueilli les informations du fournisseur,
nous avons récupéré le code d'activation qui est le
premier code généré après la configuration du
compteur sur le MDM. Ce code qui est composé de deux séries de
code à 20 chiffres doit être nécessairement introduit dans
le compteur avant toute recharge. La saisie de cette série de code dans
le compteur a été effectuée avec succès lors de
notre vérification. Nous avons dans la suite de l'opération,
introduit le code précédemment recueilli sur la plateforme et le
résultat obtenu fut un message sur le compteur d'un code
« réussi ». Après cette manoeuvre nous avons
testé plusieurs codes qui ont tous présenté des
résultats satisfaisants. Enfin nous avons introduit un mauvais code
c'est-à-dire un code à 20 chiffres saisi sans le HES et avons
constaté que le compteur affichait
« rejeté ».
Au regard de ces différents tests, nous avons
constaté deux cas dans lesquels les compteurs affichaient
« rejeté », lors d'une saisie de code ;
notamment le cas d'un compteur n'ayant pas reçu le premier code
d'activation ; également celui d'une saisie frauduleuse ou une
erreur de manipulation lors de la saisie d'un code.
| 
