CAN, RS485, UART, બ્લૂટૂથ: તમારા બેટરી પેકને ખરેખર કયા કોમ્યુનિકેશન ઇન્ટરફેસની જરૂર છે?

"શું તમારું BMS CAN ને સપોર્ટ કરે છે?" એ ખોટો પ્રોક્યોરમેન્ટ પ્રશ્ન કેમ છે?

મોટાભાગની સ્માર્ટ BMS ડેટા શીટ્સમાં કોમ્યુનિકેશન પ્રોટોકોલને ફીચર ચેકલિસ્ટ તરીકે સૂચિબદ્ધ કરવામાં આવે છે: CAN, RS485, UART, બ્લૂટૂથ, ક્યારેક વધુ. આનો અર્થ ખાતરી આપનારો છે - જેટલું વધુ સૂચિબદ્ધ, તેટલું સારું. પરંતુ સૂચિ પ્રાપ્તિ પ્રશ્નનો જવાબ આપતી નથી.

બે BMS યુનિટ CAN સપોર્ટને સૂચિબદ્ધ કરી શકે છે અને તે જ ઇન્વર્ટર સાથે અસંગત રહે છે, કારણ કે તેમના સંદેશ માળખા અલગ અલગ હોય છે. આ જ વાત NMEA 2000 ડિસ્પ્લે, RV-C ડેશબોર્ડ અને EMS (એનર્જી મેનેજમેન્ટ સિસ્ટમ) પ્લેટફોર્મ પર પણ લાગુ પડે છે. પ્રોટોકોલ-લેવલ સપોર્ટ એ શરૂઆતનો બિંદુ છે, નિષ્કર્ષ નહીં.

આ લેખ માળખામાં ચાલે છે: દરેક પ્રોટોકોલ શું કરે છે, દરેક પ્રોટોકોલ ક્યાં બંધબેસે છે, અને RFQ (અવતરણ માટે વિનંતી) તબક્કે સંદેશાવ્યવહાર કેવી રીતે સ્પષ્ટ કરવો જેથી "સપોર્ટ" "સુસંગત" બને - એક પ્રોજેક્ટ જે સ્વચ્છ રીતે સંકલિત થાય છે અને એક પ્રોજેક્ટ જે કમિશનિંગ ગેપને પહોંચી જાય છે તે વચ્ચેનો તફાવત.

બેટરી પેકમાં આ ચાર પ્રોટોકોલ ખરેખર શું કરે છે

ખરીદીની આવશ્યક ચીજો સુધી, બેટરી પેકમાં દરેક પ્રોટોકોલ ખરેખર શું કરે છે તે અહીં છે:

પ્રોટોકોલ	સંચાર સ્તર	લાક્ષણિક ભૂમિકા	જ્યાં તે રહે છે
કેન	નેટવર્ક બસ (મલ્ટિ-ડિવાઇસ)	રીઅલ-ટાઇમ વાહન અને ઔદ્યોગિક સિસ્ટમ એકીકરણ	વાહન નિયંત્રકો, ઔદ્યોગિક મશીનરી, સિસ્ટમ નેટવર્ક (RV-C, NMEA 2000, અને J1939 CAN પર બનેલ)
આરએસ૪૮૫	સીરીયલ બસ (મલ્ટી-ડિવાઇસ, લાંબા અંતર)	યજમાન દેખરેખ, કાફલો વ્યવસ્થાપન, SCADA	ફ્લીટ-મેનેજમેન્ટ સિસ્ટમ્સ, મોનિટરિંગ સ્ટેશનો, ઔદ્યોગિક મોનિટરિંગ સ્તરો
યુએઆરટી	પોઇન્ટ-ટુ-પોઇન્ટ સિરિયલ	અંતર્ગત હાર્ડવેર વાયરિંગ	કેટલીક સીરીયલ લિંક્સ (દા.ત. RS485 ટ્રાન્સસીવર્સ, વાયરલેસ મોડ્યુલ્સ) ની નીચે બેસે છે; વપરાશકર્તાની પસંદગી કરતાં હાર્ડવેર ક્ષમતા
બ્લૂટૂથ	ટૂંકા અંતરનું વાયરલેસ	એપ્લિકેશન-આધારિત ડાયગ્નોસ્ટિક્સ અને ગોઠવણી	વ્યક્તિગત પેક મોનિટરિંગ માટે માલિક અથવા ઇન્સ્ટોલર મોબાઇલ એપ્લિકેશનો

