Phần 5 – Địa chỉ hóa & đọc dữ liệu công tơ M-Bus

Ở các phần trước của series M-Bus, chúng ta đã lần lượt đi từ tổng quan giao thức, kiến trúc Master – Slave, chuẩn vật lý & topology mạng cho đến cấu trúc frame và cơ chế truyền thông. Tuy nhiên, để một hệ thống M-Bus thực sự vận hành được ngoài hiện trường, kỹ sư không chỉ cần hiểu frame hay điện áp bus, mà còn phải trả lời được những câu hỏi rất thực tế:

• Master làm thế nào để nhận biết từng công tơ trên bus?
• Làm sao scan và gọi đúng thiết bị cần đọc?
• Dữ liệu trả về mang ý nghĩa gì, đơn vị ra sao?

Phần 5 của series sẽ tập trung giải quyết các vấn đề cốt lõi đó thông qua địa chỉ hóa và đọc dữ liệu công tơ M-Bus – bước then chốt quyết định sự thành công của toàn bộ hệ thống đo đếm tập trung.

---

1. Khái niệm địa chỉ trong hệ thống M-Bus

Trong bất kỳ mạng truyền thông dạng bus nhiều thiết bị (multi-drop) nào, thiết bị Master cần một cơ chế để xác định chính xác “đang giao tiếp với công tơ nào”. Nếu tất cả Meter cùng phản hồi tại một thời điểm, xung đột dữ liệu sẽ xảy ra và toàn bộ mạng sẽ ngừng hoạt động.

Vì vậy, trong chuẩn EN 13757, mỗi công tơ M-Bus bắt buộc phải có một địa chỉ định danh (Address) để Master có thể:

• Xác định đúng thiết bị cần đọc dữ liệu
• Tránh xung đột truyền thông trên bus
• Quản lý hàng chục đến hàng trăm công tơ trên cùng một tuyến dây
• Dễ dàng thêm mới hoặc thay thế thiết bị ngoài hiện trường

Khác với Modbus chỉ có một loại địa chỉ, M-Bus cung cấp hai cơ chế địa chỉ hóa song song:

• Primary Address (địa chỉ sơ cấp)
• Secondary Address (địa chỉ mở rộng / định danh duy nhất)

Mỗi cơ chế phục vụ một mục đích khác nhau trong quá trình cấu hình và vận hành hệ thống.

---

2. Primary Address (Địa chỉ sơ cấp)

Nguyên lý

Primary Address là địa chỉ dạng số nguyên 1 byte, được dùng để Master gọi trực tiếp từng Meter trong quá trình vận hành hàng ngày.

• Kích thước: 1 byte
• Phạm vi: 0 → 250
• Mỗi Meter phải có địa chỉ duy nhất trong cùng mạng

Khi Master cần đọc dữ liệu, nó sẽ gửi yêu cầu trực tiếp đến địa chỉ cụ thể:

Ví dụ:

Address = 5
→ Chỉ Meter số 5 phản hồi
→ Các Meter khác giữ im lặng

Ưu điểm

• Giao tiếp nhanh
• Dễ hiểu, tương tự Modbus
• Phù hợp hệ thống nhỏ – trung bình

Nhược điểm

• Giới hạn tối đa 250 thiết bị
• Phải cấu hình thủ công
• Dễ trùng địa chỉ khi thay công tơ mới

Ví dụ thực tế

Một tòa nhà có 20 đồng hồ nước, kỹ sư cấu hình:

Vị trí	Primary Address
Tầng 1	1
Tầng 2	2
...	...
Tầng 20	20

Khi cần đọc tầng 10, Master gửi:

REQ_UD2 → Address = 10

Kết quả:

Meter 10 → 125.4 m³

---

3. Secondary Address (Địa chỉ mở rộng)

Nguyên lý

Secondary Address là định danh 8 byte (64-bit), đóng vai trò giống như serial number duy nhất toàn cầu của công tơ. Địa chỉ này được nhà sản xuất ghi sẵn và không trùng lặp.

• Kích thước: 8 byte
• Không giới hạn số lượng thiết bị
• Tự động nhận diện
• Phù hợp cho quá trình commissioning / scan hệ thống

Cấu trúc điển hình

Thành phần	Ý nghĩa
Serial number	Số seri công tơ
Manufacturer	Hãng sản xuất
Version	Phiên bản
Medium	Loại đo (nước/điện/gas)

Ví dụ địa chỉ Secondary

Serial: 12345678
Manufacturer: ABB
Version: 01
Medium: Water

HEX: 78 56 34 12 41 42 01 02

Đây là ID duy nhất, không trùng với bất kỳ công tơ nào khác trên thế giới.

---

4. Quy trình scan và gán địa chỉ thực tế

Trong các dự án lớn (100–300 công tơ), kỹ sư thường không thể cấu hình thủ công từng thiết bị. Khi đó, Secondary Address được dùng để tự động hóa:

Bước 1: Scan toàn bộ bus
Bước 2: Master phát hiện danh sách ID
Bước 3: Gán Primary Address
Bước 4: Vận hành bình thường bằng Primary

Ví dụ:

Tìm thấy:
7856341241420102
7856341241420103
8856341241420101

Gán:
→ 1, 2, 3

👉 Sau khi gán xong, hệ thống chỉ dùng Primary để đọc dữ liệu cho nhanh.

---

5. So sánh nhanh Primary và Secondary

Tiêu chí	Primary	Secondary
Kích thước	1 byte	8 byte
Tốc độ	Nhanh	Chậm hơn (scan)
Cấu hình	Thủ công	Tự động
Mục đích	Vận hành	Nhận diện/commissioning
Tính duy nhất	Trong mạng	Toàn cầu

---

6. Kết luận

Có thể hiểu đơn giản:

• Primary = số thứ tự vận hành hàng ngày
• Secondary = căn cước định danh duy nhất của công tơ

Kết hợp cả hai cơ chế giúp hệ thống M-Bus vừa dễ triển khai, vừa đảm bảo giao tiếp nhanh và ổn định. Đây là nền tảng quan trọng trước khi chúng ta đi sâu vào bước tiếp theo: đọc dữ liệu đo, giải mã OBIS và tích hợp vào BMS/SCADA.