Tiện ích không nên phê duyệt triển khai đồng hồ thông minh hàng loạt chỉ vì đồng hồ mẫu ghi lại kWh hoặc vì một phiên thí nghiệm đọc dữ liệu thành công. Việc chấp nhận phải bao gồm toàn bộ chuỗi phân phối: mức độ sẵn sàng của địa điểm, cấu hình đồng hồ đo, thông tin liên lạc, bộ tập trung dữ liệu (DCU), ánh xạ hệ thống đầu cuối (HES), hồ sơ tài sản, khắc phục sự cố, lập tài liệu và bàn giao.

Quan điểm toàn dự án này ngày càng trở nên quan trọng hơn khi các chương trình đồng hồ thông minh chuyển từ mục tiêu chính sách sang triển khai thực địa. Một trang thông tin của chính phủ Úc được cập nhật vào ngày 9 tháng 7 năm 2026 cho biết rằng khách hàng trong Thị trường Điện lực Quốc gia dự kiến sẽ có đồng hồ đo thông minh vào năm 2030. Trang này cũng lưu ý rằng hệ thống dây điện cũ, amiăng, vỏ bị hỏng hoặc các vấn đề khác về hộp đồng hồ có thể cản trở việc lắp đặt đơn giản.[1]

Biểu hiện quan tâm hiện tại của Eskom cung cấp một tín hiệu thực tế khác. Phạm vi của nó bao gồm các đồng hồ đo thông minh, DCU, lắp đặt, chạy thử, cập nhật dữ liệu khách hàng, vỏ và phụ kiện liên quan cũng như ngừng hoạt động và thải bỏ các đồng hồ đo hiện có. Nó cũng yêu cầu các mẫu để đánh giá kỹ thuật. Tài liệu này dành riêng cho dự án và không tạo ra một thông số kỹ thuật chung, nhưng nó minh họa lý do tại sao việc triển khai lại rộng hơn việc mua đồng hồ đo.[2]

Thông số kỹ thuật tiện ích hiện hành, quy định về điện của địa phương, yêu cầu đo lường, chính sách an ninh mạng và kế hoạch chấp nhận hợp đồng vẫn là tài liệu kiểm soát đối với bất kỳ dự án thực tế nào. Bài viết này cung cấp một khuôn khổ để chuẩn bị và xem xét các yêu cầu đó; nó không thay thế chúng.

Việc chấp nhận triển khai đồng hồ thông minh có ý nghĩa gì?

Chấp nhận triển khai đồng hồ thông minh là quy trình được ghi lại để xác định xem các thiết bị đã lắp đặt, chuỗi liên lạc, đầu ra dữ liệu và hồ sơ dự án có đáp ứng các yêu cầu đã thống nhất cho mục đích sử dụng dự định hay không.

Mục đích sử dụng phải được nêu rõ trước tiên. Một dự án được thiết kế để thanh toán tiện ích, dịch vụ trả trước, thu thập hồ sơ tải, khả năng hiển thị khi ngừng hoạt động, phân tích phân phối hoặc giám sát nội bộ có thể yêu cầu các chức năng đồng hồ đo, khoảng dữ liệu, kiểm soát bảo mật và bằng chứng chấp nhận khác nhau.

Do đó, việc chấp nhận nên được chia thành các lớp thuộc sở hữu rõ ràng.