પ્રોટોકોલ એકબીજા સાથે બદલી શકાતા નથી. CAN રીઅલ-ટાઇમ ઇન્ટિગ્રેશનનું સંચાલન કરે છે, RS485 મોનિટરિંગનું સંચાલન કરે છે, UART હાર્ડવેર વાયરિંગ લેયર છે, અને બ્લૂટૂથ માલિક-મુખી છે. યોગ્ય પ્રોટોકોલ ડાઉનસ્ટ્રીમ ડિવાઇસ - ઇન્વર્ટર, ડેશબોર્ડ, ફ્લીટ સિસ્ટમ, મોબાઇલ એપ્લિકેશન - ને શું વાંચવાની જરૂર છે તેના પર આધાર રાખે છે.

પ્રશ્ન એ નથી કે BMS CAN ને સપોર્ટ કરે છે કે નહીં. પ્રશ્ન એ છે કે શું તે તમારા ઇન્વર્ટર, કંટ્રોલર, ડિસ્પ્લે અથવા નેટવર્કની અપેક્ષા મુજબની બોલી બોલે છે.

CAN: વાહન અને ઔદ્યોગિક એકીકરણ વર્કહોર્સ

CAN એ પ્રોટોકોલ સ્તર છે જ્યાં મોટાભાગના વાહન અને ઔદ્યોગિક સિસ્ટમનું એકીકરણ થાય છે. જ્યારે ફોર્કલિફ્ટ કંટ્રોલર રીઅલ ટાઇમમાં બેટરી સ્ટેટ-ઓફ-ચાર્જ વાંચે છે, જ્યારે RV ચેસિસ નેટવર્ક બેટરી અને ચાર્જરનું સંકલન કરે છે, જ્યારે મરીન ડિસ્પ્લે એન્જિન અને બેટરી સ્ટેટસ વાંચે છે, ત્યારે અંતર્ગત પ્રોટોકોલ લગભગ હંમેશા CAN હોય છે.

"CAN સપોર્ટ" એકલા એ વિશે બહુ ઓછું કહે છે કે કોઈ ચોક્કસ BMS ચોક્કસ ઉપકરણ સાથે સંકલિત થાય છે કે નહીં. CAN - RV-C, NMEA 2000, અને J1939 - ની ટોચ પર વિવિધ ડોમેન્સે ધોરણો બનાવ્યા છે - દરેકનું પોતાનું સંદેશ માળખું છે. બે CAN-સપોર્ટિંગ BMS એકમો સંપૂર્ણપણે અલગ સંદેશ અમલીકરણો ધરાવી શકે છે અને તે જ ઉપકરણ સાથે અસંગત રહી શકે છે.

CAN-આધારિત એકીકરણ માટે, યોગ્ય RFQ પ્રશ્ન એ નથી કે BMS CAN ને સપોર્ટ કરે છે કે નહીં, પરંતુ તે કયા સંદેશ અમલીકરણ પ્રદાન કરે છે અને સપ્લાયર તમારા ચોક્કસ ઉપકરણો માટે કયું અનુકૂલન પ્રદાન કરે છે તે છે.

RS485: યજમાન-નિરીક્ષણ અને લાંબા-અંતરના ધોરણ

RS485 એક અલગ સ્તર ધરાવે છે. જ્યાં CAN રીઅલ-ટાઇમ કોઓર્ડિનેશનમાં શ્રેષ્ઠ છે, RS485 લાંબા કેબલ રન અને ઓપરેશનલ કંટ્રોલથી ઉપર મોનિટરિંગ લેયર - ઘણા પેકને ટ્રેકિંગ કરતું ફ્લીટ મેનેજમેન્ટ, SCADA (સુપરવાઇઝરી કંટ્રોલ અને ડેટા એક્વિઝિશન) પ્લેટફોર્મ અને હોસ્ટ મોનિટરિંગ સ્ટેશનોને હેન્ડલ કરે છે.

