لقد رأيت قضايا جنائية كاملة تنهار لأن ساعات مسجل الفيديو الشبكي (NVR) والكاميرا كانت تفصل بينها 30 ثانية. تبدو مزامنة الوقت بسيطة، لكنها تعطل المشاريع بسرعة.
نعم، يمكنك تحقيق مزامنة الوقت على مسجل فيديو شبكي (NVR) تابع لجهة خارجية عبر ONVIF. لكنها ليست عملية “ثنائية الاتجاه” حقيقية. يعمل مسجل الفيديو الشبكي (NVR) كساعة رئيسية ويدفع وقته إلى الكاميرات باستخدام الأمر SetSystemDateAndTime . تقبل الكاميرات هذا الوقت وتطبقه إذا سمحت أذونات وإعدادات ONVIF بذلك.

أدناه، سأوضح بالضبط كيف يعمل هذا، وما الذي يحدث بشكل خاطئ، وكيفية إعداده بشكل صحيح للنشر خارج الشبكة والنشر متعدد الكاميرات. سواء كنت تستخدم مسجلات فيديو شبكية (NVR) من Milestone أو Hikvision أو Dahua، تنطبق هذه القواعد.
جدول المحتويات
هل ستقوم الكاميرا تلقائيًا بمزامنة ساعتها الداخلية مع وقتي الرئيسي لمسجل الفيديو الشبكي (NVR)؟
اعتدت أن أفترض أن الكاميرات ستلتقط ببساطة وقت مسجل الفيديو الشبكي (NVR) بمجرد توصيلها. هذا الافتراض كلفني يومًا كاملاً من استكشاف الأخطاء وإصلاحها في موقع عمل به 32 قناة.
لا، لا تقوم الكاميرا تلقائيًا بالمزامنة مع وقت مسجل الفيديو الشبكي (NVR) فور إخراجها من الصندوق. يجب عليك تمكين خيار “مزامنة وقت IPC” في إعدادات قناة مسجل الفيديو الشبكي (NVR). بمجرد تمكينه، يرسل مسجل الفيديو الشبكي (NVR) وقته الحالي إلى الكاميرا على فترات زمنية محددة، عادة كل 30 إلى 60 دقيقة.

