Le Net du Kermeur

Un mauvais choix des plages d’intervention a conduit à la perte de contrôle du système et à la pire des situations, le système toujours alimenté sur une batterie faible, sans pouvoir réagir…
Intervention sur place et mise en place d’une batterie de secours pendant deux jours pour rétablir la situation (du mardi 22 au jeudi 24).
Quatre abonnés coupés le dimanche 20, fonctionnement perturbé lundi 21 et mardi 22.
Seul point positif, on sait jusqu’où il ne faut pas aller…

Mise en place d’une procédure de délestage de nuit permettant de ménager la batterie de la station solaire du relais de Plounéour Menez, sur la butte du Grinec.

Cinq paliers de tension sont définis, associés à cinq durées de coupure plus ou moins longues suivant la faiblesse de la batterie; la mesure est faite un peu avant 1H du matin, si la tension est trop faible le boîtier Atmel coupe le routeur pour la durée associée à ce seuil de tension.

Le gain en consommation journalière varie de 10% pour un coupure de 2H40 jusqu’à 30% pour une durée de 8H.

Une premier relevé, en début de nuit, à 21H, permet, s’il y a lieu, de prévenir par mail les abonnés concernés.

Le routeur Wrt102 n’est plus vu de l’AP. Remis sous tension, la lampe Power reste clignotante.
Remplacé par le Wrt146, à noter sur ce dernier une prise Internet isolé, le vlan1 a été pris sur le port 4 (vlan0ports=1 2 3 5* et vlan1ports=0 4 5*).
Durée de la panne du mardi midi au jeudi 10H pour le client, au jeudi 18H pour le relais.

Après analyse des logs, il apparaît que ce redémarrage n’est pas du à une faute du routeur, mais qu’il a été provoqué par le module Atmel de gestion de l’énergie solaire, qui a déclenché son watchdog (coupure d’alimentation pendant 30 secondes si aucune commande n’a été reçue pendant 10 minutes).
La temporisation était un peu courte, et le script du serveur NetBSD, interrogeant le module Atmel un peu tendre … Rallonge de la temporisation et retouche du script.
L’occasion aussi de s’apercevoir qu’il manque une commande au module Atmel permettant d’interroger la date du dernier déclenchement du watchdog (implémentation dans la version 0.007 du programme lndk_avr.c).

Les instabilités du relais de Plounéour Menez, plus fortes que jamais ces deux derniers jours, ont nécessité le remplacement du routeur. Après examen, il s’avère que sur les deux routeurs qui s’y sont succédés, la modification préconisée par le support Mikrotik n’était pas effectuée.

Mise en place d’un troisième routeur (avec la modification) en version 3.0 RC10.

Retouche des programmes de mesure de l’installation solaire qui rendait des mesures largement optimistes (réduction de 4% des valeurs).

Coupure du relais de Plounéour-Menez, du vendredi 30/10 à 22H30 jusqu’au samedi 1/12 à 13H.

Le régulateur solaire semble déclencher trop tôt la protection permettant d’éviter une décharge profonde de la batterie. Cablage de l’utilisation directement sur la batterie pour outre-passer cette détection; les délestages éventuels sont à gérer par le serveur d’exploitation via la carte micro-contrôleur Atmel.

Il est constitué de deux Buffalos sous Openwrt, rediffusion par une antenne omni 8dB, les distances sont courtes.

Le relais de Plounéour Ménez reste très instable. Passage de la version 3.0RC7 de RouterOS à la version 3.0RC9 pour tenter de résoudre cette instabilité.
Quelques adaptations dans les scripts d’exploitation basés sur Perl::Expect.
Parallèlement un firmware sur base Openwrt est en préparation.

De nouveau des occupants de la salle bricolant le tableau électrique !!!

Décharge totale de l’onduleur, suivi d’un mauvais redémarrage de la passerelle pfSEnse.
Coupure de 16H50 à 19H25 pour les accès Internet, coupure jusqu’au lendemain 10H50 pour la liaison de sauvegarde des serveurs