Forums

Bonjour à tous,

Je galère depuis plusieurs mois pour dialoguer avec mes batteries.
Le but est de pouvoir faire remonter les informations sur ma domotique Jeedom.


Je connecte le port console sur un module HF2221 et récupère les info via le réseau.
Je dialogue ce fait bien entre le PC et la batterie en directe avec le câble.

Ensuite je branche le même câble sur le HF2221 et interroge le module mais rien ne remonte.
J'arrive bien a me connecter au module mais aucune info des batterie avec la cmd pwr.

Si une personne pourrait m'aider ce serait super.

Merci
Twin

Bonjour Twin,

volontiers pour tenter de te donner un coup de main.
Mais d'abord il faudrait nous dresser le tableau de ce que tu possèdes et comment tu as procédé.
J'avoue ne pas arriver à comprendre ce que tu as fait, j'ai relu ton texte mais j'ai tjs pas compris.
Quelques photos seraient peut être les bienvenues

Donc pour ceux qui nous lisent, le module en question est celui-ci
Il converti les données du port série RS232 vers TCPIP, c'est une passerelle comme les Elfin ou Ebyte.

Comment as-tu configuré cet interface ? tu vas lire en MQTT, TCPserver, HTTP ?
Coté TCP comment lis-tu les données issues de la passerelle ?

Bref, on va débroussailler tout ça histoire de se faire une bonne idée

[attachment=1493][attachment=1494]

Edit: Je tilte maintenant que c'est la société qui fabrique les Elfin

Voilà la documentation de ce modèle HF2221
[attachment=1495]

Et le pinout du port RS232

Donc ce qui nous intéresse sont les Pin 2-3-5

[attachment=1496]

(07-10-2023, 02:24 PM)jlm a écrit : [ -> ]Voilà la documentation de ce modèle HF2221


Et le pinout du port RS232

Donc ce qui nous intéresse sont les Pin 2-3-5

Super, merci pour ton aide, en faite oui c'est la même société qui fait le Elfin, j'ai vu dans tes vidéos la même interface.

Je suis tomber sur tes vidéos avec mes nombreuses recherches et regardé tes explications, mais la je suis bloqué.  :-/

Pour info j'ai suivis ce principe et échangé sur ce forum tu feras tous les échanges et tests--> https://community.jeedom.com/t/monitorer...h/46884/52

Voici la config du HF2221:

Alors j'ai parcouru le long sujet sur le forum jeedom.
J'ai compris, mais j'ai quand même un doute, tu avais commencé avec le rs485 mais maintenant tu utilises bien le port console de la batterie maître. Juste ?
Ensuite, peux tu m'envoyer une capture d'une connexion avec un émulateur de terminal, par exemple Putty sous Windows ou minicom sous Linux.
Pour ma part j'ai besoin que l'on reparte depuis les bases avant de partir sur le Hifly gateway.

On verra pour la suite. Enfin si tu es d'accord de suivre mes propositions

Oui bien sur je veux bien suivre tes propositions.
Oui je pensais au début que sa fonctionnait avec le RS485 puis je suis passer sur le port console.




Alors oui je viens de faire le teste avec putty mais j'ai rien
J'ai renseigner les paramètres suivant :



J'ai une page noir quand je me connecte :


Si je débranche le câble j'ai ce message :



Par contre ça fonctionne avec BatteryView :

Désolé pour mon niveau débutant, mais un grand merci pour ton aide.

Salut, ton niveau est bien suffisant, t'inquiètes pas.

Alors en effet Batteryview voit tes machines, on est d'accord:

• avec le même cable sur le même pc ?!
  

Si la réponse et fermement oui, ça doit fonctionner dans Putty. Je n'irai pas plus loin tant que l'on a rien dans Putty.

Lorsque tu es dans la fenêtre noire de Putty,

•  tu appuies bien régulièrement sur la touche "retour" de ton PC ?
  

Ceci devrait amener le BMS à te répondre avec le prompt Python>

Peux-tu me faire une photo de ton cable de bout en bout stp, donc:      RJ45 --> DB9 -->DB9 -->USB A --> PC
Voir même des photos de près du connecteur RJ45

J'ai installé un Windows exprès pour pouvoir faire les essais en parallèle de toi. Je viens de faire une vidéo de ma connexion via le cable avec le PC.

N'hésite pas a faire des commentaires, ça peut aider.



Pour mémoire le câblage à effectuer.

[attachment=1497]

Merci de prendre du temps pour m'aider.

Désolé j'étais occupé toute la journée.

Pour le câble, j'ai acheté ce câble tout fait, et je par du principe que si cela fonctionne avec BatteryView cela devrait fonctionner avec Putty. (je me trompe peux être)