Lớp chấp nhận	Câu hỏi chính	Bằng chứng điển hình	Ranh giới quan trọng
Sự sẵn sàng của trang web	Đồng hồ đo và phụ kiện đã chọn có thể được lắp đặt an toàn tại điểm xác định không?	Khảo sát địa điểm, hồ sơ đi dây và bao vây, hình ảnh, nhật ký ngoại lệ	Yêu cầu lắp đặt cuối cùng được điều chỉnh bởi các quy tắc địa phương và các bên dự án được ủy quyền
Đồng hồ đo và cấu hình	Thiết bị được giao có phải là kiểu máy, phần cứng, chương trình cơ sở và cấu hình đã được phê duyệt không?	Bản ghi bảng tên, số sê-ri, xuất cấu hình, bảng kê khai lô	Chức năng và xếp hạng phải được xác nhận cho mô hình chính xác
Truyền thông	Dữ liệu cần thiết và các lệnh được phép có thể di chuyển qua mạng đã chọn không?	Nhật ký kiểm tra mạng, ghi địa chỉ, thử lại và lỗi	Kết nối vật lý không chứng minh được khả năng tương thích ở cấp ứng dụng
DCU hoặc cổng	Các thiết bị hiện trường có thể được thu thập, lưu trữ và chuyển tiếp như thiết kế không?	Bản đồ thiết bị, kiểm tra dung lượng, kiểm tra lưu trữ và chuyển tiếp, bản ghi thời gian và trạng thái	Trách nhiệm của DCU khác nhau tùy theo kiến trúc
HES và ánh xạ dữ liệu	HES có thể xác định, đọc và giải thích các đối tượng và sự kiện được yêu cầu không?	Đối tượng hoặc đăng ký bản đồ, kiểm tra kiểu dữ liệu và tỷ lệ, kiểm tra sự kiện	Chỉ hỗ trợ DLMS không chứng minh được khả năng tương thích HES
Dữ liệu kinh doanh và bàn giao	Dữ liệu được chấp nhận có thể được liên kết với đúng khách hàng và tài sản mạng không?	Ánh xạ đồng hồ đến tài khoản, ánh xạ trung tuyến hoặc máy biến áp, chứng nhận nghiệm thu	Không được trộn lẫn các vai trò HES, MDM và thanh toán

Bắt đầu với ranh giới dự án, không phải tên sản phẩm

Trước khi chọn đồng hồ đo hoặc viết trường hợp kiểm thử, nhóm dự án nên xác định nơi diễn ra phép đo và dữ liệu sẽ được sử dụng để làm gì.

Đối với mỗi lớp cài đặt, hãy xác nhận:

Điểm kết nối khách hàng, điểm phân phối nội bộ hoặc ranh giới đo lường được xác định khác.
Nguồn điện một pha hoặc ba pha và bố trí dây điện.
Bố trí cảm biến được kết nối trực tiếp, vận hành bằng CT hoặc bố trí cảm biến khác được phê duyệt.
Các sổ đăng ký nhập, xuất hoặc hai chiều theo yêu cầu của dự án.
Mục đích thanh toán, trả trước, vận hành, lập kế hoạch hoặc thông tin khách hàng.
Nguồn dữ liệu có thẩm quyền cho mỗi kết quả được chấp nhận.
Chính quyền địa phương chịu trách nhiệm phê duyệt cuối cùng về đo lường, điện và dự án.

Đồng hồ con nội bộ có thể hỗ trợ phân tích hoạt động mà không phải là đồng hồ đo thanh toán được chấp nhận. Đồng hồ thông minh có thể đo và lưu trữ các giá trị được hỗ trợ, nhưng hệ thống thanh toán sẽ áp dụng các quy tắc về thuế và tài khoản. DCU có thể thu thập và chuyển tiếp dữ liệu, trong khi HES lên lịch liên lạc và hệ thống quản lý dữ liệu đồng hồ đo (MDM) có thể xác nhận hoặc thay thế các bản ghi. Trách nhiệm chính xác phụ thuộc vào kiến trúc tiện ích.

Để được giải thích sâu hơn về lớp giao tiếp, hãy xem Truyền thông đồng hồ thông minh DLMS cho các dự án AMI .

Sự sẵn sàng của trang web phải là một cổng chấp nhận

Việc triển khai hàng loạt có thể bị trì hoãn do các điều kiện vô hình trong phòng thí nghiệm. Khảo sát thực địa cần xác định xem điểm dịch vụ đã sẵn sàng cho đồng hồ, vỏ bọc và bố trí thông tin liên lạc đã chọn hay chưa.

Cuộc khảo sát có thể cần ghi lại:

Loại đồng hồ hiện tại, diện tích và phương pháp lắp đặt.
Không gian có sẵn, bố trí thiết bị đầu cuối và tình trạng dây dẫn.
Tính toàn vẹn của bao vây, tiếp xúc với môi trường và các hạn chế truy cập.
Bằng chứng về hệ thống dây điện bị hư hỏng, vỏ bọc không an toàn hoặc vật liệu bị cấm.
Yêu cầu cách ly, niêm phong và công việc được ủy quyền.
Mạng di động, RF, PLC hoặc các điều kiện liên lạc khác nếu có liên quan.
Liệu số nhận dạng khách hàng, tài khoản và điểm dịch vụ có thể khớp với nhau hay không.
Công việc khắc phục cần thiết và bên chịu trách nhiệm về việc đó.

