CAN, RS485, UART, Bluetooth: От кой комуникационен интерфейс наистина се нуждае вашата батерия?

Защо „Може ли вашата BMS поддръжка?“ е грешен въпрос при обществените поръчки

Повечето информационни листове за Smart BMS изброяват комуникационните протоколи като контролен списък с функции: CAN, RS485, UART, Bluetooth, понякога и други. Изводът е успокояващ – колкото повече са изброени, толкова по-добре. Но списъкът не отговаря на въпроса за обществената поръчка.

Две BMS устройства могат едновременно да поддържат CAN и да останат несъвместими с един и същ инвертор, тъй като структурите на съобщенията им се различават. Същото важи и за NMEA 2000 дисплеи, RV-C табла и EMS (Energy Management System) платформи. Поддръжката на ниво протокол е отправната точка, а не заключението.

Тази статия разглежда рамката: какво прави всеки протокол, къде се вписва всеки от тях и как да се специфицира комуникацията на етапа RFQ (Заявка за оферта), така че „поддръжката“ да стане „съвместима“ – разликата между проект, който се интегрира чисто, и такъв, който се сблъсква с пропуск в въвеждането в експлоатация.

Какво всъщност правят тези четири протокола в батерия

Опростено до най-важното за снабдяването, ето какво всъщност прави всеки протокол в батерия:

Протокол	Комуникационен слой	Типична роля	Където живее
МОЖЕ	Мрежова шина (многоустройствена)	Интеграция на превозни средства и индустриални системи в реално време	Контролери за превозни средства, промишлени машини, системни мрежи (RV-C, NMEA 2000 и J1939, базирани на CAN)
RS485	Серийна шина (много устройства, по-дълго разстояние)	Мониторинг на хост, управление на автопарка, SCADA	Системи за управление на автопарка, станции за мониторинг, слоеве за индустриален мониторинг
UART	Сериал от точка до точка	Основно хардуерно окабеляване	Намира се под някои серийни връзки (напр. RS485 трансивъри, безжични модули); хардуерна възможност, а не избор на потребителя
Bluetooth	Безжична връзка с малък обхват	Диагностика и конфигурация, базирани на приложение	Мобилни приложения за собственици или инсталатори за индивидуално наблюдение на опаковките

Протоколите не са взаимозаменяеми. CAN обработва интеграцията в реално време, RS485 обработва мониторинга, UART е хардуерният слой за окабеляване, а Bluetooth е насочен към собственика. Правилният протокол зависи от това какво трябва да прочете устройството надолу по веригата – инвертор, табло, система за автопарк, мобилно приложение.

Въпросът не е дали дадена BMS поддържа CAN. Въпросът е дали тя говори диалекта, който вашият инвертор, контролер, дисплей или мрежа очаква.

CAN: Работната сила за интеграция на превозни средства и индустрията

CAN е протоколният слой, където се осъществява по-голямата част от интеграцията на превозни средства и индустриални системи. Когато контролер на мотокар отчита състоянието на зареждане на батерията в реално време, когато мрежа от шасита на кемпер координира батерията и зарядното устройство, когато морски дисплей отчита състоянието на двигателя и батерията, основният протокол почти винаги е CAN.

Само по себе си „поддръжката на CAN“ не казва много за това дали дадена BMS система се интегрира с конкретно устройство. Различни области са изградили стандарти върху CAN — RV-C, NMEA 2000 и J1939 — всеки със собствена структура на съобщенията. Две BMS устройства, поддържащи CAN, могат да имат напълно различни реализации на съобщенията и да останат несъвместими с едно и също устройство.

За интеграция, базирана на CAN, правилният въпрос в RFQ не е дали BMS поддържа CAN, а каква имплементация на съобщения предоставя и каква адаптация предлага доставчикът за вашите специфични устройства.

RS485: Стандартът за мониторинг на хостове и комуникация на дълги разстояния

RS485 заема различно ниво. Докато CAN се отличава с координация в реално време, RS485 обработва по-дълги кабелни трасета и нивото за мониторинг над оперативния контрол - управление на автопарка, проследяващо множество пакети, SCADA (Supervisory Control and Data Acquisition - супервизионен контрол и събиране на данни) платформи и хост станции за мониторинг.

