Cập nhật Firmware Đồng hồ Đo Công Suất: Xây dựng Kế hoạch Chấp nhận Phục hồi
Kế hoạch kiểm tra phục hồi cập nhật firmware đồng hồ đo công suất xác định xem một thay đổi được ủy quyền có giữ nguyên các phép đo, cài đặt và đường dữ liệu mà trang thiết bị thực tế đang sử dụng hay không. Lưu trữ một nền tảng đã được xác minh, xác định các quan sát chấp nhận cụ thể, xác nhận các tùy chọn phục hồi được nhà sản xuất hỗ trợ, và kiểm tra toàn bộ đường thu thập dữ liệu sau khi thay đổi. Không giả định rằng đồng hồ đo hỗ trợ cập nhật tại hiện trường hoặc quay lại firmware chỉ vì dòng sản phẩm của nó có tùy chọn truyền thông. Hướng dẫn này liên quan đến kế hoạch chấp nhận xung quanh một bản cập nhật đã được tài liệu hóa; nó không cung cấp quy trình flash hoặc đề xuất cài đặt firmware mà không có nhu cầu vận hành rõ ràng.
Trước tiên xác định xem có hỗ trợ và cần thiết cho việc cập nhật hay không
Bắt đầu với tên gọi đầy đủ của mô hình, các tùy chọn đã cài đặt và hướng dẫn của nhà sản xuất áp dụng. Ghi lại phiên bản đã được tài liệu hóa hiện tại, gói đề xuất và lý do thay đổi. Yêu cầu hỗ trợ, ghi chú phát hành hoặc yêu cầu tương thích nên giải thích mục đích của bản cập nhật. Nếu nhà cung cấp chưa xác nhận rằng phần cứng chính xác hỗ trợ gói và phương pháp cập nhật đó, dự án chưa đạt đến giai đoạn thực thi.
Chỉ số phiên bản mới hơn không phải là tiêu chí chấp nhận. Hỏi xem các chức năng nào thay đổi, các cài đặt nào có thể được đặt lại, liệu các định nghĩa truyền thông có thay đổi hay không và các phụ thuộc tồn tại trong gateway hoặc phần mềm thu thập dữ liệu. Phân biệt giữa thay đổi firmware và chỉnh sửa tham số hoặc sửa lỗi tài liệu bản đồ đăng ký. Hiệu ứng của chúng có thể chồng chéo, nhưng bằng chứng và yêu cầu phục hồi của chúng khác nhau.
The Hướng dẫn cập nhật phần mềm và firmware của NIST hỗ trợ kiểm tra hiệu quả và tác dụng phụ. Hướng dẫn tổ chức của nó không chứng nhận một gói đồng hồ đo cụ thể nào. Sử dụng nó để định hình các câu hỏi xem xét, sau đó lấy hướng dẫn thiết bị thực tế từ nhà sản xuất chịu trách nhiệm.
Xây dựng một nền tảng có thể so sánh sau này
Ghi lại các cài đặt và quan sát đại diện quan trọng đối với ứng dụng đã cài đặt. Tùy thuộc vào biến thể đã được tài liệu hóa, chúng có thể bao gồm tỷ lệ, đơn vị, định nghĩa điểm, cài đặt truyền thông và giá trị gửi đến hệ thống quản lý năng lượng. Bảo quản thời gian quan sát và điều kiện vận hành liên quan. Một ảnh chụp màn hình không có tên điểm hoặc đơn vị sẽ khó so sánh và có thể che giấu một thang đo đã thay đổi.
Giữ các bản xuất khẩu gốc và hồ sơ cấu hình dễ đọc cùng nhau. Nếu không thể xuất khẩu, hãy ghi lại phương án thay thế đã được phê duyệt thay vì khẳng định có bản sao lưu. Xác định các cài đặt nào được lưu trữ trong đồng hồ đo và cài đặt nào thuộc về gateway, ứng dụng hoặc báo cáo. Khôi phục một lớp không nhất thiết khôi phục toàn bộ đường dữ liệu.
Về phần tài liệu, xem xét bài viết phiên bản bản đồ đăng ký. Bài viết đó giúp xác định ý nghĩa của một điểm. Chấp nhận phục hồi đi xa hơn bằng cách kiểm tra xem hành vi cuối cùng dự định có còn hợp lệ sau khi thay đổi hay không.
Chọn các quan sát chấp nhận trước cửa sổ bảo trì
Xác định kết quả mong đợi cho mỗi mục đích sử dụng quan trọng, bằng chứng cần thiết và người có thể chấp nhận ngoại lệ. Tránh sử dụng một ô kiểm duyệt duy nhất ghi chú truyền thông OK. Ứng dụng có thể kết nối thành công trong khi giải mã giá trị sai hoặc trình bày các bản ghi cũ như quan sát mới.
Bảng tính sau cung cấp các loại kiểm tra định tính. Các dung sai thực tế, số lượng và thời gian quan sát phải dựa trên yêu cầu dự án, nhà sản xuất và bối cảnh đo lường; không có giới hạn số học toàn cầu nào được ngụ ý.
| Khu vực | Bằng chứng nền tảng | Quan sát sau thay đổi | Lý do giữ nguyên chấp nhận |
|---|---|---|---|
| Danh tính tài sản | Mẫu, tùy chọn đã cài đặt và gói phê duyệt phù hợp | Cùng điểm cuối vật lý dự định đang được kiểm tra | Ứng dụng phần cứng hoặc gói chưa được giải quyết |
| Cấu hình | Ghi chép có thể đọc được về các cài đặt cần thiết và chủ sở hữu của chúng | Các cài đặt cần thiết phù hợp với các giá trị đã được phê duyệt | Cấu hình mặc định hoặc thiếu rõ ràng không rõ nguyên nhân |
| Ý nghĩa của phép đo | Định nghĩa về số lượng, đơn vị, tỷ lệ và điểm | Cùng cách diễn giải kỹ thuật dự định | Thay đổi tỷ lệ hoặc đơn vị mơ hồ |
| Đường dẫn thu thập dữ liệu | Bằng chứng từ đồng hồ đến cổng gateway đến ứng dụng | Các giá trị mới đến đúng điểm dự định | Kết nối hoạt động nhưng độ mới chưa được xác minh |
| Sẵn sàng phục hồi | Phương pháp phục hồi được hỗ trợ và chủ sở hữu chịu trách nhiệm | Phương pháp vẫn khả dụng dưới các điều kiện đã được ghi nhận | Việc phục hồi phụ thuộc vào việc hạ cấp chưa được xác minh |
| Tiếp tục báo cáo | Ranh giới lịch sử và trạng thái chất lượng dữ liệu đã biết | Thời kỳ thay đổi được đánh dấu và các ngoại lệ được giữ lại | Các khoảng trống hoặc trùng lặp được xử lý âm thầm như năng lượng hợp lệ |
So sánh hành vi dưới điều kiện vận hành có ý nghĩa
So sánh trước và sau cần có bối cảnh. Nếu tải thay đổi trong khoảng thời gian bảo trì, có thể mong đợi các giá trị khác nhau. Ngược lại, một giá trị giữ nguyên có thể là lỗi thời chứ không phải ổn định. Ghi lại đủ thông tin vận hành để giải thích những gì có thể so sánh hợp lý và sử dụng các bố trí thử nghiệm đã được ghi nhận khi có thể.
Đối với các phép đo điện sống, để nhân viên có trình độ chọn phương pháp và thiết bị phù hợp. Bài viết này không cho phép thao tác mạch, ngắt wiring biến dòng hoặc tạo tải thử nghiệm. Kế hoạch phục hồi liên lạc không thay thế cho việc vận hành điện hoặc xác minh độ chính xác của phép đo.
Đánh giá chuỗi theo từng giai đoạn. Đầu tiên xác minh điểm cuối dự định và ý nghĩa của điểm đã ghi nhận. Sau đó kiểm tra cách giải thích của gateway, độ mới của ứng dụng và cách trình bày báo cáo. Nếu lỗi chỉ xuất hiện trong báo cáo cuối cùng, giữ lại bằng chứng ban đầu thay vì thay đổi đồng hồ đo nhiều lần. Ghi chép theo từng giai đoạn giúp thu hẹp vị trí lỗi và giảm thiểu can thiệp không cần thiết.
Phân biệt bản đồ đã thay đổi với giá trị đã thay đổi
Thay đổi firmware có thể yêu cầu xem xét lại tài liệu ngay cả khi yêu cầu lấy mẫu vẫn nhận được phản hồi. Giữ lại hướng dẫn liên lạc hiện tại và các ghi chú đặc thù của từng phiên bản. So sánh chức năng, độ lệch, kiểu dữ liệu, thứ tự từ, tỷ lệ và đơn vị khi các trường này đã được ghi nhận. Không suy luận về khả năng tương thích dựa trên số lượng register không thay đổi.
Một số khác biệt bắt nguồn từ bên ngoài đồng hồ đo. Hồ sơ gateway có thể áp dụng tỷ lệ, và báo cáo có thể áp dụng hệ số nhân lần nữa. Ghi lại chủ sở hữu của quá trình biến đổi cho từng bước. Nếu giá trị thay đổi theo một hệ số đơn giản, điều tra chuỗi cấu hình đã ghi nhận trước khi tuyên bố firmware đã thay đổi hiệu suất đo lường.
Hiện có hướng dẫn thiết lập giao tiếp Modbus cung cấp bối cảnh tích hợp rộng hơn. Sử dụng bảng tính hồi quy để kết nối bối cảnh đó với một sự kiện bảo trì được phê duyệt cụ thể, thay vì xem hỗ trợ giao thức chung như bằng chứng của khả năng tương thích.
Định nghĩa phục hồi mà không giả định khả năng hoàn nguyên
Hỏi nhà sản xuất về các phương pháp phục hồi được hỗ trợ cho phiên bản và thay đổi chính xác. Phục hồi có thể liên quan đến việc khôi phục cấu hình đã được ghi lại, một hoạt động dịch vụ được hỗ trợ hoặc thay thế bằng một đơn vị đã được phê duyệt. Một gói firmware cũ hơn không tự động là phương pháp phục hồi hợp lệ. Các kiểm soát về khả năng tương thích và an ninh có thể giới hạn việc hạ cấp.
The Hướng dẫn an ninh công nghệ vận hành của NIST cung cấp bối cảnh chung về quản lý thay đổi và độ tin cậy vận hành. Áp dụng bối cảnh đó bằng cách xác định ai dừng thay đổi, ai quyết định phục hồi và bằng chứng nào là cần thiết. Không biến một tuyên bố dự phòng chung thành lời hứa rằng việc hạ cấp tại hiện trường sẽ thành công.
Giữ quyết định phục hồi tách biệt khỏi kết quả chấp nhận. Nếu một bài kiểm tra thất bại nhưng hoạt động có thể tiếp tục an toàn dưới điều kiện tạm thời đã được phê duyệt, hãy ghi lại ngoại lệ đó và người chịu trách nhiệm. Một quyết định vận hành tạm thời không làm cho bài kiểm tra thất bại thành thành công. Ghi lại thời hạn hết hạn hoặc kích hoạt xem xét để một vấn đề chưa được giải quyết không biến mất vào hoạt động thường xuyên.
Một cuộc xem xét hồi quy giả định
Hãy tưởng tượng một nhà máy thay đổi phiên bản phần mềm đồng hồ đã được ghi lại trong quá trình bảo trì dự kiến. Nhóm lưu lại các cài đặt cần thiết, bản đồ điểm thu thập và các quan sát đại diện. Kế hoạch chấp nhận của họ yêu cầu các giá trị mới được giải thích chính xác trong ứng dụng, bảo tồn các cài đặt cần thiết và ghi rõ bất kỳ gián đoạn thu thập nào.
Sau khi thay đổi, cổng kết nối và quan sát địa phương xuất hiện hợp lý. Tuy nhiên, ứng dụng vẫn hiển thị dấu thời gian trước khi bảo trì. Nhóm ghi nhận kết nối thành công và độ mới là thất bại. Họ điều tra lớp thu thập mà không phát hiện vấn đề về độ chính xác của thiết bị hoặc coi số hiển thị là một phép đo mới.
Khi đường dẫn thu thập được hỗ trợ khôi phục, nhóm kiểm tra các bản ghi khoảng thời gian bị ảnh hưởng và ghi lại khoảng trống dữ liệu. Họ không điền khoảng thời gian thiếu bằng năng lượng bằng không. Ví dụ này chỉ minh họa lý do chấp nhận; nó không phải là một trường hợp khách hàng đã báo cáo, một tuyên bố về khả năng tương thích firmware hoặc bằng chứng rằng bất kỳ biến thể BY194 nào cung cấp chức năng cập nhật cụ thể.
Ranh giới sản phẩm và mua sắm
The đồng hồ đa chức năng BY194 là họ hàng sản phẩm phù hợp cho các minh họa và bối cảnh tích hợp. Mô tả họ công khai bao gồm liên lạc tùy chọn. Nó không thiết lập hỗ trợ cập nhật trường, xác thực gói, sao lưu, hoàn nguyên hoặc đăng ký nhận dạng firmware cho mọi tùy chọn.
Đối với yêu cầu báo giá hoặc yêu cầu hỗ trợ, cung cấp tên đầy đủ, tùy chọn liên lạc đã cài đặt, yêu cầu ứng dụng và vấn đề đang được điều tra. Yêu cầu manual phù hợp, phương pháp bảo trì được hỗ trợ và thông tin chấp nhận. Bao gồm chi tiết cổng và phần mềm thu thập để rõ trách nhiệm của từng quá trình biến đổi và đường dẫn dữ liệu.
Giữ lại bản ghi khoảng trống dữ liệu bảo trì riêng biệt khi quá trình thu thập bị gián đoạn. Bản ghi đó đề cập đến hậu quả báo cáo của các quan sát bị thiếu. Nó bổ sung cho việc chấp nhận hồi quy mà không biến bài kiểm tra firmware thành một bài tập làm sạch dữ liệu chung.
Học hỏi thêm: các điều kiện đua phần mềm
Bài học trung lập của Computerphile này giải thích các điều kiện đua và tầm quan trọng của thứ tự vận hành. Nó hỗ trợ thảo luận về thu thập bất đồng bộ và xác minh trạng thái sau một thay đổi. Đây không phải là hướng dẫn cập nhật đồng hồ, và các ví dụ của nó không xác lập bất kỳ hành vi nào của sản phẩm minh họa. Thực hiện theo đúng quy trình của nhà sản xuất cho bất kỳ bảo trì thiết bị được phép nào.
Các câu hỏi thường gặp
Kết nối thành công với cổng gateway có hoàn tất việc chấp nhận phục hồi không?
Không. Xác nhận danh tính điểm cuối, ý nghĩa điểm đã ghi, cài đặt cần thiết, giá trị ứng dụng mới nhất và các hậu quả báo cáo. Kết quả kết nối là một quan sát trong kế hoạch chấp nhận.
Liệu các phép đo trước và sau có phải là số học giống hệt nhau không?
Không nhất thiết. Điều kiện vận hành có thể thay đổi. So sánh các giá trị bằng cách sử dụng các số lượng, đơn vị và điều kiện thử nghiệm đã được tài liệu hóa, và chỉ áp dụng tiêu chí chấp nhận đã được phê duyệt trong dự án thay vì một dung sai toàn cầu do tự nghĩ ra.
Phiên bản firmware trước đó có thể luôn được khôi phục không?
Không. Phục hồi phụ thuộc vào phiên bản chính xác và phương pháp được nhà sản xuất hỗ trợ. Xác nhận phương án dự phòng đã được phê duyệt trước khi thực hiện và không giả định rằng việc sở hữu gói cũ làm cho việc hạ cấp được hỗ trợ.
Hồ sơ bảo trì cuối cùng nên chứa những gì?
Giữ nguyên các tham chiếu gói phù hợp và tài liệu, cơ sở, các thử nghiệm thực tế, kết quả, gián đoạn dữ liệu, ngoại lệ, quyết định phục hồi và chủ sở hữu chấp nhận. Phân biệt rõ ràng các thử nghiệm đã hoàn thành với công việc hoãn lại và hành vi chưa giải quyết.