Hướng dẫn triển khai của Úc cảnh báo cụ thể rằng hệ thống dây điện cũ, amiăng và vỏ bị hỏng có thể cần phải sửa chữa trước khi có thể lắp đặt đồng hồ thông minh.[1] Đây không nên được coi là vấn đề chỉ của Úc. Bài học cơ bản của dự án là “có đồng hồ đo” và “sẵn sàng tại địa điểm” là hai trạng thái khác nhau.

Công việc lắp đặt, cách ly và nối dây phải được thực hiện bởi các chuyên gia được ủy quyền theo các quy định hiện hành của địa phương. Danh sách kiểm tra nội dung không thể xác định liệu một địa điểm cụ thể có an toàn về điện hay không.

Khóa cấu hình đã được phê duyệt trước khi thí điểm

Tên model đồng hồ không phải là cấu hình triển khai hoàn chỉnh. Cấu hình được kiểm soát cần xác định các đặc điểm ảnh hưởng đến việc đo lường, truyền thông và chấp nhận.

Mục cấu hình	Những gì cần ghi lại trước khi kiểm tra
Nhận dạng thiết bị	Nhà sản xuất, model chính xác, định dạng số sê-ri và sửa đổi phần cứng
Cấu hình điện	Pha, điện áp, hệ thống dây điện, đầu vào dòng điện, bố trí trực tiếp hoặc vận hành bằng CT
Vai trò đo lường	Thị trường mục tiêu yêu cầu độ chính xác dự kiến và vai trò đo lường pháp lý
Phần sụn	Phiên bản đã được phê duyệt, hồ sơ cấu hình và quy trình kiểm soát thay đổi
Truyền thông module	Phương tiện, phiên bản mô-đun, cấu hình mạng và phương pháp đánh địa chỉ
Mô hình dữ liệu	Các đăng ký hoặc đối tượng, đơn vị, tỷ lệ, quy ước ký hiệu và quyền truy cập bắt buộc
Hành vi thời gian	Nguồn đồng hồ, múi giờ, xử lý tiết kiệm ánh sáng ban ngày và độ lệch cho phép
Bảo mật	Xác thực, khóa hoặc chứng chỉ, cấp độ truy cập và quyền sở hữu thông tin xác thực
Phụ kiện địa phương	Vỏ bọc, vỏ thiết bị đầu cuối, vòng đệm, CIU hoặc các thành phần khác do dự án xác định
Tài liệu	Bảng dữ liệu, hướng dẫn sử dụng, sơ đồ nối dây, mô tả giao diện và bằng chứng kiểm tra

Chứng nhận phù hợp phải được xác nhận chính xác về mẫu mã, cấu hình, mục đích sử dụng và thị trường đích. Logo cấp công ty hoặc tuyên bố giao thức không đủ bằng chứng cho chứng nhận cấp mô hình hoặc yêu cầu chấp nhận tiện ích.

Những gì nên được kiểm tra trong chương trình thí điểm?

Phi công nên sử dụng cấu hình đồng hồ dự định và môi trường HES và liên lạc đại diện về mặt kỹ thuật. Thử nghiệm chuẩn vẫn hữu ích nhưng không tái tạo phạm vi phủ sóng, sự thay đổi về hệ thống dây điện, chất lượng lắp đặt, tắc nghẽn mạng hoặc lỗi dữ liệu khách hàng.

1. Nhận dạng và cấu hình thiết bị

Xác minh rằng nhãn vật lý, số sê-ri, bản sửa đổi phần cứng, phiên bản chương trình cơ sở và cấu hình được xuất ra khớp với mẫu và hồ sơ dự án đã được phê duyệt. Xác nhận rằng các thay đổi cấu hình đã được ghi lại và cho phép.

2. Giá trị và hướng đo

Xác nhận các thanh ghi năng lượng và giá trị điện cần thiết tại điểm đo đã xác định. Trong trường hợp cần nhập và xuất, hãy xác minh quy ước ký hiệu hoặc sổ đăng ký riêng. Phương pháp thử nghiệm, thiết bị tham chiếu, các điều kiện và giới hạn chấp nhận phải xuất phát từ quy định kỹ thuật của dự án hoặc quy trình đo lường hiện hành.

3. Bản ghi thời gian và khoảng thời gian

