Le BMS parfait !?

[romelec]

Tiens autre ajout: vu qu'il y aura mesure de courant autant s'en servir pour faire une jauge.

[nlc]

En 14 pattes je pensais au 16F1823
C'est peut-être pas le moins cher mais sa version 8 pattes m'a bien tapé dans l'oeil.

Bien vu c'est celui là !
Mais du coup je vais changer il en existe un 0.3€ moins cher, donc pas négligeable du tout dès qu'on envisage l'industrialisation et la production en quantité.
Et vu que c'est pin à pin compatible, c'est très bien vu que mes circuits imprimés proto sont partis en fab tout à l'heure !!

J'ai fais un proto il y a quelques mois avec le 12F1822 mais j'ai pas encore eu le temps de commencer le soft...
Le principe est exactement le même que pour toi (sauf que je ferai une seule carte pour 24 cellules et que je ne commercialiserai pas)

Oui tout sur une carte c'est plus adapté pour les petits pack

L'UART soft c'est bien, mais le hard avec les interruptions c'est mieux !

Oui mais pour 0.3€ de moins dans la BOM ça vaut le coup de se casser un peu la tête !! En plus j'ai déjà du code pour faire une uart soft buffeurisée qui peut faire du full duplex (dans mon protocole les éléments envoient des octets en même temps qu'ils en reçoivent). Le seul désavantage c'est qu'il faut baisser le baudrate car les échantillonnages des bits se font sous IT timer. Mais bon un raffraichissement complet des tensions/température 1 fois par seconde pour un pack de 100 éléments c'est quand même déjà pas mal

Genre une appli en QT par exemple pour être multi plateforme.

Bon plan que de faire du multi plateforme

Vu que je ne tourne que sous linux, ça coule presque de source

Mais si tu sais développer des applis PC c'est pas plus mal d'en faire un spécialisé, perso je me contente de faire de l'embarqué !

Moi aussi je suis plus à l'aise dans l'embarqué, je déteste faire des logiciels PC !!

[nlc]

Tiens autre ajout: vu qu'il y aura mesure de courant autant s'en servir pour faire une jauge.

Oui c'est quasiment une obligation ça même !

[moulino51]