Типичен индустриален модел е CAN за интеграция в реално време плюс RS485 за мониторинговия слой. Контролерът на мотокара комуникира със системата за управление на сградата (BMS) чрез CAN; управлението на автопарка отчита състоянието на пакета чрез RS485. Двете не са конкуренти — те обслужват различни архитектурни слоеве.

За RS485, проверете дали BMS имплементацията съответства на вашата специфична платформа за мониторинг, вместо да третирате „поддържа RS485“ като гаранция за съвместимост.

UART: Хардуерният слой (По-малко за избора, повече за основата)

UART е серийна връзка от точка до точка, която се намира под някои връзки от по-високо ниво - например, UART на микроконтролер често управлява RS485 трансивър, а безжичните модули обикновено се свързват към хоста чрез UART. Това обаче не е основата на CAN: CAN използва собствен контролер и трансивър. Някои сензори и модули се свързват директно чрез UART без допълнителен протоколен слой. В информационните листове на Smart BMS, UART обикновено се появява като хардуерна възможност, а не като протокол, насочен към потребителя, като CAN или RS485.

Някои индустриални BMS платформи предоставят множество UART канали за диагностика, конфигурация или периферна интеграция - което влияе повече върху планирането на хардуера, отколкото върху избора на протокол.

За обществени поръчки: BMS, която изброява само UART (без протокол от по-високо ниво), е проектирана за директно окабеляване на устройства, а не за мрежова интеграция. Само UART може да не е достатъчен, когато оборудване надолу по веригата – инвертор, контролер, дисплей, управление на автопарк – очаква CAN или RS485 комуникация. Проверете какви са изискванията на вашия план за интеграция.

Bluetooth: Когато мониторингът, базиран на приложения, наистина е от значение

Bluetooth работи на различно ниво. Докато CAN и RS485 свързват BMS с други системни устройства, Bluetooth обикновено свързва BMS с мобилно приложение за краен потребител или инсталатор — наблюдение на състоянието на зареждане, конфигурация и диагностика на неизправности на отделните пакети.

Bluetooth е най-полезен, когато директното взаимодействие на потребителя или инсталатора с пакета е част от случая на употреба: ъпгрейди на литиеви батерии след продажба, въвеждане в експлоатация от инсталатора, продукти за продажби на дребно. За OEM производство в затворен пакет, където мониторингът се осъществява чрез системната мрежа, Bluetooth често добавя разходи без стойност.

Въпросът при снабдяването е дали вашият модел на дистрибуция и обслужване предоставя на пакета директно взаимодействие чрез приложение. Ако не, Bluetooth е една от по-лесните за уточняване функции.

Рамка за вземане на решения в различни сценарии: Кой протокол е за кое приложение

Различните сценарии на приложение водят до различни изисквания към протокола. Разглеждаме основните сценарии на DALY от най-сложния до най-малко сложния за интеграция:

Мотокари и индустриални превозни средства

CAN обикновено е от съществено значение за интеграцията на превозното средство и контролера; RS485 е стандарт, където хостът за управление на автопарка следи състоянието на пакета с релси; Bluetooth обикновено се използва за индивидуална диагностика. За по-подробни насоки вижте нашата статия за избор на BMS за мотокар.

Превозни средства за отдих (RV-C)

RV-C е CAN-базиран стандарт за мрежи за кемпери. BMS комуникира с таблото за управление, зарядното устройство, инвертора и контролерите на шасито чрез тази споделена шина. Адаптирането на PGN (номер на група параметри) към специфичния проект е толкова важно, колкото и самата поддръжка на RV-C. За по-подробни насоки вижте нашата статия за избор на RV BMS.

Морски (NMEA 2000)

NMEA 2000 е морска шина, базирана на CAN, която свързва мрежите между батерии, зарядни устройства, дисплеи и двигатели. Ролите както за стартиране на двигатели, така и за управление на домашна батерия се интегрират в една и съща мрежа, с адаптация на ниво проект за специфични морски дисплеи. За по-подробни насоки вижте нашата статия за избор на морска BMS.

Системи за съхранение на енергия