Kiểm tra cài đặt đồng hồ, đồng bộ hóa, múi giờ, xử lý tiết kiệm ánh sáng ban ngày khi có liên quan, ranh giới khoảng thời gian và hành vi thiếu bản ghi. Không trộn lẫn các khái niệm thời gian sau:

Đặc tính thời gian	Ý nghĩa
Làm mới phép đo	Tần suất máy đo cập nhật giá trị đo nội bộ
Khoảng thời gian lưu trữ	Khoảng thời gian được biểu thị bằng hồ sơ tải được lưu trữ hoặc bản ghi năng lượng
Truyền thông polling	Tần suất DCU, cổng hoặc HES yêu cầu dữ liệu
Trì hoãn tải lên	Thời gian giữa việc thu thập và sẵn có ở hệ thống cấp trên
Làm mới trang tổng quan	Tần suất giao diện người dùng thay đổi
Khoảng thời gian thanh toán hoặc thanh toán	Khoảng thời gian được xác định bởi biểu giá, hợp đồng hoặc chương trình hiện hành

Việc thăm dò một sổ đăng ký cứ sau vài giây không tạo ra dữ liệu được lưu trữ chi tiết hoặc các bản ghi hợp lệ thanh toán như nhau.

4. Giao tiếp và hành vi của DCU

Kiểm tra địa chỉ, thiết lập phiên, hết thời gian, thử lại, lưu vào bộ đệm dữ liệu, hành vi lưu trữ và chuyển tiếp cũng như khôi phục sau khi gián đoạn liên lạc. Nếu dự án sử dụng DCU, hãy xác nhận số lượng thiết bị được hỗ trợ và cấu hình lưu lượng cho cấu hình đã chọn thay vì dựa vào mức tối đa chung.

“Tỷ lệ giao tiếp thành công” chỉ có ý nghĩa khi dự án xác định mẫu số, thời gian quan sát, xử lý thử lại, loại dữ liệu, điều kiện mạng và liệu các lần đọc muộn có được tính là thành công hay không.

5. Ánh xạ đối tượng và thanh ghi HES

Xác minh rằng HES đọc các đối tượng dữ liệu cần thiết hoặc đăng ký và diễn giải các đơn vị, số nhân, loại dữ liệu, dấu thời gian, cờ chất lượng và mã sự kiện một cách chính xác. Đối với các dự án DLMS/COSEM, hãy xác nhận danh sách đối tượng, mã định danh OBIS, phạm vi tuân thủ, cài đặt bảo mật và hồ sơ liên lạc cho việc triển khai đã chọn.

Hiệp hội người dùng DLMS mô tả Hồ sơ đồng hành chung của mình là các lựa chọn chính xác về các tính năng cốt lõi nhằm cải thiện khả năng tương tác. Cấu hình Đồng hồ đo thông minh điện xoay chiều hiện tại của nó xác định một tập hợp các trường hợp sử dụng, nhưng khả năng tương thích của dự án vẫn yêu cầu triển khai và thử nghiệm toàn diện.[3]

6. Sự kiện và lệnh được phép

Khi được yêu cầu và hỗ trợ, hãy kiểm tra các sự kiện đã thống nhất và hoạt động từ xa, bao gồm các quyền, hồ sơ kiểm tra, xác nhận và hành vi lỗi của chúng. Việc ngắt kết nối từ xa, cấu hình biểu phí, đồng bộ hóa thời gian hoặc các hoạt động của chương trình cơ sở không bao giờ được giả định từ thuật ngữ “đồng hồ thông minh”. Họ yêu cầu hỗ trợ sản phẩm chính xác, ủy quyền dự án và chấp nhận quyền tài phán.

7. Thất bại và phục hồi

Kiểm tra gián đoạn nguồn, mất liên lạc, khởi động lại DCU, không có HES, dữ liệu trùng lặp, dữ liệu trễ và khôi phục các bản ghi được lưu vào bộ đệm. Kế hoạch chấp nhận cần phân biệt:

Khoảng thời gian không tiêu thụ chính hãng.
Một bài đọc bị thiếu.
Đọc muộn.
Một số đọc ước tính hoặc thay thế.
Một hồ sơ bị từ chối hoặc không hợp lệ.

8. Lắp đặt và lập bản đồ tài sản

