Petit post pour dire qu’un correctif est disponible sur Github, pour les modules MySensorsLinky et le RFMLinky. Celui-ci permet de corriger le problème de détection du mode TIC standard lors du démarrage du module. Dans certains cas, le mode TIC standard n’était pas détecté et le module restait en mode TIC historique sans pouvoir recevoir les données de télé-information.
Une grande mise à jour de firmware Linky MySensors est disponible, la version V2.0.0. Cette dernière est maintenant compatible avec les deux modes TIC, historique et standard de façon automatique Plus besoin de re-compiler le firmware, le logiciel est capable de déterminer le mode lors du démarrage du module ! De plus, maintenant l’intégralité des données de télé-information sont remontées. Attention toutefois pour les détenteurs de la version précédente, les commandes MySensors lors de la présentation ont été revues (les numéros sont différents),
Autre point, la pénurie des composants en bien présente avec une disponibilité difficile sur certains composants comme le régulateur MCP1703. Il existe un équivalent broche à broche qui est un peu plus cher, c’est le LM2937.
Bonne nouvelle, j’ai revu la plan de mon module Repeter/Gateway MySensors. Il utilise toujours le module Seeeduino XIAO mais avec un eeprom externe, de plus j’utilise aussi un NRF24L01 avec un connecteur SMA. Tu trouveras sa description complète sur cette page.
Voilà j’ai débuté la description de ce nouveau petit projet à base qui est bien pratique pour les détenteur du module Linky Mysensors.
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…
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 !
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…
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 la 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.
Une mise à jour de module Linky arrive avec quelques évolutions mineures mais importantes :
Les articles ont été modifiés avec cette évolution.
Suite à quelques retours que j’ai eu 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 :
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 :
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 :
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 :
Pour le module RF95w intégré à mon montage, voici la courbe de consommation au démarrage :