CAN обработва комуникацията в реално време между BMS и инвертор; RS485 обработва EMS или SCADA интеграцията. Съвместимостта на протокола на инвертора обикновено е определящият фактор. За по-подробни насоки за ESS вижте нашата статия за BMS комуникация за съхранение на слънчева енергия.

Електрически мотоциклет и лекотоварно превозно средство

Само Bluetooth е често срещан при литиеви батерии за търговия на дребно и резервни части, където директното наблюдение е случаят на употреба чрез приложение. Производството на затворени пакети от OEM производители за двуколесни превозни средства може да добави CAN за интеграция с превозно средство. Изискванията за протоколи се мащабират в зависимост от дълбочината на системната интеграция.

Икономика на спецификациите: Къде да инвестираме, къде да не прекаляваме със спецификациите

Изборът на протокол има своя собствена икономика. Твърде малко и BMS няма да се интегрира; твърде много и цената се увеличава за неизползваните възможности.

Къде да инвестирате:

• Адаптация на ниво протокол за специфичните устройства надолу по веригата във вашия проект— не е поддръжка на генеричен протокол.
• CAN имплементация, която съответства на контролера, инвертора или системната мрежавашият проект действително използва.
• Проверка на етап проект дали BMS говори диалекта на съобщенията, който вашите устройства очакват, преди въвеждане в експлоатация.

Къде да не се прекалява с изискванията:

• Протоколи, към които вашите устройства надолу по веригата не се свързват— плащането за CAN, RS485 и Bluetooth, когато се използва само един от тях, е плащане на разходи без полза.
• Bluetooth при OEM производство в затворена опаковкакъдето пакетът не е достъпен за крайни потребители или инсталатори на мобилни приложения.
• Дълбочина на протокола, надхвърляща изискванията на действителната системна архитектура— общите твърдения за „поддържани всички протоколи“ често сигнализират за маркетингова позиция, а не за потвърдена дълбочина на интеграция.

Правилният отговор е съпоставяне на спецификацията на протокола с вашия действителен план за интеграция. Доставчик, който работи с вас по адаптация на ниво устройство, е този, с когото трябва да работите.

Подход за адаптиране на обхвата и протокола на DALY Smart BMS

Линиите DALY Smart BMS покриват комбинациите от протоколи, изисквани от основните сценарии на приложение:

Продуктова линия	Налични протоколи	Подход за адаптация
Интелигентна система за управление на сградата (BMS)	CAN, RS485, UART, Bluetooth	Стандартен пакет протоколи Smart BMS; персонализиране на ниво проект за специфични устройства надолу по веригата
Активно балансиране на BMS	CAN, RS485, UART, Bluetooth	Същият стандартен пакет протоколи; персонализиране на ниво проект за специфични устройства надолу по веригата
Система за управление на домашното съхранение	CAN, RS485, UART, Bluetooth	Адаптиране на инверторния и EMS протокола е възможно на база проект
BMS с висок ток	CAN, RS485, UART ×3	Три UART канала за диагностика, конфигурация и периферна интеграция; CAN адаптация за всеки проект
Система за управление на кемпери	CAN, RS485, UART, Bluetooth	Поддържа RV-C, с възможност за персонализиране на PGN за специфични за проекта параметри

Морски (NMEA 2000):Ролите както за стартиране на двигателя, така и за управление на захранването на дома се изпълняват от линиите Smart BMS и Active Balancing BMS, като поддръжката на NMEA 2000 се осигурява чрез персонализиране на протокола на ниво проект.

DALY третира поддръжката на протоколи и адаптацията на протоколи като отделни разговори: информационният лист изброява какво поддържа всяка BMS; нивото на проектно-инженерно управление обработва адаптацията на структурата на съобщенията за конкретните устройства, към които се свързва вашата конструкция.

За проекти на OEM и интегратори, споделете специфичните устройства надолу по веригата, които трябва да отчитат батерията, по време на инженерната дискусия преди RFQ, вместо да разчитате на общи твърдения в информационните листове.

→ Гамата DALY Smart BMS, обхващаща стандартния пакет протоколи:https://www.dalybms.com/smart-bms/