Xác nhận rằng đồng hồ đã lắp đặt được ánh xạ tới đúng bản ghi tài khoản khách hàng, điểm dịch vụ, pha, máy biến áp hoặc nguồn cấp điện trong đó các mối quan hệ đó là một phần của dự án. Việc đọc sai về mặt kỹ thuật được gán cho sai khách hàng hoặc tài sản vẫn là một dự án thất bại.

Các vấn đề kiểm soát hàng loạt sau khi thí điểm vượt qua

Kết quả thí điểm áp dụng cho cấu hình được thử nghiệm. Việc triển khai hàng loạt gây ra các rủi ro bổ sung nếu phần cứng, chương trình cơ sở, mô-đun giao tiếp, cài đặt bảo mật hoặc thông số sản xuất thay đổi.

Do đó, kế hoạch triển khai cần xác định:

Phê duyệt hóa đơn cấu hình cho từng lô giao hàng.
Truy xuất nguồn gốc số sê-ri và lô.
Bản kê khai phiên bản phần sụn và mô-đun giao tiếp.
Kế hoạch lấy mẫu và hồ sơ kiểm tra đến.
Quá trình tải và xác minh cấu hình.
Quyền sở hữu khóa hoặc thông tin xác thực và dấu vết kiểm tra.
Kích hoạt thông báo thay đổi và kiểm tra lại.
Xử lý các thiết bị không phù hợp.
Quy tắc tương thích thiết bị dự phòng và thay thế.
Quá trình khôi phục và nâng cấp chương trình cơ sở đã được phê duyệt nếu có.

Khung kiểm tra khả năng nâng cấp đồng hồ thông minh AMI của NIST minh họa lý do tại sao việc nâng cấp chương trình cơ sở yêu cầu thông tin nhà cung cấp được xác định và quy trình kiểm tra có thể lặp lại thay vì giả định rằng khả năng nâng cấp từ xa là tự động an toàn.[4]

Xác định việc chấp nhận dữ liệu trước khi đo lường hiệu suất

Các nhóm dự án thường đặt mục tiêu chẳng hạn như “98% số lần đọc nhận được” mà không xác định điều gì đủ điều kiện để được coi là số lần đọc. Định nghĩa chấp nhận dữ liệu mạnh mẽ hơn chỉ định:

Đăng ký hoặc đối tượng cần thiết.
Dấu thời gian và khoảng thời gian dự kiến.
Độ trễ được phép
Yêu cầu về chất lượng hoặc trạng thái xác nhận.
Xử lý các lần thử lại và trùng lặp.
Xử lý dữ liệu ước tính hoặc thay thế.
Cửa sổ dân số và thời gian được sử dụng trong tính toán.
Các trường hợp loại trừ, ngừng hoạt động theo kế hoạch và các trường hợp ngoại lệ được phê duyệt.

Nguồn có thẩm quyền cũng có vấn đề. Thanh ghi đồng hồ, bộ đệm DCU, bản ghi HES, giá trị được xác thực MDM và giá trị hệ thống thanh toán có thể biểu thị các giai đoạn xử lý khác nhau. Tài liệu chấp nhận phải xác định hệ thống nào có thẩm quyền cho mỗi thử nghiệm.

An ninh mạng là một phần của quá trình vận hành và bàn giao

Các thiết bị và hệ thống AMI có thể vẫn được triển khai trong nhiều năm, do đó không thể chỉ bổ sung bảo mật sau khi thử nghiệm truyền thông. Kế hoạch bảo mật dự án có thể cần bao gồm nhận dạng thiết bị, xác thực, kiểm soát truy cập, quyền sở hữu khóa, tính toàn vẹn của chương trình cơ sở, ghi nhật ký, xử lý lỗ hổng, phân đoạn mạng và xóa tài khoản vận hành tạm thời.

Công việc an ninh mạng lưới thông minh của NIST xử lý việc thay đổi giao diện và các thiết bị lưới được kết nối như một phần của môi trường rủi ro rộng hơn và khung khả năng nâng cấp của nó bao gồm các cân nhắc kiểm tra liên quan đến bảo mật.[4] [5]

Các biện pháp kiểm soát chính xác phải được xác định bởi cơ quan an ninh tiện ích hoặc dự án. Nhà cung cấp đồng hồ đo không được coi là bên xác định kiến trúc an ninh mạng hoàn chỉnh hoặc phê duyệt mạng vận hành.

