Đồng bộ thời gian trong nhà máy: chọn PTP hay NTP và nghiệm thu tại Thái Lan

“Khi điều tra hàng lỗi, chúng tôi đặt cạnh nhau bản ghi của MES, cảnh báo (alarm) của PLC và bản ghi của máy kiểm tra, thì thấy thời gian lệch nhau mỗi nơi vài giây, không biết được việc nào xảy ra trước.” Chúng tôi thường nhận được những trao đổi như vậy từ các nhà máy của doanh nghiệp Nhật Bản tại Thái Lan. Điều cần hướng tới khi triển khai đồng bộ thời gian trong nhà máy không phải là bản thân con số độ chính xác. Mà là giải thích được “bản ghi nào được gắn dấu thời gian bởi đồng hồ nào, với sai số bao nhiêu”. Để làm được điều đó, cần quyết định 5 việc: (1) độ chính xác cần thiết cho từng mục đích sử dụng, (2) nguồn thời gian và phương thức phân phối, (3) cách gắn dấu thời gian (timestamp), (4) bảo mật và giám sát, và (5) thử nghiệm nghiệm thu.

Những con số trong bài viết này không ghi nguồn (như tốc độ dây chuyền, phân bổ sai số và số ngày ngừng) là giá trị giả định do chính bài viết đặt ra, dựa trên nhà máy mô hình được mô tả ở phần sau. Đây không phải số liệu trung bình ngành hay số liệu khảo sát. Ngoài ra, hiệu năng holdover của bộ dao động là giá trị công bố của nhà sản xuất, chưa được bên thứ ba kiểm chứng. Tất cả sản phẩm và nhà cung cấp được nhắc đến đều không phải của TOMAS TECH mà thuộc về các công ty khác.

Vì sao lúc này đồng bộ thời gian trong nhà máy được đặt ra

Tháng 6/2026: IEC/IEEE 60802, profile TSN cho tự động hóa công nghiệp, được ban hành

Năm nay đánh dấu một cột mốc lớn trong lĩnh vực mạng nhà máy và thời gian. Theo trang dự án của IEEE 802.1, dự án “IEC/IEEE 60802”, profile TSN (Time-Sensitive Networking) dành cho tự động hóa công nghiệp, được phê duyệt ngày 21/9/2022, và phiên bản thứ nhất được ban hành ngày 29/6/2026. Trang bán tiêu chuẩn cũng đăng ký tiêu chuẩn này là ed.1.0 (29/6/2026, 220 trang).

Tiêu chuẩn này chọn lọc và quy định các chức năng, tùy chọn, cấu hình, giá trị mặc định, giao thức và thủ tục của cầu nối (bridge, tức switch), thiết bị đầu cuối (end station) và LAN cho tự động hóa công nghiệp. Về đồng bộ thời gian, tiêu chuẩn lấy IEEE 802.1AS (gPTP) làm tiền đề, và các chủ đề như mô hình hóa sai số đồng bộ, theo dõi độ trôi (drift) và độ ổn định tần số của bộ dao động đã được nghiên cứu. IEEE 802.1AS, nền tảng của tiêu chuẩn này, có bản 2020 đã được thay thế bằng bản 2025, và dự án sửa đổi bản 2025 đã được phê duyệt ngày 15/5/2026 và đang được tiến hành.

Tháng 10/2026: hội nghị quốc tế quyết định tương lai của giây nhuận

Cột mốc còn lại liên quan đến giây nhuận (leap second). Năm 2022, Đại hội Cân đo Quốc tế (CGPM) lần thứ 27 đã ra nghị quyết tăng giá trị tối đa của chênh lệch giữa UT1 và UTC “vào hoặc trước năm 2035”, và yêu cầu Ủy ban Cân đo Quốc tế (CIPM) xây dựng đề xuất cụ thể, chuẩn bị để có thể phê duyệt tại kỳ đại hội lần thứ 28 năm 2026. Theo thư triệu tập của Văn phòng Cân đo Quốc tế (BIPM), CGPM lần thứ 28 sẽ được tổ chức tại Versailles, Pháp, từ ngày 13 đến 15/10/2026, với chương trình nghị sự bao gồm “các biện pháp kỹ thuật cần thiết để bảo đảm tính liên tục của UTC” và “định nghĩa của giây trong tương lai”. Tại thời điểm viết bài (7/10/2026), đại hội chưa diễn ra, và việc thay đổi gì, từ khi nào vẫn chưa được quyết định. Ngoài ra, Bulletin C 72 (6/7/2026) của Cơ quan Dịch vụ Quốc tế về Chuyển động quay của Trái Đất và Hệ quy chiếu (IERS) cho biết sẽ không có giây nhuận vào cuối tháng 12/2026.

Nhiễu sóng GNSS vẫn tiếp diễn tại châu Á – Thái Bình Dương

Cũng có thông tin khu vực về GNSS (hệ thống định vị vệ tinh như GPS), vốn được dùng rộng rãi làm nguồn thời gian. Theo tài liệu thông tin do Indonesia đệ trình lên Hội nghị Cục trưởng Hàng không Dân dụng khu vực châu Á và Thái Bình Dương lần thứ 61 (DGCA-61), tổ chức tại Kuala Lumpur vào tháng 9/2026, ngày 8/4/2026 đã xảy ra nhiễu GNSS tại vùng thông báo bay (FIR) Jakarta, ảnh hưởng đến 44 chuyến bay thương mại cất hạ cánh tại sân bay quốc tế Soekarno-Hatta, và kiểm soát không lưu đã ứng phó bằng các biện pháp như thủ tục dẫn đường truyền thống. Ngoài ra, tài liệu của ban thư ký cho cuộc họp của Tổ chức Hàng không Dân dụng Quốc tế (ICAO) khu vực châu Á và Thái Bình Dương (APRAST/25), tổ chức tại Bangkok vào tháng 6/2026, cho biết nhiễu tần số vô tuyến đối với GNSS, bao gồm gây nhiễu (jamming) và giả mạo tín hiệu (spoofing), vẫn tiếp tục là rủi ro về khai thác và an toàn trong khu vực.

Đây là sự cố trong lĩnh vực hàng không, không phải báo cáo rằng máy thu GNSS ở nhà máy bị ảnh hưởng. Bài viết này cũng chưa tìm thấy trường hợp thiệt hại nào tại nhà máy ở Thái Lan. Tuy nhiên, theo chúng tôi, việc gián đoạn tín hiệu GNSS được coi là rủi ro thực tế trong khu vực là điều không thể bỏ qua khi thiết kế nguồn thời gian của nhà máy.

Ý nghĩa đối với các nhà máy tại Thái Lan

Việc tiêu chuẩn TSN ra đời không có nghĩa là phải thay thế ngay các dây chuyền hiện có. Tuy nhiên, thiết bị điều khiển và switch được mua sắm trong vài năm tới nhiều khả năng sẽ có sẵn chức năng đồng bộ thời gian như một tính năng tiêu chuẩn. Nếu lúc đó nhà máy chưa có “chính sách thời gian của nhà máy”, mỗi thiết bị sẽ được đưa vào với nguồn thời gian và cấu hình riêng. Giây nhuận và nhiễu GNSS cũng cho thấy thời gian không phải là thứ “lắp đặt xong là xong”, mà là đối tượng cần ghi vào đặc tả kỹ thuật, giám sát và thử nghiệm.

Đồng bộ thời gian trong nhà máy là gì: vì sao dấu thời gian quyết định khả năng truy xuất nguồn gốc

Vai trò của đồng bộ thời gian

Trong nhà máy có rất nhiều thiết bị mà mỗi thiết bị có đồng hồ bên trong riêng: PLC, HMI, máy chủ SCADA, historian, MES, máy kiểm tra, camera xử lý ảnh, thiết bị mạng, máy chủ IT và nhiều thiết bị khác. Nếu để nguyên, mỗi đồng hồ sẽ dần lệch đi. Khi các thiết bị được chỉnh giờ bằng tay, thiết bị không ai kiểm tra lại sau khi chỉnh, và thiết bị khởi động với giá trị mặc định sau khi mất điện lẫn lộn với nhau, cùng một sự kiện sẽ được ghi với thời gian khác nhau trên từng thiết bị. Đồng bộ thời gian là cơ chế liên tục căn chỉnh các đồng hồ này theo một chuẩn tham chiếu duy nhất.

Dấu thời gian trở thành “chìa khóa” nối các bản ghi với nhau