એક લાક્ષણિક ઔદ્યોગિક પેટર્ન રીઅલ-ટાઇમ ઇન્ટિગ્રેશન માટે CAN અને મોનિટરિંગ લેયર માટે RS485 છે. ફોર્કલિફ્ટ કંટ્રોલર CAN દ્વારા BMS સાથે વાત કરે છે; ફ્લીટ મેનેજમેન્ટ RS485 દ્વારા પેક હેલ્થ વાંચે છે. આ બંને સ્પર્ધકો નથી - તેઓ અલગ અલગ આર્કિટેક્ચર લેયરની સેવા આપે છે.

RS485 માટે, "RS485 ને સપોર્ટ કરે છે" ને સુસંગતતાની ગેરંટી તરીકે ગણવાને બદલે, ખાતરી કરો કે BMS અમલીકરણ તમારા ચોક્કસ મોનિટરિંગ પ્લેટફોર્મ સાથે મેળ ખાય છે.

UART: હાર્ડવેર લેયર (પસંદગી વિશે ઓછું, ફાઉન્ડેશન વિશે વધુ)

UART એ એક પોઈન્ટ-ટુ-પોઈન્ટ સીરીયલ લિંક છે જે કેટલાક ઉચ્ચ-સ્તરના જોડાણો હેઠળ બેસે છે - ઉદાહરણ તરીકે, માઇક્રોકન્ટ્રોલરનું UART ઘણીવાર RS485 ટ્રાન્સસીવર ચલાવે છે, અને વાયરલેસ મોડ્યુલ સામાન્ય રીતે UART પર હોસ્ટ સાથે જોડાય છે. જોકે, CAN તેના પોતાના નિયંત્રક અને ટ્રાન્સસીવરનો ઉપયોગ કરે છે. કેટલાક સેન્સર અને મોડ્યુલ વધારાના પ્રોટોકોલ સ્તર વિના UART દ્વારા સીધા કનેક્ટ થાય છે. સ્માર્ટ BMS ડેટા શીટ્સમાં, UART સામાન્ય રીતે CAN અથવા RS485 જેવા વપરાશકર્તા-સામનો કરતા પ્રોટોકોલને બદલે હાર્ડવેર ક્ષમતા તરીકે દેખાય છે.

કેટલાક ઔદ્યોગિક BMS પ્લેટફોર્મ ડાયગ્નોસ્ટિક્સ, રૂપરેખાંકન અથવા પેરિફેરલ એકીકરણ માટે બહુવિધ UART ચેનલો પ્રદાન કરે છે - જે પ્રોટોકોલ પસંદગી કરતાં હાર્ડવેર પ્લાનિંગને વધુ અસર કરે છે.

ખરીદી માટે: એક BMS જે ફક્ત UART (કોઈ ઉચ્ચ-સ્તરીય પ્રોટોકોલ નથી) ને સૂચિબદ્ધ કરે છે તે નેટવર્ક એકીકરણ માટે નહીં, પરંતુ સીધા ઉપકરણ વાયરિંગ માટે રચાયેલ છે. જ્યારે ડાઉનસ્ટ્રીમ સાધનો - ઇન્વર્ટર, કંટ્રોલર, ડિસ્પ્લે, ફ્લીટ મેનેજમેન્ટ - CAN અથવા RS485 સંચારની અપેક્ષા રાખે છે ત્યારે ફક્ત UART પૂરતું ન પણ હોય. તમારા એકીકરણ યોજના માટે શું જરૂરી છે તે ચકાસો.

બ્લૂટૂથ: જ્યારે એપ્લિકેશન-આધારિત દેખરેખ ખરેખર મહત્વપૂર્ણ છે

બ્લૂટૂથ એક અલગ સ્તર પર કાર્ય કરે છે. જ્યાં CAN અને RS485 BMS ને અન્ય સિસ્ટમ ઉપકરણો સાથે જોડે છે, ત્યાં બ્લૂટૂથ સામાન્ય રીતે BMS ને અંતિમ વપરાશકર્તા અથવા ઇન્સ્ટોલર મોબાઇલ એપ્લિકેશન સાથે જોડે છે - વ્યક્તિગત પેક પર સ્ટેટ-ઓફ-ચાર્જ મોનિટરિંગ, ગોઠવણી અને ફોલ્ટ ડાયગ્નોસ્ટિક્સ.

