CAN, RS485, UART, „Bluetooth“: kokios ryšio sąsajos iš tikrųjų reikia jūsų akumuliatorių blokui?

Kodėl klausimas „Ar jūsų BMS palaiko CAN?“ yra neteisingas pirkimų klausimas

Daugumoje išmaniųjų BMS duomenų lapų ryšio protokolai pateikiami kaip funkcijų kontrolinis sąrašas: CAN, RS485, UART, „Bluetooth“, kartais ir daugiau. Potekstė yra raminanti – kuo daugiau išvardyta, tuo geriau. Tačiau sąrašas neatsako į klausimą apie pirkimą.

Protokolų sąrašas yra paprastas. Tikrasis iššūkis yra užtikrinti patikimą skirtingų įrenginių bendravimą.

Du BMS įrenginiai gali palaikyti CAN ir likti nesuderinami su tuo pačiu keitikliu, nes jų pranešimų struktūros skiriasi. Tas pats pasakytina apie NMEA 2000 ekranus, RV-C prietaisų skydelius ir EMS (energijos valdymo sistemos) platformas. Protokolo lygio palaikymas yra atspirties taškas, o ne išvada.

Šiame straipsnyje apžvelgiama sistema: ką daro kiekvienas protokolas, kur kiekvienas tinka ir kaip nurodyti ryšį kainos užklausos (RFQ) etape, kad „palaikytų“ taptų „suderinamu“ – skirtumas tarp projekto, kuris integruojasi sklandžiai, ir projekto, kuris susiduria su paleidimo spraga.

Ką šie keturi protokolai iš tikrųjų veikia akumuliatorių bloke

Apibendrinant tik svarbiausius pirkimų aspektus, štai ką kiekvienas protokolas iš tikrųjų atlieka akumuliatorių bloke:

Protokolas Ryšio sluoksnis Tipinis vaidmuo Kur jis gyvena
GALI Tinklo magistralė (keliems įrenginiams) Transporto priemonių ir pramoninių sistemų integracija realiuoju laiku Transporto priemonių valdikliai, pramoninės mašinos, sistemų tinklai (RV-C, NMEA 2000 ir J1939, sukurti CAN pagrindu)
RS485 Nuoseklioji magistralė (keli įrenginiai, ilgesnis atstumas) Pagrindinio kompiuterio stebėjimas, transporto parko valdymas, SCADA Transporto priemonių parko valdymo sistemos, stebėjimo stotys, pramoniniai stebėjimo sluoksniai
UART Taškas-taškas serijinis ryšys Pagrindinė aparatinės įrangos laidai Yra po kai kuriomis nuosekliosiomis jungtimis (pvz., RS485 siųstuvais-imtuvais, belaidžiais moduliais); tai labiau aparatinės įrangos galimybė, o ne vartotojo pasirinkimas.
„Bluetooth“ Trumpojo nuotolio belaidis ryšys Programėlėmis pagrįsta diagnostika ir konfigūravimas Savininko arba montuotojo mobiliosios programėlės individualiam rinkinių stebėjimui

Protokolai nėra keičiami. CAN tvarko integraciją realiuoju laiku, RS485 – stebėjimą, UART yra aparatinės įrangos laidų sluoksnis, o „Bluetooth“ – savininkui. Tinkamas protokolas priklauso nuo to, ką reikia nuskaityti tolesniam įrenginiui – keitikliui, prietaisų skydeliui, transporto priemonių parko sistemai, mobiliajai programėlei.

Klausimas ne tas, ar BMS palaiko CAN. Klausimas tas, ar ji kalba dialektu, kurio tikisi jūsų keitiklis, valdiklis, ekranas ar tinklas.

CAN: Transporto priemonių ir pramonės integracijos darbinis arkliukas

CAN yra protokolo sluoksnis, kuriame vyksta dauguma transporto priemonių ir pramoninių sistemų integracijų. Kai krautuvo valdiklis realiuoju laiku nuskaito akumuliatoriaus įkrovos būseną, kai kemperio važiuoklės tinklas koordinuoja akumuliatorių ir įkroviklį, kai jūrinis ekranas nuskaito variklio ir akumuliatoriaus būseną, pagrindinis protokolas beveik visada yra CAN.