Trong điều tra truy xuất nguồn gốc, người ta nối số hiệu sản phẩm, lô, thiết bị và thời gian để lần theo “sản phẩm này được sản xuất khi nào, trên thiết bị nào, trong điều kiện nào”. Ở những công đoạn không thể ghi trực tiếp số hiệu sản phẩm vào bản ghi của thiết bị, thời gian thường là chìa khóa duy nhất nối các bản ghi với nhau. Ví dụ, giá trị quy trình của máy ép phun được ghi vào historian, kết quả đạt hoặc không đạt của kiểm tra được ghi vào MES, và cảnh báo được ghi vào SCADA, mỗi nơi bởi một đồng hồ khác nhau. Nếu đồng hồ lệch, việc nối bản ghi sẽ sai. Thiết kế tổng thể để nối lịch sử thiết bị với sản phẩm được trình bày trong “Truy xuất nguồn gốc từ thiết bị đến sản phẩm: RFP và FAT/SAT“.

Thứ tự cảnh báo cũng vậy. Khi điều tra nguyên nhân dừng máy, câu hỏi “áp suất giảm trước hay bơm dừng trước” chỉ trả lời được bằng thứ tự thời gian. Nếu chênh lệch giữa đồng hồ của hai thiết bị lớn hơn khoảng cách giữa các sự kiện, thứ tự có thể bị nhìn thấy đảo ngược.

“Giải thích được” quan trọng hơn “độ chính xác”

Thảo luận về đồng bộ thời gian thường trở thành cuộc đua con số “bao nhiêu micro giây” hay “bao nhiêu nano giây”. Nhưng điều được hỏi trong đánh giá (audit) hay điều tra hàng lỗi là: “Thời gian trên bản ghi này do đồng hồ nào gắn, lúc đó đồng hồ có đang được đồng bộ không, và sai số ước tính được khoảng bao nhiêu?” Bài viết này coi giá trị của đồng bộ thời gian là khả năng giải thích 3 điểm sau.

• Bởi đồng hồ nào: thiết bị nào đã gắn thời gian cho bản ghi đó (gần cảm biến, hay khi dữ liệu đến máy chủ)
• Ở trạng thái nào: lúc đó đồng hồ đang đồng bộ với chuẩn tham chiếu, hay đã mất chuẩn tham chiếu và chạy tự do
• Với sai số bao nhiêu: độ lệch so với chuẩn tham chiếu ước tính được khoảng bao nhiêu, và có chứng minh được bằng bản ghi giám sát hay không

Nếu giải thích được 3 điểm này, có những nhà máy sẽ thấy độ chính xác cỡ mili giây là đủ. Ngược lại, dù lắp thiết bị cấp nano giây, nếu không biết bản ghi đến từ đồng hồ nào thì cũng không dùng được cho điều tra.

Quyết định độ chính xác cần thiết từ mục đích sử dụng

Thiết kế đồng bộ thời gian sẽ thất bại nếu bắt đầu từ câu hỏi “lắp phương thức nào”. Điều cần quyết định đầu tiên là, với từng mục đích sử dụng, “muốn so sánh bản ghi nào với bản ghi nào, ở mức chi tiết nào”. Có 2 loại độ chính xác: chênh lệch giữa các thiết bị trong nhà máy (độ chính xác tương đối) và chênh lệch so với Giờ Phối hợp Quốc tế (UTC) (độ chính xác tuyệt đối). Để biết thứ tự sự kiện trong nhà máy cần độ chính xác tương đối; để so sánh bản ghi với nhà máy khác, trụ sở chính, đối tác hoặc hệ thống đám mây cần độ chính xác tuyệt đối.

Cột “phương thức ứng viên” là xu hướng chung do bài viết tổng hợp, và thay đổi theo điều kiện thiết bị và mạng. Điều quan trọng là không suy ngược từ phương thức, mà tìm con số cần thiết từ câu hỏi “muốn so sánh cái gì với cái gì”. Ngay trong cùng một nhà máy, độ chính xác cần thiết có thể chênh nhau nhiều bậc tùy mục đích. Không cần nâng mọi thứ lên độ chính xác cao nhất.

Khác biệt giữa PTP và NTP

Các phương thức phân phối thời gian qua mạng thường dùng trong nhà máy là NTP (Network Time Protocol) và PTP (Precision Time Protocol, IEEE 1588).

NTP: dùng rộng rãi trên mạng hiện có

Phiên bản hiện hành của NTP (NTPv4) được quy định trong RFC 5905 (tháng 6/2010). Về độ chính xác, RFC 5905 mô tả rằng máy chủ sơ cấp (primary server) điển hình nằm trong vài chục micro giây, máy chủ thứ cấp và máy khách điển hình trên LAN tốc độ cao nằm trong vài trăm micro giây (khi khoảng thời gian truy vấn tối đa 1,024 giây), và nếu kéo dài khoảng truy vấn tối đa đến 36 giờ thì nằm trong vài chục mili giây. Đây là mô tả giá trị điển hình tại thời điểm viết RFC, không phải giá trị bảo đảm. Độ chính xác thực tế thay đổi theo tải mạng, đường truyền, khoảng cách đến máy chủ và cách triển khai trên thiết bị.

NTPv5, phiên bản kế tiếp của NTP, tính đến tháng 10/2026 vẫn đang ở giai đoạn bản thảo của IETF (draft-ietf-ntp-ntpv5-09, ngày 1/7/2026) và chưa trở thành RFC. Bản thảo quy định mô hình máy khách và máy chủ là chế độ hoạt động duy nhất, nhưng đặc tả vẫn có thể thay đổi.

PTP: độ chính xác cao nhờ sự phối hợp của thiết bị mạng

Tiêu chuẩn PTP hiện hành là IEEE 1588-2019, được phê duyệt ngày 7/11/2019 và ban hành ngày 16/6/2020. Phần tóm tắt của IEEE cho biết tiêu chuẩn này cho phép đồng bộ “trong dải dưới micro giây” với ít tài nguyên, và trong một mạng được thiết kế phù hợp, có khả năng đạt “độ chính xác truyền thời gian dưới nano giây”. Điểm quan trọng ở đây là điều kiện “trong một mạng được thiết kế phù hợp”. Dùng PTP không có nghĩa là luôn đạt độ chính xác cao; kết quả khác nhau rất nhiều tùy việc có thiết bị gắn dấu thời gian bằng phần cứng và switch hỗ trợ PTP (BC và TC, sẽ trình bày sau) hay không.

Ghi chú: các dòng “Đối tượng dùng chính” và “Gánh nặng triển khai” là phần tổng hợp của bài viết này.

Ô độ chính xác trong bảng chỉ đặt cạnh nhau phần mô tả của từng tài liệu tiêu chuẩn; cả hai đều không phải giá trị đo thực tế tại nhà máy. Thay vì chọn bằng phép so sánh đơn giản “NTP là mili giây, PTP là nano giây”, điều quan trọng là kiểm tra xem mạng của chính mình đạt được bao nhiêu so với độ chính xác cần thiết đã quyết định ở mục trước.

Cấu hình dùng kết hợp cả hai là thực tế

Ở nhiều nhà máy, cấu hình kết hợp cả hai nhiều khả năng là thực tế. Từ cùng một nguồn thời gian (đồng hồ grandmaster, sẽ trình bày sau), phân phối PTP cho mạng điều khiển cần độ chính xác cao, và NTP cho máy chủ IT, SCADA và MES. Như vậy, dù phương thức khác nhau, mọi thời gian trong nhà máy đều truy ngược được về cùng một chuẩn tham chiếu.

Nguồn thời gian, GNSS và holdover

Các lựa chọn nguồn thời gian

Có 2 cách chính để lấy chuẩn thời gian cho nhà máy. Một là đặt anten GNSS trên mái nhà hoặc vị trí tương tự để lấy thời gian từ tín hiệu vệ tinh. Hai là đồng bộ qua mạng với máy chủ thời gian do các tổ chức như Viện Đo lường Quốc gia Thái Lan (NIMT) cung cấp. NIMT được trình bày chi tiết trong mục về Thái Lan và ASEAN phía sau.

Thời gian GNSS có độ chính xác cao; tài liệu “NIST IR 8323r1” (tháng 1/2023) của Viện Tiêu chuẩn và Công nghệ Quốc gia Hoa Kỳ (NIST) cho biết, sau khi hiệu chỉnh phần chênh lệch số giây nguyên do giây nhuận, thời gian GPS được duy trì khớp với UTC của Đài thiên văn Hải quân Hoa Kỳ (UTC(USNO)) trong phạm vi 1 micro giây. Điểm cần lưu ý là thời gian GPS là một thang thời gian không được điều chỉnh bằng giây nhuận. Theo bài giải thích của một kỹ sư NIMT, thời gian GPS có gốc tại 00:00 UTC ngày 6/1/1980, và Giờ Nguyên tử Quốc tế (TAI) đi trước thời gian GPS 19 giây. Theo IERS Bulletin C 72, UTC chậm hơn TAI 37 giây, nên theo tính toán, thời gian GPS đi trước UTC 18 giây (37 − 19). Việc máy thu có hiệu chỉnh chênh lệch này đúng hay không là một trong những điểm nên kiểm tra khi thử nghiệm nghiệm thu.