બ્લૂટૂથ સૌથી વધુ ઉપયોગી છે જ્યાં પેક સાથે સીધી વપરાશકર્તા અથવા ઇન્સ્ટોલર ક્રિયાપ્રતિક્રિયા ઉપયોગના કેસનો ભાગ છે: આફ્ટરમાર્કેટ લિથિયમ અપગ્રેડ, ઇન્સ્ટોલર કમિશનિંગ, રિટેલ-ચેનલ ઉત્પાદનો. OEM ક્લોઝ્ડ-પેક ઉત્પાદન માટે જ્યાં મોનિટરિંગ સિસ્ટમ નેટવર્ક દ્વારા થાય છે, બ્લૂટૂથ ઘણીવાર મૂલ્ય વિના ખર્ચ ઉમેરે છે.

ખરીદીનો પ્રશ્ન એ છે કે શું તમારું વિતરણ અને સેવા મોડેલ પેકને સીધા એપ્લિકેશન-આધારિત ક્રિયાપ્રતિક્રિયા માટે ખુલ્લા પાડે છે. જો નહીં, તો બ્લૂટૂથ એ સ્પષ્ટ કરવા માટે સરળ સુવિધાઓમાંની એક છે.

ક્રોસ-સિનારિયો ડિસિઝન ફ્રેમવર્ક: કઈ એપ્લિકેશન માટે કયો પ્રોટોકોલ

વિવિધ એપ્લિકેશન દૃશ્યો વિવિધ પ્રોટોકોલ આવશ્યકતાઓને ચલાવે છે. સૌથી વધુથી લઈને ઓછામાં ઓછા એકીકરણ-જટિલ સુધીના મુખ્ય DALY દૃશ્યો દ્વારા કાર્ય કરવું:

ફોર્કલિફ્ટ અને ઔદ્યોગિક વાહનો

વાહન-નિયંત્રક એકીકરણ માટે CAN સામાન્ય રીતે આવશ્યક છે; RS485 એ પ્રમાણભૂત છે જ્યાં ફ્લીટ-મેનેજમેન્ટ હોસ્ટ પેક આરોગ્યને ટ્રેક કરે છે; બ્લૂટૂથનો ઉપયોગ સામાન્ય રીતે વ્યક્તિગત નિદાન માટે થાય છે. ઊંડા માર્ગદર્શન માટે, અમારો ફોર્કલિફ્ટ BMS પસંદગી લેખ જુઓ.

મનોરંજક વાહનો (RV-C)

RV-C એ RV નેટવર્ક્સ માટે CAN-આધારિત માનક છે. BMS આ શેર કરેલી બસ પર ડેશબોર્ડ, ચાર્જર, ઇન્વર્ટર અને ચેસિસ નિયંત્રકો સાથે વાતચીત કરે છે. પ્રોજેક્ટ-વિશિષ્ટ PGN (પેરામીટર ગ્રુપ નંબર) અનુકૂલન RV-C સપોર્ટ જેટલું જ મહત્વપૂર્ણ છે. ઊંડા માર્ગદર્શન માટે, અમારો RV BMS પસંદગી લેખ જુઓ.

મરીન (NMEA 2000)

NMEA 2000 એ CAN-આધારિત મરીન બસ છે જે બેટરી, ચાર્જર, ડિસ્પ્લે અને એન્જિન નેટવર્કને જોડે છે. એન્જિન-સ્ટાર્ટિંગ અને હાઉસ-બેંક બંને ભૂમિકાઓ એક જ નેટવર્ક પર સંકલિત થાય છે, ચોક્કસ મરીન ડિસ્પ્લે માટે પ્રોજેક્ટ-સ્તર અનુકૂલન સાથે. ઊંડા માર્ગદર્શન માટે, અમારો મરીન BMS પસંદગી લેખ જુઓ.

