E6 Fiche réflexe
Se connecter
| Consultation et pilotage | http://<passerelle>:8888/ |
|---|---|
| Plus l'édition des variables | http://<passerelle>:8889/ |
Deux demandes d'identifiants successives, avec les mêmes valeurs : celle du navigateur, puis celle du cockpit. La session dure huit heures.
Les trois questions, dans l'ordre
| Question | Où regarder | |
|---|---|---|
| 1 | Les capteurs émettent-ils ? | Tuile Réception radio et graphique des trames reçues |
| 2 | L'authentification est-elle valide ? | Tuile Connexion IoBase |
| 3 | Les mesures sont-elles acceptées ? | Tuile Envoi vers IoBase |
Les trois sont indépendantes. Une authentification valide n'empêche pas un refus à chaque envoi : c'est la confusion la plus fréquente.
Symptôme → première action
| Ce qu'on observe | Ce qu'on fait d'abord |
|---|---|
| Une balise est rouge | Sa dernière trame remonte à plus de six fois sa cadence. Piles, distance, ou capteur arrêté. Vérifier avant tout que les autres balises remontent — si aucune ne remonte, le problème est la passerelle, pas le capteur. |
| Toutes les balises sont rouges | La passerelle n'entend plus rien : alimentation, antenne, ou flux arrêté. Vérifier le temps de fonctionnement sur la tuile Passerelle. |
| Les balises remontent, mais rien n'arrive côté plateforme | Regarder la tuile Envoi vers IoBase. Un refus indique une configuration de balise incomplète ; une erreur de connexion indique une plateforme injoignable (E5). |
| Une balise vient d'être ajoutée et rien ne part | Sa configuration est incomplète : site, source de données, modèle d'équipement et métriques sont obligatoires. Onglet Balises → ✎ Modifier. |
| Un réglage envoyé ne prend pas effet | Normal pendant un cycle : la commande part au prochain réveil du capteur. Au-delà de plusieurs cycles, elle expire et il faut la renvoyer. |
| Le cockpit ne répond plus | Le flux est peut-être arrêté. Se connecter à l'interface d'administration de la passerelle et vérifier son état. |
Trois marqueurs qui ne sont pas des pannes
ASYSTOM_SKIP_GENERIC |
Un capteur d'une autre marque ne va pas chez Asystom. C'est voulu. |
IOBASE_SKIP |
Configuration de balise incomplète : la passerelle préfère ne pas envoyer. Le message dit quels champs manquent. |
DAP_REFRESH_SKIP_FRESH |
Le jeton est récent et volontairement épargné. C'est ce qu'on veut voir après un déploiement. |
Le glossaire complet donne les 91 marqueurs, avec leur niveau de gravité.
Ce qu'il ne faut pas faire
| Forcer un ajout de capteur refusé | Le refus vient d'un garde-fou : renouvellement de jeton en cours, autre ajout en vol, ou même capteur ajouté il y a moins de dix minutes. Attendre quelques secondes. Passer outre a déjà mis la passerelle hors service. |
| Conclure à une panne sur un ping sans réponse | La passerelle ne répond pas au ping, par configuration. Tester avec une requête web. |
| Redéployer le flux sans précaution | Cela redémarre toutes les chaînes et peut consommer un jeton à usage unique. Voir la séquence dans E4. |
Ce qu'on ne peut pas régler soi-même
Validation d'un équipement sur la plateforme, plateforme injoignable, accès distant, second environnement, décodage d'une trame : voir E5 · Ce qui dépend d'un tiers, qui donne pour chaque cas ce qu'il faut vérifier et ce qu'il faut transmettre.
Une mesure perdue ne revient pas
Il n'y a pas de file de rejeu. Une mesure qui n'atteint pas sa destination — coupure, plateforme injoignable — est perdue. Le journal local de la passerelle dit ce qui a été perdu, mais rien ne le rattrape. C'est à savoir avant d'annoncer un délai de reprise.