كيف تعمل المزامنة فعليًا من الداخل
إن بروتوكول ONVIF1 يستخدم أمرًا بسيطًا يعتمد على XML يسمى الأمر SetSystemDateAndTime. إليك التدفق الأساسي:
- يقرأ مسجل الفيديو الشبكي (NVR) ساعته الخاصة (من بروتوكول وقت الشبكة2 أو شريحة RTC الداخلية الخاصة به).
- يرسل مسجل الفيديو الشبكي (NVR) هذا الوقت إلى الكاميرا عبر الشبكة المحلية.
- تستقبل الكاميرا الأمر وتستبدل وقتها المحلي (RTC).
- ترسل الكاميرا رد تأكيد.
هذه دفعة أحادية الاتجاه. يخبر مسجل الفيديو الشبكي (NVR) الكاميرا بالوقت. الكاميرا لا تخبر مسجل الفيديو الشبكي (NVR) بأي شيء عن الوقت. لذا فإن “ثنائي الاتجاه” مضلل بعض الشيء. إنه في الواقع ‘مزامنة رئيسي-تابع’3.
ماذا يحدث إذا لم تقم بتمكينه
إذا تخطيت هذا الإعداد، يحتفظ كل جهاز بساعته الخاصة. على مدار أيام وأسابيع، تتأثر شرائح RTC الرخيصة4 بالانحراف. لقد قست انحرافًا يتراوح بين ثانيتين و 5 ثوانٍ يوميًا في الكاميرات الاقتصادية. بعد شهر، يكون هذا أكثر من دقيقة فرق. يصبح المخطط الزمني للفيديو الخاص بك غير موثوق به.
فترة المزامنة مهمة
تسمح لك معظم مسجلات الفيديو الشبكية (NVRs) باختيار عدد المرات التي يتم فيها دفع الوقت. إليك دليل سريع:
| فترة المزامنة | الأفضل لـ | مستوى المخاطرة |
|---|---|---|
| 10 دقائق | مواقع الطب الشرعي عالية الأمان | انحراف منخفض، حركة مرور شبكة أعلى |
| 60 دقيقة | مشاريع تجارية قياسية | توازن جيد لمعظم الوظائف |
| 24 ساعة | سكني ذو أولوية منخفضة | خطر انحراف مرتفع بين عمليات المزامنة |
لأي مشروع تكون فيه أدلة الفيديو مهمة في المحكمة، أوصي بـ 60 دقيقة أو أقل. لن ينحرف وقت الكاميرا (RTC) بأكثر من جزء من الثانية في تلك النافذة.
فخ شائع: ترفض الكاميرا الأمر
بعض الكاميرات تأتي مع تعطيل ONVIF افتراضيًا. يتطلب البعض الآخر منك إنشاء حساب مستخدم ONVIF منفصل بحقوق المسؤول. إذا أرسل مسجل الفيديو الشبكي (NVR) الأمر SetSystemDateAndTime وإذا كانت خدمة ONVIF للكاميرا متوقفة أو يفتقر المستخدم إلى الإذن، يفشل المزامنة بصمت. قد لا يعرض مسجل الفيديو الشبكي (NVR) خطأً حتى. تكتشف المشكلة بعد أسابيع فقط عندما لا تتطابق الطوابع الزمنية.
نصيحتي: بعد توصيل أي كاميرا جديدة، تحقق يدويًا من وقتها الحالي عبر صفحة “حالة القناة” في مسجل الفيديو الشبكي (NVR). إذا كان الوقت متأخرًا بأكثر من ثانيتين، فإن المزامنة لا تعمل.
كيف يتعامل النظام مع تغييرات “التوقيت الصيفي” عبر بروتوكول ONVIF؟
كان لدي عميل اتصل بي في حالة ذعر لأن نصف كاميراته قفزت ساعة للأمام بينما بقي النصف الآخر في مكانه. انتقالات التوقيت الصيفي هي لغم مخفي في الأنظمة متعددة البائعين.
يتعامل ONVIF مع التوقيت الصيفي من خلال المنطقة الزمنية و التوقيت الصيفي الحقول في الأمر SetSystemDateAndTime الأمر. إذا كان كل من مسجل الفيديو الشبكي (NVR) والكاميرا يشتركان في نفس قواعد التوقيت الصيفي، يحدث الانتقال بسلاسة. إذا لم يتطابقا، تحصل على فجوة مدتها ساعة في تسجيلاتك.

