Ouvrir TCP-Modbus via LAN sur Sun2000 ou Sun600 sans sDongle

Puisqu'il n'y a ici que des manipulations autorisées par Huawei, je me permet de placer ma méthode ici.

Pour les versions SUN2000L-xxKTL et SUN2000-xxKTL-L0 en spc334 ou spc335 (version finale) il suffit d'activer l'option.

Pour les SUN2000-xxKTL-L1 et sun600-xxKTL-L0 un petit "chipottage" supplémentaire est nécessaire.

Pour sun2000L-xxKTL / sun2000-xxKTL-L0 / sun2000-xxKTL-L1 de version ≤spc115

A) Via l'APP FusionHome si vous l'utilisez encore (pour L et L0)
Dans le menu [Paramètres] / [Expert] / [Réglage de la puissance]
=> Activer "Planification de puissance distante"

B) Via l'APP FusionSolar (pour tous les modèles)
Dans le menu [Paramètres] / [Régale de la puissance]
=> Activer "Programmation de l'alimentation à distance"

Cela s'arrête ici, le TCP-Modbus est maintenant disponible.

/!\ Pour le sun2000-xxKTL-L1 version ≥ spc116 le port n'est plus le 502 mais 6607

Pour sun600-xxKTL et sun2000-xxKTL-L1 de version ≥ SPC116

Huawei ayant prévu que vous achetiez le sDongle pour bénéficier du port 502, le service TCP-Modbus se trouve maintenant sur le port 6607 et pour rendre celui-ci disponible il faut également :

1) Dans le menu [Paramètres] / [Réglage de la puissance] sélectionner "Contrôleur en boucle fermée" sur "Onduleur"
(pas indispensable mais mieux si vous n'avez pas de dongle)

2) Dans le menu [Paramètres] / [Conf Comm.] / [Paramètres du dongle] sélectionner "Connexion" et régler sur "Activer (sans restrictions)"

