اتصال دوربین برند دیگر به NVR تیاندی؛ چک لیست سازگاری ONVIF

برای بررسی سازگاری ONVIF با NVR تیاندی باید مدل و نسخه نرم افزار دوربین و ضبط کننده، نقش هر طرف و قابلیت موردنیاز را کنار هم بررسی کنید. دیدن تصویر زنده فقط موفق بودن همان مسیر دریافت ویدیو را نشان می دهد؛ از آن نمی توان نتیجه گرفت ضبط رویدادی، صدا، کنترل PTZ یا امکانات اختصاصی سازنده هم کار می کنند. پیش از خرید چند دستگاه، یک نمونه از ترکیب دقیق موردنظر را با معیار پذیرش روشن آزمایش کنید.

این بررسی برای پروژه ای مفید است که دوربین های موجود از برند دیگری دارد یا قرار است تجهیزات آن مرحله به مرحله توسعه پیدا کنند. هزینه ناسازگاری فقط قیمت دوربین نیست؛ زمان تنظیم، مراجعه مجدد و از دست رفتن قابلیت موردنیاز نیز در تصمیم اثر دارند. این مقاله یک روش ارزیابی برای نصاب و خریدار فنی است. پشتیبانی هیچ مدل تیاندی از یک پروفایل یا قابلیت خاص، بدون سند همان مدل و نسخه، در این راهنما فرض نشده است.

ابتدا بنویسید از اتصال چه انتظاری دارید

درخواست «دوربین به دستگاه وصل شود» مبهم است. ممکن است مالک فقط تصویر و ضبط پیوسته بخواهد، اما مسئول پروژه انتظار داشته باشد رخداد حرکت، صدا یا فرمان چرخش هم از همان رابط منتقل شود. اینها را در چند ردیف مستقل بنویسید و برای هر کدام مشخص کنید ضروری است یا اختیاری. قابلیت غیرضروری نباید بعدا به عنوان شرط تحویل ناگفته مطرح شود.

برای هر ردیف یک نتیجه قابل مشاهده تعریف کنید. مثلا «رویداد آزمایشی در بازپخش پیدا شود» از «ضبط خوب باشد» دقیق تر است. برای صدا، دریافت صدای دوربین و ارسال صدا به سمت محل را جدا بنویسید. برای PTZ نیز حرکت، زوم و فراخوانی موقعیت ذخیره شده را یک آزمون واحد حساب نکنید. وجود هر عملکرد ابتدا باید در خود تجهیزات تایید شود؛ دوربین ثابت با یک پروفایل شبکه به دوربین گردان تبدیل نمی شود.

نام کامل و نسخه هر دو طرف را ثبت کنید

نام برند یا بخش کوتاهی از مدل برای بررسی کافی نیست. مدل کامل دوربین، کد Spec در صورت وجود، نسخه سخت افزار و firmware را از اطلاعات دستگاه و اسناد معتبر بردارید. همین کار را برای NVR انجام دهید. اگر دستگاه مشاهده یا نرم افزار واسط در مسیر قرار دارد، نسخه آن نیز در برگه ثبت شود. اطلاعات محرمانه مانند گذرواژه را در این برگه عمومی یا عکس ارسالی قرار ندهید.

فهرست تجهیزات باید آن قدر دقیق باشد که فرد دیگری بتواند بفهمد نتیجه آزمون مربوط به کدام ترکیب است. عبارت «همین مدل قبلا کار کرده» بدون نسخه و شرایط آزمون، برای تعمیم نتیجه کافی نیست. همچنین سند یک مدل با پسوند یا بازبینی متفاوت را به دستگاه موجود نسبت ندهید. اگر فروشنده نام کامل را ارائه نمی کند، وضعیت ارزیابی را «اطلاعات ناکافی» نگه دارید و خرید عمده را بر پایه حدس سازگاری نهایی نکنید.

ادعای انطباق را در منبع رسمی بررسی کنید

پایگاه رسمی محصولات منطبق با ONVIF مرجع بررسی ثبت محصول و پروفایل های آن است. طبق توضیح همین مرجع، انطباق به نسخه مشخص firmware یا نرم افزار مربوط می شود؛ نام برند و عضویت سازنده به تنهایی جای رکورد محصول را نمی گیرند. مدل و نسخه واقعی را با اطلاعات ثبت شده تطبیق دهید و نشانی یا مشخصات رکورد بررسی شده را در پرونده پروژه نگه دارید.

نقش محصول را نیز بررسی کنید. دوربین در مسیر ارسال تصویر معمولا نقش دستگاه ارائه دهنده سرویس و طرف دریافت کننده نقش کلاینت دارد؛ اما نقش و پروفایل ثبت شده هر محصول باید از سند خودش خوانده شود. صرف دیده شدن نام یک NVR در پایگاه، بدون توجه به نقش موردنیاز، پاسخ کامل آزمون نیست. اگر رکورد دقیق را پیدا نکردید، جستجو را با نام رسمی سازنده و شناسه کامل ادامه دهید و نتیجه را تایید نشده گزارش کنید؛ فقدان نتیجه در یک جستجوی ناقص، اثبات قطعی ناسازگاری نیست.

