Tại sao BMS của tôi không giao tiếp? Khắc phục sự cố giao tiếp BESS thương mại

Pin vẫn khỏe. Tin nhắn không đến được.

Một sự cố giao tiếp BMS trong một BESS thương mại thường không đủ bằng chứng để thay thế BMS. Bắt đầu bằng cách xác định chính xác đường giao tiếp nào đã bị hỏng, sau đó xác minh nguồn điện và trạng thái hoạt động, dây điện vật lý, loại giao diện, kết thúc, cài đặt nút/địa chỉ, lựa chọn giao thức, khả năng tương thích firmware, và lưu lượng tin nhắn thực tế. Một cảnh báo giao tiếp và một lỗi ắc quy là hai vấn đề chẩn đoán khác nhau.

Tôi đã thấy các kỹ thuật viên mất hàng giờ vì HMI hiển thịLỗi giao tiếp BMSvà mọi người ngay lập tức bắt đầu thảo luận về giá ắc quy.

Câu hỏi đầu tiên của tôi đơn giản hơn:

Ai đã ngừng nói chuyện với ai?

Trong một BESS C&I, "giao tiếp BMS" có thể mô tả BMS giá với BMS chính, BMS với PCS, BMS với EMS, hoặc đường từ hệ thống lưu trữ năng lượng đến SCADA/giám sát đám mây. C&I hiện tại của DawniceSản phẩmminh họa sự đa dạng: BS09-225-D của nó phát hànhCAN/RS485giao tiếp, trong khi BS07-265-ES-X liệt kêModbus TCP/RTUvà khả năng sẵn sàng EMS/cloud.Dawnice BS09-225-D Dawnice BS07-265-ES-X

Triệu chứng rộng giống nhau.

Lỗi có thể rất khác nhau.

08:17 — PCS nói "Không có BMS"

Xem xét một ắc quy thương mại giả định 400 kWh kết nối với một PCS.

Hệ thống đã được đưa vào sử dụng đúng cách vào thứ Sáu.

Sáng thứ Hai:

HMI ắc quy:bình thường
Điện áp giá:có mặt
Nhiệt độ cell:hợp lý
PCS:Mất giao tiếp BMS
EMS:ắc quy không khả dụng
Contactor:mở

Cám dỗ là nói:

"BMS đã thất bại."

Tôi sẽ không.

Nếu HMI pin địa phương vẫn đọc đúng các ô và nhiệt độ, thì BMS rõ ràng đang thực hiện ít nhất một phần công việc của nó. Ranh giới thất bại có thể nằm giữa BMS và PCS.

Điều đó ngay lập tức thay đổi cuộc điều tra.

Tôi sẽ ghi lại thời gian báo động trước khi chạm vào bất cứ thứ gì, sau đó so sánh nó với các nhật ký sự kiện của BMS, PCS và EMS.

Nếu cả ba đồng hồ không đồng nhất với nhau trong sáu phút, tôi cũng sẽ sửa vấn đề đó. Phân tích nguyên nhân gốc trở nên đáng ngạc nhiên xấu xí khi chuỗi sự kiện không đáng tin cậy.

Tôi kiểm tra những thứ nhàm chán trước khi mở laptop

Một cáp giao tiếp thay thế đã giải quyết nhiều lỗi hơn là một phân tích giao thức tinh tế.

Trước khi thay đổi phần mềm, tôi muốn biết:

BMS có được cấp nguồn và hoàn toàn tỉnh táo không?

Cổng giao tiếp đúng có đang được sử dụng không?

Kết nối có được gắn chặt không?

Đã xác minh pinout của cáp, không phải giả định từ kết nối RJ45?

CAN-H/CAN-L hoặc RS485 A/B có được kết nối đúng không?

Bảo vệ/đất có nhất quán với thiết kế được phê duyệt không?

Cáp có bị hư hại, bị nghiền, kéo dài, hoặc được định tuyến lại bên cạnh các dây dẫn điện ồn không?