Đồng hồ grandmaster và holdover

Thiết bị đóng vai trò gốc thời gian trong nhà máy được gọi là đồng hồ grandmaster (GM, grandmaster). Phổ biến là thiết bị chuyên dụng có tích hợp máy thu GNSS và bộ dao động, phân phối thời gian bằng PTP hoặc NTP.

Điều tạo ra khác biệt lớn nhất khi chọn GM là khả năng giữ thời gian đúng khi mất GNSS, tức hiệu năng holdover. Khi không thu được GNSS do cáp anten hư hỏng, sét đánh, nhiễu sóng vô tuyến và các nguyên nhân khác, GM tiếp tục đếm thời gian chỉ bằng bộ dao động bên trong. Tốc độ lệch đi khác nhau rất nhiều tùy loại bộ dao động.

Theo bảng tùy chọn bộ dao động của công ty Meinberg, độ chính xác PPS (xung mỗi giây) khi đang đồng bộ với GNSS là tốt hơn ±100 nano giây với TCXO và OCXO-LQ, và tốt hơn ±50 nano giây với OCXO-SQ, HQ, DHQ và rubidi. Độ lệch pha sau 24 giờ kể từ khi mất GNSS như sau.

Trong cùng bảng đó, sau 7 ngày dải giá trị mở rộng từ ±128 mili giây của TCXO đến ±34 micro giây của rubidi, và sau 30 ngày từ ±1.1 giây của TCXO đến ±370 micro giây của rubidi. Chênh lệch giữa TCXO và rubidi sau 24 giờ là 4.3 mili giây ÷ 800 nano giây, khoảng 5,375 lần, tức là hơn 5,000 lần (tính toán của bài viết này).

Tuy nhiên, đây là giá trị công bố của nhà sản xuất, và theo chú thích của bảng, chúng giả định bộ dao động đã hoạt động ít nhất 30 ngày, được đồng bộ liên tục với GNSS trong 24 giờ trước đó, và nhiệt độ môi trường không đổi. Ở những nơi nhiệt độ thay đổi như bên trong tủ điện của nhà máy, kết quả có thể kém hơn. Theo chúng tôi, cách an toàn là dùng các con số này làm tham khảo khi chọn bộ dao động, và đưa việc kiểm tra trong điều kiện lắp đặt của chính mình vào thử nghiệm nghiệm thu.

Cách chọn đồng hồ grandmaster

Theo quan điểm của bài viết này, dưới đây là các điểm nên kiểm tra khi chọn GM.

• Yêu cầu holdover: ước tính từ lúc mất GNSS đến khi khôi phục có thể mất bao nhiêu ngày (chế độ bảo trì ban đêm và ngày nghỉ, việc mua linh kiện), rồi quyết định cấp bộ dao động từ độ lệch có thể chấp nhận trong khoảng thời gian đó
• Phương thức đầu ra: có hỗ trợ các profile PTP (sẽ trình bày sau), NTP, và khi cần, đầu ra như PPS hay không
• Dự phòng: dùng 2 GM, hay dùng 2 đường nguồn thời gian là GNSS và mạng (NIMT và các nguồn khác)
• Chức năng giám sát: có xuất được trạng thái đồng bộ, trạng thái thu vệ tinh, thời điểm chuyển sang holdover và sai số ước tính qua SNMP hoặc nhật ký (log) hay không
• Phát hiện bất thường GNSS: có chức năng phát hiện dấu hiệu nhiễu sóng vô tuyến hoặc giả mạo tín hiệu, và đối chiếu nhiều nguồn thời gian hay không
• Thi công anten: tuyến cáp từ mái nhà đến phòng máy chủ, chống sét và mức độ thuận tiện khi bảo trì

Cấu trúc mạng PTP: GM, BC, TC và profile

Các loại thiết bị PTP

Mạng PTP được xây dựng từ sự kết hợp các thiết bị có vai trò khác nhau. Theo phần giải thích trong hướng dẫn cấu hình của công ty H3C, vai trò của từng loại như sau.

• Grandmaster (GM): gốc thời gian trong miền PTP. Được chọn tự động giữa các nút đồng hồ
• Ordinary clock (OC): thiết bị chỉ có một cổng PTP (ví dụ của bài viết này: thiết bị đầu cuối như PLC và I/O)
• Boundary clock (BC): có nhiều cổng, đồng bộ với phía thượng nguồn qua một cổng và phân phối thời gian xuống hạ nguồn qua các cổng khác
• Transparent clock (TC): tự nó không giữ thời gian, mà chuyển tiếp các thông điệp PTP đồng thời bù độ trễ phát sinh khi đi qua. Có loại E2E chuyển tiếp toàn bộ gói PTP và hỗ trợ tính độ trễ của cả đường truyền, và loại P2P chỉ chuyển tiếp một số thông điệp và kết thúc các thông điệp còn lại

Cùng hướng dẫn đó liệt kê các tiêu chuẩn được hỗ trợ gồm IEEE 1588v2, IEEE 802.1AS, SMPTE ST 2059-2 và AES67-2015. Ở đây chúng được giới thiệu để giải thích khái niệm chung về PTP, không nhằm khuyến nghị sản phẩm cụ thể nào.

Các điểm cần cân nhắc khi thiết kế cấu trúc

Vì GM được chọn tự động, theo chúng tôi sẽ an toàn hơn nếu đưa vào thiết kế cả việc đặt mức ưu tiên và việc giám sát thiết bị nào đang là GM, để thiết bị ngoài ý muốn không trở thành GM. Ngoài ra, nếu đặt một switch thông thường không hỗ trợ PTP ở giữa đường truyền, đoạn đó sẽ không được bù độ trễ. Với các đoạn cần độ chính xác cao, hãy kiểm tra trong danh sách thiết bị xem các switch trên đường truyền có hoạt động như BC hoặc TC hay không.

Profile: quy tắc về “cách dùng PTP” theo từng ứng dụng

PTP có các “profile” thu hẹp cách sử dụng cho từng ứng dụng. Ba nhóm thường liên quan đến nhà máy như sau.

• IEEE 1588 dùng chung: cách dùng không giới hạn cho ứng dụng cụ thể
• IEEE 802.1AS (gPTP) và IEC/IEEE 60802: dành cho TSN. 802.1AS bao gồm truyền thời gian, chọn nguồn thời gian tốt nhất, và phát hiện sự gián đoạn của pha và tần số. Sau bản 2020 đã có các bản sửa đổi về dự phòng nóng (hot standby) và giảm sai số trôi đồng hồ, và hiện bản 2025 là bản hiện hành. IEC/IEEE 60802 là profile cho tự động hóa công nghiệp được xây dựng trên nền này
• IEC/IEEE 61850-9-3: profile PTP cho tự động hóa ngành điện (ban hành 31/5/2016). Dựa trên IEC 61588:2009 (IEEE 1588-2008), cho phép đáp ứng các cấp đồng bộ cao nhất của IEC 61850-5 và IEC 61869-9. Có thể liên quan đến trạm biến áp và thiết bị điện trong khuôn viên nhà máy

Dù cùng là PTP, các thiết bị dùng profile khác nhau có thể không hoạt động cùng nhau trên cùng một mạng nếu để nguyên. Trong RFP, cách chắc chắn là yêu cầu ghi rõ “hỗ trợ profile nào” thay vì chỉ ghi “hỗ trợ PTP”.

Cách gắn dấu thời gian: OPC UA, PLC, historian và MES

Ý nghĩa thay đổi theo “vị trí” gắn thời gian

Dù đồng hồ đã được đồng bộ, nếu chưa quyết định gắn dấu thời gian ở đâu thì ý nghĩa của bản ghi vẫn không chắc chắn. Thời gian gắn gần cảm biến hoặc PLC tại thời điểm giá trị thay đổi và thời gian máy chủ nhận giá trị chênh nhau đúng bằng độ trễ truyền thông. Nếu dữ liệu bị ứ lại do truyền thông tạm dừng rồi đến cùng lúc sau đó lại được gắn thời gian lúc đến, nguyên nhân và kết quả có thể bị nhìn thấy đảo thứ tự.

