Sur mon installation photovoltaïque en autoconsommation, j’utilise une batterie de stockage connectée à un onduleur Solarman ME3000SP dont j’utilise actuellement la liaison RS485 pour récupérer quelques données sur Jeedom.
Dans ce but, le plugin Solarman me paraît très nettement plus efficient.
Cependant, l’équipement « ME3000SP » que j’ai créé avec ce plugin me renvoie « 500 Internal Server Error » lors de l’opération « rechargement des paramètres de l’onduleur ».
Auparavant, lors de la configuration du plugin, la procédure de « recherche d’onduleurs » ma renvoyé, en mode debug, un champ vide dans le log « Solarman_recherche_réseau » (pas d’IP et de n° de logger).
Démarrage Interrogation Onduleur ME3000SP
[2023-12-16 01:10:04]DEBUG : Exécution du service : nice -n 19 /usr/bin/python3 /var/www/html/plugins/solarman/ressources/solarman.py --apikey X9bHQq4Xt6ibrP8k7J7XYjyLlNa0nefp4mfvXjlh3wsa7INEa0tJsD8pV4byDFnc --loglevel debug --callback http://127.0.0.1:80/plugins/solarman/core/php/jeeSolarman.php --cyclesommeil 0.5 --cycle 0.3 --nameonduleur ME3000SP --configonduleur sofar_lsw3.yaml --idonduleur 162 --ipclewifi 192.168.1.91 --portclewifi 8899 --serialclewifi 2354183583 --mbslaveid 1
[2023-12-16 01:10:04]INFO : [SOLARMAN] OK
[2023-12-16 01:10:04]INFO : ---------------------------------------------------------------
[2023-12-16 01:10:13]DEBUG : Message du programme solarman. Id de l’équipement : 162
[2023-12-16 01:10:13]DEBUG : Registre décodé en hexa : PID en décimal : 0 valeur = 18472
[2023-12-16 01:10:13]DEBUG : Message du programme solarman. PId de l’équipement : 18472
[2023-12-16 01:20:06]DEBUG : récupération des données de l’onduleur : ME3000SP
Log « Solarman_python_ME3000SP » :
Connexion au data logger 192.168.1.91:8899
[2023-12-16 00:20:11]WARNING : Interrogation des registres [0x0 - 0x27] NOK avec l’exception [NoSocketAvailableError: No socket available]
puis
Attention le plugin ne trouve pas votre logger, il est peut être éteint sinon vérifiez que son adresse IP n’a pas change
Pour l’erreur 500 il faut que tu ailles voir dans les logs de jeedom le fichier http.errors. Tu peux le mettre ici pour qu’on regarde ça ensemble.
La recherche de la clé wifi n’est peut être pas infaillible mais si tu connais son adresse ip et son identifiant (voir la doc du plugin) alors ce n’est pas bloquant.
Je connais l’IP et le numéro de la clé Wifi du ME3000SP. Par contre, son firmware
« LSW3_15_FFFF_1.0.65 » ne donne pas de numéro de port Wifi. Il n’y a que le canal (en automatique pour moi) et la sécurité (WPA2-PSK AES).
Concernant les registres du ME3000SP (ainsi qu’un autre modèle hybride de cette marque), j’utilise actuellement la liaison RS485, jMQTT et le fichier ayant pour lien :
Avec cette configuration, il est possible de donner des ordres au ME3000SP. Il y a des registres à partir de la ligne 161, mais en faisant des extraits, je ne serais pas sûr de donner la totalité des informations nécessaires.
La version de sofware ME3000SP de ce fichier est 2.1.1, mais comme il ne reconnaît pas le batteries Pylontech 5000, j’utilise une version supérieure 3.2.5, en partant du postulat que les registres n’ont pas évolué.
Cette fois j’ai vérifié que des recherches y étaient possibles (il est en pdf, issu directement du texte. Je peux l’envoyer en word. Il semblerait qu’il ne soit pas possible d’envoyer le téléchargement réalisé par Jeedom). Avec mes excuses pour ne pas avoir pensé aux recherches de mots.
Entre les 2 versions de « Solarman_packages » déja expédiées :
Solarman_packages4, d’une part et
Solarman_packages_initial, d’autre part
il n’y a peut-être pas eu de ré-installation, mais une simple mise à jour (j’ai un doute) ; ce qui pourrait peut-être expliquer l’absence de « yaml ».
J’ai noté également que :
la désactivation du plugin Solarman supprimait tous les éléments « Solarman » habituellement listés par l’opération Jeedom de vérification des packages (OK).
la ré-installation et la réactivation du plugin Solarman n’avait pas régénéré le log « Solarman_packages » que j’avais préalablement vidé. Il est actuellement vide.