Vien „CAN palaikymas“ mažai ką pasako apie tai, ar konkreti BMS integruojasi su konkrečiu įrenginiu. Skirtingos sritys sukūrė standartus CAN pagrindu – RV-C, NMEA 2000 ir J1939 – kiekvienas su savo pranešimų struktūra. Du CAN palaikantys BMS įrenginiai gali turėti visiškai skirtingas pranešimų versijas ir likti nesuderinami su tuo pačiu įrenginiu.

CAN pagrindu veikiančios integracijos atveju tinkamas RFQ klausimas yra ne tai, ar BMS palaiko CAN, o kokį pranešimų įgyvendinimą ji siūlo ir kokias adaptacijas tiekėjas siūlo jūsų konkretiems įrenginiams.

RS485: pagrindinio kompiuterio stebėjimo ir tolimojo ryšio standartas

RS485 užima kitą lygmenį. Ten, kur CAN puikiai koordinuoja realiuoju laiku, RS485 tvarko ilgesnius kabelius ir stebėjimo lygmenį, esantį virš operatyvinio valdymo – parko valdymą, stebintį daugybę įrenginių, SCADA (supervisory Control and Data Acquisition) platformas ir pagrindines stebėjimo stotis.

Tipiškas pramoninis modelis yra CAN realaus laiko integracijai ir RS485 stebėjimo sluoksniui. Krautuvo valdiklis bendrauja su BMS per CAN; parko valdymo sistema nuskaito pakuočių būklę per RS485. Šios dvi sistemos nėra konkurentės – jos aptarnauja skirtingus architektūros sluoksnius.

RS485 atveju įsitikinkite, kad BMS diegimas atitinka jūsų konkrečią stebėjimo platformą, o ne „palaiko RS485“ kaip suderinamumo garantiją.

UART: Aparatūros sluoksnis (mažiau apie pasirinkimą, daugiau apie fondą)

UART yra taškas-taškas nuoseklusis ryšys, esantis po kai kuriomis aukštesnio lygio jungtimis – pavyzdžiui, mikrovaldiklio UART dažnai valdo RS485 siųstuvą-imtuvą, o belaidžiai moduliai dažniausiai prie pagrindinio kompiuterio jungiasi per UART. Tačiau CAN nėra pagrįstas tuo: CAN naudoja savo valdiklį ir siųstuvą-imtuvą. Kai kurie jutikliai ir moduliai jungiasi tiesiogiai per UART be papildomo protokolo sluoksnio. Išmaniųjų BMS duomenų lapuose UART paprastai nurodomas kaip aparatinės įrangos funkcija, o ne kaip vartotojui skirtas protokolas, kaip CAN ar RS485.

Kai kurios pramoninės BMS platformos teikia kelis UART kanalus diagnostikai, konfigūravimui ar periferinių įrenginių integravimui – tai labiau veikia aparatinės įrangos planavimą nei protokolo pasirinkimą.

Įsigijimams: BMS sistema, kurioje nurodytas tik UART (be aukštesnio lygio protokolo), skirta tiesioginiam įrenginių laidavimui, o ne tinklo integravimui. Vien UART gali nepakakti, kai žemesnioji įranga – keitiklis, valdiklis, ekranas, įrenginių parko valdymo sistema – reikalauja CAN arba RS485 ryšio. Patikrinkite, ko reikalauja jūsų integravimo planas.

„Bluetooth“: kai programėlėmis pagrįsta stebėsena iš tikrųjų svarbi

„Bluetooth“ veikia kitame lygmenyje. Kai CAN ir RS485 jungia BMS su kitais sistemos įrenginiais, „Bluetooth“ paprastai jungia BMS su galutinio vartotojo arba montuotojo mobiliąja programėle – įkrovos būsenos stebėjimui, konfigūravimui ir gedimų diagnostikai atskiruose blokuose.

„Bluetooth“ yra naudingiausias tais atvejais, kai tiesioginė naudotojo arba montuotojo sąveika su bloku yra naudojimo atvejo dalis: ličio baterijų atnaujinimams po pardavimo, montuotojų paleidimui, mažmeninės prekybos kanalų produktams. Uždarų blokų gamyboje su originalios įrangos gamintojais (OEM), kai stebėjimas vyksta per sistemos tinklą, „Bluetooth“ dažnai prideda išlaidų, bet nenaudinga.