SourceTimestamp và ServerTimestamp của OPC UA

OPC UA có sẵn sự phân biệt này trong đặc tả. Theo định nghĩa DataValue trong đặc tả OPC UA (Part 4, v1.05), có 2 loại dấu thời gian.

• SourceTimestamp: thời gian nguồn dữ liệu gắn cho giá trị. Đã gắn thì không thay đổi, và nên biểu thị thời điểm giá trị hoặc mã trạng thái thay đổi lần cuối. Nên được tạo càng gần nguồn phát sinh giá trị càng tốt, nhưng luôn phải được gắn bởi cùng một đồng hồ vật lý. Trong cấu hình dự phòng, đồng hồ của các nguồn nên được đồng bộ với nhau. Ngoài ra, khi một máy chủ OPC UA nhận dữ liệu từ máy chủ OPC UA khác, nó chuyển tiếp SourceTimestamp mà không thay đổi
• ServerTimestamp: thời gian máy chủ nhận giá trị (hoặc biết giá trị là chính xác). Mỗi máy chủ gắn giá trị của riêng mình

Cả hai đều có trường cho phép chỉ định độ phân giải 10 pico giây. Tuy nhiên, đây là định nghĩa trong đặc tả. PLC hay gateway thực tế gắn loại thời gian nào, bằng đồng hồ nào, thì khác nhau tùy sản phẩm. Chỉ cụm từ “hỗ trợ OPC UA” không cho biết SourceTimestamp là thời điểm giá trị thay đổi bên trong PLC hay thời điểm gateway đọc giá trị. Về cách tiếp cận chuyển đổi phiên bản và chứng nhận OPC UA, xem thêm “Chuyển sang OPC UA 1.05: RFP, FAT và SAT cho nhà máy tại Thái Lan“.

Những điều cần quyết định cho PLC, historian và MES

Theo quan điểm của bài viết này, chúng tôi khuyến nghị quyết định những điều sau về dấu thời gian như chính sách của nhà máy và lập thành văn bản.

• Vị trí gắn thời gian: với từng mục đích, lấy SourceTimestamp hay ServerTimestamp làm giá trị chính. Nếu PLC không gắn được thời điểm giá trị thay đổi, ghi rõ đó là thời điểm gateway đọc giá trị
• Đồng hồ gắn thời gian: thiết bị gắn thời gian đó được đồng bộ với nguồn thời gian nào, bằng phương thức nào
• Thang thời gian khi lưu trữ: lưu theo Giờ Phối hợp Quốc tế (UTC) và chuyển sang giờ địa phương Thái Lan (UTC+7) khi hiển thị trên màn hình hoặc báo cáo
• Ghi nhận bất thường về thời gian: có thể đánh dấu các bản ghi được gắn trong lúc mất đồng bộ hay không

Lý do lưu theo UTC là để việc so sánh thời gian đơn giản. Giờ Thái Lan không có giờ mùa hè, nên dù lưu theo giờ địa phương thì thời gian cũng không nhảy trong năm. Dù vậy, khi so sánh bản ghi với trụ sở chính tại Nhật Bản, cơ sở ở các nước khác hoặc hệ thống đám mây, lưu theo UTC nhiều khả năng giảm được lỗi chuyển đổi.

Cách lưu dấu thời gian và chất lượng dữ liệu trong historian được trình bày trong “Triển khai historian công nghiệp: so sánh lựa chọn, RFP và FAT/SAT cho nhà máy Thái Lan“, còn thiết kế khi gửi dữ liệu thiết bị qua MQTT được trình bày trong “Triển khai MQTT Sparkplug B tại nhà máy Thái Lan: RFP, FAT/SAT và thí điểm 90 ngày“. Dù dữ liệu đi theo đường nào, điều quan trọng là không để mất thông tin “thời gian này do đồng hồ nào gắn” trên đường đi.

Xử lý giây nhuận

Giây nhuận là sự điều chỉnh chèn thêm hoặc xóa bớt 1 giây trong UTC. Gói tin NTP có trường “chỉ báo giây nhuận” (Leap Indicator) 2 bit, báo trước việc chèn hoặc xóa giây nhuận ở phút cuối cùng của tháng, đồng thời biểu thị trạng thái “chưa đồng bộ”. Như đã nêu, sẽ không có giây nhuận vào cuối tháng 12/2026, và việc xử lý giây nhuận trong tương lai vẫn đang ở giai đoạn thảo luận tại đại hội tháng 10/2026. Với nhà máy, theo chúng tôi cách thực tế là kiểm tra trong tài liệu đặc tả xem GM, máy chủ NTP, PLC và historian mỗi thiết bị sẽ hoạt động thế nào khi có giây nhuận (xử lý chỉ báo ra sao, điều chỉnh thời gian ra sao).

Ước tính tốc độ dây chuyền và độ lệch đồng hồ bằng nhà máy mô hình (mô hình giả định)

Tất cả các con số từ đây trở đi đều là giá trị giả định do bài viết tự đặt ra. Chúng không phải hiệu năng sản phẩm hay số liệu trung bình ngành. Hãy dùng như một khuôn mẫu tính toán và thay bằng tốc độ dây chuyền và mục đích sử dụng của chính nhà máy mình.

Giả định (nhà máy mô hình T)

Bước 1: tìm độ chính xác cần thiết

1/10 khoảng cách giữa các sản phẩm là chênh lệch đồng hồ chấp nhận được giữa các thiết bị. Chia cho 2 sẽ được mức mà một thiết bị được phép lệch khỏi chuẩn tham chiếu (GM của nhà máy).

Hãy so sánh với các con số có nguồn. Bài viết năm 2018 của một kỹ sư NIMT cho biết độ chính xác của dịch vụ thời gian miễn phí qua Internet của NIMT là “tốt hơn 30 mili giây, tùy thuộc lưu lượng Internet”. Đây là mức tham khảo vào thời điểm đó và không phải giá trị bảo đảm, nhưng nếu thử áp dụng con số 30 mili giây này, nó nằm trong 50 mili giây mỗi thiết bị của dây chuyền A nhưng không nằm trong 5 mili giây của dây chuyền B. Còn mức “trong vài trăm micro giây” mà RFC 5905 mô tả cho máy khách NTP điển hình trên LAN tốc độ cao thì gần như không còn biên dư, hoặc có thể vượt, so với 500 micro giây của dây chuyền C.

Điều đọc được từ mô hình này là: với dây chuyền A, NTP qua Internet có thể đủ tùy điều kiện; với dây chuyền B, cấu hình đặt máy chủ NTP trong nhà máy và phân phối qua LAN là một ứng viên; và với dây chuyền C, PTP (gắn dấu thời gian bằng phần cứng và switch hỗ trợ PTP) đáng được cân nhắc. Trong mọi trường hợp, điều kiện tiên quyết là phải xác nhận bằng đo đạc thực tế.

Bước 2: nếu đồng hồ không khớp, sẽ nối nhầm bao nhiêu sản phẩm

Ngược lại, hãy xét trường hợp đồng hồ không khớp. Giả định đồng hồ của một PLC được chỉnh giờ bằng tay lệch 2 giây so với máy chủ MES.

2 giây là độ lệch nhỏ theo cảm nhận của con người, nhưng ở dây chuyền C, bản ghi bị dịch sang sản phẩm khác tới 200 sản phẩm. Khi điều tra nguyên nhân hàng lỗi, người ta sẽ không nhìn vào giá trị quy trình của đúng sản phẩm, và số sản phẩm bị cách ly do phải lấy phạm vi nghi ngờ rộng cũng tăng lên.

Bước 3: khi mất GNSS, có thể cầm cự được bao lâu

Cuối cùng là holdover. Chúng tôi so sánh các giá trị công bố của công ty Meinberg đã nêu ở trên (trong điều kiện lý tưởng như nhiệt độ không đổi) với dung sai cho mỗi thiết bị ở bước 1. Điều được so sánh ở đây là chênh lệch giữa GM và UTC. Nếu mọi thiết bị trong nhà máy đều theo cùng một GM thì ảnh hưởng nhỏ; phép so sánh này là mức tham khảo cho trường hợp so với thiết bị theo nguồn thời gian khác hoặc với bản ghi lấy UTC làm chuẩn (chi tiết ở mục tiếp theo).