RJ45 đặc biệt nguy hiểm về mặt tâm lý. Hai thiết bị có thể sử dụng các kết nối giống hệt nhau nhưng hoàn toàn khác nhau về cách gán pin.

Hướng dẫn pin của pin Dawnice, chẳng hạn, định nghĩa riêng biệt các chân giao tiếp CAN và RS485 thay vì ngụ ý rằng bất kỳ cáp mạng thông thường nào cũng có thể thay thế.Hướng dẫn Pin Dawnice

Hình dạng của một kết nối không phải là một giao thức.

Nó thậm chí không phải là một định nghĩa về dây điện.

Nếu nhiều kệ biến mất cùng một lúc, tôi ngừng đổ lỗi cho từng kệ

Mô hình thất bại cho tôi biết nơi cần tìm.

Bảng đó không phải là sự thay thế cho hướng dẫn hệ thống.

Nó là một cách để tránh thay thế bốn mô-đun pin khỏe mạnh vì một liên kết giao tiếp chung đã thất bại.

CAN và RS485 gặp sự cố khác nhau

Tôi không coi "cáp giao tiếp" là một loại.

Trên một mạng CAN, tôi muốn xác minh cấu trúc, cực CAN-H/CAN-L, tốc độ bit, cấu hình nút, kết thúc và liệu các khung dự kiến có thực sự có mặt không.

Trên một mạng RS485/Modbus RTU, tôi bắt đầu nghĩ về cực A/B, địa chỉ nô lệ, tốc độ baud, độ chẵn lẻ, bit dừng, ánh xạ thanh ghi và kết thúc.

Hệ thốngTổ chức Modbusduy trì các thông số kỹ thuật giao thức và triển khai dòng nối tiếp hiện tại. Hướng dẫn dòng nối tiếp của nó coi kết thúc và phân cực là thuộc tính của thiết kế mạng, không phải là các điện trở tùy ý để thêm vào bất cứ khi nào giao tiếp trở nên không đáng tin cậy.

Đây là nơi tôi trở nên thận trọng về những điều quen thuộc:

"Đo 60 ohm và bạn đã xong."

Hai đầu nối 120 ohm song song có thể tạo ra khoảng 60 ohm trên một bus không có nguồn, nhưng chỉ số đó chỉ có ý nghĩa đối với một cấu trúc được thiết kế như vậy và được đo dưới các điều kiện thích hợp.

Nó không chứng minh rằng địa chỉ, tốc độ baud, giao thức hoặc ánh xạ dữ liệu là chính xác.

Một số hữu ích. Không phải là một chẩn đoán.

Một đèn LED giao tiếp màu xanh có thể vẫn đang nói dối bạn

Giả sử liên kết vật lý trông khỏe mạnh.

Các khung dữ liệu đang di chuyển.

PCS vẫn từ chối hoạt động.

Bây giờ tôi di chuyển lên trên qua ngăn xếp.

Một BMS và PCS phải đồng ý về nhiều hơn là tín hiệu điện. Tùy thuộc vào kiến trúc, họ có thể cần các định nghĩa tương thích cho:

SoC

SoH

điện áp/cường độ dòng điện của pin

cường độ dòng điện sạc tối đa

cường độ dòng điện xả tối đa

bật/tắt sạc/xả

trạng thái báo động

trạng thái tiếp điểm

giới hạn nhiệt độ

nhịp tim/giám sát

Một bus CAN có thể hoàn hảo về điện trong khi PCS đang lắng nghe một tập tin tin nhắn khác.

Tương tự, một master Modbus có thể giao tiếp thành công với một slave trong khi đọc các thanh ghi sai.

Đó là lý do tại sao "hỗ trợ CAN" hoặc "hỗ trợ Modbus" không phải là một tuyên bố tương thích.

Nó cho tôi biết về họ ngôn ngữ.

Không phải liệu hai thiết bị có hiểu cùng một cuộc trò chuyện hay không.

Lựa chọn giao thức là một lỗi thực sự, không phải là chi tiết cài đặt