Pirkimo klausimas yra tas, ar jūsų platinimo ir paslaugų modelis leidžia paketui tiesiogiai sąveikauti programėlėje. Jei ne, „Bluetooth“ yra viena iš funkcijų, kurias lengviau apibrėžti.

Skirtingų scenarijų sprendimų sistema: kuris protokolas tinka kuriai programai

Skirtingi taikymo scenarijai kelia skirtingus protokolo reikalavimus. Apsvarstykite pagrindinius DALY scenarijus nuo sudėtingiausio iki mažiausiai integracijos sudėtingo:

Šakiniai krautuvai ir pramoninės transporto priemonės

CAN paprastai yra būtinas transporto priemonės ir valdiklio integracijai; RS485 yra standartinis, kai transporto parko valdymo kompiuteris stebi bėgių kelio būklę; „Bluetooth“ paprastai naudojamas individualiai diagnostikai. Išsamesnės informacijos rasite mūsų straipsnyje apie šakinių krautuvų BMS pasirinkimą.

Pramoginės transporto priemonės (RV-C)

RV-C yra CAN pagrindu sukurtas standartas RV tinklams. BMS bendrauja su prietaisų skydeliu, įkrovikliu, keitikliu ir važiuoklės valdikliais per šią bendrą magistralę. Projektui būdingas PGN (parametrų grupės numerio) pritaikymas yra toks pat svarbus, kaip ir pats RV-C palaikymas. Išsamesnės informacijos rasite mūsų RV BMS pasirinkimo straipsnyje.

Jūrinis (NMEA 2000)

NMEA 2000 yra CAN pagrindu sukurta jūrinė magistralė, jungianti akumuliatorių, įkroviklį, ekranus ir variklio tinklus. Tiek variklio užvedimo, tiek pagrindinio bloko vaidmenys integruojami tame pačiame tinkle, o projekto lygmeniu juos galima pritaikyti konkretiems jūriniams ekranams. Išsamesnės informacijos rasite mūsų jūrinių BMS sistemų pasirinkimo straipsnyje.

Energijos kaupimo sistemos

CAN palaiko BMS ir keitiklio ryšį realiuoju laiku; RS485 palaiko EMS arba SCADA integraciją. Keitiklio protokolo suderinamumas paprastai yra valdymo veiksnys. Išsamesnės informacijos apie ESS rasite mūsų BMS ryšio straipsnyje apie saulės energijos kaupimą.

Elektriniai motociklai ir lengvosios transporto priemonės

„Bluetooth“ ryšys yra įprastas mažmeninės prekybos ir neoriginalių ličio baterijų atveju, kai naudojama tiesioginė programėlės stebėsena. Originalios įrangos gamintojų uždarų baterijų gamyboje, skirtoje dviračių parkams, gali būti pridėtas CAN, skirtas transporto priemonių integracijai. Protokolo reikalavimai keičiasi atsižvelgiant į sistemos integracijos gylį.

Specifikacijų ekonomika: kur investuoti, kur nepersistengti su specifikacijomis

Protokolo pasirinkimas turi savų ekonominių aspektų. Per mažas protokolų skaičius – ir BMS nebus integruotas; per didelis protokolų skaičius – ir kainos priemoka už nenaudojamas galimybes.

Kur investuoti:

  • Protokolo lygio pritaikymas konkretiems jūsų projekto įrenginiams— ne bendras protokolų palaikymas.
  • CAN diegimas, atitinkantis valdiklį, keitiklį arba sistemos tinkląjūsų projektas iš tikrųjų naudoja.
  • Projekto etapo patikrinimas, ar BMS kalba jūsų įrenginių laukiamu pranešimų dialektu, prieš pradedant eksploatuoti.

Kur nereikėtų per daug specifikacijų:

  • Protokolai, prie kurių neprisijungia jūsų žemesnio lygio įrenginiai– mokėti už CAN, RS485 ir „Bluetooth“, kai naudojamas tik vienas iš jų, reiškia mokėti už išlaidas be jokios naudos.
  • „Bluetooth“ ryšys uždaroje OEM pakuotėjekur paketas nėra prieinamas galutinio vartotojo ar diegėjo mobiliosioms programėlėms.
  • Protokolo gylis viršija tai, ko reikalauja faktinė sistemos architektūra— bendriniai teiginiai apie „palaikomi visi protokolai“ dažnai rodo rinkodaros poziciją, o ne patvirtintą integracijos gylį.