Hãy xem cả trường hợp GNSS ngừng kéo dài. Giả định cáp anten bị hư hỏng trong kỳ nghỉ dài và phải mất 7 ngày mới khôi phục. Trong bảng của công ty, TCXO sau 7 ngày là ±128 mili giây, khoảng 2.6 lần so với 50 mili giây của dây chuyền A (128 ÷ 50 = 2.56), vượt cả dung sai của dây chuyền chậm nhất. Trong khi đó, rubidi là ±34 micro giây sau 7 ngày và ±370 micro giây ngay cả sau 30 ngày, chỉ bằng 74% mức 500 micro giây của dây chuyền C, vẫn nằm trong dung sai.

Cách đọc ước tính này: thứ bị lệch là “toàn bộ nhà máy” hay “chỉ một phần”

Có một lưu ý quan trọng ở đây. Độ lệch trong holdover là chênh lệch giữa GM và UTC. Nếu mọi thiết bị trong nhà máy đều đồng bộ với cùng một GM, chúng sẽ lệch cùng với GM, nên chênh lệch giữa các thiết bị trong nhà máy (độ chính xác tương đối) nhiều khả năng không thay đổi nhiều trong thời gian holdover. Vấn đề phát sinh trong những trường hợp như sau.

• Một số thiết bị trong nhà máy (ví dụ máy chủ IT hoặc hệ thống đám mây) đồng bộ với nguồn thời gian khác (như NTP qua Internet)
• Cần so sánh bản ghi với nhà máy khác hoặc trụ sở chính theo chuẩn UTC
• Khi GNSS phục hồi, thời gian của GM trở về giá trị đúng ngay một lần, khiến thời gian của bản ghi bị nhảy

Nói cách khác, chữ “vượt” trong bảng cho biết có thể nối nhầm khi so sánh với bản ghi theo một đồng hồ khác. Việc so sánh giữa các bản ghi trong nhà máy cùng theo một GM thường không bị ảnh hưởng lớn. Ở đây cũng vậy, việc nắm được bản ghi nào theo đồng hồ nào sẽ phát huy tác dụng.

Các điểm để kiểm tra lại phép tính

• 60 sản phẩm mỗi phút = 1 sản phẩm mỗi giây, khoảng cách 1,000 mili giây; 600 sản phẩm mỗi phút = 10 sản phẩm mỗi giây, 100 mili giây; 6,000 sản phẩm mỗi phút = 100 sản phẩm mỗi giây, 10 mili giây
• Dung sai giữa các thiết bị là khoảng cách ÷ 10, tức 100, 10 và 1 mili giây; dung sai cho mỗi thiết bị là một nửa, tức 50, 5 và 0.5 mili giây
• 4.3 mili giây của TCXO bằng 8.6% của 50 mili giây, 86% của 5 mili giây và gấp 8.6 lần 0.5 mili giây
• 800 nano giây của rubidi sau 24 giờ là 0.8 micro giây, bằng 0.16% của 500 micro giây

Bảo mật và giám sát

NTS: xác minh thời gian NTP là “thật”

Thời gian phân phối qua mạng có thể trở thành mục tiêu của giả mạo hoặc sửa đổi. Với NTP có NTS (Network Time Security), được quy định trong RFC 8915 (tháng 9/2020). Với NTS, trước hết khóa được thiết lập trên TLS (1.3 trở lên) (NTS-KE, cổng TCP 4460), sau đó xác minh rằng các gói tin thời gian tiếp theo được gửi bởi một bên đã được định danh và không bị sửa đổi trên đường truyền. NTS cũng chống tấn công phát lại (replay) và xác nhận sự tương ứng giữa yêu cầu và phản hồi.

Cần lưu ý rằng NTS là cơ chế “xác thực”, không phải “mã hóa”. RFC 8915 coi dữ liệu thời gian cơ bản là không mật và gửi ở dạng văn bản thường. Ngoài ra, khi dùng NTS, cần mở cổng TCP 4460 của NTS-KE trên tường lửa, bên cạnh lưu lượng NTP (cổng UDP 123). Hãy đưa cả hai vào thiết kế tường lửa giữa nhà máy và bộ phận IT.

Quản lý sự phụ thuộc vào GNSS

NIST IR 8323r1 cho biết tín hiệu và dữ liệu định vị, dẫn đường và thời gian (PNT) có thể bị gián đoạn hoặc thao túng theo nhiều cách, do tự nhiên hoặc con người, cố ý hoặc vô ý, và đưa ra các ví dụ về mối đe dọa như nhiễu sóng vô tuyến, thay đổi nhiệt độ, lão hóa, rung động, mất điện, gây nhiễu, giả mạo tín hiệu và tấn công gây trễ. Về biện pháp đối phó, tài liệu nêu việc kiểm kê phần mềm HMI và hệ thống điều khiển phụ thuộc vào PNT, phát hiện bất thường bằng cách đối chiếu dữ liệu PNT từ nhiều nguồn, phát hiện gây nhiễu và giả mạo tín hiệu GNSS, và tích hợp khả năng hoạt động độc lập hoặc holdover khi cần. Đây là hướng dẫn tự nguyện cho hạ tầng trọng yếu của Hoa Kỳ, không phải quy định pháp luật của Thái Lan, nhưng là cách tư duy có thể áp dụng trực tiếp cho thiết kế nguồn thời gian của nhà máy.

Theo quan điểm của bài viết này, với nhà máy, cách thực tế là bắt đầu từ 3 điểm sau.

1. Lập danh sách thiết bị phụ thuộc vào thời gian: thiết bị nào đồng bộ với nguồn thời gian nào, bằng phương thức nào
2. Dùng 2 đường nguồn thời gian: đối chiếu GM dùng GNSS với nguồn thời gian qua mạng như NIMT, và phát cảnh báo khi chúng chênh lệch lớn
3. Chọn với tiền đề holdover: dùng bộ dao động có thể cầm cự trong phạm vi dung sai suốt thời gian đến khi khôi phục, ngay cả khi mất GNSS

Giám sát độ lệch và lưu bản ghi

Dù đồng bộ thời gian đúng khi lắp đặt, sau đó vẫn có thể bị lệch. Nguyên nhân có thể là thay cáp, thay đổi cấu hình switch, thay thế thiết bị và thứ tự khởi động sau khi mất điện. Theo quan điểm của bài viết này, chúng tôi khuyến nghị giám sát những mục sau và lưu lại bản ghi.

• Trạng thái đồng bộ của GM (có đang thu GNSS không, có chuyển sang holdover không)
• Độ lệch (offset) của các thiết bị chính so với chuẩn tham chiếu, và cảnh báo khi vượt dung sai
• Thiết bị nào đang là GM, và việc chuyển đổi GM
• Trạng thái đồng bộ của các máy khách NTP

Các bản ghi giám sát này là bằng chứng cho “khả năng giải thích dấu thời gian được gắn với sai số bao nhiêu” đã nêu ở đầu bài, vì chúng cho phép chứng minh trong điều tra hàng lỗi hay đánh giá rằng “vào thời điểm đó của ngày đó, đồng hồ của thiết bị này đúng trong phạm vi này”. Về cách xây dựng đường truyền an toàn để đưa dữ liệu giám sát từ phía OT sang phía IT, có thể tham khảo thêm “Chọn data diode cho nhà máy Thái Lan: hướng dẫn truyền dữ liệu OT sang IT một chiều“.

Ngành chịu quản lý: nhật ký kiểm toán và thời gian

Các nhà máy xử lý bản ghi điện tử thuộc phạm vi quản lý của Cục Quản lý Thực phẩm và Dược phẩm Hoa Kỳ (FDA), chẳng hạn dược phẩm, thiết bị y tế hoặc thực phẩm xuất sang Hoa Kỳ, phải tuân theo yêu cầu của 21 CFR Part 11. 21 CFR 11.10(e) yêu cầu sử dụng nhật ký kiểm toán an toàn, do máy tính tạo ra và có dấu thời gian, ghi lại một cách độc lập “ngày và giờ” của các thao tác nhập liệu và hành động của người vận hành khi tạo, sửa đổi hoặc xóa bản ghi điện tử. Nhật ký kiểm toán phải được lưu giữ trong cùng thời hạn với bản ghi điện tử liên quan và sẵn sàng cho FDA xem xét.

Với GMP dược phẩm xuất sang EU, liên quan đến EudraLex tập 4 Annex 11 (bản hiện hành, bắt đầu áp dụng ngày 30/6/2011). Mục 12.4 cho biết hệ thống quản lý dữ liệu và tài liệu nên được thiết kế để ghi lại danh tính người vận hành nhập, thay đổi, xác nhận hoặc xóa dữ liệu “bao gồm ngày và giờ”, mục 14(c) yêu cầu chữ ký điện tử bao gồm “thời gian và ngày ký”, và mục 9 cho biết nên cân nhắc tích hợp vào hệ thống bản ghi các thay đổi và xóa liên quan đến GMP (nhật ký kiểm toán do hệ thống tạo ra) dựa trên đánh giá rủi ro.