J’avais un doute sur le faite de bien avoir sélectionner la fenêtre de putty avant de faire un "retour" mais je viens de faire le test et j'ai aucun retour avec le prompt Python>.

Je fais un retour des photos du câble demain.
J'ai un autre doute, dans putty quand je sélectionne "serial" je modifie le Host a la main de "COM1" vers "COMX" le port reconnue par le PC avant de le connecté.
Il a bien l'air de ce connecté car j'ai aucun message d'erreur au moment de la connexion et si le câble n'ai pas raccorder j'ai un message d'erreur.

fort joli ce câble bleu 
En effet, tout semble correcte.
Toutes tes manips me vont.
En effet, si tu branches batteryview dans le port console et qu'il voit le BMS On devrait avoir idem avec Putty.

Le port com est bien celui qui est créé par windows au moment où tu connectes le câble.
As-tu bien changé la vitesse en 115200, j'imagine que oui.

Si tu peux me faire une petite vidéo des manipulations physiques et logicielles peut être que cela va nous aider.
Là je ne vois tjs pas ce qui cloche (mis-a-part ce câble bleu qui a toutes les pin de connectées...)

P.S cela te serait possible d'en fabriquer un comme décrit dans le forum ? Juste la partie DB9 <--> port console rs232  ?

Gazzzzton, Septain21, Jeff et autres membres du forum, une idée

Bonjour,

rien ne me choc dans les broches et pin des câbles, pour moi c'est ok, sauf peut être, comme à dit JL le fait que sur le RJ45 tout les pins soient cablés.
Je dirais de ne garder que 3-6-8 coté RJ45 et voir.... peut être une interaction avec les 7-8 coté RS232...?

Hello,

J'ai fais une vidéo ce matin avant de partir.
Pour info, dans la vidéo je déconnecte le câble de la batterie du bas (esclave) car hier j'avais fait des testes sur cette batterie.
A la fin de la vidéo je le branche sur la batterie maitre.




Pour le câble je peux bipé chaque broche et faire un retour.

Ok la vidéo ne fait que confirmer que tu fais tout juste. Pour le moment il n'y a tjs rien qui cloche à mes yeux.

Alors tu peux télécharger ce logiciel Serial Port Monitor qui va te permettre de "sniffer" ce qui se passe sur le port COMx (x = le chiffre que windows a attribué au port COM)

Une fois installé, tu dois d'abord lancer batteryview pour qu'il puisse accéder au port COM et donc a tes batteries et ensuite lance ce logiciel en mode administrateur. Tu lui fait pointer aussi sur le même COMx et à la vitesse de 115200 évidemment et tu le fait démarrer (Open)

Ensuite tu lances des commandes depuis batteryview si nécessaire et tu devrais voir apparaître le dialogue entre batteryview et le BMS.

Si tout est OK, tu stoppes tout et tu fais idem avec Putty voir si tes caractères s'affichent dans la fenêtre de Serial Port Monitor.

