Bonjour,
je me retrouve encore avec des erreurs #67 bms perdu..
J’ai suivi la piste du cable (bleu vecan ?)..en bougeant ce câble dans le port directement sur la batterie ça se stabilise.. Mais est ce un hasard ou réel. Car ce matin l’erreur est revenue.
En regardant de près je vois que c’est lié aux instance VRM 256 et 257 ce qui correspond aux 2 mppt . Je voudrais savoir si cela(erreur) est en rapport avec un problème de mppt(mauvais paramétrage,câbles noir de communication) ou si c’est vraiment à cause du câble/port batterie us5000, car si je fais bouger le câble dans le port batterie(sans le deconnecter) rien ne se passe?
From the alarm history, it looks like the CAN cable from the Battery to the cerbo is faulty. Try replacing this with the appropriate Victron cable - These are NOT standard UTP cables.
D’après l’historique des alarmes, il semble que le câble CAN reliant la batterie au Cerbo soit défectueux. Essayez de le remplacer par un câble Victron approprié ; il ne s’agit pas de câbles UTP standard.
Bonjour Mike MikeD,
merci pour votre réponse.
Oui ,il y a bien un problème avec ce câble bleu victron typeA(5m), il bouge bien dans le port vecan de la batterie pylontech. J’en ai essayé un autre type A victron, et la prise rj45, bouge autant dans le port batterie. Pourtant ce sont des câbles victron!! A moins que le port rj45 femelle pylontech US5000, soit en cause, cela n’arrive que de temps en temps ,c’est bien cela qui me semble assez bizarre.
Si tu as plusieurs US5000 essaie d’interchanger ton Master et ainsi connecter le cable sur le nouveau Master, tu verras bien si cela vient du port CAN.
bonjour maa!,
merci de ta réponse.. ha ,on peut changer la master dans la pile de 4 batteries?, je vais essayer dans ce cas ,c’est la dernière arrivée que j’ai mis en master en haut de la pile..je vais essayer avec celle de bas dans . Rien à paramètrer au changement des câbles?
Si, pour que l’autre US5000 soit le master il faut lui connecter le cable bleu ensuite tu fais ta cascade en remontant.
merci maa, je vais faire comme ça , je verrai bien si la fiche rj45 du câble victron ,se bloque mieux!
Bonjour, petit retour sur erreur #67.
J’ai donc mis la batterie du dessous de la pile de 4, en batterie maître, le câble bleu Victron est donc sur le port acan de la batterie pylontech us5000 du bas et première constation, il y a beaucoup moins de jeu sur la fiche rj45. Depuis 2jours (seulement) aucune erreur #67…a voir dans le temps bien sûr!!..
Suis ravie pour toi, maintenant tu lèves les bras en l’air et plus toucher le câble 
bonjour maa…oui !!! merci
pourvu que ça continue…!! pas touche 
Bonjour…
Et bien, j’ai espéré trop vite!!!
Erreur#67 est revenue hier soir..
Je ne sais plus quoi faire. Je vois sur les forums(victron en anglais), plusieurs parlent de mise à jour du ccgx qui en serait la cause,perso je suis à jour . Il y a aussi ceux qui parlent de réinitialiser d’usine le mppt et reconfigurer après. Les “terminators” pourraient aussi être en cause, dans mon système je n’en ai qu’un qui se trouve sur le ccgx. Ou problème matériel deffectueux…
Ah dommage, concernant les terminators de mémoire il en faut 1 à chaque extrémité
il faut regarder les logs sur la periode de l’alarme pour voir deja se qui ce passe, avec les logs on peut voir si le probleme est du a un eperte de com entre bms et cerbo ou entre mppt et cerbo.
éventuellement essayez de changer de port can pour passer sur le vecan 2 pour éliminer les pb de can
bonjour maa,
oui mais l’autre extrémité c’est → batterie pylontech…
Comme tu parlais de MPPT je croyais que tu faisais référence à ce bus là, mais effectivement pour le Can-BMS le terminator est exclusivement sur le GX.
Bonjour Thierry, merci de ta réponse.
je mets les fichiers csv et xls, sur une quinzaine de jours (beaucoup d’erreurs #67.
merci d’avance si tu as le temps de te pencher sur ce problème. Avant que je ne refasse l’installation complète ,je n’avais jamais eu cette erreur.
Ce matin, je vérifiais les mises à jours et j’ai vu qu’il yen avait une pour ccgx , j’étais en v:3.60 et après la mise à jour je suis passé en v:3.55..
SolaireY1_kwh_20250626-0000_to_20250626-2359.csv (4,4 Ko)
bon je n’arrive pas à poster le fichier xls…
merci maa, je parlais des mppt,car ils soulèvent la question sur les forums en rapport avec erreur #67…casse tête comme erreur, car coupure totale et redemarrage du système(en autonomie)
effectivement nous préconisons de ne pas faire de mise a jour sur les ccgx car le processeur commence a être limite avec l’évolution des fonction de l os, cela peut être une raison du probleme.
merci, Thierry, j’espère que c’est réellement la cause du problème..et non un problème matériel.
y a t il une alternative au niveau du CCGX? ou je peux rester comme ça ..il y a aussi un MàJ du MP2 de disponible ,je suis à la v:552 et la maj est 556 .Dois je faire la MàJ du coup?
voici un log d’hier où on voit le dysfonctionnement. celui que j’ai fournit plus haut n’est pas le bon je crois.
SolaireY1_log_20250702-0000_to_20250702-2359.csv (358,4 Ko)