لماذا يفسد التوقيت الصيفي الأمور
المشكلة الأساسية بسيطة. التوقيت الصيفي ليس قاعدة عالمية. تختلف البلدان في تغيير الساعات في تواريخ مختلفة. بعض المناطق لا تتبع التوقيت الصيفي على الإطلاق. عندما يتم ضبط مسجل الفيديو الشبكي (NVR) الخاص بك على “التوقيت الشرقي للولايات المتحدة” والكاميرا الخاصة بك على “UTC+8 (بدون توقيت صيفي)”، تقفز ساعة مسجل الفيديو الشبكي (NVR) للأمام في مارس. ساعة الكاميرا لا تفعل ذلك. الآن لديك عدم تطابق لمدة ساعة في خطك الزمني مرتين في السنة.
شرح حقول التوقيت الصيفي في ONVIF
داخل الأمر SetSystemDateAndTime حمولة XML، توجد حقول محددة:
- نوع التاريخ والوقت: يمكن أن يكون “يدوي” أو “NTP”.”
- التوقيت الصيفي: قيمة منطقية. يعني "صحيح" أن التوقيت الصيفي نشط.
- المنطقة الزمنية: A سلسلة المنطقة الزمنية POSIX5 مثل
CST6CDT، M3.2.0، M11.1.0.
تخبر سلسلة POSIX هذه الكاميرا بالضبط متى يجب أن تتقدم وتتأخر. إذا أرسل NVR هذه السلسلة بشكل صحيح، فستتعامل الكاميرا مع التوقيت الصيفي بنفسها.
مشكلة العالم الحقيقي
لا ترسل معظم أجهزة NVR التابعة لجهات خارجية سلسلة المنطقة الزمنية POSIX الكاملة. إنها ترسل فقط التاريخ والوقت الحاليين. لذلك لا تتعلم الكاميرا قواعد التوقيت الصيفي أبدًا. يتم إخبارها فقط “إنها الآن الساعة 14:00” كل ساعة. هذا يعمل بشكل جيد لمدة 363 يومًا في السنة. ولكن في يومي الانتقال إلى التوقيت الصيفي، تحدث الفوضى.
| السيناريو | ما يحدث | إصلاح |
|---|---|---|
| يرسل NVR المنطقة الزمنية الكاملة + قواعد التوقيت الصيفي | تضبط الكاميرا تلقائيًا | لا يلزم اتخاذ أي إجراء |
| يرسل NVR الوقت الحالي فقط (لا توجد معلومات عن التوقيت الصيفي) | تقفز الكاميرا ساعة واحدة في يوم الانتقال، ثم يتم تصحيحها عند المزامنة التالية | اضبط فترة المزامنة على 10 دقائق حول تواريخ التوقيت الصيفي |
| لدى NVR والكاميرا إعدادات توقيت صيفي مختلفة | إزاحة دائمة لمدة ساعة لمدة 6 أشهر | قم بمطابقة المنطقة الزمنية يدويًا على كلا الجهازين |
توصيتي للمشاريع الدولية
إذا قمت بنشر الكاميرات عبر مناطق زمنية متعددة، فاضبط كل شيء على التوقيت العالمي المنسق6. لا توقيت صيفي. لا إزاحات للمنطقة الزمنية. فقط وقت UTC خام على كل جهاز. ثم دع برنامج VMS الخاص بك يحول إلى التوقيت المحلي للعرض. هذا يزيل كل صداع التوقيت الصيفي على مستوى الأجهزة.
بالنسبة للمشاريع ذات المنطقة الواحدة، تأكد من أن NVR وكل كاميرا تستخدم نفس سلسلة المنطقة الزمنية بالضبط. لا تعتمد على “الكشف التلقائي”. اضبطه يدويًا على كل جهاز أثناء التشغيل.
هل يمكنني تعطيل NTP الداخلي للكاميرا للسماح لمسجل الفيديو الشبكي (NVR) بالعمل كمصدر أساسي للوقت؟
تعلمت هذا الدرس بالطريقة الصعبة. ظلت الكاميرا تتأرجح بين وقتين مختلفين كل بضع دقائق. استغرق الأمر ساعات لأدرك أن عميل NTP المدمج بها كان يتصارع مع أمر مزامنة ONVIF الخاص بـ NVR.
نعم، يجب عليك تعطيل عميل NTP الداخلي للكاميرا عند استخدام مزامنة الوقت ONVIF المستندة إلى NVR. إذا كان كلاهما نشطًا، فإنهما يتنافسان. يتذبذب توقيت الكاميرا بين وقت خادم NTP ووقت NVR، مما يؤدي إلى إنشاء طوابع زمنية غير مستقرة على تسجيلاتك.