ઊર્જા સંગ્રહ પ્રણાલીઓ

CAN BMS-થી-ઇન્વર્ટર રીઅલ-ટાઇમ કોમ્યુનિકેશનનું સંચાલન કરે છે; RS485 EMS અથવા SCADA ઇન્ટિગ્રેશનનું સંચાલન કરે છે. ઇન્વર્ટર પ્રોટોકોલ સુસંગતતા સામાન્ય રીતે ગેટિંગ ફેક્ટર હોય છે. ઊંડા ESS માર્ગદર્શન માટે, સૌર સંગ્રહ માટે અમારો BMS કોમ્યુનિકેશન લેખ જુઓ.

ઇલેક્ટ્રિક મોટરસાયકલ અને હલકું વાહન

રિટેલ અને આફ્ટરમાર્કેટ લિથિયમ પેક માટે બ્લૂટૂથ-ઓન્લી સામાન્ય છે જ્યાં ડાયરેક્ટ એપ મોનિટરિંગ ઉપયોગનો કેસ છે. ફ્લીટ ટુ-વ્હીલર્સ માટે OEM ક્લોઝ્ડ-પેક ઉત્પાદન વાહન એકીકરણ માટે CAN ઉમેરી શકે છે. સિસ્ટમ-એકીકરણ ઊંડાઈ સાથે પ્રોટોકોલ આવશ્યકતાઓનો સ્કેલ.

સ્પષ્ટીકરણ અર્થશાસ્ત્ર: ક્યાં રોકાણ કરવું, ક્યાં વધુ પડતું ન કરવું

પ્રોટોકોલ પસંદગીનું પોતાનું અર્થશાસ્ત્ર છે. ખૂબ ઓછા અને BMS એકીકૃત થશે નહીં; ખૂબ વધારે અને ખર્ચ પ્રીમિયમ બિનઉપયોગી ક્ષમતા માટે ચૂકવણી કરે છે.

ક્યાં રોકાણ કરવું:

• તમારા પ્રોજેક્ટમાં ચોક્કસ ડાઉનસ્ટ્રીમ ઉપકરણો માટે પ્રોટોકોલ-સ્તરનું અનુકૂલન— સામાન્ય પ્રોટોકોલ સપોર્ટ નથી.
• એક CAN અમલીકરણ જે નિયંત્રક, ઇન્વર્ટર અથવા સિસ્ટમ નેટવર્ક સાથે મેળ ખાય છેતમારા પ્રોજેક્ટ ખરેખર ઉપયોગ કરે છે.
• પ્રોજેક્ટ-સ્ટેજ ચકાસણી કે BMS તમારા ઉપકરણોની અપેક્ષા મુજબ સંદેશ બોલી બોલે છે, કમિશનિંગ પહેલાં.

ક્યાં વધારે પડતું ન કહેવું:

• તમારા ડાઉનસ્ટ્રીમ ઉપકરણો જે પ્રોટોકોલ સાથે કનેક્ટ થતા નથી— જ્યારે ફક્ત CAN, RS485 અને બ્લૂટૂથનો ઉપયોગ થાય છે ત્યારે તેના માટે ચૂકવણી કરવી એ લાભ વિના ખર્ચ ચૂકવવા બરાબર છે.
• OEM ક્લોઝ્ડ-પેક ઉત્પાદન પર બ્લૂટૂથજ્યાં પેક અંતિમ વપરાશકર્તા અથવા ઇન્સ્ટોલર મોબાઇલ એપ્લિકેશનોના સંપર્કમાં નથી.
• પ્રોટોકોલ ઊંડાઈ વાસ્તવિક સિસ્ટમ આર્કિટેક્ચરની જરૂરિયાત કરતાં વધુ છે— સામાન્ય "બધા પ્રોટોકોલ સપોર્ટેડ" દાવાઓ ઘણીવાર ચકાસાયેલ એકીકરણ ઊંડાઈને બદલે માર્કેટિંગ સ્થિતિનો સંકેત આપે છે.