Ngoài ra, dự thảo sửa đổi Annex 11 đã được Ủy ban châu Âu và PIC/S công bố ngày 7/7/2025, với thời hạn lấy ý kiến đến ngày 7/10/2025. Theo phần giải thích của ECA, một tổ chức chuyên môn tại châu Âu, dự thảo tăng từ 5 trang lên 19 trang, và tăng mạnh tỷ trọng về bảo mật, quản lý danh tính và truy cập, và nhật ký kiểm toán. Tuy nhiên, đây chỉ là dự thảo, và bài viết này chưa xác nhận được tình trạng của bản chính thức hay việc có yêu cầu cụ thể về đồng bộ thời gian hay không.

Điều chúng tôi muốn nhấn mạnh là cả 21 CFR 11.10(e) và Annex 11 hiện hành đều không quy định độ chính xác thời gian (trong bao nhiêu mili giây) hay phương thức đồng bộ (NTP hay PTP). Không phải “quy định yêu cầu PTP”. Điều quy định yêu cầu là giải thích được rằng ngày giờ được ghi lại chính xác, và để làm vậy, theo chúng tôi điều quan trọng là xác định nguồn thời gian, phương thức đồng bộ, sai số cho phép và phương pháp giám sát trong quy trình nội bộ, đồng thời lưu lại căn cứ. Điều này trùng khớp trực tiếp với trục chính của bài viết là “giải thích được”. Các quy định này không áp dụng trực tiếp cho các nhà máy thông thường không thuộc phạm vi quản lý của Hoa Kỳ hoặc EU.

Các vấn đề đặc thù của Thái Lan và ASEAN

Chuẩn thời gian quốc gia của Thái Lan: NIMT

Theo trang (tiếng Thái) của Phòng thí nghiệm Thời gian và Tần số thuộc Viện Đo lường Quốc gia Thái Lan (NIMT), NIMT duy trì giờ chuẩn của Thái Lan dưới dạng UTC(NIMT) trong hệ thống thang thời gian quốc tế. NIMT dùng 4 đồng hồ nguyên tử (3 đồng hồ nguyên tử cesium và 1 maser hydro) để xác định thang thời gian, đồng thời nghiên cứu phát triển đồng hồ mạng quang học (optical lattice). Việc so sánh quốc tế được thực hiện hằng ngày, mỗi 30 giây, bằng tín hiệu GNSS, và NIMT cung cấp tín hiệu thời gian miễn phí qua Internet 24 giờ mỗi ngày.

Tên máy chủ (hostname) của các máy chủ thời gian NIMT được giới thiệu trong bài viết năm 2018 của một kỹ sư NIMT là time1.nimt.or.th, time2.nimt.or.th và time3.nimt.or.th. Bài viết đó cho biết đồng bộ với các máy chủ này giúp có được giờ chuẩn Thái Lan truy nguyên được về UTC(NIMT) miễn phí, với độ chính xác tốt hơn 30 mili giây tùy thuộc lưu lượng Internet. Đây là mô tả vào năm 2018, và bài viết này chưa xác nhận được đặc tả dịch vụ chính thức hiện nay. Con số 30 mili giây cũng là mức tham khảo vào thời điểm đó, không nên dùng làm giá trị bảo đảm trong thiết kế. Theo chúng tôi, cách an toàn là cấu hình thiết bị bằng tên máy chủ thay vì địa chỉ IP, và đo độ chính xác thực tế trên mạng của chính mình.

Bài viết đó cũng cho biết thang thời gian của Cục Thủy đạc Hải quân Hoàng gia Thái Lan (HDRTN) được liên kết với UTC(NIMT), và cung cấp đồng hồ hiển thị trên web cùng dịch vụ báo giờ qua điện thoại số 1811.

Khi cần giải thích khả năng truy nguyên của thời gian (truy ngược được về chuẩn quốc gia nào), theo chúng tôi, cấu hình lấy GM dùng GNSS làm chính và dùng máy chủ NIMT làm đường thứ hai để đối chiếu là một trong những lựa chọn hàng đầu cho các nhà máy tại Thái Lan.

Múi giờ Thái Lan: UTC+7, không có giờ mùa hè

Trong cơ sở dữ liệu tz của IANA, dữ liệu chuẩn trên thực tế cho các múi giờ trên thế giới, Asia/Bangkok là UTC+7 từ tháng 4/1920 và không có quy tắc giờ mùa hè. Như đã nêu, bài viết này khuyến nghị lưu theo UTC và hiển thị theo UTC+7. Tuy nhiên, nếu thang thời gian bị lẫn lộn ở bất kỳ đâu, như thiết kế cơ sở dữ liệu, báo cáo, xuất nhật ký hay kết nối giữa historian và MES, sẽ tạo ra những bản ghi lệch 7 giờ. Điều quan trọng là ghi rõ trong tài liệu đặc tả của từng giao diện “phần nào là UTC và phần nào là giờ địa phương”.

Phạm vi của các quy định

Các yêu cầu của FDA và EU GMP đã nêu chỉ giới hạn ở các nhà máy xuất sản phẩm thuộc diện quản lý sang Hoa Kỳ hoặc EU. Chúng không áp dụng cho toàn bộ nhà máy tại Thái Lan, và cả hai đều không quy định độ chính xác thời gian.

Những điểm cần lưu ý trong vận hành tại chỗ

Từ đây trở đi là quan điểm của bài viết này.

• Chỉ định người phụ trách thời gian: đồng bộ thời gian là công việc dễ rơi vào khoảng giữa IT và điều khiển. Nếu GM và máy chủ NTP thuộc IT, switch PTP thuộc bộ phận điều khiển, và cấu hình PLC thuộc nhà sản xuất thiết bị, rất có thể không ai nhìn toàn cảnh. Chỉ định một người chịu trách nhiệm ở cấp nhà máy cũng làm rõ cảnh báo giám sát cần được gửi đến đâu
• Bảo trì anten trên mái: anten và cáp là những bộ phận dễ hư hỏng do mưa, nắng nóng và công trình xây dựng. Hãy quyết định chu kỳ kiểm tra và quy trình khôi phục khi hư hỏng (linh kiện dự phòng, đầu mối liên hệ công ty bảo trì)
• Thứ tự khởi động sau mất điện: sau khi mất điện, nếu PLC hoặc thiết bị khởi động trước GM, chúng có thể gắn thời gian không đúng cho bản ghi trong một khoảng thời gian. Hãy quyết định thứ tự khởi động và cách xử lý bản ghi cho đến khi đồng bộ
• Tài liệu 3 ngôn ngữ: chuẩn bị chính sách thời gian, ý nghĩa của các cảnh báo giám sát và quy trình khôi phục bằng tiếng Thái, tiếng Nhật và tiếng Anh giúp phản ứng nhanh hơn vào ban đêm và ngày nghỉ

12 mục cần ghi trong RFP đồng bộ thời gian

Dưới đây là các mục tối thiểu về đồng bộ thời gian nên ghi khi yêu cầu báo giá từ nhà sản xuất thiết bị hoặc nhà tích hợp hệ thống.

1. Độ chính xác cần thiết cho từng mục đích: mục đích sử dụng, bản ghi muốn so sánh, độ chính xác tương đối và tuyệt đối, và căn cứ (phép tính như mô hình giả định của bài viết này)
2. Nguồn thời gian: GNSS, nguồn thời gian qua mạng như NIMT, phương án dự phòng và cách đối chiếu
3. Đồng hồ grandmaster: cấp bộ dao động, đặc tả holdover (bao gồm điều kiện của nhà sản xuất), cấu hình dự phòng, nguồn điện
4. Phương thức phân phối: cách phân chia sử dụng NTP và PTP, profile PTP (IEEE 1588 dùng chung, IEEE 802.1AS, IEC/IEEE 60802, IEC/IEEE 61850-9-3 cho ngành điện và các profile khác)
5. Thiết bị mạng: mức hỗ trợ BC và TC của switch trên đường truyền, gắn dấu thời gian bằng phần cứng, cấu hình VLAN và mức ưu tiên
6. Mức hỗ trợ của thiết bị đầu cuối: danh sách phương thức đồng bộ và độ chính xác của từng PLC, IPC, HMI, máy kiểm tra, camera và máy chủ
7. Chính sách dấu thời gian: lấy SourceTimestamp hay ServerTimestamp làm giá trị chính, vị trí gắn thời gian, lưu theo UTC và hiển thị theo UTC+7
8. Xử lý giây nhuận và thời gian GNSS: xử lý chỉ báo giây nhuận, hiệu chỉnh chênh lệch giữa thời gian GPS và UTC
9. Bảo mật: hỗ trợ NTS, phát hiện bất thường GNSS, phân tách mạng, cổng tường lửa (UDP 123, TCP 4460)
10. Giám sát và bản ghi: bản ghi và cảnh báo về độ lệch, trạng thái đồng bộ và việc chuyển đổi GM, thời hạn lưu bản ghi, và cách chuyển dữ liệu giám sát
11. Hạng mục FAT/SAT và tiêu chí chấp nhận: ghi phương pháp thử và cách đánh giá đạt, tham khảo bảng ở mục tiếp theo
12. Bảo trì và hỗ trợ tại chỗ: đầu mối bảo trì tại Thái Lan, thời gian phản hồi khi anten hoặc GM gặp sự cố, tài liệu tiếng Thái, tiếng Nhật và tiếng Anh, đào tạo

