Repeter/Gateway Mysensors

Voilà, j’ai commencé la description de ce nouveau petit projet à base qui est bien pratique pour les détenteurs du module Linky Mysensors.

MySensors Repeter/Gateway USB

Les travaux avancent sur ce nouveau module qui aura deux fonctions possibles. Il pourra être utilisé comme « repeter » pour relayer les données envoyées par un capteur vers sa gatway. Il pourra aussi être utilisé comme gateway USB simple.

Ce module en tant que repeter peut-être très utile pour les personnes ayant des soucis de portée entre le module LinkyMySensors et sa gateway. De plus, il est doté d’un capteur DHT22 pour la mesure de température et le taux d’humidité.

Un article complet est en cours d’écriture et sera en ligne prochainement. J’attends avec impatience son pcb afin de prendre des photos du montage.

A suivre…

Sondage

Je lance un petit sondage sur mes réalisations actuelles autour du Linky afin d’avoir ton avis sur les modules présentés. Celui-ci m’aidera dans les améliorations futures et me donnera des idées pour d’autres projets.

Il faut juste suivre ce lien et cela quelques minutes : Sondage FuméeBleue

Merci d’avance !

in progress…

Pour ce début d’année, je termine une mise à jour du code pour le module LinkyMySensors qui sera unique pour les modes du TIC historique et standard. Avec cette version V2.00 il sera possible de connecter le module sans changer le code et sans définir le mode; il sera capable de s’adapter automatiquement à la vitesse du TIC lors de son démarrage. Cette évolution est déjà disponible sur le firmware V2 du module RFMLinky.

Autre point, j’ai engagé la création d’une nouveau module Mysensors; un « repeter » utilisant un module Seeduo XIAO et une NRF24L01 avec un petit amplificateur intégré. Ce « repeter » permettra d’augmenter la portée du module Mysensors si celui-ci est un peu trop éloigné de sa gateway et aussi de remonter la température et le taux d’humidité. Je pense que ce nouveau module sera disponible début février.

Et dernier point, j’ai aussi l’intention de réaliser un module pour le compteur Gazpar dans les mois à venir.

A suivre…

Mise à jour Teleinfo RFM V2.00

Pour cette fin d’année 2021, je te propose une mise à jour logicielle majeure de module TeleinfoRFM et de sa gateway associée.

Cette dernière apporte une compatibilité avec les modes TIC historique et standard et permet aussi de récupérer l’ensemble des données de télé-information quel que soit le mode du compteur Linky (monophasé, triphasé, producteur). Pour cela, je me suis appuyé sur la librairie « libTeleinfo » de Charles HALLARD que je tiens à remercier pour la qualité de celle-ci.

Du côté de la gateway, un correctif a été apporté sur la connexion vers le broker MQTT et il est maintenant possible d’envoyer les données vers un serveur web.

Erratum sur carte d’alimentation

Il y a une erreur sur la liste des composants pour la carte d’alimentation du module Linky. Les résistances R3 et R5 doivent être des 10k et non des 100k.

En mettant des 100k, tu risques d’avoir une non-réception des données, car le signal risque d’être incorrect. J’ai peut-être livré cette valeur sur certaines commandes, si tu es dans ce cas merci de revenir vers moi.

Version 2 de Linky MySensors

Une mise à jour de module Linky arrive avec quelques évolutions mineures mais importantes :

  • Remplacement de module NRF24L01 « noname » par une version plus aboutie « EBYTE ». Elle a en autres une version E01-ML01 pourvu d’un connecteur IPX permettant de mettre une antenne externe afin de doubler théoriquement sa portée.
  • Remplacement des led cms en version classique
  • Remplacement du régulateur LT1117 par un MCP1703
  • Mise à jour du firmware en version 1.1.5

Les articles ont été modifiés avec cette évolution.

Mysensors – Réglage du BOD

Après la description du montage à base de RFM95, je suis revenu sur le montage LinkyMySensors pour tester un autre axe d’amélioration sur la puissance d’émission. Il est possible de pousser au max la puissance du module NRF24L01 via la #define MY_RF24_PA_LEVEL mais sans certitude d’avoir un montage stable, sans reboot intempestif de l’arduino.