Khi nào quá trình triển khai đã sẵn sàng để chuyển từ thí điểm sang triển khai hàng loạt?

Quyết định phải dựa trên ma trận chấp nhận đã ký chứ không phải một tuyên bố chung chung rằng chương trình thí điểm “đã hoạt động”. Trước khi phát hành, hãy xác nhận:

Tất cả các bài kiểm tra đồng hồ đo, thông tin liên lạc, DCU và HES bắt buộc đều có kết quả và bằng chứng của chủ sở hữu.
Mọi ngoại lệ mở đều có mức độ nghiêm trọng, chủ sở hữu, cách xử lý tạm thời và ngày đóng cửa.
Model, chương trình cơ sở, mô-đun và cấu hình được chấp nhận sẽ bị đóng băng hoặc bị kiểm soát.
Các danh mục sẵn sàng của trang web và quy trình khắc phục được xác định.
Việc di chuyển tài sản và dữ liệu khách hàng đã được đối chiếu.
Các thủ tục cài đặt, vận hành và khôi phục được phê duyệt.
Các lộ trình đào tạo và leo thang có sẵn cho các nhóm hiện trường.
Các văn bản bàn giao, giấy ủy nhiệm và hồ sơ kiểm toán đều có người giám hộ đứng tên.
Thẩm quyền chấp nhận cuối cùng được xác định trong hợp đồng và kế hoạch dự án.

Việc vượt qua bài kiểm tra mẫu không có nghĩa là mọi trang web, lô hoặc bản phát hành HES trong tương lai đều được tự động chấp nhận. Cần phải thống nhất các yếu tố kích hoạt kiểm tra lại đối với những thay đổi quan trọng về phần cứng, chương trình cơ sở, thông tin liên lạc, bảo mật hoặc hệ thống.

Những gì cần cung cấp cho một cuộc thảo luận phù hợp với dự án YTL

Để thảo luận xem đồng hồ thông minh YTL đã chọn hay bộ tập trung dữ liệu cấu hình có thể phù hợp với việc triển khai AMI, hãy cung cấp:

Quốc gia, thị trường tiện ích và mục đích sử dụng.
Thông số kỹ thuật tiện ích và tiêu chuẩn bắt buộc, nếu có.
Cấu hình điện một pha hoặc ba pha.
Yêu cầu kết nối trực tiếp hoặc vận hành bằng CT.
Dấu vết của đồng hồ, các hạn chế về lắp đặt và bao vây.
Các giá trị đo, thanh ghi, hồ sơ tải và sự kiện cần thiết.
Yêu cầu về phương tiện truyền thông và giao thức.
Các đối tượng DLMS/COSEM bắt buộc, cài đặt bảo mật hoặc bản đồ đăng ký.
Kiến trúc DCU, số lượng thiết bị và cấu trúc liên kết hiện trường.
Thông tin HES và MDM cũng như hành vi giao diện được yêu cầu.
Yêu cầu về chứng nhận và tài liệu kỹ thuật.
Số lượng thí điểm, số lượng triển khai và quy trình nghiệm thu đề xuất.

Xem lại Danh mục đồng hồ thông minh YTL cho các dòng sản phẩm có sẵn được hiển thị trên trang web hiện tại. Xếp hạng điện chính xác, tùy chọn liên lạc, chức năng phần sụn, chứng chỉ và tính phù hợp của hệ thống phải được xác nhận cho mô hình đã chọn và cấu hình dự án.

Để biết bối cảnh chuỗi dữ liệu rộng hơn, hãy xem Lộ trình số hóa năng lượng năm 2026 của Châu Âu: Ý nghĩa của các dự án đo lường thông minh và AMI .

Kết luận

Việc triển khai đồng hồ thông minh đáng tin cậy không được chấp nhận tại một điểm trong chuỗi. Nó được chấp nhận trên khắp ranh giới lắp đặt, cấu hình đồng hồ đo được phê duyệt, mạng truyền thông, DCU, ánh xạ dữ liệu HES, hồ sơ khách hàng và tài sản cũng như tài liệu dự án cuối cùng.