Maintenant au vue de mes essais (je n'ai donc pas une US3000C)  j'ai bien l'impression que batteryview envoie une chaîne de caractères spéciale avant tout dialogue 

Un truc du genre ~20014682C0048520FCC3 pour que le BMS se décide de parler. Ca expliquerait pourquoi tu n'as jamais rien qui arrive via Putty ou autre ......
Mais ce n'est qu'une supposition à l'heure actuelle

Alors bons tests et n'hésite pas pour les captures d'écran

Mon essai:

[attachment=1499]

Bon alors je pense que ce n'est pas la raison après avoir fouillé le net, ce string est celui qui permet de passer de 1200 bds à 115200 bds. Donc cela ne devrait pas nous intéresser.

Il faut chercher ailleurs (faire les tests précédents quand même)

Maintenant, je te propose de réellement fabriquer toi même le câble, donc la partie rs232 -> Db9 en suivant ce tuto

Le matériel n'est pas cher (9€) via Amazon.  + un câble RJ45 que tu coupes et dont tu connectes juste les 3 pattes que l'on a besoin.
Si nécessaire, inverser Tx et Rx si cela ne fonctionnait pas.

Bien que ton câble fonctionne via Batteryview, J'ai un fort pressentiment que le souci provienne quand même de lui.
Tu es la seule personne à tenter avec celui-là à ma connaissance. Il faut peut être chercher au niveau du controle de flux matériel ou Xon/Xoff.

De mon coté, avec batteryview, je n'arrive pas avoir les données de mes US2000C, enfin il m'indique quand même la référence de la batterie mais pas le reste....
Donc il doit y avoir un "setting" de plus dans Batteryview !?

Hello,


J'ai fait les tests ce matin avec Serial Port Monitor visiblement j'avais déjà utiliser ce logiciel car il était déjà installer.

Malheureusement j'ai passer les 14 jours de démo, je suis donc passer sur un autre PC.



Voici les résultats :



Avec Putty voici les retours en appuyant sur retour :




Avec Batteryview voici les données :



En ce qui conserne le cable c'est une bonne piste, si j'ai acheté ce cable bleu c'est que je ne suis jamais arriver a le fabrtiquer et a dialoger avec mes batteries.
Je vais reprendre le schmilblick et effectivement voir pour inverser le Tx et Rx si cela ne focntionne pas. 

Merci encore pour ton aide

OK. Oui tenter avec un câble maison me semble une bonne idée pour éliminer cette incertitude.
Concernant la trace du dialogue je préfère de loin les 2 vues terminal et surtout dump.
Peux tu poser une capture d'écran ainsi que le fichier de dialogue sauvegardé.

Ca donne quoi quand tu fais l'essai avec putty ? Vois tu ton caractère "return" donc 0D de mémoire sur la trace en mode dump ?

J'ai malheureusement pas les captures du terminal.
mais dans tout les cas j'avais aucun affichage sur le Putty.
Par contre oui je vois bien les 0d dans Serial Port Monitor.
J'ai d'un coté "DOWN" et de l'autre "UP" en "STATUS_SUCCESS"




Pour Batteryview il rafraichie toutes les secondes.
Voici la capture ainsi que le fichier :






Et le fichier en lien :
https://get.hidrive.com/i/Vau8BvRM

le fichier compressé format zip:
[attachment=1500]

J'ai étudié le fichier de capture. C'est intéressant, il passe le BMS en mode Debug. Ce que je ne peux pas faire car si je comprends le bidule, il faut au préalable se logguer avec un mot de passe que mon fournisseur n'a pas voulu me donner.
Voici répétitivement ce qu'il envoie:

    67 65 74 70 77 72 0a                              getpwr.          
    70 77 72 20 31 0a                                pwr 1.          
    70 77 72 73 79 73 20 31 0a                        pwrsys 1.        
    70 77 72 73 79 73 0a                              pwrsys.          
    67 65 74 70 77 72 0a                              getpwr.          etc..

Je ne sais pas comment faire, mais dans l'idée ce serait bien d'avoir la trace depuis le tout début du dialogue entre batteryview et le BMS.
Comme cela on pourrait comprendre ce qu'il bricole pour initialiser le dialogue.

Je dois dire que ça m'agace le fait que l'on ne puisse pas leur parler. Je vois bien que le caractère return (x0D) passe vu qu'il est dans la trace. Donc on en déduis que le BMS devrait répondre ... mais non.  Visiblement il y a un truc tout au début du dialogue pour initialiser le mode debug.

Bon on va attendre que tu aies fabriqué le câble et on avise ensuite.

Si entre temps tu as pu capter le début du dialogue, je prends.

Bonjour,

Je vais faire le câble dans la journée et faire les test demain matin.
Ce matin j'ai enregistrer les flux avant de lancer le logiciel Batteryview.


J'ai eu des datas dès la connexion (normal) oui j'ai cliqué sur scan pour voir afficher les valeurs.



Voici le fichier :
https://get.hidrive.com/i/Nx4KpwTA

Alors j'ai regardé ce fichier surtout au début mais je n'ai rien de plus que celui de hier.
Bien attendons le verdict demain ..... suspens

Alors verdict positif.
J'ai réussi a faire causé la batterie avec Putty avec le câble fait maison.
Une belle avancé. 


Je suis donc allées plus loin et brancher sur le HF2221, ici aussi je récupère les données sur le réseau.

Je me suis donc rendu sur mon Jeedom, mais malheureusement je ne récupère pas les valeurs.
Je vais décortiqué le script que j'ai adapté à mon réseau, mais pour le moment je n'ai pas vu d'erreur.

En tout cas merci, grâce a toi j'ai bien avancé.

Yes !!  

Comme dirait un de mes amis sur le forum. "Quand tu mords un problème tu lâches plus "
Je pense que le souci vient de la gestion de la communication avec le Xon Xoff.

Alors bien content pour toi. Ça en vaut la peine.
Pour jeedom y a plus qu'à décortiquer les strings En provenance de la passerelle.
Easy

Easy, Easy c'est toi qui le dit :-)

Yaka comme disent certain  


Tu me tends une perche. Lorsque tu auras terminé ton implémentation sur Jeedom.
Pourrais-tu nous en faire profiter, style tuto, vidéos, peintures figurative ou abstraite, reportage Tv ou sonore.

Bref ce serait avec plaisir de regarder-partager tout ceci et pour la communauté Jeedom - Voltronic certainement.

Je peux ouvrir un sujet Jeedom si besoin