સાચો જવાબ એ છે કે તમારા વાસ્તવિક એકીકરણ યોજના સાથે પ્રોટોકોલ સ્પષ્ટીકરણનું મેળ ખાવું. જે સપ્લાયર તમારી સાથે ઉપકરણ-સ્તરના અનુકૂલન પર કામ કરે છે તેની સાથે કામ કરવું જોઈએ.

DALY સ્માર્ટ BMS રેન્જ અને પ્રોટોકોલ અનુકૂલન અભિગમ

DALY સ્માર્ટ BMS લાઇન્સ મુખ્ય એપ્લિકેશન દૃશ્યો દ્વારા જરૂરી પ્રોટોકોલ સંયોજનોને આવરી લે છે:

ઉત્પાદન રેખા	પ્રોટોકોલ ઉપલબ્ધ છે	અનુકૂલન અભિગમ
સ્માર્ટ BMS	CAN, RS485, UART, બ્લૂટૂથ	સ્ટાન્ડર્ડ સ્માર્ટ BMS પ્રોટોકોલ પેકેજ; ચોક્કસ ડાઉનસ્ટ્રીમ ઉપકરણો માટે પ્રોજેક્ટ-સ્તરનું કસ્ટમાઇઝેશન
સક્રિય સંતુલન BMS	CAN, RS485, UART, બ્લૂટૂથ	સમાન પ્રમાણભૂત પ્રોટોકોલ પેકેજ; ચોક્કસ ડાઉનસ્ટ્રીમ ઉપકરણો માટે પ્રોજેક્ટ-સ્તરનું કસ્ટમાઇઝેશન
હોમ સ્ટોરેજ BMS	CAN, RS485, UART, બ્લૂટૂથ	પ્રોજેક્ટ ધોરણે ઇન્વર્ટર અને EMS પ્રોટોકોલ અનુકૂલન ઉપલબ્ધ છે
ઉચ્ચ વર્તમાન BMS	CAN, RS485, UART ×3	ડાયગ્નોસ્ટિક્સ, રૂપરેખાંકન અને પેરિફેરલ એકીકરણ માટે ત્રણ UART ચેનલો; પ્રોજેક્ટ દીઠ CAN અનુકૂલન
આરવી બીએમએસ	CAN, RS485, UART, બ્લૂટૂથ	પ્રોજેક્ટ-વિશિષ્ટ PGN કસ્ટમાઇઝેશન ઉપલબ્ધ સાથે, RV-C ને સપોર્ટ કરે છે

મરીન (NMEA 2000):સ્માર્ટ BMS અને એક્ટિવ બેલેન્સિંગ BMS લાઇન્સ દ્વારા એન્જિન-સ્ટાર્ટિંગ અને હાઉસ-બેંક બંને ભૂમિકાઓ પૂરી પાડવામાં આવે છે, જેમાં પ્રોજેક્ટ-લેવલ પ્રોટોકોલ કસ્ટમાઇઝેશન દ્વારા NMEA 2000 સપોર્ટ પૂરો પાડવામાં આવે છે.

DALY પ્રોટોકોલ સપોર્ટ અને પ્રોટોકોલ અનુકૂલનને અલગ વાતચીત તરીકે ગણે છે: ડેટા શીટમાં દરેક BMS શું સપોર્ટ કરે છે તેની યાદી આપે છે; પ્રોજેક્ટ-એન્જિનિયરિંગ સ્તર તમારા બિલ્ડ સાથે જોડાયેલા ચોક્કસ ઉપકરણો માટે સંદેશ-માળખા અનુકૂલનને સંભાળે છે.

OEM અને ઇન્ટિગ્રેટર પ્રોજેક્ટ્સ માટે, સામાન્ય ડેટા-શીટ દાવાઓ પર આધાર રાખવાને બદલે, પ્રી-RFQ એન્જિનિયરિંગ ચર્ચા દરમિયાન બેટરી વાંચવાની જરૂર હોય તેવા ચોક્કસ ડાઉનસ્ટ્રીમ ઉપકરણો શેર કરો.

→ DALY સ્માર્ટ BMS શ્રેણી જે પ્રમાણભૂત પ્રોટોકોલ પેકેજને આવરી લે છે:https://www.dalybms.com/smart-bms/