Teisingas atsakymas – suderinti protokolo specifikaciją su jūsų faktiniu integracijos planu. Reikėtų bendradarbiauti su tiekėju, kuris bendradarbiauja su jumis įrenginio lygio pritaikymo srityje.

DALY išmaniųjų BMS sistemų diapazono ir protokolo pritaikymo metodas

DALY išmaniosios BMS linijos apima protokolų derinius, reikalingus pagrindiniams taikymo scenarijams:

Produktų linija Galimi protokolai Adaptacijos metodas
Išmanioji BMS sistema CAN, RS485, UART, „Bluetooth“ Standartinis „Smart BMS“ protokolų paketas; projekto lygio pritaikymas konkretiems įrenginiams
Aktyvaus balansavimo BMS CAN, RS485, UART, „Bluetooth“ Tas pats standartinis protokolų paketas; projekto lygio pritaikymas konkretiems įrenginiams
Namų saugykla BMS CAN, RS485, UART, „Bluetooth“ Keitiklio ir EMS protokolo pritaikymas galimas pagal projektą
Didelės srovės BMS CAN, RS485, UART ×3 Trys UART kanalai diagnostikai, konfigūravimui ir periferinių įrenginių integravimui; CAN pritaikymas kiekvienam projektui
RV BMS CAN, RS485, UART, „Bluetooth“ Palaiko RV-C, su galimybe pritaikyti PGN konkrečiam projektui

Jūrinis (NMEA 2000):Tiek variklio užvedimo, tiek pagrindinio bloko funkcijas atlieka išmaniosios BMS ir aktyvaus balansavimo BMS linijos, o NMEA 2000 palaikymas teikiamas pritaikant protokolą projekto lygmeniu.

DALY protokolų palaikymą ir jų pritaikymą traktuoja kaip atskirus pokalbius: duomenų lape išvardijama, ką palaiko kiekviena BMS; projekto inžinerijos lygmenyje tvarkoma pranešimų struktūros pritaikymas konkretiems įrenginiams, prie kurių jungiamas jūsų įrenginys.

OEM ir integratorių projektuose, prieš pateikus RFQ, pasidalykite konkrečiais įrenginiais, kuriems reikia nuskaityti akumuliatoriaus duomenis, o ne pasikliaukite bendrais duomenų lapų teiginiais.

→ DALY išmaniųjų BMS sistemų asortimentas, apimantis standartinį protokolų paketą:https://www.dalybms.com/smart-bms/

→ DALY didelės srovės BMS asortimentas pramoninių transporto priemonių reikmėms:https://www.dalybms.com/high-current-bms-products/

Dažnai užduodami klausimai

Q1Jei BMS duomenų lape nurodyti CAN, RS485, UART ir „Bluetooth“, ar mano projektui reikalingi visi keturi?

Ne. Duomenų lape išvardinta, ką palaiko BMS; projekto reikalavimai lemia, kurie iš jų iš tikrųjų naudojami. Protokolų, prie kurių neprisijungiate, pirkimas padidina išlaidas. Atvirkščiai yra pavojingiau – trūkstami protokolai, kurių tikisi jūsų įrenginiai, su kuriais dirba jūsų įrenginiai, sukuria integracijos spragas paleidimo metu. Nurodykite atsižvelgdami į įrenginius, su kuriais BMS turi bendrauti.

Q2Kuo skiriasi „palaiko CAN“ ir „suderinama su mano keitikliu“?

Palaiko CAN, o tai reiškia, kad BMS kalba CAN protokolo lygmenyje. Suderinamumui su jūsų konkrečiu keitikliu reikalinga jūsų keitiklio laukiama pranešimų struktūra (PGN, pranešimo ID, duomenų išdėstymas). Du CAN palaikantys BMS įrenginiai gali likti nesuderinami su tuo pačiu keitikliu, jei pranešimų įgyvendinimas skiriasi. Projekto etape patikrinkite pranešimų lygio suderinamumą, o ne tik protokolo palaikymą.

