Có hai câu hỏi ẩn bên trong câu “liệu những thứ này có chạy cùng nhau được không”. Câu thứ nhất là liệu đầu ghi có chấp nhận camera hay không — tìm thấy thiết bị, có một luồng hình, có hình trên màn hình. Câu thứ hai, câu quyết định một hệ thống có dễ sống chung hay không, là liệu mọi thứ camera làm được có sống sót qua hành trình đó: sự kiện, điều khiển PTZ, luồng phụ mà lưới hình sử dụng, lịch ghi hình. Các chuẩn mở trả lời câu thứ nhất một cách đáng tin cậy và chỉ trả lời được một phần câu thứ hai, và biết rõ đâu là đâu chính là điều ngăn một hệ thống hỗn hợp biến thành một vấn đề bảo trì.
Lý do để trộn thương hiệu rất đời thường chứ không hề lạ lẫm. Một tòa nhà mở rộng và cánh mới được lắp camera hiện đại; một đầu ghi hết vòng đời nhưng camera trên tường mới ba năm tuổi và vẫn chạy tốt; một khách hàng muốn đổi thương hiệu mà không phải đi lại cáp cho năm tầng. Trong mọi trường hợp, câu hỏi đều như nhau: bao nhiêu phần của hệ thống hiện hữu được giữ lại, và phần nào phải chấp nhận là khác đi.
ONVIF là gì — và không phải là gì?
ONVIF là một tiêu chuẩn tương tác: nó định nghĩa cách một thiết bị tự mô tả mình trên mạng và cách một thiết bị khác yêu cầu nó cung cấp một luồng hình, điều khiển một đầu PTZ, hay đăng ký nhận sự kiện. Một thiết bị mang dấu hợp chuẩn đã vượt qua một bài kiểm tra cho profile mà nó công bố. Đó là một bảo đảm có ý nghĩa — nó nghĩa là hai thiết bị từ hai nhà sản xuất khác nhau dùng chung một ngôn ngữ và một bộ lệnh.
Điều nó không bảo đảm là sự tương đương về tính năng. Tiêu chuẩn định nghĩa giao diện, không định nghĩa cách hiện thực: một camera có thể mở PTZ qua ONVIF và một đầu ghi có thể chấp nhận nó, trong khi các thuật toán trên camera hay những tính năng riêng của nhà sản xuất qua ứng dụng không hề xuất hiện trên đầu ghi của bên thứ ba. Hợp chuẩn nói về cuộc trò chuyện, chứ không nói về mọi câu mà hai bên có thể nói.
Những profile ONVIF nào quan trọng trong một hệ thống tòa nhà?
| Profile | Bao gồm những gì | Bạn gặp nó ở đâu |
|---|---|---|
| Profile S | Truyền luồng: cấu hình, tìm thấy thiết bị, video và âm thanh trực tiếp | Mức nền để một camera xuất hiện trên đầu ghi của một thương hiệu khác |
| Profile T | Truyền luồng nâng cao: H.265, nhiều luồng và metadata | Camera hiện đại cung cấp một luồng chính và một luồng phụ cho đầu ghi của bên thứ ba |
| Profile G | Điều khiển ghi hình và lưu trữ ở phía thiết bị | Nơi bản ghi và việc truy xuất bản ghi được quản lý trên camera hoặc trên bộ nhớ riêng của nó |
Với một hệ thống tòa nhà, giả định làm việc rất đơn giản: mặc định là Profile S, kiểm tra T nếu bạn định ghi codec hiện đại qua một đầu ghi của bên thứ ba, và coi G là câu hỏi về lưu trữ ngay tại thiết bị đầu cuối chứ không phải về chiếc đầu ghi trong tủ.
Vì sao RTSP là cánh cửa thường vẫn mở?
Nếu ONVIF là một ngôn ngữ, thì RTSP thường là con đường trực tiếp: một URL yêu cầu camera cung cấp luồng hình, gồm một địa chỉ, một cổng và một đường dẫn. Cổng theo quy ước là 554; đường dẫn là đặc thù theo firmware của từng nhà sản xuất và được công bố trong tài liệu của chính chiếc camera đó. Kéo theo hai điều với một hệ thống hỗn hợp. Thứ nhất, RTSP chạy được ở nơi khả năng tích hợp đầy đủ hơn không chạy được, khiến nó trở thành phương án dự phòng giữ cho hệ thống hỗn hợp sống sót. Thứ hai, vì đường dẫn là đặc thù theo hãng, nó phải được ghi chép theo từng camera chứ không được giả định.
Camera thuộc dòng chúng tôi chế tạo cung cấp một luồng chính và một luồng phụ qua giao diện đó. Luồng chính là luồng đáng ghi ở 5 MP; luồng phụ là thứ lưới hình trực tiếp và ứng dụng di động nên dùng, bởi một bức tường gồm toàn ô hình tí hon không cần độ phân giải đầy đủ và không nên trả giá cho nó bằng băng thông. Một hệ thống hỗn hợp để luồng phụ tắt là một hệ thống hỗn hợp chạy chậm vì những lý do chẳng liên quan gì tới thương hiệu.
Cái gì sống sót qua một hệ thống hỗn hợp, và cái gì không?
| Khả năng | Qua giao diện mở | Điều cần nói thẳng |
|---|---|---|
| Xem trực tiếp và ghi hình | Có | Trường hợp phổ biến, và cũng là trường hợp mà tiêu chuẩn được viết ra để phục vụ |
| Điều khiển PTZ | Có, ở nơi camera mở tính năng đó | Vị trí đặt trước và hành trình tự động có thể hành xử khác nhau giữa các ứng dụng xem |
| Sự kiện chuyển động | Thường là chuyển động cơ bản | Vượt vạch, xâm nhập và các thuật toán tương tự thường chỉ nằm trong ứng dụng của chính nhà sản xuất |
| Âm thanh hai chiều | Đôi khi | Phụ thuộc vào việc cả hai đầu có hỗ trợ cùng một đường âm thanh hay không |
| Ứng dụng di động và ứng dụng xem | Không | Ứng dụng của mỗi nhà sản xuất chỉ thấy phần cứng của chính hãng đó; một hệ thống hỗn hợp thường có nghĩa là hai ứng dụng, hoặc một đầu ghi phát hành một ứng dụng chung |
| Firmware và cập nhật | Không | Luôn tách riêng, luôn theo từng thương hiệu |
Ba cách vận hành một hệ thống hỗn hợp là gì?
- Giữ camera, thay đầu ghi. Lộ trình chuyển đổi phổ biến nhất và cũng dễ lập kế hoạch nhất về chi phí: các đầu ghi trong dòng sản phẩm của chúng tôi nói được ONVIF, RTSP, GB28181 và P2P, nên camera hiện hữu có mở bất kỳ giao diện nào trong số đó đều đăng ký và ghi hình được. Thay đầu ghi, giữ nguyên bảng kê camera, và hệ thống cáp không thay đổi.
- Giữ đầu ghi, thay camera. Đăng ký camera mới vào đầu ghi hiện hữu qua ONVIF hoặc RTSP, từng kênh một. Camera cũ vẫn làm việc cho tới khi từng vị trí sẵn sàng, nghĩa là tòa nhà không bao giờ bị mù trong suốt quá trình thay đổi.
- Chạy cả hai trong giai đoạn bàn giao. Đầu ghi cũ và đầu ghi mới cùng nằm trên một mạng trong một khoảng thời gian, để không mất gì trong khi thay đổi được kiểm chứng. Cách này cần địa chỉ dự phòng và một người hiểu rõ hệ thống nào đang ghi cái gì — đáng làm ở nơi có thể phát sinh khiếu nại ngay trong khoảng thời gian chuyển đổi.
Hệ thống hỗn hợp thất bại ở đâu trên thực tế?
Thất bại hiếm khi do thương hiệu và gần như luôn do cấu hình. Một luồng phụ bị để tắt, khiến đầu ghi kéo luồng chính cho mọi kênh và mức trần băng thông đến sớm — trên các đầu ghi lớn hơn của chúng tôi, băng thông vào là 64 Mbps, mức thoải mái cho một tòa nhà và là con số bạn sẽ gặp ở khoảng kênh 5 MP thứ ba mươi nếu mọi thứ đều được ghi ở tốc độ đầy đủ. Lệch codec, khi một đầu cung cấp H.265 còn đầu kia chờ H.264. Trùng địa chỉ, khi hai máy chủ DHCP chia sẻ một mạng trong lúc chuyển đổi và một camera trả lời ở địa chỉ mà người khác đã nhận. Lệch đồng hồ, thứ âm thầm làm dòng thời gian không còn đáng tin cho tới khi có người bật NTP trên mọi thiết bị. Tài khoản và giới hạn phiên, khi một đầu ghi yêu cầu một camera cung cấp nhiều luồng đồng thời hơn mức firmware của nó cho phép.
Danh sách kiểm tra khi chuyển đổi gồm những gì?
- Liệt kê cái gì giữ nguyên và cái gì thay đổi, rồi ghi rõ thay đổi chạm tới mắt xích nào trong năm mắt xích — camera, switch, cáp, đầu ghi, ứng dụng xem.
- Xác nhận giao diện ở cả hai đầu: profile ONVIF, việc RTSP có sẵn hay không, và codec mà mỗi bên ghi.
- Đối chiếu băng thông vào của đầu ghi với số kênh và độ phân giải đang ghi, chứ không chỉ với số camera.
- Đặt NTP trên mọi thiết bị trước khi chạy thử nghiệm thu, để dòng thời gian đáng tin ngay từ ngày đầu tiên.
- Chuyển một kênh trước, và theo dõi nó suốt một đêm, rồi mới chuyển phần còn lại.
- Giữ quyền truy cập vào hệ thống cũ cho tới khi biên bản nghiệm thu được ký.
Khả năng tương thích không phải một thuộc tính có hay không của một thương hiệu; nó là một danh sách các giao diện và thiết lập hoặc khớp nhau hoặc không. Làm hết danh sách đó theo từng kênh một và một hệ thống hỗn hợp trở nên chẳng có gì đáng nói — và đó chính là điều cần đạt được.