در توضیح فرایند انطباق ONVIF، اسنادی مانند اظهارنامه انطباق، راهنمای رابط و فهرست قابلیت ها برای محصول مطرح شده اند. اگر درباره یک عملکرد اختلاف وجود دارد، همین مدارک مربوط به نسخه دقیق و پاسخ فنی سازنده از یک جمله تبلیغاتی مفیدتر هستند. آزمون نصب شما تاییدیه رسمی ONVIF ایجاد نمی کند؛ نتیجه آن، گزارش کارکرد ترکیب آزمایش شده در شرایط ثبت شده است.

پروفایل مشترک چه چیزی را مشخص می کند؟

طبق معرفی رسمی پروفایل های ONVIF، هر پروفایل مجموعه مشخصی از قابلیت ها دارد و الزامات اجباری و مشروط در ارزیابی سازگاری اهمیت دارند. بنابراین عبارت کلی «ONVIF دارد» را به یک سوال دقیق تبدیل کنید: کدام پروفایل، در کدام نقش، برای کدام نسخه و کدام قابلیت؟ پاسخ باید برای هر دو طرف ارتباط روشن باشد.

در راهنمای ONVIF درباره استفاده از پروفایل ها، انتقال ویدیو، ذخیره سازی و داده یا رویداد تحلیلی حوزه های متفاوتی معرفی شده اند. این تفاوت به معنی پشتیبانی همه مدل های تیاندی از تمام این حوزه ها نیست. همچنین وجود یک قابلیت تحلیلی در منوی دوربین ثابت نمی کند NVR همان رویداد را دریافت، نمایش و برای عمل موردنیاز استفاده می کند.

پروفایل ONVIF را با پروفایل ویدیویی داخل منوی دوربین اشتباه نگیرید. پروفایل جریان اصلی یا فرعی می تواند تنظیمات تصویر را مشخص کند؛ نام یک پروفایل استاندارد، موضوع انطباق رابط است. در برگه پروژه برای این دو عنوان جدا بگذارید تا واژه مشترک «پروفایل» باعث اشتباه در مکاتبه با پشتیبانی نشود. هنگام مقایسه نیز مستندات به روز همان استاندارد را بخوانید و تنها به یک تصویر قدیمی از جدول اکتفا نکنید.

آزمون تصویر را با تنظیمات ثبت شده شروع کنید

آزمون را در شبکه کنترل شده پروژه و با حساب مجاز انجام دهید. مسیر دسترسی، روش افزودن دوربین و سرویس مورد استفاده را از راهنمای دستگاه ها بگیرید؛ یک شماره درگاه یا مسیر منو را برای همه برندها یکسان فرض نکنید. شناسایی خودکار، پذیرش اطلاعات ورود و دریافت تصویر را سه مرحله جدا ثبت کنید. اگر شناسایی ناموفق بود، به جای تغییر همزمان چند گزینه، متن خطا و مرحله توقف را یادداشت کنید.

پس از دریافت تصویر، وضوح، نرخ فریم، کدک و جریان انتخاب شده را ثبت کنید. نتیجه دریافت یک جریان سبک تر را به همه ترکیب های کیفیت تعمیم ندهید. حالت تکی و چیدمان معمول کاربر را جدا بررسی کنید. اگر فقط حالت چندتصویری کند است، راهنمای کندی نمایش چندتصویری NVR تیاندی کمک می کند محدودیت نمایش را با اشکال مسیر ضبط یکی نگیرید.

ضبط، ساعت و بازپخش را مستقل تایید کنید

با مشاهده تصویر زنده، ردیف ضبط را موفق علامت نزنید. یک رویداد بی خطر با شناسه مشخص ایجاد کنید، زمان آن را یادداشت کنید و بعد همان لحظه را در ضبط بیابید. اگر زمان روی تصویر و خط زمانی متفاوت است، ابتدا اختلاف را ثبت و بازه صحیح را پیدا کنید. راهنمای رفع اختلاف ساعت دوربین تیاندی و NVR برای تفکیک زمان تصویر، دستگاه و بازپخش مناسب است.

از همان نمونه یک فایل کوتاه خروجی بگیرید و آن را با ابزار سازگار روی گیرنده مناسب ببینید. برای کنترل کانال، بازه و قابل استفاده بودن فایل، چک لیست بررسی خروجی فیلم NVR تیاندی را دنبال کنید. آزمون ضبط در اینجا درباره مسیر موردنیاز پروژه است؛ از داشتن یا نداشتن یک پروفایل مربوط به ذخیره سازی، بدون خواندن نقش و عملکرد آن، درباره همه روش های ضبط نتیجه نگیرید.