→ ઔદ્યોગિક વાહન એપ્લિકેશનો માટે DALY ઉચ્ચ વર્તમાન BMS શ્રેણી:https://www.dalybms.com/high-current-bms-products/

વારંવાર પૂછાતા પ્રશ્નો

Q1જો BMS ડેટા શીટમાં CAN, RS485, UART અને બ્લૂટૂથની યાદી હોય, તો શું મારા પ્રોજેક્ટને ચારેયની જરૂર છે?

ના. ડેટા શીટમાં BMS શું સપોર્ટ કરે છે તેની યાદી આપે છે; પ્રોજેક્ટ આવશ્યકતાઓ નક્કી કરે છે કે ખરેખર કયા પ્રોટોકોલનો ઉપયોગ થાય છે. તમે કનેક્ટ ન કરો છો તે પ્રોટોકોલ ખરીદવાથી ખર્ચ વધે છે. તેનાથી વિપરીત વધુ ખતરનાક છે - તમારા ડાઉનસ્ટ્રીમ ડિવાઇસની અપેક્ષા મુજબ પ્રોટોકોલ ખૂટવાથી કમિશનિંગ સમયે એકીકરણ અંતર સર્જાય છે. BMS ને કયા ઉપકરણો સાથે વાત કરવાની જરૂર છે તેના આધારે સ્પષ્ટ કરો.

Q2"CAN ને સપોર્ટ કરે છે" અને "મારા ઇન્વર્ટર સાથે સુસંગત" વચ્ચે શું તફાવત છે?

CAN ને સપોર્ટ કરે છે એટલે કે BMS CAN પ્રોટોકોલ સ્તર બોલે છે. તમારા ચોક્કસ ઇન્વર્ટર સાથે સુસંગત થવા માટે તમારા ઇન્વર્ટરની અપેક્ષા મુજબ સંદેશ માળખું (PGN, સંદેશ ID, ડેટા લેઆઉટ) જરૂરી છે. જો સંદેશ અમલીકરણ અલગ હોય તો બે CAN-સપોર્ટિંગ BMS યુનિટ એક જ ઇન્વર્ટર સાથે અસંગત રહી શકે છે. પ્રોજેક્ટ તબક્કે સંદેશ-સ્તરની સુસંગતતા ચકાસો, ફક્ત પ્રોટોકોલ સપોર્ટ જ નહીં.

Q3શું મને OEM કોમર્શિયલ બેટરી પેક પર બ્લૂટૂથની જરૂર છે?

તે તેના પર આધાર રાખે છે કે અંતિમ-વપરાશકર્તા અથવા ઇન્સ્ટોલર પેક સાથે સીધી ક્રિયાપ્રતિક્રિયા કરે તેવી અપેક્ષા છે. OEM ક્લોઝ્ડ-પેક ઉત્પાદન માટે જ્યાં મોનિટરિંગ સિસ્ટમ નેટવર્ક દ્વારા થાય છે, બ્લૂટૂથ ઘણીવાર મૂલ્ય ઉમેરતું નથી. આફ્ટરમાર્કેટ, રિટેલ અથવા ઇન્સ્ટોલર-સેવાયોગ્ય પેક માટે, બ્લૂટૂથ વધુ વખત વાજબી ઠેરવવામાં આવે છે.

Q4જો UART હાર્ડવેર ફાઉન્ડેશન જેવું લાગે છે, તો તેને CAN અને RS485 ની સાથે શા માટે સૂચિબદ્ધ કરવામાં આવે છે?

UART એ અંતર્ગત સીરીયલ વાયરિંગ સ્તર છે જેનો ઉપયોગ કેટલાક સેન્સર અને મોડ્યુલો ડેટા ટ્રાન્સમિટ કરવા માટે કરે છે. પસંદગીમાં, તે CAN અથવા RS485 કરતાં ઓછો વિકલ્પ છે - પરંતુ હાર્ડવેર પ્લાનિંગ માટે ચેનલોની સંખ્યા મહત્વપૂર્ણ છે. જ્યારે ડાઉનસ્ટ્રીમ સાધનો CAN અથવા RS485 ની અપેક્ષા રાખે છે ત્યારે UART-માત્ર BMS પૂરતું ન પણ હોય; તમારા ઇન્ટિગ્રેશન પ્લાનની શું જરૂર છે તે ચકાસો.

