Đếm đúng thứ đang cần đánh giá
Một nhật ký có thể chứa kích hoạt báo động, xác nhận của người vận hành, trở về bình thường và các sự kiện thông tin. Cộng mọi dòng rồi gọi là “số báo động” sẽ trộn các loại chuyển trạng thái. HSE mô tả vai trò báo động là hướng sự chú ý tới điều kiện cần đánh giá hoặc hành động kịp thời, với phản ứng được xác định và có xét khả năng của con người.[1]
Bài này xây dựng các phép phân tích dữ liệu giả định, không đặt ngưỡng chấp nhận chung cho phòng điều khiển. Đơn vị quan sát là một vị trí vận hành có phạm vi trách nhiệm được xác định. Nếu đổi nhóm thiết bị hoặc chuyển trách nhiệm giữa ca, phải ghi thay đổi ấy khi so sánh số lượng.
Trong tài liệu hệ thống Asset Health Insights, Yokogawa phân biệt trạng thái đang báo chưa xác nhận, đang báo đã xác nhận và đã bình thường nhưng chưa xác nhận.[2] Đây là ví dụ cụ thể cho thấy xác nhận không đồng nghĩa điều kiện công nghệ đã hết. Báo cáo cần xác định đang đếm lần được trình bày, lần kích hoạt logic hay những trạng thái tồn tại.
Tần suất trung bình chỉ là phép chia đầu tiên
Giả định đã chọn đúng các lần kích hoạt được trình bày cho một vị trí và có dữ liệu đầy đủ một giờ. Chia giờ thành 12 khoảng liên tiếp, mỗi khoảng 5 phút. Số lần theo thứ tự là:
0; 2; 1; 0; 45; 3; 0; 0; 1; 2; 0; 6.
Tổng là 60. Tần suất trung bình r=N/T bằng 60 lần/giờ, tương đương 1 lần/phút. Tuy nhiên, khoảng thứ năm có 45 lần trong 5 phút, tức 9 lần/phút. Riêng 8,3333% thời gian quan sát chứa 75% số lần kích hoạt.
Trung vị số lần trên các khoảng 5 phút là 1, tương đương 0,2 lần/phút. Trung bình, trung vị và cực đại đang mô tả ba khía cạnh khác nhau, không có đại lượng nào thay được cả hai đại lượng còn lại. Dùng chỉ trung vị sẽ làm đợt dồn gần như biến mất; dùng chỉ trung bình cũng không cho thấy hình dạng của đợt ấy.
Trang giới thiệu công khai của ISA-TR18.2.5 nêu việc theo dõi các chỉ số như tần suất báo động, báo động còn tồn tại và thời gian phản ứng.[3] Các phép tính sau là ví dụ độc lập để hiểu chỉ số, không sao chép bảng mục tiêu của tiêu chuẩn hoặc chứng nhận hệ thống đáp ứng ISA.
Kích thước và vị trí cửa sổ đều quan trọng
Ghép từng cặp khoảng 5 phút liền nhau của chuỗi trên, số lớn nhất trên một cửa sổ 10 phút bắt đầu tại biên 5 phút là 48. Không được tuyên bố đó chắc chắn là cực đại của mọi cửa sổ trượt đến từng giây, vì dữ liệu tổng theo khoảng đã mất vị trí thời gian của các lần bên trong.
Xét một ví dụ riêng có 12 lần tại phút 9 giây 59 và 12 lần tại phút 10 giây 01. Hai khoảng cố định 0–10 và 10–20 phút mỗi khoảng chỉ ghi 12 lần, trong khi một cửa sổ 10 phút bao quanh biên giữa hai khoảng chứa 24 lần. Đổi mốc chia khoảng có thể đổi giá trị cực đại mà không có bất kỳ sự kiện mới nào.
Khi lập báo cáo, cần ghi độ rộng cửa sổ, bước trượt và quy tắc biên. Có thể dùng t₀≤t<t₁ để một bản ghi đúng tại t₁ chỉ vào khoảng tiếp theo, tránh đếm hai lần. Đồng hồ và múi giờ của dữ liệu phải nhất quán; không sắp thứ tự sự kiện bằng chuỗi ký tự thời gian khi định dạng khác nhau.
Mẫu số là thời gian có quan sát hợp lệ
Một giờ đồng hồ không tự đảm bảo có 60 phút dữ liệu. Trong ví dụ độc lập, nhật ký mất 10 phút và phần 50 phút còn lại ghi 50 lần kích hoạt. Tần suất trên thời gian quan sát là 50/50=1 lần/phút. Chia 50 cho 60 cho 0,833333 lần/phút và âm thầm coi khoảng mất dữ liệu không có báo động.
Ngay cả cách chia đúng 50 phút cũng chưa cho tần suất của cả giờ, vì chưa biết điều gì xảy ra trong phần mất. Nếu mất kết nối đúng khi đợt dồn diễn ra, giả thiết phần thiếu giống phần đã thấy đặc biệt yếu. Nên trình bày tỷ lệ bao phủ 83,3333% cùng kết quả, và giữ khoảng trống trong đồ thị thời gian.
Tương tự, nếu vị trí A có 20 lần trong 20 phút còn vị trí B có 60 lần trong 120 phút, tỷ lệ gộp theo thời gian quan sát là 80/140=0,571429 lần/phút. Trung bình không trọng số của hai tỷ lệ riêng, tức (1+0,5)/2=0,75, trả lời câu hỏi khác. Gộp dữ liệu còn cần xem hai vị trí có thực sự tương đồng về nhiệm vụ hay không.
Số lần, số mã và thời gian tồn tại không thay thế nhau
Trong 60 lần của ví dụ đầu, giả định có 12 mã khác nhau và một mã tạo 36 lần. Mã ấy chiếm 60% số lần, nhưng chỉ chiếm 1/12 số mã. Một bảng đã gộp theo mã có 12 hàng không chứng minh người vận hành chỉ tiếp nhận 12 lượt thông tin.
Việc nhóm các lần để phân tích phải giữ lại dữ liệu gốc và định nghĩa nhóm. Nó giúp tìm nguyên nhân lặp, không tự cho phép tắt một báo động. Cùng một mã lặp nhiều lần có thể liên quan dao động quanh ngưỡng, thay đổi trạng thái vận hành hoặc vấn đề khác cần đối chiếu; số đếm một mình chưa xác định nguyên nhân.
Xét riêng bốn điều kiện đang báo trong các khoảng 0–30, 10–30, 20–30 và 25–30 phút của một giờ. Tổng thời gian tồn tại bằng 30+20+10+5=65 báo động·phút. Số đang báo trung bình theo thời gian là:
N_trung_bình=(1/T)∫N_active(t)dt=65/60=1,083333.
Cực đại đồng thời là 4, trong khi số lần kích hoạt chỉ là 4 trên cả giờ. Một điều kiện tồn tại lâu tạo ít lần kích hoạt nhưng chiếm lâu trong danh sách trạng thái. Nếu chỉ đếm thông báo mới, báo cáo sẽ không mô tả khía cạnh này.
Mô hình hàng đợi chỉ để nhìn thấy hệ quả của dồn việc
Dựng một bộ xử lý giả định làm tuần tự, mỗi công việc mất đúng 12 giây, không ưu tiên và không gián đoạn. Công việc ở đây là đơn vị tính toán; không khẳng định một phản ứng vận hành thực luôn hoàn thành trong 12 giây, hoặc xác nhận báo động là hoàn thành xử lý.
Trong sáu khoảng một phút, tất cả công việc của một khoảng đến ngay đầu khoảng. Số đến lần lượt là 0; 12; 0; 9; 0; 0. Bộ xử lý làm được tối đa 5 công việc mỗi phút. Gọi B_k là số chưa hoàn tất cuối khoảng k, với B₀=0:
B_k=max(0,B_k₋₁+A_k−5).
Chuỗi tồn cuối khoảng là 0; 7; 2; 6; 1; 0. Tần suất trung bình chỉ 21/6=3,5 công việc/phút, thấp hơn năng lực 5, nhưng vẫn xuất hiện tồn đọng do các lượt đến dồn. Tổng thời gian phục vụ 252 giây chiếm 70% khoảng quan sát 360 giây; tỷ lệ ấy không chứng minh mọi công việc được bắt đầu ngay.
Tính thời gian chờ bằng lịch cụ thể
Đặt gốc thời gian ở đầu phút thứ nhất: đợt 12 công việc đến tại giây 60, đợt 9 đến tại giây 180. Với phục vụ theo thứ tự đến, thời gian chờ của đợt đầu là 0, 12, 24, ... , 132 giây, tổng 792 giây. Tại giây 180 còn hai công việc của đợt đầu chưa hoàn tất, nên đợt sau chờ 24, 36, ... , 120 giây, tổng 648 giây.
Thời gian chờ trung bình là (792+648)/21=68,571429 giây; lớn nhất 132 giây. Công việc cuối hoàn tất tại giây 312. Đây là kết quả xác định của lịch đã cho, không cần giả thiết các lần đến có phân bố Poisson hoặc suy từ một công thức hàng đợi ổn định.
Trong vận hành thật, mức ưu tiên, thời gian chẩn đoán, thao tác song song và quan hệ nhân quả giữa các báo động có thể làm mô hình này không phù hợp. Giá trị của nó nằm ở phản ví dụ rõ ràng: mức trung bình thấp hơn một năng lực giả định vẫn có thể đi cùng thời gian chờ dài. Một đánh giá hữu ích cần ghép số lượng, phân bố theo thời gian, trạng thái tồn tại và nhiệm vụ phản ứng thực tế của vị trí vận hành.
Nguồn tham khảo
[1] Alarm management — Health and Safety Executive. Truy cập ngày 09/11/2026.
[2] Asset Health Insights Documentation — Alarm List — Yokogawa. Truy cập ngày 09/11/2026.
[3] ISA-18 Series of Standards — public description of ISA-TR18.2.5-2022 — International Society of Automation. Truy cập ngày 09/11/2026.
Rà soát nội dung: 09/11/2026.
Một nhật ký có thể chứa kích hoạt báo động, xác nhận của người vận hành, trở về bình thường và các sự kiện thông tin. Cộng mọi dòng rồi gọi là “số báo động” sẽ trộn các loại chuyển trạng thái. HSE mô tả vai trò báo động là hướng sự chú ý tới điều kiện cần đánh giá hoặc hành động kịp thời, với phản ứng được xác định và có xét khả năng của con người.[1]
Bài này xây dựng các phép phân tích dữ liệu giả định, không đặt ngưỡng chấp nhận chung cho phòng điều khiển. Đơn vị quan sát là một vị trí vận hành có phạm vi trách nhiệm được xác định. Nếu đổi nhóm thiết bị hoặc chuyển trách nhiệm giữa ca, phải ghi thay đổi ấy khi so sánh số lượng.
Trong tài liệu hệ thống Asset Health Insights, Yokogawa phân biệt trạng thái đang báo chưa xác nhận, đang báo đã xác nhận và đã bình thường nhưng chưa xác nhận.[2] Đây là ví dụ cụ thể cho thấy xác nhận không đồng nghĩa điều kiện công nghệ đã hết. Báo cáo cần xác định đang đếm lần được trình bày, lần kích hoạt logic hay những trạng thái tồn tại.
Tần suất trung bình chỉ là phép chia đầu tiên
Giả định đã chọn đúng các lần kích hoạt được trình bày cho một vị trí và có dữ liệu đầy đủ một giờ. Chia giờ thành 12 khoảng liên tiếp, mỗi khoảng 5 phút. Số lần theo thứ tự là:
0; 2; 1; 0; 45; 3; 0; 0; 1; 2; 0; 6.
Tổng là 60. Tần suất trung bình r=N/T bằng 60 lần/giờ, tương đương 1 lần/phút. Tuy nhiên, khoảng thứ năm có 45 lần trong 5 phút, tức 9 lần/phút. Riêng 8,3333% thời gian quan sát chứa 75% số lần kích hoạt.
Trung vị số lần trên các khoảng 5 phút là 1, tương đương 0,2 lần/phút. Trung bình, trung vị và cực đại đang mô tả ba khía cạnh khác nhau, không có đại lượng nào thay được cả hai đại lượng còn lại. Dùng chỉ trung vị sẽ làm đợt dồn gần như biến mất; dùng chỉ trung bình cũng không cho thấy hình dạng của đợt ấy.
Trang giới thiệu công khai của ISA-TR18.2.5 nêu việc theo dõi các chỉ số như tần suất báo động, báo động còn tồn tại và thời gian phản ứng.[3] Các phép tính sau là ví dụ độc lập để hiểu chỉ số, không sao chép bảng mục tiêu của tiêu chuẩn hoặc chứng nhận hệ thống đáp ứng ISA.
Kích thước và vị trí cửa sổ đều quan trọng
Ghép từng cặp khoảng 5 phút liền nhau của chuỗi trên, số lớn nhất trên một cửa sổ 10 phút bắt đầu tại biên 5 phút là 48. Không được tuyên bố đó chắc chắn là cực đại của mọi cửa sổ trượt đến từng giây, vì dữ liệu tổng theo khoảng đã mất vị trí thời gian của các lần bên trong.
Xét một ví dụ riêng có 12 lần tại phút 9 giây 59 và 12 lần tại phút 10 giây 01. Hai khoảng cố định 0–10 và 10–20 phút mỗi khoảng chỉ ghi 12 lần, trong khi một cửa sổ 10 phút bao quanh biên giữa hai khoảng chứa 24 lần. Đổi mốc chia khoảng có thể đổi giá trị cực đại mà không có bất kỳ sự kiện mới nào.
Khi lập báo cáo, cần ghi độ rộng cửa sổ, bước trượt và quy tắc biên. Có thể dùng t₀≤t<t₁ để một bản ghi đúng tại t₁ chỉ vào khoảng tiếp theo, tránh đếm hai lần. Đồng hồ và múi giờ của dữ liệu phải nhất quán; không sắp thứ tự sự kiện bằng chuỗi ký tự thời gian khi định dạng khác nhau.
Mẫu số là thời gian có quan sát hợp lệ
Một giờ đồng hồ không tự đảm bảo có 60 phút dữ liệu. Trong ví dụ độc lập, nhật ký mất 10 phút và phần 50 phút còn lại ghi 50 lần kích hoạt. Tần suất trên thời gian quan sát là 50/50=1 lần/phút. Chia 50 cho 60 cho 0,833333 lần/phút và âm thầm coi khoảng mất dữ liệu không có báo động.
Ngay cả cách chia đúng 50 phút cũng chưa cho tần suất của cả giờ, vì chưa biết điều gì xảy ra trong phần mất. Nếu mất kết nối đúng khi đợt dồn diễn ra, giả thiết phần thiếu giống phần đã thấy đặc biệt yếu. Nên trình bày tỷ lệ bao phủ 83,3333% cùng kết quả, và giữ khoảng trống trong đồ thị thời gian.
Tương tự, nếu vị trí A có 20 lần trong 20 phút còn vị trí B có 60 lần trong 120 phút, tỷ lệ gộp theo thời gian quan sát là 80/140=0,571429 lần/phút. Trung bình không trọng số của hai tỷ lệ riêng, tức (1+0,5)/2=0,75, trả lời câu hỏi khác. Gộp dữ liệu còn cần xem hai vị trí có thực sự tương đồng về nhiệm vụ hay không.
Số lần, số mã và thời gian tồn tại không thay thế nhau
Trong 60 lần của ví dụ đầu, giả định có 12 mã khác nhau và một mã tạo 36 lần. Mã ấy chiếm 60% số lần, nhưng chỉ chiếm 1/12 số mã. Một bảng đã gộp theo mã có 12 hàng không chứng minh người vận hành chỉ tiếp nhận 12 lượt thông tin.
Việc nhóm các lần để phân tích phải giữ lại dữ liệu gốc và định nghĩa nhóm. Nó giúp tìm nguyên nhân lặp, không tự cho phép tắt một báo động. Cùng một mã lặp nhiều lần có thể liên quan dao động quanh ngưỡng, thay đổi trạng thái vận hành hoặc vấn đề khác cần đối chiếu; số đếm một mình chưa xác định nguyên nhân.
Xét riêng bốn điều kiện đang báo trong các khoảng 0–30, 10–30, 20–30 và 25–30 phút của một giờ. Tổng thời gian tồn tại bằng 30+20+10+5=65 báo động·phút. Số đang báo trung bình theo thời gian là:
N_trung_bình=(1/T)∫N_active(t)dt=65/60=1,083333.
Cực đại đồng thời là 4, trong khi số lần kích hoạt chỉ là 4 trên cả giờ. Một điều kiện tồn tại lâu tạo ít lần kích hoạt nhưng chiếm lâu trong danh sách trạng thái. Nếu chỉ đếm thông báo mới, báo cáo sẽ không mô tả khía cạnh này.
Mô hình hàng đợi chỉ để nhìn thấy hệ quả của dồn việc
Dựng một bộ xử lý giả định làm tuần tự, mỗi công việc mất đúng 12 giây, không ưu tiên và không gián đoạn. Công việc ở đây là đơn vị tính toán; không khẳng định một phản ứng vận hành thực luôn hoàn thành trong 12 giây, hoặc xác nhận báo động là hoàn thành xử lý.
Trong sáu khoảng một phút, tất cả công việc của một khoảng đến ngay đầu khoảng. Số đến lần lượt là 0; 12; 0; 9; 0; 0. Bộ xử lý làm được tối đa 5 công việc mỗi phút. Gọi B_k là số chưa hoàn tất cuối khoảng k, với B₀=0:
B_k=max(0,B_k₋₁+A_k−5).
Chuỗi tồn cuối khoảng là 0; 7; 2; 6; 1; 0. Tần suất trung bình chỉ 21/6=3,5 công việc/phút, thấp hơn năng lực 5, nhưng vẫn xuất hiện tồn đọng do các lượt đến dồn. Tổng thời gian phục vụ 252 giây chiếm 70% khoảng quan sát 360 giây; tỷ lệ ấy không chứng minh mọi công việc được bắt đầu ngay.
Tính thời gian chờ bằng lịch cụ thể
Đặt gốc thời gian ở đầu phút thứ nhất: đợt 12 công việc đến tại giây 60, đợt 9 đến tại giây 180. Với phục vụ theo thứ tự đến, thời gian chờ của đợt đầu là 0, 12, 24, ... , 132 giây, tổng 792 giây. Tại giây 180 còn hai công việc của đợt đầu chưa hoàn tất, nên đợt sau chờ 24, 36, ... , 120 giây, tổng 648 giây.
Thời gian chờ trung bình là (792+648)/21=68,571429 giây; lớn nhất 132 giây. Công việc cuối hoàn tất tại giây 312. Đây là kết quả xác định của lịch đã cho, không cần giả thiết các lần đến có phân bố Poisson hoặc suy từ một công thức hàng đợi ổn định.
Trong vận hành thật, mức ưu tiên, thời gian chẩn đoán, thao tác song song và quan hệ nhân quả giữa các báo động có thể làm mô hình này không phù hợp. Giá trị của nó nằm ở phản ví dụ rõ ràng: mức trung bình thấp hơn một năng lực giả định vẫn có thể đi cùng thời gian chờ dài. Một đánh giá hữu ích cần ghép số lượng, phân bố theo thời gian, trạng thái tồn tại và nhiệm vụ phản ứng thực tế của vị trí vận hành.
Nguồn tham khảo
[1] Alarm management — Health and Safety Executive. Truy cập ngày 09/11/2026.
[2] Asset Health Insights Documentation — Alarm List — Yokogawa. Truy cập ngày 09/11/2026.
[3] ISA-18 Series of Standards — public description of ISA-TR18.2.5-2022 — International Society of Automation. Truy cập ngày 09/11/2026.
Rà soát nội dung: 09/11/2026.
