سؤالان يختفيان داخل «هل سيعمل هذان معًا». الأول هل يقبل المسجّل الكاميرا أصلًا — الاكتشاف، وبث، وصورة على الشاشة. والثاني، وهو الذي يحدد إن كان النظام ممتعًا في التملك، هل ينجو كل ما تفعله الكاميرا من الرحلة: الأحداث، والتحكم بـ PTZ، والبث الفرعي الذي تستخدمه الشبكة، وجدول التسجيل. والمعايير المفتوحة تجيب عن السؤال الأول بموثوقية وعن الثاني جزئيًا فقط، ومعرفة أيهما أيهما هي ما يمنع النظام المختلط من أن يصبح مشكلة صيانة.
وحجة الخلط عادية لا غريبة. فمبنى يتوسع ويحصل الجناح الجديد على كاميرات حديثة؛ أو مسجّل يبلغ نهاية عمره بينما الكاميرات على الحوائط عمرها ثلاث سنوات وما تزال تعمل؛ أو عميل يريد تغيير العلامة دون إعادة تمشيط خمسة طوابق. وفي كل حالة السؤال واحد: كم من النظام القائم يبقى، وما الذي يجب قبوله مختلفًا.
ما هو ONVIF، وما ليس هو؟
ONVIF معيار للتشغيل البيني: يحدد كيف يصف الجهاز نفسه على الشبكة، وكيف يطلب جهاز آخر منه بثًّا، أو يحرّك رأس PTZ، أو يشترك في الأحداث. والجهاز الذي يحمل علامة المطابقة اجتاز اختبارًا للبروفايل الذي يدّعيه. وهذا ضمان ذو معنى — فهو يعني أن جهازين من مصنّعين مختلفين يتشاركان لغة مشتركة ومجموعة أوامر مشتركة.
وما لا يضمنه هو تكافؤ المزايا. فالمعيار يحدد الواجهات لا التطبيقات: فقد تعرض كاميرا التحكم بـ PTZ عبر ONVIF ويقبله مسجّل، بينما لا تظهر تحليلات الكاميرا نفسها أو مزايا التطبيق الخاصة بالمصنّع أبدًا على مسجّل طرف ثالث. فالمطابقة عن الحوار، لا عن كل جملة يستطيع أي من الطرفين قولها.
أي بروفايلات ONVIF تهم في نظام مبنى؟
| البروفايل | ما يغطيه | أين تصادفه |
|---|---|---|
| البروفايل S | البث: التهيئة، والاكتشاف، والفيديو والصوت الحي | الحد الأساسي لظهور كاميرا على مسجّل علامة أخرى |
| البروفايل T | البث المتقدم: H.265، والبث المتعدد، والبيانات الوصفية | الكاميرات الحديثة التي تعرض بثًّا رئيسيًا وبثًّا فرعيًا لمسجّل طرف ثالث |
| البروفايل G | التحكم في التسجيل والتخزين من جهة الجهاز | حيث تُدار التسجيلات واستدعاؤها على الكاميرا أو على تخزينها الخاص |
وفي نظام مبنى، الافتراض العملي بسيط: افترض البروفايل S، وافحص T إن كنت تنوي تسجيل الترميز الحديث عبر مسجّل طرف ثالث، وتعامل مع G كسؤال عن التخزين الطرفي لا عن المسجّل في الخزانة.
لماذا يكون RTSP هو الباب المفتوح عادةً؟
وحيث يكون ONVIF لغة، يكون RTSP غالبًا الطريق المباشر: رابط URL يطلب من الكاميرا بثًّا، في صورة عنوان ومنفذ ومسار. والمنفذ 554 بحكم العرف؛ والمسار خاص ببرنامج كل مصنّع ويُنشر في توثيق تلك الكاميرا نفسها. وينتج عن ذلك أمران للنظام المختلط. الأول أن RTSP يعمل حيث لا يعمل الدمج الأغنى، وهذا يجعله خيار الاحتياط الذي يبقي النظام المختلط حيًّا. والثاني أنه، لأن المسار خاص بالمورّد، يُوثَّق لكل كاميرا بدل افتراضه.
والكاميرات التي نبنيها من هذا النوع تعرض بثًّا رئيسيًا وبثًّا فرعيًا عبر تلك الواجهة. والبث الرئيسي هو الجدير بالتسجيل عند 5 MP؛ والبث الفرعي هو ما يجب أن تستخدمه شبكة العرض الحي وعميل الجوال، لأن جدارًا من نوافذ مصغّرة لا يحتاج الدقة الكاملة ولا ينبغي أن يدفع ثمنها بعرض النطاق. والنظام المختلط الذي يُترك فيه البث الفرعي مطفأً نظام مختلط يبدو بطيئًا لأسباب لا علاقة لها بالعلامات.
ما الذي ينجو في النظام المختلط، وما الذي لا ينجو؟
| القدرة | عبر الواجهات المفتوحة | التحفظ الصادق |
|---|---|---|
| المشاهدة الحية والتسجيل | نعم | الحالة الشائعة، وهي التي كُتب المعيار من أجلها |
| التحكم بـ PTZ | نعم، حيث تعرضه الكاميرا | قد تتصرف المواضع المسبقة والجولات بشكل مختلف بين العملاء |
| أحداث الحركة | حركة أساسية، عادةً | عبور الخط والتسلل والتحليلات المشابهة كثيرًا ما تبقى داخل عميل المصنّع نفسه |
| الصوت ثنائي الاتجاه | أحيانًا | يتوقف على دعم الطرفين مسار الصوت نفسه |
| تطبيق الجوال والعميل | لا | فتطبيق كل مصنّع يرى عتاده هو؛ والنظام المختلط يعني عادةً تطبيقين، أو مسجّلًا ينشر تطبيقًا واحدًا |
| البرنامج الثابت والتحديثات | لا | منفصلة دائمًا، ولكل علامة دائمًا |
ما هي الطرق الثلاث لتشغيل نظام مختلط؟
- أبقِ الكاميرات وغيّر المسجّل. وهو الترحيل الأكثر شيوعًا والأرخص تخطيطًا: فمسجّلات تشكيلتنا تتحدث ONVIF وRTSP وGB28181 وP2P، فالكاميرات القائمة التي تعرض أيًّا من هذه الواجهات يمكن إدخالها على المسجّل وتسجيلها. استبدل المسجّل، وأبقِ جدول الكاميرات، ولا يتغير التمشيط.
- أبقِ المسجّل وغيّر الكاميرات. أدخل الكاميرات الجديدة على المسجّل القائم عبر ONVIF أو RTSP، قناةً قناة. وتبقى الكاميرات القديمة في الخدمة حتى يجهز كل موضع، ما يعني أن المبنى لا يعمى أبدًا أثناء التغيير.
- شغّل الاثنين أثناء التسليم. المسجّل القديم والمسجّل الجديد على الشبكة نفسها لفترة، فلا يُفقد شيء أثناء التحقق من التغيير. ويحتاج ذلك عنونة احتياطية وشخصًا يفهم أي نظام يسجّل ماذا — وهو جدير بالتعب حيث يمكن أن تُقدَّم مطالبة في نافذة التحويل.
أين تفشل الأنظمة المختلطة عمليًا؟
والأعطال نادرًا ما تكون في العلامات، وهي دائمًا تقريبًا في التهيئة. بث فرعي يُترك مطفأً، فيسحب المسجّل البث الرئيسي لكل قناة ويصل سقف عرض النطاق مبكرًا — ففي مسجّلاتنا الأكبر يكون عرض النطاق الداخل 64 Mbps، وهو مريح لمبنى، وهو ما تصادفه عند القناة الثلاثين تقريبًا من كاميرات 5 MP إن سُجّل كل شيء بالمعدل الكامل. وعدم توافق الترميز، حيث يعرض طرف H.265 بينما يتوقع الآخر H.264. وتكرار العنونة، حين يتشارك خادما DHCP شبكة واحدة أثناء ترحيل فتجيب كاميرا بعنوان حماه شخص آخر. وانحراف الساعة، الذي يجعل الخط الزمني غير موثوق بصمت حتى يُفعِّل أحدهم NTP في كل مكان. وبيانات الاعتماد وحدود الجلسات، حين يطلب مسجّل من كاميرا بثوثًا متزامنة أكثر مما يسمح به برنامجها الثابت.
ما الذي يُدرج في قائمة تحقق للترحيل؟
- اسرد ما يبقى وما يتغير، واكتب أي حلقات السلسلة الخمس — الكاميرا، والمفتاح، والكابل، والمسجّل، والعميل — يمسّها التغيير.
- أكّد الواجهات على الطرفين: بروفايل ONVIF، وتوفر RTSP، والترميز الذي يسجّله كل طرف.
- افحص عرض النطاق الداخل للمسجّل مقابل عدد القنوات والدقة المسجّلة، لا مقابل عدد الكاميرات وحده.
- اضبط NTP على كل جهاز قبل التشغيل التجريبي، ليكون الخط الزمني موثوقًا من اليوم الأول.
- انقل قناة واحدة أولًا، وراقبها عبر ليلة كاملة، قبل الالتزام بالبقية.
- أبقِ الوصول إلى النظام القديم متاحًا حتى يُوقَّع اختبار القبول.
التوافق ليس صفة نعم أو لا لعلامة تجارية؛ إنه قائمة واجهات وإعدادات إما تتفق وإما لا. اعمل عليها قناةً قناة يصبح النظام المختلط أمرًا عاديًا — وهذا هو المقصود.