Đặc biệt quan trọng là các mục 1, 6 và 7. Nếu không ghi mục 1, các đề xuất sẽ nghiêng về “PTP độ chính xác cao” hoặc “NTP là đủ” và không thể so sánh với nhau. Nếu không ghi mục 6, có thể lắp GM và switch rồi mới phát hiện các PLC quan trọng không hỗ trợ PTP. Nếu không ghi mục 7, sẽ còn lại tình trạng đồng hồ đã khớp nhưng ý nghĩa của thời gian trong các bản ghi không thống nhất. Nếu đặt hàng cùng với việc nâng cấp SCADA, xem thêm “SCADA cho nhà máy Thái Lan: RFP, FAT/SAT và TCO“.

Những gì cần xác nhận trong FAT/SAT đồng bộ thời gian

Trong thử nghiệm tại nhà máy trước khi xuất xưởng (FAT) và thử nghiệm tại hiện trường sau lắp đặt (SAT), điều cần xác nhận không phải là độ chính xác trong catalog, mà là “trên mạng của chính mình, thiết bị nào khớp đến mức nào”, “có nhận ra khi bị lệch hay không” và “có giải thích được các bản ghi trong thời gian bị lệch hay không”.

Con số của tiêu chí chấp nhận khác nhau tùy mục đích sử dụng của từng nhà máy, nên cần quyết định ngay từ giai đoạn RFP. Hạng mục cuối cùng, “khả năng giải thích bản ghi”, có thể là hạng mục thử nghiệm ít gặp, nhưng chính là trục chính của bài viết này. Theo chúng tôi, thử làm một lần khi nghiệm thu, với tình huống đánh giá và điều tra hàng lỗi trong đầu, là rất đáng giá.

Kế hoạch 90 ngày triển khai đồng bộ thời gian trong nhà máy

Ngày 0 đến 30: sắp xếp mục đích sử dụng và kiểm kê đồng hồ

• Xác định các mục đích mà thời gian có tác động, như điều tra hàng lỗi, phân tích cảnh báo và đánh giá, rồi quyết định các cặp bản ghi muốn so sánh
• Lập danh sách thiết bị có đồng hồ trong nhà máy, và tìm hiểu nguồn thời gian, phương thức đồng bộ và độ lệch hiện tại của từng thiết bị
• Thay mô hình giả định của bài viết bằng tốc độ dây chuyền của nhà máy mình, và lập dự thảo độ chính xác cần thiết cho từng mục đích

Ngày 31 đến 60: thiết kế phương thức và chạy thử trên 1 dây chuyền

• Quyết định nguồn thời gian (GNSS, NIMT và các nguồn khác), cấu hình GM và yêu cầu holdover, và cách phân chia sử dụng NTP và PTP
• Lập văn bản chính sách dấu thời gian (vị trí gắn thời gian, lưu theo UTC và hiển thị theo giờ địa phương)
• Trên dây chuyền cần độ chính xác cao nhất, kiểm tra mức hỗ trợ của thiết bị hiện có và đo thử độ lệch

Ngày 61 đến 90: xây dựng RFP và tiêu chí nghiệm thu

• Viết 12 mục RFP và quyết định các hạng mục FAT/SAT cùng tiêu chí chấp nhận
• Quyết định các hạng mục giám sát, nơi nhận cảnh báo, người chịu trách nhiệm và quy trình khôi phục
• Soạn quy trình thử nghiệm mất GNSS và khôi phục sau mất điện

Sáu sản phẩm đầu ra nên có trong tay khi kết thúc 90 ngày là: (1) độ chính xác cần thiết cho từng mục đích và căn cứ, (2) danh sách thiết bị có đồng hồ và độ lệch hiện tại, (3) thiết kế nguồn thời gian và phương thức phân phối, (4) chính sách dấu thời gian, (5) RFP và tiêu chí FAT/SAT, và (6) quy trình giám sát và vận hành.

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

Đồng bộ thời gian trong nhà máy là gì, và vì sao cần thiết?

Đó là cơ chế liên tục căn chỉnh đồng hồ của PLC, SCADA, historian, MES, máy kiểm tra và các thiết bị khác trong nhà máy theo một chuẩn tham chiếu duy nhất. Ở những công đoạn không thể ghi trực tiếp số hiệu sản phẩm vào bản ghi thiết bị, thời gian trở thành chìa khóa nối các bản ghi với nhau. Nếu đồng hồ lệch, khi điều tra hàng lỗi có thể nhìn nhầm bản ghi của sản phẩm khác, hoặc hiểu sai thứ tự cảnh báo. Điều quan trọng hơn con số độ chính xác là giải thích được bản ghi nào được gắn bởi đồng hồ nào, với sai số bao nhiêu.

Khác biệt giữa PTP và NTP là gì?

NTP là phương thức được quy định trong RFC 5905, hoạt động trên mạng IP thông thường và được nhiều thiết bị hỗ trợ. RFC mô tả máy khách điển hình trên LAN tốc độ cao nằm trong vài trăm micro giây. PTP (IEEE 1588-2019) là phương thức mà phần tóm tắt của tiêu chuẩn mô tả là hướng tới đồng bộ trong dải dưới micro giây với ít tài nguyên, và có khả năng đạt mức dưới nano giây trong mạng được thiết kế phù hợp; trong đó switch hỗ trợ PTP và việc gắn dấu thời gian bằng phần cứng có tác động lớn. Cả hai đều là mô tả giá trị điển hình hoặc khả năng, nên cần quyết định độ chính xác cần thiết từ mục đích sử dụng trước, rồi chọn bằng cách đo trên mạng của chính mình. Cấu hình phân phối cả hai từ cùng một nguồn thời gian cũng là lựa chọn thực tế.

Đồng bộ thời gian trong nhà máy cần độ chính xác bao nhiêu?

Tùy mục đích sử dụng. Trong mô hình giả định của bài viết, khi lấy 1/10 khoảng cách giữa các sản phẩm làm dung sai giữa các thiết bị, ta có mức tham khảo là 50 mili giây mỗi thiết bị cho dây chuyền 60 sản phẩm mỗi phút, 5 mili giây cho 600 sản phẩm mỗi phút, và 500 micro giây cho 6,000 sản phẩm mỗi phút. Đây là phép tính dựa trên quy tắc giả định của bài viết, không phải tiêu chuẩn ngành. Hãy tính lại bằng tốc độ dây chuyền và các cặp bản ghi muốn so sánh của nhà máy mình. Ngay cả với nhà máy thuộc diện quản lý, quy định của FDA và EU GMP cũng không đặt con số độ chính xác.

Nên chọn đồng hồ grandmaster như thế nào?

Khác biệt lớn nhất nằm ở hiệu năng holdover khi mất GNSS. Theo giá trị công bố của công ty Meinberg, độ lệch sau 24 giờ khác nhau rất nhiều: ±4.3 mili giây với TCXO và ±800 nano giây với rubidi (trong điều kiện như nhiệt độ không đổi). Hãy ước tính từ lúc GNSS ngừng đến khi khôi phục có thể mất bao nhiêu ngày, rồi chọn bộ dao động từ độ lệch có thể chấp nhận trong khoảng đó. Ngoài ra, hãy kiểm tra các profile PTP và NTP được hỗ trợ, phương án dự phòng, chức năng giám sát, khả năng phát hiện bất thường GNSS và mức độ thuận tiện khi thi công anten.

Nên làm gì khi không dùng được GNSS?