فهم الصراع
إليك ما يحدث عند تشغيل كل من مزامنة NTP و ONVIF في نفس الوقت:
- في الدقيقة 0، يقوم مسجل الفيديو الشبكي (NVR) بدفع وقته إلى الكاميرا عبر ONVIF. يتم ضبط ساعة الكاميرا على 14:00:00.
- في الدقيقة 5، يقوم عميل NTP الخاص بالكاميرا بالاستطلاع
pool.ntp.org. يقول خادم NTP إنه 14:00:03 (لأن ساعة مسجل الفيديو الشبكي (NVR) نفسها كانت خاطئة قليلاً). تقفز ساعة الكاميرا إلى 14:00:03. - في الدقيقة 60، يقوم مسجل الفيديو الشبكي (NVR) بالدفع مرة أخرى. تعود الكاميرا إلى ما يقوله مسجل الفيديو الشبكي (NVR).
هذا التبادل ذهابًا وإيابًا يخلق قفزات صغيرة في المخطط الزمني للفيديو الخاص بك. تتعامل معظم منصات VMS مع القفزات الصغيرة بشكل جيد. ولكن إذا كان الفرق أكثر من ثانية، فقد ترى إطارات مكررة أو فجوات في التشغيل.
متى تبقي NTP نشطًا على الكاميرا
هناك استثناء واحد. في عمليات النشر خارج الشبكة 4G حيث لا يمتلك مسجل الفيديو الشبكي (NVR) وصولاً إلى الإنترنت، قد تكون الكاميرا هي مصدر الوقت الأكثر دقة لديك. إذا اتصلت الكاميرا بالإنترنت عبر 4G وتزامنت مع NTP، فقد يكون لديها وقت أفضل من مسجل الفيديو الشبكي (NVR) الموجود في خزانة مغلقة بدون شبكة.
في هذه الحالة، تريد الإعداد المعاكس:
| نوع النشر | أفضل مصدر للوقت | NTP الكاميرا | مزامنة ONVIF لمسجل الفيديو الشبكي (NVR) |
|---|---|---|---|
| شبكة LAN سلكية قياسية | مسجل الفيديو الشبكي (NVR) (متصل بـ NTP) | معطل | ممكّن، 60 دقيقة |
| خارج الشبكة، مسجل الفيديو الشبكي (NVR) لديه إنترنت | مسجل الفيديو الشبكي (NVR) (متصل عبر 4G) | معطل | ممكّن، 60 دقيقة |
| خارج الشبكة، الكاميرا فقط لديها 4G | الكاميرا (عبر NTP عبر 4G) | ممكّن | معطل |
| غير متصل بالإنترنت تمامًا، لا يوجد إنترنت | مسجل الفيديو الشبكي (RTC عالي الجودة) | معطل | ممكّن، 30 دقيقة |
كيفية تعطيل NTP على معظم الكاميرات
تختلف الخطوات حسب الشركة المصنعة، ولكن العملية العامة هي:
- قم بتسجيل الدخول إلى الواجهة الويب للكاميرا مباشرة (وليس عبر مسجل الفيديو الشبكي).
- انتقل إلى System > Time Settings أو Configuration > Date/Time.
- قم بتغيير وضع الوقت من “المزامنة مع NTP” إلى “يدوي” أو “المزامنة مع مسجل الفيديو الشبكي”.”
- احفظ وأعد التشغيل.
تخفي بعض الكاميرات هذا الإعداد في قوائم متقدمة. يكشف البعض الآخر عنه فقط من خلال أمر ONVIF الأمر SetSystemDateAndTime نفسه، حيث تقوم بتعيين DateTimeType إلى “يدوي”.”
ملاحظة حول أخطاء البرامج الثابتة
لقد رأيت كاميرات من بعض الشركات المصنعة التي تعيد تمكين NTP بعد تحديث البرنامج الثابت. تحقق دائمًا من إعدادات الوقت بعد أي ترقية للبرنامج الثابت. أضفه إلى قائمة التحقق الخاصة بك عند التشغيل.
لماذا تعتبر المزامنة الدقيقة للوقت حاسمة للأدلة الجنائية في المشاريع متعددة الكاميرات؟
كان لدي عميل خسر قضية مسؤولية لأن كاميراته أظهرت فجوة 47 ثانية بين زاويتين لنفس الحدث. جادل المحامي المعارض بأن اللقطات تم تعديلها. لم تكن كذلك. كانت الساعات غير متزامنة فقط.
المزامنة الدقيقة للوقت أمر بالغ الأهمية لأن المحاكم وشركات التأمين تتطلب أدلة مستمرة ومتزامنة عبر وجهات نظر متعددة للكاميرا. إذا لم تتطابق الطوابع الزمنية بين الكاميرات، يمكن الطعن في اللقطات باعتبارها غير موثوقة أو تم التلاعب بها أو غير مقبولة.