Đây là một lý do tôi thích kiểm tra cấu hình trước khi thay thế phần cứng.

Một hướng dẫn sử dụng inverter Dawnice, ví dụ, xác địnhlỗi giao tiếp BMS [58]và hướng dẫn kỹ thuật viên kiểm tra cả cáp giao tiếp và xem giao thức giao tiếp pin lithium đã cấu hình có tương ứng với pin hay không.Hướng dẫn sử dụng Inverter Dawnice

Logic khắc phục sự cố đó có thể mở rộng ra ngoài một sản phẩm.

Giả sử một kỹ sư ủy quyền chọn:

Giao thức Pin 03

thay vì:

Giao thức Pin 08

Dây cáp thì hoàn hảo.

Hệ thống quản lý pin (BMS) thì khỏe mạnh.

Hệ thống điều khiển năng lượng (PCS) thì khỏe mạnh.

Hệ thống vẫn không hoạt động.

Không có gì "hỏng."

Cấu hình thì sai.

Đối với các dự án thương mại Ruibit/Dawnice, tôi sẽ đóng băng sự kết hợp giao tiếp BMS–PCS đã được phê duyệt cùng với BOM điện: phiên bản pin/BMS chính xác, mẫu PCS, giao thức, giao diện, bộ tham số và phiên bản firmware.

Thay đổi firmware có thể là một sự thay đổi thành phần ngay cả khi không có tua vít nào chạm vào tủ.

Giao tiếp ngắt quãng là lỗi mà tôi coi trọng hơn

Một liên kết hoàn toàn chết thường dễ xử lý hơn.

Một liên kết không ổn định có thể vượt qua FAT, sống sót qua giai đoạn ủy quyền và sau đó thất bại khi địa điểm nóng, tải nặng hoặc có tiếng ồn điện.

Hãy tưởng tượng rằng các sự cố giao tiếp chỉ xuất hiện khi PCS vượt quá 80% công suất.

Thời gian đó quan trọng.

Tôi sẽ điều tra định tuyến và can thiệp điện từ trước khi đổ lỗi cho phần mềm ngẫu nhiên.

Nếu vấn đề xuất hiện mỗi 20 giây bất kể công suất, tôi có thể xem xét thời gian heartbeat/watchdog.

Nếu nó xuất hiện sau khi thêm giá thứ năm, tôi sẽ xem xét topo, địa chỉ và kết thúc.

Nếu nó bắt đầu ngay sau khi sửa đổi firmware 3.12, tôi muốn biết số phiên bản trước đó trước khi bất kỳ ai thực hiện cập nhật khác.

Điều kiện khiến lỗi xuất hiện là bằng chứng.

Đừng xóa nó bằng cách khởi động lại mọi thứ trước.

Đơn đặt hàng chẩn đoán của tôi được thiết kế để ngăn chặn việc đoán mò tốn kém

Tôi thường làm việc từ bên ngoài vào trong:

1. Xác định ranh giới giao tiếp bị lỗi

BMS–giá? BMS–PCS? PCS–EMS? EMS–SCADA?

2. Bảo tồn bằng chứng

Mã báo động, dấu thời gian, ảnh chụp màn hình, phiên bản firmware và các thay đổi gần đây.

3. Xác minh trạng thái hoạt động

Nguồn điện, trạng thái BMS, rơ le, báo động cục bộ.

4. Xác minh lớp vật lý

Cáp, sơ đồ chân, cực tính, đầu nối, topo, kết thúc, bảo vệ.

5. Xác minh cài đặt giao tiếp

Giao diện, ID nút, tốc độ baud, bitrate, chọn độ chẵn lẻ và giao thức.

6. Xác minh lớp dữ liệu

Khung, bản đồ đăng ký, tỷ lệ, nhịp tim và trao đổi lệnh/trạng thái.

7. Xem lại lịch sử thay đổi

Firmware, linh kiện thay thế, thay đổi tham số và sửa đổi mạng.

Tôi không nhảy trực tiếp đến Bước 6 vì phân tích giao thức không thể sửa một đầu nối lỏng.