Q5RFQ તબક્કે હું વાતચીતની જરૂરિયાતો કેવી રીતે સ્પષ્ટ કરી શકું?

બેટરી વાંચવા માટે જરૂરી ડાઉનસ્ટ્રીમ ડિવાઇસની યાદી બનાવો - ઇન્વર્ટર, કંટ્રોલર, ડિસ્પ્લે, ફ્લીટ મેનેજમેન્ટ, EMS, મોબાઇલ એપ્લિકેશન - અને દરેક માટે જરૂરી પ્રોટોકોલ. સપ્લાયરને ફક્ત સામાન્ય પ્રોટોકોલ સપોર્ટ જ નહીં, પરંતુ દરેક ડિવાઇસ માટે મેસેજ-લેવલ અનુકૂલનની પુષ્ટિ કરવા માટે કહો. આ વાતચીતને "શું તમે CAN ને સપોર્ટ કરો છો" થી "શું તમે તમારા CAN અમલીકરણને મારા ચોક્કસ ઇન્વર્ટર અને કંટ્રોલર સાથે અનુકૂલિત કરી શકો છો" માં ફેરવે છે.

DALY વિશે

DALY 130+ દેશોમાં OEM, પેક ઉત્પાદકો અને ઇન્ટિગ્રેટર્સ માટે લિથિયમ બેટરી મેનેજમેન્ટ સિસ્ટમ્સ ડિઝાઇન અને ઉત્પાદન કરે છે, જેમાં સ્માર્ટ BMS વેરિઅન્ટ્સ મોબાઇલ, ઔદ્યોગિક અને ઊર્જા-સંગ્રહ પરિવારોમાં CAN, RS485, UART અને બ્લૂટૂથને સપોર્ટ કરે છે. 2015 માં સ્થપાયેલ, DALY CE અને RoHS પાલન સાથે ISO 9001 / ISO 14001 સિસ્ટમ્સ હેઠળ કાર્ય કરે છે; ઊર્જા-સંગ્રહ લાઇન UL માન્ય ઘટક સ્થિતિ ધરાવે છે (સંપૂર્ણ UL સિસ્ટમ પ્રમાણપત્ર નહીં). પરીક્ષણ અહેવાલો અને તકનીકી દસ્તાવેજો વિનંતી પર ઉપલબ્ધ છે, તેથી પોતાના ઉત્પાદન પ્રમાણપત્રનો અભ્યાસ કરતા ગ્રાહકો પાસે તેમને જરૂરી સહાયક સામગ્રી હોય છે.

તમારા પ્રોજેક્ટ માટે BMS કોમ્યુનિકેશનનો ઉલ્લેખ કરો છો?

જો તમે બેટરી પ્રોજેક્ટ માટે રૂપરેખાંકન તબક્કામાં છો, તો DALY એન્જિનિયરિંગ ટીમ સામાન્ય પ્રોટોકોલ ચેકલિસ્ટને બદલે તમારા ઉપકરણ સૂચિ, પ્રોટોકોલ આવશ્યકતાઓ અને સંદેશ-સ્તરના અનુકૂલન દ્વારા કાર્ય કરે છે.

• તમારા પ્રોજેક્ટ પ્રકાર, બેટરી વાંચવાની જરૂર હોય તેવા ડાઉનસ્ટ્રીમ ઉપકરણો, ચોક્કસ ઇન્વર્ટર / કંટ્રોલર / ડિસ્પ્લે મોડેલ્સ અને મોનિટરિંગ-પ્લેટફોર્મ આવશ્યકતાઓ શેર કરો.
• અમને તમારા ડિવાઇસની યાદી જણાવો અને અમે યોગ્ય સ્માર્ટ BMS કન્ફિગરેશન અને પ્રોટોકોલ-એડેપ્ટેશન અભિગમની ભલામણ કરીશું.
• ઇમેઇલ: dalybms@dalyelec.com

સ્માર્ટ BMS પ્રોડક્ટ પેજ:https://www.dalybms.com/smart-bms/