SmartBMS OZ890

je vais tenter de faire un résumé ici
oz890 datasheet
application note

liste des modifications
1) ajout du shunt externe (comme dans le reference design) a la place du RDSon des mosfet pour mesurer le courant;
nécessaire car le chip claquait (parfois) par surtension sur les entrées différentielles lors de la coupure basse. (oscillation des mosfet)

2) modification du cablage de puissance du mosfet de recharge; a faire seulement avec la modif 3.
nécessaire pour pouvoir laisser la charge (le controleur) connectée mais hors tension lors de la recharge.

3) interrupteur de mise sous tension (des mosfet de sortie) via la pin EFETC.
permet d'évité les étincelles lors de la reconnexion du contrôleur (il ne faut d’ailleurs plus le plus débrancher)

4) ajout d'un SmartBMS OZ890 bluetooth pour pouvoir configurer et surveiller l'état du bms et des cellules.

5) si nécessaire: diodes de protection pour éviter de claquer le chip lors branchement de la prise d'équilibrage avant les fils de puissance.



divers:

reset du bms en court circuitant C7 (Cf photo).

je voudrais faire une petite modif sur les smartbms pour pouvoir charger la batterie sans que la sortie du pack (le contrôleur) soit alimentée.
le schéma d'origine ne permet pas cela.
est ce que la modif en vert vous semble pouvoir fonctionner ?
je n'arrive pas a comprendre l'avantage de ce câblage dans l'application typique.
edit: il me semble que cela permet d'éviter que la batterie ne se décharge dans un chargeur non alimenté.

Ce n'est pas facile de répondre sans connaitre un peu le fonctionnement du smart BMS... (rôle et commande des mosfets en particulier)

je comprends
y a t il moyen de poster des fichiers ?

voici le schema du datasheet

Tu peux utiliser cjoint.com pour joindre un fichier  
Je ne pourrai pas regarder aujourd'hui...

ca marche !
j'ai modifié le câblage du mosfet de charge pour pouvoir charger indépendamment de la coupure de la sortie du pack.
on peut donc charge la batterie en laissant le contrôleur connecté mais non alimenté par le bms.
il faut juste couper 1 piste des 2 cote de la carte et refaire une liaison.
ça devrait être la version finale ...

le chip a cramer, je ne sais pas trop pourquoi ni comment.   
ca trainait un peu sur la table, avec la batterie, le module atmel - bluetooth, il y a peut etre eu un court jus quelque part.
j'en ai modifié un autre partiellement (juste le shunt et les mosfet), heureusement que bmsbat m'en a renvoyé 4 gratuitement.
j'ai remarqué un truc qui me semble important a éviter.
situation:
le bms a coupé par tension basse ou pour une autre raison, (temp etc) le mosfet de décharge est ouvert.
si l'on essaye de recharger avec une charge branchée a la sortie, le mosfet de charge n'est pas correctement polarise et risque de claquer par échauffement.
bon, ca n'arrive que si Icharge est plus petit que Idécharge

il faut donc
soit modifier le cablage du mosfet de charge comme indiqué au dessus.
soit absolument débrancher la sortie avant de recharger.

le module atmega (4€) fonctionne bien en liaison série, je peux déjà configurer pas mal de chose, il faudrait encore ajouter quelques fonctions (le code source est fourni) pour arriver a se passer de l'interface d'origine a 100€.
le module bluethooth begaye un peu, j'arrive visualiser mais pas modifier de paramètres: les caracteres envoyé sont soit ignoré, soit en double !
j'ai pas trop d'idée d'ou ca peu venir, du module lui même ou de l'interface module-atmel.

Ca arrive parfois...c'est pénible si on ne sait pas pourquoi.
Les protections sont certainement minimaliste sur ce BMS vue le déchet géneré.

j'en ai un qui fonctionne sans probleme sur le velo depuis quelques semaines mais il n'a que la modif shunt.
j'ai plus que probablement fait une betise, je ne crois pas que la seconde modif soit en cause mais on ne sais jamais.

C'est le problème des pannes inexpliquées...
Il a l'air vraiment intéressant ce BMS, pourra tu a l'occasion faire un post qui synthétise un peu les modifications que tu as apporté ?

Coté protection, je pense qu’il faut analyser un peu. Si par exemple il n’est pas protéger au niveau des inversions en entrée. Une rampe de diodes CMS est probablement à ajouter. Parce que, même en respectant la procédure on est jamais 100% certain qu’il n’y ait pas des entrées qui voient une tension négative. Ca élimine au moins de façon certaine une cause potentielle de destruction. C’est présent sur le BMS de Silicium…

oui avec une diode sur chaque entree vers Vbat ca devrait marcher mais il faut prendre le risque de faire les tests...
je vais essayer de détailler les modification hardware.
voici déjà la liste:

1) ajout du shunt externe (comme dans le reference design) a la place du RDSon des mosfet pour mesurer le courant;
nécessaire car le chip claquait (parfois) par surtension sur les entrées differencielles lors de la coupure basse. (oscillation des mosfet)

2) modification du cablage de puissance du mosfet de recharge;
nécessaire pour pouvoir laisser la charge (le controleur) connectée mais hors tension lors de la recharge.

3) interrupteur de mise sous tension (des mosfet de sortie) via la pin EFFECT.
permet d'évité les étincelles lors de la reconnection du controleur (il ne faut d'ailleur plus le plus débrancher)

4) ajout d'un module I²C serie et d'un module Bluetooth pour pouvoir configurer et surveiller l'etat du bms et des cellules.