رویداد، صدا و PTZ آزمون های جدا می خواهند

برای ضبط مبتنی بر رویداد، زنجیره را مرحله به مرحله ببینید: آیا رخداد در منبع ایجاد می شود، آیا گیرنده آن را تشخیص می دهد و آیا عمل تنظیم شده اجرا می شود؟ ثبت رخداد در یک فهرست و شروع ضبط، دو نتیجه متفاوت هستند. اگر پروژه به ضبط پیوسته نیاز دارد، موفق بودن آن جای تایید مستقل ضبط رویدادی را نمی گیرد. نام و زمان رخداد آزمایشی را کنار فایل مربوط نگه دارید.

در مورد صدا، ابتدا قابلیت واقعی دوربین، مسیر صوت و مجاز بودن آزمون در پروژه را تایید کنید. نتیجه دریافت صدا، اثبات مکالمه دوطرفه نیست. برای دوربین گردان نیز فقط فرمان های موردنیاز و مستند را در محدوده مجاز آزمایش کنید. ارسال یک فرمان حرکت موفق را به ردیابی خودکار، تحلیل هوشمند یا سایر امکانات اختصاصی نسبت ندهید؛ هر قابلیت اضافی سند و معیار پذیرش خودش را می خواهد.

برگه پذیرش را برای هر ترکیب پر کنید

برای «آزمون نشده» دلیل بنویسید؛ مثلا نبود نمونه مناسب یا روشن نبودن نیاز پروژه. این وضعیت با «ناموفق» فرق دارد و نباید در گزارش نهایی به موفق تبدیل شود. معیار پذیرش را پیش از سفارش عمده با مسئول پروژه توافق کنید. اگر یک قابلیت ضروری ناموفق است، نتیجه اتصال کلی را بدون توضیح محدودیت، قابل قبول اعلام نکنید.

مثال فرضی: تصویر داریم، اما ضبط رویدادی هنوز تایید نیست

فرض کنید فروشگاهی دو دوربین موجود از برند دیگری دارد و می خواهد آنها را کنار تجهیزات تیاندی نگه دارد. نیاز ثبت شده شامل تصویر، ضبط پیوسته و ضبط بر پایه یک رخداد مشخص است. در آزمون نمونه، تصویر و ضبط پیوسته کار می کنند، اما عمل موردنظر با رخداد آزمایشی شروع نمی شود. این سناریو آموزشی است و نتیجه تست یک مدل یا تجربه مشتری نیست.

گزارش درست، دو ردیف موفق و یک ردیف ناموفق یا نیازمند بررسی دارد؛ نه اینکه «ONVIF کار نمی کند» یا «همه چیز سازگار است». قدم بعدی بررسی مدارک دو نسخه و زنجیره رخداد است. اگر مسئول پروژه تغییر نیاز را می پذیرد، تصمیم جدید باید روشن ثبت شود. جایگزین کردن ضبط پیوسته با نیاز رویدادی یا برعکس، صرفا برای بستن گزارش، تصمیم فنی قابل دفاعی نیست.

نسخه نهایی و محدودیت ها را همراه تحویل نگه دارید

پس از هر تغییر نسخه که روی ارتباط اثر دارد، آزمون های مربوط را دوباره انجام دهید. این توصیه مجوز نصب firmware ناشناس یا به روزرسانی فوری تجهیزات عملیاتی نیست؛ فایل مناسب مدل و بازبینی، پشتیبان تنظیمات و روش بازیابی باید طبق راهنمای سازنده بررسی شوند. نتیجه قبلی را پاک نکنید؛ کنار آن بنویسید چه نسخه ای تغییر کرده و کدام آزمون دوباره انجام شده است.

• شناسه کامل و نسخه هر دو تجهیز ثبت شده است.
• رکورد رسمی و نقش های موردنیاز بررسی شده یا عدم تایید آنها توضیح داده شده است.
• نیازهای تصویر، ضبط، رویداد، صدا و کنترل جدا شده اند.
• هر نتیجه شاهد مشخص و شرایط آزمون دارد.
• قابلیت ضروری ناموفق یا آزمون نشده در گزارش پنهان نشده است.
• نسخه تحویلی، مسئول پیگیری و محدودیت های ترکیب مشخص هستند.

برای استعلام سازگاری، همین برگه را با مدل کامل، نسخه ها و وظیفه ضروری ارائه دهید. پرسش «این دوربین به تیاندی می خورد؟» را به پرسشی درباره یک ترکیب و یک عملکرد تبدیل کنید. انتخاب نهایی زمانی قابل بررسی است که سند، تنظیمات و نتیجه آزمون در کنار هم باشند؛ یک نشان روی جعبه یا چند ثانیه تصویر زنده جای این ارزیابی را نمی گیرد.