dans la BOM !! du code pour faire une uart soft buffeurisée qui peut faire du full duplex (des éléments qui envoient des octets en même temps qu'ils en reçoivent).il faut baisser le baudrate,les échantillonnages des bits se font sous IT timer.
Genre une appli en QT par exemple pour être multi plateforme.
Vu que je ne tourne que sous linux, ça coule presque de source des applis PC c'est pas plus mal d'en faire un spécialisé, perso je me contente de faire de l'embarqué !

Heuuuuh ! bonsoir les gars, y aurait pas un tiot manuel pour décoder tout ça sur le fofo ?

J'avais jamais imaginé trouver tout ça dans la baie moteur d'un VE

J'en était resté aux OA 85 et autres OC71 et OC44, vas falloir réviser.

Tant que tu causait de courroie synchrone, de rapports de transmission, de moteurs asynchrone, j'arrivais a suivre, mais la je me sens tout bébète

Mais, bon ton idée de relocaliser, ça j'aime bien !

Gérard

[triphase]

Au niveau com' entre les éléments et la maman, c'est en cascade? Donc plus un élément est proche de la mère et plus il aura du boulot à transmettre le dialogue de tous ceux qui sont en aval en plus de son propre dialogue? Et le bus il est comment? De l'I2C, du LIN, du CAN? Et quid des différences de potentiel? Des optocoupleurs IN/OUT?
good luck!
hub

[nlc]

Gérard : ouais ça peut paraître du chinois je le conçois

Au niveau com' entre les éléments et la maman, c'est en cascade?

Oui

Donc plus un élément est proche de la mère et plus il aura du boulot à transmettre le dialogue de tous ceux qui sont en aval en plus de son propre dialogue?

Oui, une trame part de la carte mère, transite par tous les éléments qui rajoutent à la suite de la trame leurs propres données, tout en recalculant la valeur du nouveau checksum.

Et le bus il est comment? De l'I2C, du LIN, du CAN?

Simple UART, le Rx est connecté à l'élément précédent, le Tx à l'élément suivant. Après sur la carte mère en fonction du modèle, il y aura CAN, et sans doute aussi du bluetooth, je vois bien un déchargement des logs sur smartphone pour éviter de s'emmerder à transvaser une carte SD !

Et quid des différences de potentiel? Des optocoupleurs IN/OUT?

Non pas d'opto entre les éléments, il y a plus astucieux. Par contre il y a un opto sur le dernier élément de façon à ne pas avoir de potentiel dangereux dans les fils qui vont à la carte mère. Et du coup, j'en mets un aussi dans la carte mère pour le lien vers le 1er élément, et du coup le pack est totalement isolé, pratique dans les cas où toute la chaîne de traction est isolée du 12V et de la masse véhicule.

good luck!
hub

Merci !

[triphase]

OK, OK!

Le "plus astucieux", c'est une liaison capacitive, avec un poil de hard pour transformer les transitions en niveaux logiques... ?

[romelec]

Oui, une trame part de la carte mère, transite par tous les éléments qui rajoutent à la suite de la trame leurs propres données, tout en recalculant la valeur du nouveau checksum.

Ce ne serait pas au format NMEA par hasard ?

Simple UART, le Rx est connecté à l'élément précédent, le Tx à l'élément suivant.
Non pas d'opto entre les éléments, il y a plus astucieux. Par contre il y a un opto sur le dernier élément de façon à ne pas avoir de potentiel dangereux dans les fils qui vont à la carte mère. Et du coup, j'en mets un aussi dans la carte mère pour le lien vers le 1er élément, et du coup le pack est totalement isolé, pratique dans les cas où toute la chaîne de traction est isolée du 12V et de la masse véhicule.

Copieur

triphasé: pas de liaison capacitive mais simplement trois résistances et un transistor.

[nlc]

Ce ne serait pas au format NMEA par hasard ?

Non, mon propre protocole en binaire et non ascii pour avoir le minimum de données à transiter. Chaque élément rallonge la trame de 5 octets, 2 pour le voltage élément en mV, et 3 pour la valeur ohmique de la NTC, en ohm (qui peut dépasser 65535 ohm s'il fait très froid !). Mais je vais sûrement passer en résolution 10 ohm sur la NTC, du coup ça ferait plus que 4 octets par élément, toujours ça de gagné

Copieur

triphasé: pas de liaison capacitive mais simplement trois résistances et un transistor.

En fait au départ j'étais pas optocouplé du tout, mais finalement après réflexion c'est mieux si la carte mère est isolée du pack et si les fils carte mère / pack ne transitent que des potentiels non dangereux !

Pour la communication dans mon cas j'ai 2 transistors, j'aime pas entrer dans un µC en direct. Et puis ça permet à la communication de fonctionner également avec tous les éléments BMS connectés sur la même alim (donc même masse). Pratique pour l'industrialisation et le banc de test : sur le flanc de 100 cartes je peux faire les interconnexions entre les cartes pour simuler un pack sauf que tous les éléments sont connectés sur la même tension. Du coup ça permet de tester 100 cartes d'un coup et vérifier qu'ils donnent tous la même tension !

Le plus long c'est pas le design du système en lui même, c'est l'industrialisation, et sur les quantités quelques secondes de gagnées par carte c'est énorme et c'est ce qui permet de proposer des prix attractifs

[ratatouille]

Bonjour,

bravo et merci pour l'initiative, j'ai hate de voir le resultat.

Cote fonction, as-tu envisage l'equilibrage en deviant le courant sans le dissiper ?

Je trouve dommage de gaspiller du courant qui pourrait etre reinjecter ailleurs.

Il me semble que ce sont les bms "capacitifs" qui fonctionnent comme cela.

Autre avantage, pas de surchauffe.

[nlc]

Oui j'ai mis au point un tel BMS pour un client, voir mon topic sur la laguna. Avec le même principe d'une petite carte par élément.
Ca marche très bien, mais ça a aussi des désavantages :
- Beaucoup plus cher, car il faut des très bonnes capas, avec très basse résistance interne, pour réussir à passer du courant même quand les différences de tension sont faibles
- Les capas vieillissent
- Ca complique le montage et donc la fiabilité diminue, car il faut 2 fils supplémentaires entre chaque carte élément : celui pour l'équilibrage lui même, et celui qui sert à envoyer à tous les éléments le signal carré de synchro pour commuter alternativement le - des capas (ou le +) au - élément ou au + élément.
- L'équilibrage capacitif ne marche que de proche en proche, si y a par exemple un élément fort tout en haut du pack et un élément faible tout en bas, avant que tous soit à la même tension...

Pour un BMS à prix canon mais performant l'équilibrage passif reste à mon avis plus adapté. Surtout que l'équilibrage n'est censé rattraper que des petites différences, sinon c'est mettre un pansement sur une jambe de bois !!

Il y a aussi l'équilibrage inductif, j'y réfléchis aussi, car là au moins pas de vieillissement et on peut dévier le courant max quand on veut. Et surtout on peut dévier des courants plus élevés sans pertes joules

[nlc]

C'était déjà pas gros mais j'ai réussi à gagner 4mm en longueur, taille actuelle 24x20mm Et en plus maintenant on peut si on veut souder des borniers à vis pour faire les interconnexions carte mère / élément ou élément/élément. C'est quand même bien plus simple pour le montage que des fils à souder et à raccorder ensemble

[Remundo]

Hello Nlc,

Pas mal ton projet de BMS... peut-être en projet pour ta Laguna ?

[nlc]

Oui ça fait une des briques en effet !

[nlc]

Image taille réelle (24x20mm) pour les écrans configurés en 96dpi :



Pour cette cure d'amaigrissement, 4 résistances en moins à la suite d'optimisations, et passage du connecteur de programmation au pas de 1.27 (vu qu'il n'est même pas câblé et que ça sert juste en sortie de fabrication...).

- Gain de surface de pcb = moins cher !
- 4 composants en moins à câbler = moins cher !