5) si néccessaire:diodesss de protection pour éviter de claquer le chip lors branchement de la prise d'equilibrage avant les fils de puissance.

au final ,
cela semble envisageable de faire ce type de modifications en " série"
mais au final , combien de "déchet" ?

jusqu'a présent, je trouve que c'est très fiable si on ne fait pas de bêtise.

2 chip ont claqué avant la modif shunt, c'est plutôt une erreur de conception ou de choix de mosfet.
de plus j'ai torturé ces bms sur un banc de tests pour bien comprendre leur fonctionnement.
le dernier a claqué sans raison mais il traînait sous tension sur la table dans une version en fil volant et il y a probablement eu un événement extérieur qui a causé sa perte.
ils ont l'air d'être très sensible a l'ordre de mise sous tension. d'abord les fils de puissance, puis le connecteur d'équilibrage.

Petites questions sur ce bms.

1) J'ai l'impression que la résistance de mesure de puissance de 2000 mohms (programmé dans le chip ligne 04) n'est pas juste. Cela ne me donne pas le bon courant de charge. J'ai du la modifier à 3150 mohms pour avoir le bon courant de charge par rapport à mon multimètre. normal ou non?

2) Je ne comprend pas trop bien le fonctionnement de la rubrique 08 Bleeding configuration, en particulier de la ligne 53.
J'ai l'impression que la fonction équilibrage ne fonctionne pas. Comment le circuit contrôle t'il l'équilibrage ?

3) Enfin quelqu'un aurait-il un fichier de programmation fonctionnel en 13s pour que je puisse jouer avec et comprendre le fonctionnement de ce produit ?

j'ai éditer le msg suivant car j'avais fait des erreurs dans les numero de la config

1) le bms ne règle pas le courant de charge, il coupe la charge (ou la décharge) si le courant est plus grand que la valeur introduite dans le paramètre adéquat.
d'origine, le shunt n'est pas calibré par bmsbat et l’imprécision du rdson des mosfet fait que l'erreur peut être très élevée. (x2 par exemple)
avec la modif shunt externe, c'est précis a 10mA avec un shunt de 2mOhm.
2) la prog d'origine, avec l'équilibrage en fin de charge, ne marche pas; ce qui marche c'est l’équilibrage au repos et pendant la charge. voici la config de mémoire:
50 bleed enable: enable
51 extBleedSel:external bleeding
52 bleed sel number: 4
53 bleed mode:idle bleeding
54 bleed start voltage: 3600
55 BleedDeltaVolt:9.76
3) voici le fichier
https://www.dropbox.com/s/p9n3gtyee18x79a/13s%20jc.eep
j'utilise la version 0.96.07

Ok, je vais essayer avec les modifs que tu me donnes et je verrai plus finement avec ton fichier de prog.

Car je suis sur que l’équilibrage ne fonctionne pas pour le moment en 13s (cellule 13 à plus de 30mV plus base et l'état du bms (ligne 27) est toujours en idle) alors qu'en 12s, mon autre bms semble fonctionner. Les progs sont pourtant identique. A n'y rien comprendre.


Edit : Après modification comme dans ton message toujours pas d'équilibrage 

qu'as tu mis en 58 ? je mets 8mv
n'oublie pas que ca prends un certain temps; l'équilibrage se fait a 100mA mais sur max 4 cell sur 13; ca fait 30mA.
est ce que les résistances de 39 Ohms chauffent ?
quand le bms équilibre, les valeur de tension sur le pc ne sont pas stable, ni juste a cause de la chute de tension dans les cables d’équilibrage.

Voici mes fichiers de configuration. (cliquer droit enregistrer sous...)
https://dl.dropboxusercontent.com/u/21160497/Bms13S.eep
https://dl.dropboxusercontent.com/u/21160497/BMS13s.mpt

le 58 est au mini 9.6mv
Je ne peux plus vérifier si les résistances chauffent, j'ai tout emballé. Mais j'ai l'impression que les autres cellules sont en train d'être diminué en tension depuis que j'ai mis le paramètre 58 au mini. A suivre...   

Merci pour tes réponses.

voici mon fichier
https://www.dropbox.com/s/p9n3gtyee18x79a/13s%20jc.eep
j'ai aussi édité le message au dessus avec la config.
ton fichier a l'air ok aussi (a vue de nez)

si l’équilibrage se passe bien, toutes les cellules devraient arriver au niveau de la plus faible.

Nickel maintenant cela marche bien et l'equilibrage est super precis. Mais je n'ai pas encore fait la modif avec le shunt. Je verrai avec le temps si cela en vaut la peine. Merci pour l'aide.

super !
la modif shunt empeche de claquer le chip en cas de coupure mosfet avec oscillations.

bonjour ,
j'ai a mon tour un problème avec ces BMS , lors de la lecture , les valeurs sont complètement aléatoire  ( pourtant parfaite sur la nappe )

je n'ai pas eu de câble avec , je me demande donc si je dois bien relier le SCL et SDA ensemble ou si je dois les intervertir
pourtant la lecture des paramètres semble bonne

seule petite "différence" je dois faire fonctionner en 8S ,j'ai fait comme si cela fonctionnait comme un BMS classique, j'ai relié en commençant par B-

voici le "rendu" , toute les cellules sont à 3.78...



j'ai testé avec 2 bms et c'est exactement les même valeurs

si quelqu'un peut m'aider ...

En I2C, les SCL ensembles ainsi que les SDA. (on ne croise pas)

merci , au moins je sais que ça ne vient pas de ça reste à comprendre pourquoi j'ai des valeurs "exotique"