المعيار القانوني
في معظم الولايات القضائية، يجب أن تستوفي أدلة الفيديو معيار سلسلة العهدة. جزء من هذا المعيار هو إثبات أن الطوابع الزمنية دقيقة ومتسقة. لا يحتاج القاضي إلى فهم ONVIF. لكن القاضي يفهم أنه إذا قالت الكاميرا أ إن حدثًا ما وقع في الساعة 14:02:15 وقالت الكاميرا ب إن نفس الحدث وقع في الساعة 14:02:58، فهناك خطأ ما.
ما مقدار الانحراف المقبول؟
بالنسبة للأمن التجاري العام، يقبل معظم المدمجين ما يصل إلى ثانيتين من الانحراف بين الكاميرات. بالنسبة للأنظمة ذات الدرجة الجنائية (الكازينوهات والبنوك والبنية التحتية الحيوية)، يكون المعيار أقل من 500 مللي ثانية.
التكلفة الحقيقية للمزامنة السيئة
فكر في الأمر من منظور عميلك. لقد دفعوا مقابل نظام مكون من 32 كاميرا لحماية موقع بناء. تحدث سرقة. يسحبون اللقطات. تظهر الكاميرا 12 شاحنة تصل في الساعة 03:14. تظهر الكاميرا 7 نفس الشاحنة في الساعة 03:15. تظهر الكاميرا 22ها في الساعة 03:13. الآن لا يمكن للمحقق بناء جدول زمني واضح. اللقطات قابلة للاستخدام تقنيًا، لكنها تثير الشك.
كيف تبدو المزامنة “ذات الدرجة الجنائية”
للمشاريع التي تتطلب أدلة مقبولة في المحكمة، إليك ما أوصي به:
- مصدر وقت واحد. تتم مزامنة كل جهاز على الشبكة مع خادم NTP واحد. لا استثناءات.
- فاصل مزامنة 10 دقائق أو أقل. هذا يحافظ على الانحراف أقل من ثانية واحدة حتى على شرائح RTC الرخيصة.
- تراكب الطابع الزمني. قم بحرق الوقت مباشرة في بث الفيديو. هذا يثبت أن الوقت تم تعيينه عند التسجيل، ولم تتم إضافته لاحقًا.
- سجلات التدقيق. قم بتمكين تسجيل مزامنة الوقت على NVR. هذا ينشئ سجلاً يوضح أن المزامنة كانت نشطة وناجحة طوال فترة الحادث.
- التحقق المنتظم. قم بإجراء فحص شهري لمقارنة جميع ساعات الكاميرا بالساعة المرجعية. وثق النتائج.
تحدي خارج الشبكة
في المواقع التي تعمل بالطاقة الشمسية وتستخدم شبكة 4G، يكون الحفاظ على مزامنة ذات درجة جنائية أكثر صعوبة. قد يفقد NVR الطاقة. قد ينقطع اتصال 4G. قد تعيد الكاميرا التشغيل وتفقد إعداد RTC الخاص بها. لهذه المواقع، أوصي بالكاميرات المزودة بـ ساعات مضبوطة بنظام GPS7 أو وحدات RTC عالية الجودة تحتفظ بالوقت بدقة لأسابيع دون تصحيح.
في Loyalty-Secu، تتضمن أنظمة PTZ الشمسية بتقنية 4G شرائح RTC صناعية مصنفة بانحراف أقل من ثانية واحدة في الأسبوع. بالاقتران مع مزامنة NTP عبر 4G عندما يكون الارتباط متاحًا، يمنحك هذا دقة من الدرجة الجنائية حتى في البيئات غير المتصلة بالشبكة بالكامل.
الخاتمة
مزامنة الوقت ONVIF تعمل، ولكن فقط عندما تقوم بتكوينها عن قصد. قم بتعطيل عملاء NTP المتنافسين، وطابق المناطق الزمنية بالضبط، وتحقق من الأذونات، وتحقق من ساعاتك شهريًا. تعامل مع الوقت كبنية تحتية، وليس كفكرة لاحقة.
1. الموقع الرسمي لمواصفات ONVIF لمعايير التشغيل البيني. ︎↩︎ 2. بروتوكول وقت الشبكة - المعيار لمزامنة الساعة عبر شبكات IP. ︎↩︎ 3. شرح المزامنة الرئيسية والتابعة في الأنظمة الشبكية. ︎↩︎ 4. شرائح الساعة في الوقت الفعلي المستخدمة للحفاظ على الوقت عند انقطاع التيار الكهربائي. ︎↩︎ 5. وثائق مكتبة GNU C لسلاسل المناطق الزمنية POSIX المستخدمة في ONVIF. ︎↩︎ 6. التوقيت العالمي المنسق - المعيار الزمني الأساسي الذي ينظم به العالم الساعات. ︎↩︎ 7. مقال تقني حول المذبذبات المنضبطة بنظام GPS للحصول على وقت فائق الدقة. ︎↩︎