Q3Ar man reikia „Bluetooth“ ryšio su originalios įrangos gamintojo (OEM) komerciniu akumuliatorių bloku?

Tai priklauso nuo to, ar tikimasi, kad galutinis vartotojas, ar montuotojas tiesiogiai sąveikaus su bloku. Originalios įrangos gamintojų uždarų blokų gamyboje, kai stebėjimas vyksta per sistemos tinklą, „Bluetooth“ dažnai neprideda vertės. Atsarginių dalių rinkoje, mažmeninėje prekyboje arba montuotojo prižiūrimiems blokams „Bluetooth“ dažniau yra pateisinamas.

Q4Kodėl UART nurodytas kartu su CAN ir RS485, jei tai labiau aparatinės įrangos pagrindas?

UART yra pagrindinis nuosekliojo laidų laidų sluoksnis, kurį kai kurie jutikliai ir moduliai naudoja duomenims perduoti. Pasirenkant, tai yra mažiau pasirinkimo nei CAN ar RS485, tačiau kanalų skaičius yra svarbus planuojant aparatinę įrangą. Tik UART BMS gali nepakakti, kai žemesnio lygio įranga tikisi CAN arba RS485; patikrinkite, ko reikalauja jūsų integravimo planas.

Q5Kaip nurodyti komunikacijos reikalavimus RFQ etape?

Išvardykite įrenginius, kuriems reikia nuskaityti akumuliatoriaus duomenis – keitiklį, valdiklį, ekraną, transporto priemonių parko valdymo sistemą, EMS, mobiliąją programėlę – ir kiekvieno iš jų reikalaujamą protokolą. Paprašykite tiekėjo patvirtinti kiekvieno įrenginio pranešimų lygio pritaikymą, o ne tik bendrą protokolo palaikymą. Tai perkelia pokalbį nuo „ar palaikote CAN“ į „ar galite pritaikyti savo CAN diegimą mano konkrečiam keitikliui ir valdikliui“.

Apie DALY

„DALY“ projektuoja ir gamina ličio baterijų valdymo sistemas originalios įrangos gamintojams (OEM), akumuliatorių gamintojams ir integratoriams daugiau nei 130 šalių. „Smart BMS“ variantai palaiko CAN, RS485, UART ir „Bluetooth“ mobiliuosiuose, pramoniniuose ir energijos kaupimo įrenginiuose. Įkurta 2015 m., „DALY“ veikia pagal ISO 9001 / ISO 14001 sistemas, atitinkančias CE ir RoHS reikalavimus; energijos kaupimo linija turi UL pripažinto komponento statusą (ne visą UL sistemos sertifikatą). Bandymų ataskaitos ir techninė dokumentacija pateikiamos paprašius, kad klientai, siekiantys savo produktų sertifikavimo, turėtų reikiamą pagalbinę medžiagą.

Reikia nurodyti BMS komunikaciją savo projektui?

Jei esate akumuliatorių projekto konfigūravimo etape, DALY inžinerijos komanda dirba su jūsų įrenginių sąrašu, protokolo reikalavimais ir pranešimų lygio pritaikymu, o ne su bendriniu protokolų kontroliniu sąrašu.

  • Pasidalykite savo projekto tipu, toliau pateiktais įrenginiais, kuriems reikia nuskaityti akumuliatoriaus duomenis, konkrečiais keitiklių / valdiklių / ekranų modeliais ir stebėjimo platformos reikalavimais.
  • Pateikite mums savo įrenginių sąrašą ir mes rekomenduosime tinkamą išmaniosios BMS konfigūraciją ir protokolo pritaikymo būdą.
  • El. paštas: dalybms@dalyelec.com

Išmaniosios BMS produkto puslapis:https://www.dalybms.com/smart-bms/


Įrašo laikas: 2026 m. liepos 10 d.

KONTAKTAI SU DALIMIS

  • Adresas: Nr. 14, Gongye South Road, Songshanhu mokslo ir technologijų pramonės parkas, Dongguano miestas, Guangdongo provincija, Kinija.
  • Numeris: +86 13215201813
  • laikas: 7 dienas per savaitę nuo 00:00 iki 24:00
  • El. paštas: dalybms@dalyelec.com
  • DALY privatumo politika
Siųsti el. laišką