3) Dans le menu [Paramètres] / [Conf Comm.] / [Réglage du routeur connecté à l'onduleur] activer l'option "O&M Locales"

(info) Vérifiez que vos paramètres de connexion soient en ordre car il faudra réencoder le mot de passe de votre WiFi dans l'APP.

4) Activer maintenant votre tool pour envoyez les requêtes Modbus sur le port 6607 à partir de votre réseau local (pas le WiFi de l'onduleur) et valider ensuite la modification dans votre APP FusionSolar

Si tout se passe bien, votre APP vous éjectera dans les 30 sec avec le message "L'accès n'est pas autorisé car un autre périphérique accède à l'onduleur"

Laisser votre tool se faire déconnecter et se reconnecter (de manière ininterrompue) à l'onduleur, dans les minutes qui suivent l'onduleur cesse d'éjecter votre tool et c'est gagné.
(A ce stade, laisser le de préférence ouvert plus de 12 minutes)

Redémarrez votre onduleur pour vous assurer que le port reste ensuite bien ouvert via votre réseau local et si c'est le cas votre TCP-Modbus sur port 6607 est maintenant accessible de manière constante et stable

Testé sur les dernières versions spc124, 125 et 127

(info) Si vous retournez dans ce menu, l'option "O&M" sera parfois à nouveau décochée, pour toute modification ultérieure à cet emplacement il faudra impérativement penser à recocher l'option au risque de refermer le port 6607.

Pour sun600-xxKTL et sun2000-xxKTL-L1 de version ≥ SPC130

Simplement activer l'option "O&M Locales", paramétrer l'IP de votre onduleur dans le fichier INI, renseigner port 6607 et ADDR 0.

Lancer le tool, laisser 30~40 sec et la connexion devrait se faire.
(la première connexion prend du temps, ceci est normal)

Si pas ok et que vous avez utilisé cet onduoleur sur une cascade, tenter ADDR 1,2 ou 3 (cas rares)


Notes concernant les L1 (mis à jour au fur et à mesure)
- Ne fonctionne pas si vous possédez un sDongle (c'est alors le port 502 normal)
- Le réseau doit être correct, le signal WiFi à l'onduleur suffisant.
- Fonctionne (au moins) sur tous les L1 dont le numéro de série comment par "HV", "TA" ou 2 chiffres (Si d'autres fonctionnent, merci de le signaler)
- En cas d'échecs successifs, cocher ou décocher DHCP suffit parfois à débloquer la situation, pour ceci mieux vaut s'assurer que l'IP est correctement renseignée dans le routeur ou que la configuration passerelle/masque est correcte sur l'onduleur.
- Si les tentatives infructueuses s’enchaînent, ne pas hésiter à redémarrer l'onduleur et/ou relancer le setup onduleur (voir même recharger la configuration par défaut)
- Sur les L1 dont le numéros de série commence par "TA" et certains "HV" récents, le ping ne répond que durant une petite minute au démarrage de l'onduleur, quand le ping répond de manière constante, c'est généralement signe que l'onduleur est débloqué.
- Sur les anciennes séries, la simple MAJ en 125 ou 127 + cocher O&M suffit (parfois).
- A ce jour tous les L1 rencontrés ont pu êtres débloqués sans exception.
- Si vous avez besoin de mon petit tool pour spammer le port 6607 du L1, faites moi un message privé.

Bonjour,
Merci pour ce tuto, ça va bien m'aider...dès que j'aurais réussi à atteindre les paramètres
J'aurais 2 questions:
- pour faire la manip avec l'APP FusionSolar, il faut être connecté au réseau WiFi de l'onduleur (SUN2000xxx) ou bien sur mon réseau WiFi du domicile ?
- Pour atteindre [Paramètres] / [Régale de la puissance] il faut passer par quel menu/icone de l'appli ?
Merci beaucoup
David

drastef a dit:

Bonjour,
Merci pour ce tuto, ça va bien m'aider...dès que j'aurais réussi à atteindre les paramètres
J'aurais 2 questions:
- pour faire la manip avec l'APP FusionSolar, il faut être connecté au réseau WiFi de l'onduleur (SUN2000xxx) ou bien sur mon réseau WiFi du domicile ?
- Pour atteindre [Paramètres] / [Régale de la puissance] il faut passer par quel menu/icone de l'appli ?
Merci beaucoup
David

Cliquez pour agrandir...

Bonjour,

- L'APP connectée au WiFi de l'onduleur en direct.
- Le tool qui accèdera au port 6607 doit lui être sur le réseau local (où est normalement connecté l'onduleur)

Pour "paramètres", ce sont ceux qui se trouvent dans l'interface installateur donc lorsque FusionSolar est ouvert, en bas à droite "Moi" puis choisir "Mise en service de l'appareil", ...

Quelle type de sun2000 et version firmware utilisez-vous ?

Bonjour,

Merci pour la réponse rapide.
J'ai un SUN2000-3KTL-L1, le soft est en SPC124.
Oui c'es ce que je craignais (qu'il faille passer par le compter installateur). Je n'ai pas le mot de passe.
J'ai vu la procédure pour remettre en config usine (et resetter les mots de passe installateur), mais je crains que reconfigurer l'onduleur soit ensuite un peu chiant...

La procédure pour réinitialiser le mot de passe ne modifie rien au niveau des paramètres

PS: Si votre APP est à jour, il est probable qu'il vous impose l'update spc125 au passage lorsque vous y accéderez.

Ah bon !!? Ah très bien. J'essaierai donc ça dès qu'il y 'aura du soleil demain.
Merci pour vos réponses.

Bonjour,
Les choses avancent. J'ai pu reseter le mot de passe Installateur et j'ai pu appliquer la procédure proposée.
Tout s'est bien passé, et conforme à la description (l'APP m'a en effet demandé de passer en SPC125), par contre je n'ai pas vu la phase de connection/deconnection de l'outil modbus.
Bon toujours et il que l'outil Modbus se connecte bien à l'onduleur sur le port 6607 (c'est déjà une belle avancée).
En revanche, impossible de lire les registres de l'onduleur. D'après ce que j'ai lu, il faut que l'Unit ID (ou Slave ID) soit à 0 et j'utilise qModMaster qui ne supporte visiblement pas (il me fait un erreur Adresse Illégale quand j'essaie). Est ce que vous auriez un outil Modbus TCP qui marche mieux à me conseiller ?
Merci
David

Bon en fait ça marche. Au final il s'avère que l'onduleur est plus pointilleux en Modbus TCP qu'en Modbus RTU. Il n'accepte pas de lire des moitiés de registre. Par exemple, le nom du produit à l'adresse 30000 fait 15 octets, il faut lire les 15 octets d'un coup, sinon l'onduleur retourne une erreur (ce qu'il ne faisait pas en RTU).
Donc tout marche bien. un grand merci à vous pour toutes ces infos !!

N'ayant jamais utilisé le RTU j'apprends ici des choses

Juste un dernier point, si il est prévu que les connexions TCP soient rapprochées il est mieux de laisser un processs constamment connecté que de faire des connexions à la demande.
Trop de connexions dans un délais court provoquent parfois une impossibilité de s'y reconnecter durant un bon moment (faire un reset via le Web pour ne pas attendre) donc avoir une connexion LAN correcte et stable est ici primordial.

C'est un numéro de série commençant par HV ?

Bête question mais cela sert à quoi ?

A récupérer toute info que l'onduleur ou un périphérique attaché tel batterie, smartmeter (ou autre) est cappable de communiquer

Perso je m'en sert surtout pour obtenir le statut, température et production des onduleurs et pour ceux qui ont des batteries les températures des têtes de puissance et de chaque bloc + SOC détaillé de chaque élément, ...

On peut aller loin en récupérant des tonnes d'infos genre stats de chaque panneau pour ceux qui ont des optimiseurs ou d'autres mais le but n'est pas de recréer ce qui existe déjà.

Un bel exemple pratique est un petit tool récupérant les tensions sur le smartmeter au compteur et/ou l'onduleur afin de prévenir quand des surtensions apparaissent.
Au moins c'est utile.

Marc72 a dit:

N'ayant jamais utilisé le RTU j'apprends ici des choses

Juste un dernier point, si il est prévu que les connexions TCP soient rapprochées il est mieux de laisser un processs constamment connecté que de faire des connexions à la demande.
Trop de connexions dans un délais court provoquent parfois une impossibilité de s'y reconnecter durant un bon moment (faire un reset via le Web pour ne pas attendre) donc avoir une connexion LAN correcte et stable est ici primordial.

C'est un numéro de série commençant par HV ?

Cliquez pour agrandir...

Oui, c'est vrai. autre chose que j'ai expérimenté : il faut laisser un peu de temps entre la connexion et la première demande.

Oui, c'est bien un numéro de série en HV.

francois12 a dit:

Bête question mais cela sert à quoi ?

Cliquez pour agrandir...

Moi ça me sert (enfin ça va me servir) à récupérer les infos de production, entre autre, sur mon système domotique et automatiser certaines fonction comme par exemple lancer la pompe de la piscine quand il y'a surproduction solaire.

YESSSSSSSSSSSSSSSSSSSSSSS

Pour le port c'est donc ok

Niveau surtensions, je dirais qu'il y a peu de soucis à se faire!

PS: Par contre je cherche à comprendre ce bug au niveau de la légende rouge/bleue, ce décalage je l'ai pas ici.

Marc72 a dit:

Pour le port c'est donc ok

Niveau surtensions, je dirais qu'il y a peu de soucis à se faire!

PS: Par contre je cherche à comprendre ce bug au niveau de la légende rouge/bleue, ce décalage je l'ai pas ici.
Voir la pièce jointe 132676

Cliquez pour agrandir...

Marc72 c est pour moi la surtension ?

ThierryBrouc a dit:

Marc72 c est pour moi la surtension ?

Cliquez pour agrandir...

Je dirais plutôt que ce ne sera justement pas pour toi

Hello,

ça fonctionne pour moi avec onduleur SUN2000-4KTL-L1 en version SPC130.
J'utilise home assistant et https://github.com/wlcrs/huawei_solar pour récupérer les info via modbus.

Merci @Marc72 pour l'info

Bonsoir marc72, seul les shelly plug sont compatible ?
merci

BnnB a dit:

Bonsoir marc72, seul les shelly plug sont compatible ?
merci

Cliquez pour agrandir...

Oui car ceux-ci peuvent également fonctionner sans connexion internet et cela s'est avéré pas mal utile à certains Français en Off-Grid (n'a plus rien à voir avec les décrochages)

Après c'est surtout une solution temporaire, le meilleur est d'avoir un vrais dispositif avec pince ampèremétrique ou en passage qui déclenche un ou plusieurs consommateurs à distance (mais là aussi les scripts Shelly sont magnifiques)