Le reboot est lié entre autres au paramétrage des fusibles internes du microcontrolleur et notamment le BOD qui défini le seuil de tension acceptable pour son fonctionnement. Au-dessous de celui-ci, un reboot est lancé..

Par défaut le seuil est à 2.7v sur un arduino pro mini. Il est possible de le modifier facilement, mais demande un « reflashage » du bootloader via l’interface ISCP. Cf. ce petit article décrivant la procédure à suivre : https://www.arduino.cc/en/Hacking/MiniBootloader

J’ai réalisé cette manipulation sur mon arduino avec un seuil à 1.8v ce qui permet d’avoir une variation possible de la tension plus importante au niveau de l’alimentation durant les phases de sollicitation du NRF24L01. Je peux maintenant pousser le PA_LEVEL au max sans inquiétude. 🙂

25/04 : la page de programmation du Linky Mysensors a été modifiée incluant la partie programmation du BOS via l’interface ISCP.

La consommation du module Linky

Suite à quelques retours que j’ai eus sur la portée du montage Linky MySensors, j’aimerais apporter un complément d’informations sur les contraintes de consommation du module vis-à-vis de l’alimentation disponible sur le compteur Linky.

Le Linky a une sortie disponible depuis les bornes I1 & A avec les caractéristiques suivantes :

  • tension à vide : 13Vrms à 50kHz
  • tension en charge : 6Vrms à 50kHz
  • puissance disponible : 130mW

Avec les 130mW, nous avons donc sous 3.3 volts environ 39mA disponibles.

Le montage est décomposé en différents éléments avec les consommations suivantes :

  • Arduino Pro mini : 10mA
  • Régulateur LT1117 3.3v : 5mA
  • 2 leds : 5mA

Soit un total de 20mA en moyenne, il reste donc 39-20=19mA maximum pour alimenter la partie sans fil et dans notre cas le NRF24L01. Ce module en version classique (sans antenne et ampli) a une consommation entre 12 et 25mA suivant la puissance configurée et le débit utilisé. Un modèle SMA avec une antenne externe et amplificateur a une consommation qui oscille entre 25mA et 150mA.

Avec les 19mA restants, nous pouvons dire adieu au NRF24L01 en version SMA et aussi à la version classique avec une puissance d’émission importante. C’est pour cela que mon montage utilise un NRF classique avec une faible puissance…

Dans un cas concret, j’ai donc réalisé deux mesures avec le NRF24L01 modèle classique avec une puissance par défaut et ensuite avec une puissance max, mais avec une alimentation de labo afin de ne pas être limité sur l’intensité. Voici les courbes de consommation au démarrage du module Linky :

J’ai commencé une petite étude d’optimisation afin de gagner quelques mA; il est possible de faire les modifications/évolutions suivantes :

  • supprimer la led intégrée à l’arduino pro mini : gain 1mA
  • remplacer le régulateur LT1117 par un convertisseur DC-DC : gain 4mA
  • augmenter la valeur des résistances pour les deux LEDs : gain 2mA

Avec celles-ci, il serait possible d’augmenter la puissance de NRF24L01 via le #define MY_RF24_PA_LEVEL mais en aucun cas mettre en place une version SMD.

D’autres axes sont aussi possibles, par exemple :

  • remplacer le NRF24L01 par un module LORA longue portée – RFM95w : j’ai fait le test cette semaine sans succès, car il y a un pic de consommation > 40mA juste après le démarrage. Cette solution n’est pas viable avec l’alimentation actuelle.
  • alimenter le montage par une batterie externe : à étudier, car il y a des contraintes sur la durée de vie de la batterie, la fréquence de l’envoi des données vers la gateway et le temps de lecture des données TIC

Pour le module RF95w intégré à mon montage, voici la courbe de consommation au démarrage :

Nouvelle version Linky MySensors v1.1.4

Voilà une nouvelle version logicielle pour le module Linky en mode « standard » uniquement. Cette nouvelle version à une zone d’options disponibles pour affiner les réglages internes au NRF24L01 notamment le changement de canaux de communication et la puissance d’émission. Une autre modification apporte une optimisation pour la transmission de données afin de minimiser l’empreinte sur la bande passante. Cette version est disponible sur le Github.