Cầm cự bằng holdover của GM, đồng thời chuẩn bị sẵn nguồn thời gian qua mạng làm đường thứ hai. Tại Thái Lan, NIMT cung cấp máy chủ thời gian, và bài viết năm 2018 đã giới thiệu các tên máy chủ như time1.nimt.or.th. Nhiễu sóng vô tuyến đối với GNSS được coi là rủi ro thực tế trong lĩnh vực hàng không châu Á – Thái Bình Dương. Trong nhà máy, chuẩn bị cơ chế đối chiếu nhiều nguồn thời gian và phát cảnh báo khi chênh lệch lớn, cùng cơ chế ghi lại thời điểm chuyển sang holdover, sẽ giúp giải thích được các bản ghi trong thời gian bị lệch.

Chi phí triển khai đồng bộ thời gian là bao nhiêu?

Chi phí thay đổi rất nhiều tùy độ chính xác cần thiết (nếu dùng PTP thì switch và thiết bị có cần hỗ trợ hay không), số lượng GM và cấp bộ dao động, phạm vi dự phòng, thi công anten (khoảng cách đi cáp từ mái nhà), việc có cần thay thế thiết bị không hỗ trợ PTP hay không, hệ thống giám sát và phạm vi thử nghiệm nghiệm thu. Bài viết này không nêu số tiền vì không có thông tin giá từ nguồn sơ cấp. Hãy bắt đầu bằng việc xác định độ chính xác cần thiết cho từng mục đích và lập danh sách thiết bị có đồng hồ; điều đó giúp thu hẹp chỗ cần đầu tư. Không cần nâng mọi dây chuyền lên độ chính xác cao nhất.

Tóm tắt

• Giá trị của đồng bộ thời gian trong nhà máy không nằm ở con số độ chính xác, mà ở việc giải thích được “bản ghi nào được gắn dấu thời gian bởi đồng hồ nào, với sai số bao nhiêu”.
• Quyết định độ chính xác cần thiết từ mục đích sử dụng. Tách riêng chênh lệch giữa các thiết bị trong nhà máy (tương đối) và chênh lệch so với UTC (tuyệt đối).
• NTP và PTP không nhất thiết đạt độ chính xác như mô tả trong tiêu chuẩn trên mạng của chính mình. Cấu hình phân phối cả hai từ cùng một nguồn thời gian theo mục đích là thực tế.
• Chọn GM theo hiệu năng holdover khi mất GNSS. Theo giá trị công bố của công ty Meinberg (trong điều kiện như nhiệt độ không đổi), độ lệch sau 24 giờ là ±4.3 mili giây với TCXO và ±800 nano giây với rubidi, theo tính toán chênh nhau hơn 5,000 lần.
• Với dấu thời gian, hãy quyết định gắn ở đâu và bằng đồng hồ nào. Phân biệt SourceTimestamp và ServerTimestamp của OPC UA, lưu theo UTC và hiển thị theo UTC+7.
• Trong mô hình giả định, mức tham khảo là 5 mili giây mỗi thiết bị cho dây chuyền 600 sản phẩm mỗi phút và 500 micro giây cho 6,000 sản phẩm mỗi phút, và độ lệch 2 giây dẫn đến nối nhầm 200 sản phẩm trên dây chuyền 6,000 sản phẩm mỗi phút.
• Dùng NTS, phát hiện bất thường GNSS, đối chiếu nhiều nguồn thời gian, và giám sát cùng lưu bản ghi độ lệch để nhận ra khi thời gian bị lệch và giải thích được.
• Khi nghiệm thu, hãy xác nhận việc mất GNSS, khôi phục sau mất điện, dấu thời gian OPC UA, UTC và giờ địa phương, và khả năng giải thích bản ghi trong điều kiện của chính mình.

TOMAS TECH nhận tư vấn cho các nhà máy của doanh nghiệp Nhật Bản tại Thái Lan, từ giai đoạn cân nhắc như sắp xếp độ chính xác cần thiết cho từng mục đích và kiểm kê đồng hồ và nguồn thời gian của thiết bị hiện có, đến thiết kế nguồn thời gian và mạng, lập RFP, tham gia FAT/SAT, và xây dựng chính sách dấu thời gian cùng với SCADA, historian và MES hiện có. Ngay cả khi quý vị “chưa đến giai đoạn chọn thiết bị, nhưng muốn sắp xếp lại xem đồng hồ trong nhà máy hiện đang ở tình trạng nào”, xin vui lòng liên hệ với chúng tôi qua biểu mẫu liên hệ.

Tài liệu tham khảo

• IEEE 802.1 “IEC/IEEE 60802 TSN Profile for Industrial Automation”: https://1.ieee802.org/tsn/iec-ieee-60802/
• Normservis “IEC/IEEE 60802 ed.1.0” (29/6/2026): https://eshop.normservis.sk/norma/iec-ieee-60802-ed-1-0-29.6.2026.html
• IEEE “IEEE 802.1AS-2020 Timing and Synchronization for Time-Sensitive Applications”: https://standards.ieee.org/ieee/802.1AS/7121/
• IEEE 802.1 “802.1AS-2025 Revision”: https://1.ieee802.org/maintenance/802-1as-2025-revision-timing-and-synchronization-for-time-sensitive-applications/
• IEEE “IEEE 1588-2019 Precision Clock Synchronization Protocol”: https://standards.ieee.org/ieee/1588/6825/
• IEEE “IEC/IEEE 61850-9-3-2016”: https://standards.ieee.org/ieee/61850-9-3/6167/
• IETF “RFC 5905 Network Time Protocol Version 4” (tháng 6/2010): https://www.rfc-editor.org/rfc/rfc5905.html
• IETF “RFC 8915 Network Time Security for the Network Time Protocol” (tháng 9/2020): https://www.rfc-editor.org/rfc/rfc8915.html
• IETF “draft-ietf-ntp-ntpv5”: https://datatracker.ietf.org/doc/draft-ietf-ntp-ntpv5/
• H3C “Network Management and Monitoring Configuration Guide (PTP)”: https://www.h3c.com/en/d_202502/2358140_294551_0.htm
• Meinberg “Oscillator Options for Meinberg GNSS Receivers”: https://www.meinbergglobal.com/english/specs/gpsopt.htm
• NIST “IR 8323r1 Foundational PNT Profile” (tháng 1/2023): https://nvlpubs.nist.gov/nistpubs/ir/2023/NIST.IR.8323r1.pdf
• OPC Foundation “OPC UA Part 4 v1.05 7.11 DataValue”: https://reference.opcfoundation.org/Core/Part4/v105/docs/7.11
• Cornell Law School LII “21 CFR § 11.10 Controls for closed systems”: https://www.law.cornell.edu/cfr/text/21/11.10
• European Commission “EudraLex Volume 4 Annex 11: Computerised Systems”: https://health.ec.europa.eu/system/files/2016-11/annex11_01-2011_en_0.pdf
• ECA Academy “Drafts of EU GMP Guideline Annex 11, Annex 22 and Chapter 4 released for comment”: https://www.gmp-compliance.org/gmp-news/drafts-of-eu-gmp-guideline-annex-11-annex-22-and-chapter-4-released-for-comment
• BIPM “CGPM 2022 Resolution 4”: https://www.bipm.org/en/cgpm-2022/resolution-4
• BIPM “Convocation of the 28th CGPM (2026)”: https://www.bipm.org/documents/d/guest/cgpm-2026-convocation-en
• IERS “Bulletin C”: https://datacenter.iers.org/data/latestVersion/bulletinC.txt
• ICAO APAC “DGCA-61 Information Paper (Indonesia)”: https://www.icao.int/sites/default/files/APAC/Meetings/2026/2026%20DGCA61/Agenda%20Item04-Air%20Navigation/61-IP-04-03-IDN-STRENGTHENING-REGIONAL-COLLABORATION-TO-ADDRESS-GNSS-RFI.pdf
• ICAO APAC “APRAST/25 WP/05”: https://www.icao.int/sites/default/files/APAC/Meetings/2026/2026%20APRAST25/03%20-%20Working%20Papers/WP-05%20-%20Agenda%20Item%204%20-%20Presented%20by%20the%20Secretariat.pdf
• NIMT “Phòng thí nghiệm Thời gian và Tần số” (tiếng Thái): https://www.nimt.or.th/main/?p=33340
• ECTI E-magazine Vol.12 No.1 (tháng 1 đến tháng 3/2018, bài viết về dịch vụ thời gian của NIMT): https://ecti-thailand.org/wp-content/uploads/2020/08/MagazineJanMar2018-1.pdf
• IANA tz database “asia”: https://raw.githubusercontent.com/eggert/tz/main/asia