Máy đo cung cấp các phép đo được hỗ trợ và hồ sơ thiết bị. DCU hoặc cổng thu thập và chuyển tiếp dữ liệu theo vai trò được định cấu hình của nó. HES thường quản lý các nhiệm vụ liên lạc tại hiện trường, trong khi MDM hoặc hệ thống thanh toán có thể xác thực và áp dụng các quy tắc kinh doanh. Nhà thầu hiện trường lắp đặt và vận hành thiết bị. Các tiện ích và các bên dự án được ủy quyền xác định thông số kỹ thuật và đưa ra quyết định chấp nhận cuối cùng. Trách nhiệm chính xác vẫn tùy thuộc vào kiến trúc cụ thể.

Việc tách biệt các trách nhiệm đó sẽ giúp người mua dự án chuyển từ thử nghiệm mẫu thành công sang triển khai hàng loạt được kiểm soát, kiểm tra và bảo trì.

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

Cần kiểm tra những gì trước khi triển khai đồng hồ thông minh?

Kiểm tra cấu hình đồng hồ đo đã được phê duyệt, các giá trị và thanh ghi yêu cầu, dấu thời gian, bản ghi khoảng thời gian, giao tiếp, bộ đệm DCU, ánh xạ HES, sự kiện, lệnh được phép, phục hồi lỗi, cài đặt hiện trường và ánh xạ khách hàng hoặc tài sản. Phạm vi chính xác đến từ tiện ích và thông số kỹ thuật của dự án.

Sự khác biệt giữa DCU và HES là gì?

DCU thường thu thập dữ liệu từ nhiều máy đo trường và chuyển tiếp hoặc đệm dữ liệu đó. HES thường quản lý các phiên liên lạc, nhiệm vụ đọc, hoạt động từ xa và phân phối dữ liệu đến các hệ thống cao hơn. Trách nhiệm khác nhau tùy theo kiến trúc và phải được xác định cho dự án.

Hỗ trợ DLMS có đảm bảo khả năng tương thích HES không?

Không. Khả năng tương thích phụ thuộc vào các đối tượng được triển khai, mã định danh OBIS, dịch vụ, cài đặt bảo mật, cấu hình liên lạc, chương trình cơ sở, hành vi DCU và cấu hình HES. Kiểm tra từ đầu đến cuối vẫn được yêu cầu.

Điều gì có thể trì hoãn việc lắp đặt đồng hồ thông minh?

Các nguyên nhân có thể bao gồm hệ thống dây điện không phù hợp hoặc không an toàn, vỏ bọc bị hư hỏng, không đủ không gian, hạn chế tiếp cận, dấu chân đồng hồ không khớp, thiếu hồ sơ khách hàng và phạm vi liên lạc không đầy đủ. Quy tắc cài đặt cục bộ xác định phản hồi cần thiết.

Dữ liệu khoảng thời gian của đồng hồ thông minh nên được chấp nhận như thế nào?

Xác định đăng ký cần thiết, ranh giới khoảng thời gian, nguồn dấu thời gian, độ trễ cho phép, trạng thái chất lượng, xử lý dữ liệu bị thiếu, xử lý thử lại và hệ thống có thẩm quyền. Không coi tần suất bỏ phiếu là độ phân giải dữ liệu được lưu trữ.

Mỗi lô giao hàng có nên được kiểm tra lại không?

Dự án nên xác định các yếu tố kích hoạt kiểm tra, lấy mẫu và kiểm tra lại sắp tới. Những thay đổi quan trọng đối với phần cứng, chương trình cơ sở, mô-đun giao tiếp, cấu hình bảo mật hoặc triển khai HES có thể yêu cầu thử nghiệm bổ sung.

Thử nghiệm mẫu đồng hồ có thể phê duyệt hệ thống AMI hoàn chỉnh không?

Không. Thử nghiệm mẫu có thể cung cấp bằng chứng về thiết bị và cấu hình được thử nghiệm. Việc chấp nhận dự án hoàn chỉnh cũng yêu cầu kiểm tra thông tin liên lạc, DCU, HES, dữ liệu, cài đặt tại hiện trường, bảo mật và tài liệu.

Ai đưa ra phê duyệt cuối cùng cho việc triển khai đồng hồ thông minh?

Sự phê duyệt cuối cùng vẫn thuộc về cơ quan tiện ích, cơ quan quản lý, cơ quan đo lường, chủ dự án hoặc các bên được ủy quyền khác được xác định theo các quy tắc và hợp đồng hiện hành. Nhà sản xuất đồng hồ có thể cung cấp tài liệu về sản phẩm và thử nghiệm nhưng không thay thế các cơ quan có thẩm quyền đó.