→ DALY гама системи за управление на сградата с висок ток за приложения в промишлени превозни средства:https://www.dalybms.com/high-current-bms-products/

Често задавани въпроси

Q1Ако в информационния лист на BMS са посочени CAN, RS485, UART и Bluetooth, необходими ли са ми и четирите?

Не. В информационния лист е посочено какво поддържа BMS; изискванията на проекта определят кои всъщност се използват. Закупуването на протоколи, към които не се свързвате, увеличава разходите. Обратното е по-опасно — липсата на протоколи, които очакват вашите устройства надолу по веригата, създава пропуски в интеграцията при въвеждане в експлоатация. Уточнете въз основа на устройствата, с които BMS трябва да комуникира.

Q2Каква е разликата между „поддържа CAN“ и „съвместим с моя инвертор“?

„Поддържа CAN“ означава, че BMS системата комуникира на ниво CAN протокол. Съвместимостта с вашия специфичен инвертор изисква структурата на съобщението (PGN, идентификатор на съобщението, оформление на данните), която вашият инвертор очаква. Две BMS устройства, поддържащи CAN, могат да останат несъвместими с един и същ инвертор, ако реализациите на съобщенията се различават. Проверете съвместимостта на ниво съобщение на етап проект, а не само поддръжката на протокола.

Q3Необходим ли е Bluetooth на OEM търговски батериен пакет?

Зависи дали се очаква крайният потребител или монтажникът да взаимодейства директно с пакета. За OEM производство на затворени пакети, където мониторингът се осъществява чрез системната мрежа, Bluetooth често не добавя стойност. За резервни части, продажби на дребно или пакети, обслужвани от монтажника, Bluetooth е по-често оправдан.

Q4Защо UART е посочен редом с CAN и RS485, ако е по-скоро хардуерна основа?

UART е основният слой за сериен кабелен монтаж, който някои сензори и модули използват за предаване на данни. При избор, той е по-малко вариативен от CAN или RS485, но броят на каналите е от значение за планирането на хардуера. Система за управление на сградата (BMS) само с UART може да не е достатъчна, когато оборудването надолу по веригата очаква CAN или RS485; проверете какви са изискванията на вашия план за интеграция.

Q5Как да определя изискванията за комуникация на етапа на RFQ (запитване за оферта)?

Избройте устройствата надолу по веригата, които трябва да четат батерията – инвертор, контролер, дисплей, управление на автопарка, EMS, мобилно приложение – и протокола, който всяко от тях изисква. Помолете доставчика да потвърди адаптацията на ниво съобщение за всяко устройство, а не само поддръжката на общи протоколи. Това измества разговора от „поддържате ли CAN“ към „можете ли да адаптирате вашата CAN имплементация към моя конкретен инвертор и контролер“.

За DALY

DALY проектира и произвежда системи за управление на литиеви батерии за производители на оригинално оборудване (OEM), производители на пакети и интегратори в над 130 страни, с варианти на Smart BMS, поддържащи CAN, RS485, UART и Bluetooth в мобилни, индустриални и енергийно-съхранителни семейства. Основана през 2015 г., DALY работи по ISO 9001 / ISO 14001 системи със съответствие с CE и RoHS; линията за енергийно съхранение е сертифицирана като UL Recognized Component (не е пълна UL системна сертификация). Протоколи от тестове и техническа документация се предоставят при поискване, така че клиентите, които търсят собствена продуктова сертификация, разполагат с необходимите им помощни материали.

Определяне на BMS комуникация за вашия проект?

Ако сте на етап конфигуриране на проект за батерия, инженерният екип на DALY работи със списъка с устройства, изискванията за протокола и адаптацията на ниво съобщение, вместо с общ контролен списък за протоколи.

• Споделете типа на вашия проект, устройствата надолу по веригата, които трябва да отчитат батерията, специфичните модели инвертори/контролери/дисплей и изискванията за платформата за мониторинг
• Споделете ни списъка с устройствата си и ние ще ви препоръчаме правилната конфигурация на Smart BMS и подход за адаптиране на протокола.
• Имейл: dalybms@dalyelec.com

Страница на продукта Smart BMS:https://www.dalybms.com/smart-bms/