Tôi không dừng lại ở Bước 4 vì tính liên tục không chứng minh được tính tương thích.

Lỗi được khắc phục khi hành vi của hệ thống được khắc phục

Việc làm cho cảnh báo giao tiếp biến mất không phải là tiêu chí chấp nhận của tôi.

Sau khi sửa chữa, tôi muốn xác nhận rằng PCS nhận dữ liệu pin hợp lý và tuân thủ giới hạn BMS.

Nếu BMS giảm dòng sạc cho phép vì nhiệt độ pin tăng, PCS có tuân theo không?

Nếu quyền xả bị gỡ bỏ, điện có thực sự dừng lại không?

SoC có đến EMS một cách chính xác không?

Có cảnh báo xuất hiện từ xa không?

Giao tiếp có phục hồi đúng cách sau khi khởi động lại có kiểm soát không?

Thời gian có được căn chỉnh không?

Dawnice hiện tại cho biết hệ thống C&I của họ hỗ trợ giám sát và chẩn đoán từ xa thông qua các giao diện bao gồm CAN, RS485 và các nền tảng giám sát liên quan, và họ công bố các hướng dẫn kết nối giao tiếp cụ thể cho các tổ hợp pin/PCS C&I.Câu hỏi thường gặp của Dawnice Hỗ trợ Kỹ thuật Dawnice

Đối với một người mua B2B, điểm cuối cùng quan trọng hơn những gì nghe có vẻ.

Đừng chỉ mua một pin và một PCS.

Mua mộtmối quan hệ giao tiếp đã được xác minhgiữa chúng, với các phiên bản, cài đặt và trách nhiệm hỗ trợ được ghi lại.

Bởi vì khi một BESS nói "Lỗi giao tiếp BMS," sai lầm tốn kém là giả định rằng thành phần đầu tiên được nêu trong cảnh báo là thành phần đã hỏng.

Tìm cuộc trò chuyện bị hỏng trước. Thay thế phần cứng sau.

Câu hỏi thường gặp

1. Tại sao BMS của tôi không giao tiếp với PCS?

Các nguyên nhân phổ biến bao gồmđiện dây hoặc sơ đồ chân không đúng, cực tính CAN/RS485, chọn giao thức sai, cài đặt địa chỉ, kết thúc, không tương thích firmware, cáp bị hỏng, hoặc cấu hình cổng giao tiếp.

2. Cảnh báo giao tiếp BMS có nghĩa là BMS đã thất bại không?

Không. BMS có thể vẫn đang theo dõi các cell một cách chính xác trong khi giao tiếp giữa BMS và PCS, EMS, BMS chính, hoặc SCADA bị lỗi. Xác định ranh giới giao tiếp bị lỗi trước khi thay thế phần cứng.

3. Hai thiết bị có thể hỗ trợ CAN hoặc RS485 và vẫn không tương thích không?

Có. Chia sẻ cùng một giao diện vật lý không đảm bảo tính tương thích. Các thiết bị cũng phải đồng ý vềgiao thức, tốc độ bit hoặc tốc độ baud, định nghĩa tin nhắn/đăng ký, địa chỉ, tỷ lệ dữ liệu và logic điều khiển.

4. Tại sao giao tiếp BMS lại thất bại ngắt quãng?

Các lỗi ngắt quãng có thể do kết nối lỏng lẻo, đầu nối kém, nhiễu điện, định tuyến cáp, nguồn điện không ổn định, cấu trúc mạng, thời gian watchdog hoặc vấn đề firmware. Ghi lại thời điểm xảy ra lỗi trước khi khởi động lại hệ thống.

5. Cần xác minh điều gì sau khi khắc phục lỗi giao tiếp BMS?

Xác nhận rằng PCS nhận đúngSoC, điện áp, dòng điện, nhiệt độ, báo động và giới hạn sạc/xả, tuân theo các lệnh bảo vệ BMS, báo cáo chính xác cho EMS và khôi phục giao tiếp sau khi khởi động lại có kiểm soát.