toksoft

Я надеюсь Вы прикалываетесь ?

LM, спокойно, без паники. Качество зависит от матрицы и объектива. Чем "длиннее" линза, тем уже угол обзора. У каждой камеры по своему. У AOTE например, линза 3Mp, при сенсоре 5Mp. Если внимательно присмотреться, на краях есть искажения (я выкладывал запись с камер). Main & extra streams это конечно очень хорошо, но поскольку камеры, как я понимаю, планируется использовать не как stand alone, а в составе с регистратором, то Вам должно быть абсолютно пофиг как именно регистратор запишет, и предоставит Вам для просмотра 5Mb поток. Главное чтобы распознал камеры, и записал полноценные 5Mp. Если Вы захотите просмотреть записи (или live view) с регистратора, а не с камер,- проблем тоже не будет. Теперь на счет live view. На 5Mp у камеры нехватает производительности, для обработки 2го потока. Его нет. Ну и собсно хрен с ним. Зачем он Вам ? Live view Вы получите с регистратора, возможно с 1-2с задержкой, можете даже на мобильный, в том разрешении, в котором Ваш iPhone или Android сможет это показать. В чем собсно проблема ? 90% firmware камер при таком подходе Вас будет мало интересовать. Настроили камеры 1 раз, дальше только через регистратор. На моих AOTE, я отчетливо различаю номер с 15, может даже чуть больше метров. На 6й линзе. С головой. 10fps. Тоже достаточно, я не доктора Хауса эти камеры снимать брал. Если переключить на 3Mp, чуть хуже (хотя тоже достаточно), ну и угол обзора поуже станет. Чем сильнее Вы будете жать траффик от камеры, тем больше будет загружен DSP камеры, и тем больше будут тормоза. Можно вообще 3Mbps поставить,- тогда еще и качество вполне заметно поплывет. Как правило, на просторах интернета можно найти табличку для каждой камеры (пример на 2й странице), показывающую зависимость угла (и дальнобойности) от линзы для конкретной камеры. 5Mp нужны для того, чтобы можно было максимально различить детали. С учетом конечно дальнобойности. Пробуйте на регистраторе, или на хорошей машине, например VLC плэером. Main stream. Коллега зачем-то советует ipv6, может есть какие-либо тонкости, которые я про причине того, что достаточно давно отошел от этих дел, понимаю слабо. Предположим 6 камер по 8mbps. Это ~50 мегабит. Только с камер на регистратор. К регистратору может "прицепиться" скажем 10 клиентов (у Dahua NVR не более 20), что умультиплицирует трафик, и может привести к тому, что дохленький свитч начнет тормозить. Поток от регистратора на клиент (компьютер), по крайней мере через Active X идет такой же, как и с камер на регистратор. Дальше уже масштабируется по месту. 6 окошечек на экране компьютера ? +48Mbit с регистратора на компьютер. Нужно нарисовать для себя ландшафт Вашей IP сети. Увы и ах, и Вы и я связались с камерами, дающими достаточно серьезные потоки. Если включить все устройства домашней сети в один свитч, может подтормаживать. Я у себя изолировал камеры и регистратор в пределах свича (L2), посему колбасястся они внутри, без выхода наружу до момента, пока кто-либо не решит посмотреть видео с регистратра. Тогда в домашней сети появляется траффик. Вы лучше озадачтесь процессом установки камер,- по моему мнению это самая сложная задача во всем этом процессе. Соединительные коробки, кабеля, дырки, с 6гранником на лестнице регулируем угол ... P.S. Нужно озаботиться тем, чтобы камеры в ночном режиме друг друга не слепили (например "лоб в лоб"), и с восхода до заката солнца небыло "прямого" попадания в объектив.

Не бывает плохих специалистов. Бывают недостаточно острые иглы, или недостаточно плотные плоскогубцы. Верьте в людей,- когда прижмет - разберутся. :-)

Ну ну ну. Не драматизируйте. Все прекрасно работает и не глючит. Может Вы просто плотно не разбирались ? Сигнализация себе как сигнализация.

Обычно покупатели с базара не знают что такое mid/end span. Это похоже не все профессионалы знают, так что человек задающий такие вопросы вызывает как минимум уважение. Таки похоже моя гипотеза на счет поддержки обеих спанов камерами подтверждается. На счет IP/GW/DNS,- воспользуйтесь "IPCSearchUtil.exe" из поставки UC. Не заморачивайтесь с подсетями, просто подключите шнурком к ethernetу компьютера, запустите, и нажмите search (только про netmask правильный не забудьте). Хорошая традиция сохранять MAC адреса,- потом будет проще отрекаверить. Если тормоза записи (уже при воспроизведении), поставьте iframe = fps (кажется у Вас 10), и bitrate 8000. Возможно при просмотре будут подергивания, при проигрывании записанного нет.

Спасибо за информацию к размышлению. Сухой остаток: 1. Достоверно известно что AOTE камеры получают питание по 1,2 и 3,6 шнуркам (end-span, совместно с данными, 100Mbit). Проверенно с инжектором. 2. По информации от uafisher, Hikvision (end-span) и Dahua (mid-span) работают с Dahua 5216p. 3. Мой Dell, который по утверждению производителя передает питание по шнуркам 4,5 и 7,8 (mid-span), так же запитывает AOTE камеры. 4. Почти достоверно известно, что Dahua так-же запитывает (через POE) AXIS камеры, которые mid-span. Это означает что либо NVR Dahua провайдит оба стандарта питания, либо все (ну или большинство) камер автоматически поддерживают как end-span, так и mid-span. Маленькая неточность,- возможно камеры Dahua не поддерживают, т.к. там ясно задекларировано mid-span (см. сообщение выше). Проверить бы с инжектором имени end-span ... Склоняюсь к мысли что если камера поддерживает end-span, то можно сказать что "автоматически" поддерживает и mid-span. Как со стороны схемотехники, это логично и несложно. Это же говорит и стандарт, PD должен поддерживать оба спана. Если так,- то можно выкупать либо DAHUA с POE, либо обычный, со свичом mid-span. Будет максимально возможное "покрытие" камер разных видов и мастей. P.S. onvif тут еще не при делах. Совсем причем. onvif определяет capabilities камеры уже после установления TCP connectа, и насколько мне известно, никак не регламентирует питание камеры.

Так вот откуда ходят неподтвержденные слухи о том, что 5216 с 8 портами POE будет работать только с DAHUA камерами ... На самом деле наверное есть камеры, помимо DAHUA, питание на которые подается по 2м неиспользуемым парам (568B, синяя пара +, коричневая -). Питать можно по ethernet шнурку, но возле камеры придется выделять из разъема RJ45 4 провода, и припаивать коннектор питания. 12V. С другой стороны тоже самое, только провода к стабилизированному блоку питания 12V DC. Можно взять один блок для всех камер, исходя из рассчета, что одна камера потребляет не более 500mA по 12V (с запасом). "Родные" блоки питания на 1A, но посмотрев на схемотехнику своего блока питания, у меня возникли очень серьезные сомнения. Мой блок питания (1 из) выгорел прямо в момент подключения камеры, вечером, когда одновременно с электроникой камеры включалась IR подсветка, т.е. на старте бросок имеет место быть. Что касается end-span камер, тут без инжектора/свича не обойдешься, т.к. "подмешать" 48V к потоку данных (красная и зеленая пары) так просто не получится. Более того, для того, чтобы питание таки начало подаваться на потребителя, должны быть выполнены некоторые условия, а именно сопротивление между парами питания должно быть 25kOhm, или меньше, в зависимлсти от класса потребления. Потом начинаются приседансы: 60ms подали питание, померяли ток, и решили запитывать потребителя или нет. Где-то так. Можно конечно рискнуть взять NVR DAHUA с POE имени mid-span, при этом ессно end-span камеры вероятнее всего работать не будут, и их придется запитывать отдельно, хотя можно включить как в один из 8 портов 5216p, так и в switch через uplink порт NVR (гигабитник). Я бы все-таки наверное остановился на конфигурации просто 5216, POE end-span switch, и отдельно стабилизированный блок питания ампер на 5 по 12V DC (обычно с вентилятором). Итого - 3 устройства, потребление и тепловыделение. Мой switch и NVR (пока без HDD), потребляют вместе ~70 Wt (по 220V AC), с 2мя подключенными AOTE камерами, при этом кроме вентиляторов в свиче и NVR, никаких других мер по охлаждению я думаю предпринимать не нужно. В Вашем случае добавится блок питания, который вероятнее всего так же сможет охлаждаться только своим вентилятором. Если у Вас 2+ камеры, с питанием по 12V, то брать имеет смысл именно 5A блок, т.к. "попадаем" где-то +- на "середину" рабочего диапазона по нагрузке. Я пока рассчитываю только на POE камеры, но если попадется "за очень дешево" 3-5Mp без POE, то пойду именно по такому пути. Хороший блок стоит в районе 500 грн, так что перед покупкой non-poe cameras, имеет смысл оценить предстоящие затраты. Есть конечно смелая идея, в которую слабо верится,- а именно то, что например мой DELL способен запитать помимо end-span и mid-span, но шансы невелики.

Там autoconfig.exe в комплекте с UC идет,- им же можно обнаружить камеры, и им же поменять IP/netmask/dns, путем прямого подключения, например к notebook. Есть еще один очень забавный момент: Ваша видеокарта. У меня стоит кажется 5 летняя с 256Mb памяти, и с svideo out, дык вот UC некорректно работал именно из-за нее. Нужно еще (для PC) озаботиться Direct X хотя-бы 9м, и убедиться в том, что на машине direct draw правильно сконфигурирован и размаплен. Если экран 16/9, то даже на регистраторе (ActiveX в IE), картинка непропорционально растягивается. Лучше всего разбираться уже с регистратором, т.к. все приблуды, включая UC,- не более чем для smoke test камеры. Блок питания (1 из 2х) у меня прямо при подключении издал синий дым. Открыл, посмотрел, загрустил, перепаял погорельца, проверил работоспособность,- и спрятал от греха подальше. Оба причем. Я просто не смогу спокойно спать, зная что у меня подключены такие блоки питания. Я подозревал такой расклад, посему мое решение - switch. Сегодня кстати заглянул на local - видел кто-то Nortel (Avaya) 24 и 48 портовые с POE продавалии. 10/100/1000 (!!). Вам подходит.

C какой частотой гудит ? Если наводки от сети (50Hz), можете попробовать взять ферритовое колечко с магнитной проницаемостью 50/100, и на конце противоположном от микрофона, сделать 5-6 витков на кольце. Можете еще попробовать выделить по 2 провода, вместо одного (в сумме 4) для подключения микрофона.

Замерял показатели потребления с включенным IR: elephant_switch# show power inline Unit Power Nominal Power Consumed Power Usage Threshold Traps ---- ------- ------------- ------------------ --------------- --------- 1 On 370 Watts 15 Watts (4%) 95 Disable Port Powered Device State Status Priority Class ------- -------------------- -------- ------------ -------- --------- e1 Auto On low class4 e2 Auto Searching low class0 e3 Auto On low class4 e4 Auto Searching low class0 e5 Auto Searching low class0 e6 Auto Searching low class0 e7 Auto Searching low class0 e8 Auto Searching low class0 e9 Auto Searching low class0 e10 Auto Searching low class0 e11 Auto Searching low class4 e12 Auto Searching low class0 e13 Auto Searching low class0 e14 Auto Searching low class0 e15 Auto Searching low class0 e16 Auto Searching low class0 e17 Auto Searching low class0 e18 Auto Searching low class0 e19 Auto Searching low class0 e20 Auto Searching low class0 e21 Auto Searching low class0 e22 Auto Searching low class0 e23 Auto Searching low class0 e24 Auto Searching low class0 Итого - по 7.5Wt на каждую камеру. В общем неплохо.

Поборол таки switch. Оказалось что нужен кабель патчкорд (перевертыш), по парам имени 100Mbit, и перевертыш по 2м неиспользуемым (синий и коричневый). Все заработало (питание) от свича. Class 4. Я счастлив. У меня такое впечатление, что переворачивать нужно только синию и коричневую пары,- полярность. Это означает что либо switch таки end-span, либо PD в камере поддерживает оба стандарта. В общем плюсую Dell 3234P,- самое можно сказать оно.

Посмотрите в меню- может камера к DNSу например стучится, или еще чего. Может emailы пытается отправить. POE бывает 2х типов, я уже писал. Оба типа выполняют танцы с бубнами (PSE, negotiation) перед тем, как подать питание, так что нужно пробовать с каждым типом injectora. Можно начать с mid-span. Иначе никак. Нужно учитывать то, что для end-span питание подается по шнуркам данных, и если в оборудовании нет цепи развязки (трансформатор, или конденсатор с дросселем), то есть шанс (небольшой правда), что при подключении инжектора end-span, из устройства может пойти синий дым. Я бы поинтересовался у поставщика (Dahua) как реализовано POE в камере.

Нужно смотреть на общее количество fps на ргистратор. Если например на систему 120 fps, то получается на каждую камеру по 15 fps max (на 8 подключенных камерах). С настройкой проблем никаких не будет,- нужно просто не бояться,- там все просто как угол дома. Единственное что бы я порекоммендовал,- перезалить английскую прошивку. У меня в оригинале была русская, с возможностью выбора английского языка. Такое впечатление что сначала перевели с китайского на русский, а потом с русского на английский. 10 минут повозился, и понял что это просто невыносимо. Перезалил "чисто английскую",- попустило. Прежде чем покупать,- сформулируйте для себя все "хотелки", ознакомьтесь с документацией (google в помощь), и только потом покупайте. Поскольку IP,- сделать можно все, что только захотите (и сумеете, даже если не предусмотрено штатной конфигурацией). Я бы честно говоря беспокоился не о настройке регистратора, а о разводке кабелей, и подвешивании камер. Это более трудоемкая задача.

5216. Ну и свич, который к сожалению не обеспечивает POE имени end-span, в точности согласно 802.3af. Обеспечивает mid-span, но именно с этими камерами это неактуально. Итого - одна небольшая швабра со свичем, вроде пока все.

Это все часть стандарта af (mid-span, end-span). Регистратор с POE вероятнее всего изолирует подсеть, в которую включены камеры. Ксати еще неизвестно что именно поддерживает регистратор mid/end ? Можно кончно взять, но есть большой шанс, что повторится мой сценарий, с маленьким исключением - для того, чтобы увидеть камеры в сети, придетcя городить достаточно серьезный огород (свитч в подсеть камер, маршрутизация).

Там 2 вместо 5, но не суть. В общем half-epic fail. Китайцы на камеру прицепили POE имени end-span, что означает что данные и питание совмещены (2 пары, 1,2+ 3,6-). Switch поддерживает эксклюзивно mid-span, т.е. передачу питания по незадействованным парам. Таки от инжекторов и блоков питания уйти пока не получится ... Рекомендую обратить внимание перед покупкой свича.

POE инжектор, один на пробу взял за 250 грн. Понял, что при 6 камерах, будет 6 коробок, и 6 проводов питания в розетки 220В. Неаккуратненько как-то ... Да и дорого получается. Можно конечно взять 8ку, и отдельно блок питания, но их нужно где-то оконечить. Да и еще af стандарт как то бы неплохо удержать, при "тупой" раздаче питания можно гигабитные порты попалить. Мой ASUS 66 имеет только 4 гигабитных порта, посему таки решился на большой switch (DELL PowerConnect 3424P ): 24 порта 10/100 и 2 на uplink Gb. 15.4Wt POE на каждый канал. Цена,- 1250 грн. Завтра приедет, уконфигурю и повешу в подсобном помещении. Есть маленткое но,- 5 пропеллеров, но с этим я разберусь. Новая мыльница (с POE) на 8 портов стоит 600-700 грн, все порты 100, пропускная способность в районе 40Mbit (неуправляемый, при полной загрузке всех портов). Управляемый дороже, посему решил не заморачиваться, и взять нормальный аппарат. Конфигурируется примитивно, по набору комманд сильно упрощенная версия Cisco (CLI), есть даже web interface. P.S. Samokat, uafisher - посмотрите что Вы натворили ... :-)

Повесить на постоянку камеру не успел, трассу всю разджекал и подключил через 2 RJ-45 коннектора. ~25м. Кажется где-то посередине даже UTP не экранированный лежит (внутри помещения). Через POE как часики. Китайцам неделю назад задал вопрос почему через IE не показывает,- сегодня прислали прошивку. Я без задней мысли update firmware, а оно блин failed... Думал все, кирпич, а нет, перезагрузилось, и как ни в чем не бывало. Оказалось что шить можно только на 3Mp и ниже. Глюкоделы блин. Прошил одну камеру, поставил назад 5Мp, кроме интерфейса в IE, видимых эффектов нет. Хотя нет, наверное есть. В NVR в настройке encoding все равно 3Mp максимум, а если еще и save не дай Бог нажать,- 10 минут нужно по меню камеры лазить и настройки восстанавливать. На старой прошивке такого не наблюдалось, просто конфиг encodingа имени NVR в камере не сохранялся. За 24+ часа подвисаний незамечено, срывов синхронизации (за то время, пока я наблюдал) тоже. В общем глючность присутствует, но терпимо, особенно за такую цену. На счет размера матрицы, извините, просто не могу удержаться: В некоторых мобильниках, при матрице ~4.5*4 мм, разрешение 12Mp. И объектив диаметром со спичечную головку, ну может 2. Светосильный такой, с хорошей апертурой. Я считаю что пусть лучше будет 2Мp при матрице 1/2.5, чем 3Mp при 1/3. Муху не обманешь :-)

На одной камере, которую я уже успел повесить,- метров 7. На 2й будет метров 20, с двумя соединениями по дороге. Паять лень и неудобно, попробую на разъемах. Оставшиеся линии думаю будут не длиннее 40м. На счет соединений на разъемах не уверен, но на счет длины готов поспорить на коньяк что до 50 метров можно вообще не заморачиваться с потерями. Главное на кабеле не пожадничать,- взять с "правильным" сечением жил. Поскольку NVR с одним ethernet портом, озадачился свичом. Заглянул на local.com.ua, и заностальгировал по Cisco/Dell/HP. Есть с POE, бу и не очень, недорого. Единственное но, шумят они как вертолеты, и тепловыделение большое, но боюсь от покупки за 1000 грн породистого L2 свича на 24 порта и POE не смогу удержаться. Народу 10/100 видать неактуально стало, а мне для моих задач в самый раз. Лучше бы конечно на 16 10/100 + 2 Gb/SFP (с POE), но пока актуальных предложений не нашел. 5-8 портовая (POE) новая мыльница без вентиляторов стоит дороже, в особенности Gb, а "чистую" 100 я не рассматриваю, нужен Gb на uplink, иначе есть шанс что рано или поздно упрусь в ограничение коммутирующих способностей/полосы пропускания свича. Еще раз благодарю Вас и Samokata за дельные советы, хотя конечно так "разворачиваться" я абсолютно не планировал. Хотел просто "маленьку аналогову хатинку", а сейчас уже вижу что вырисовывается модель "серверная провайдера". У меня есть еще небольшой "чайниковский" вопрос: На самой камере 3 разъема - ethernet, питание и видео (BNC). Видео НЧ, или ВЧ ? Поскольку BNC, я сделал вывод что ВЧ, вывел 75Ohm кабель (волновое сопротивление, телевизионный), и только сейчас задумался,- а может это просто линейный выход видео (НЧ) ?

Все Ок. POE - 48V, прямой шнурок. Может можно и перевернутый,- лень пробовать. 5216 (без POE) камеру видит по onvif. Версия 2.610.00007., Build 2013-9-18. В опциях присутствует "General", так что можно смело прописывать rtsp. Из того, что я видел, разницы незаметно. В обеих случаях работает. В случае onvif правда отображает в меню encode максимум 1080p, но при этом пишет 2592х1944. 12fps. Контроли камеры, доступные через UC, похоже недоступны через меню NVR. Это пожалуй единственные минусы, которые я увидел. Из минусов NVR - внешней решетки, где обычно жужжит вентилятор нет, но он зараза таки где-то жужжит. Негромко, но все-таки слышно. Буду ставить винчестер,- поменяю на какой-нибудь более тихий. В общем похоже задача успешно решена, надеюсь что всем тем, кто решит последовать по моему тернистому пути будет уже легче, и спокойнее на душе. Главное захотеть и решиться,- дальше глаза боятся, руки делают. :-)

Слегка поизучал функционал и прошивки Dahua 5xx серии. Кажется я не первый, кто задавался таким вопросом: www.cctvforum.com/viewtopic.php?f=19&t=35922 Именно то, что нужно. Местный представитель (viatek кажется) ессно нифига не знает, just a waste of time... Прошивка, на которую ссылались на форуме - General_NVR3xxx_Eng_P_V2.610.0000.3.R.20130119.zip Это от 3xx моделей. Поискал под 5xx (PAL), и нашел 2: General_NVR5xxx_Eng_P_V2.610.0000.6.R.20130713.zip вроде как стабильная, но версия старше чем та, на которую ссылались в статье. Интересно, сохранилась ли опция "General" ? Есть вроде-как и самая последняя под 5хх (PAL): General_NVR5xxx_Eng_P_V2.616.0000.0.R.20140110.zip, но на cctv утверждают что присутствует глюкавость, т.е. есть риск. Если на форуме есть владельцы Dahua 5xx серий,- гляньте пожалуйста на версию Ваших прошивок, а так же на возможность добавлять "General" камеры (с RTSP строкой для камеры). Буду крайне признателен. Спасибо.

И Вам спасибо на добром слове. Жирные клиенты закончились ? Лохи сами стали из Китая камеры завозить ? HikVisions за 600$ не покупают ? Сочувствую от всей души. Кризиз понимаете ли ... Ладно, дальше по теме. Как onvif соответствие проверить пока непонятно, строка для камеры имени RTSP: rtsp://user:password@ip:554/mpeg4 Порт по умолчанию 554. Интерфейс камеры (через UC): Пример видео (при сохранении через VLC, есть некоторые проблемы с масштабом, через UC нормально, пока не разобрался): youtu.be/tBz6dqjVZq0 youtu.be/shnabTK8x-0 Добавлено через 24 минуты AOTE я взял несколько другие, с POE. 159$ (W3200aG). sG - это типа "мини" версия стоят дешевле, но туда POE не влазит. Ganvis смотрел,- не впечатлила нижняя температура. В остальном думаю что в общем такая-же как и у меня. HikVisions имени 3Mp смотрел, там только беда +27$ за 3 камеры китаец хочет (доставка), что в общем сравнимо с Киевскими ценами. Я договаривался на счет варианта 4 по 107$ + бесплатная доставка, но пока не спешу, поиграюсь с уже имеющимися в наличии камерами, докуплю NVR, а там уже будет понятно какие именно камеры понадобяться. Разбираться на самом деле придется, не все так просто оказалось как я думал.

Ну наконец-то приехали мои камеры. Вчера вечером проверял. Из софта - только UC 4.6. IP по умолчанию 192.168.0.123. В комплекте с UC идет тулза, которая позволяет поменять IP, gateway, DNS и прочую сетевую аттрибутику. Запустил на статике, на 5Мр субпотока нет, 10fps, иногда чуть больше. Через IE зайти не получается, хотя 80й порт открыт. Пошарился с портом, какие должны быть команды не знаю, но отвечает. Что-то напоминающее XML. Печатной документации нет, все что есть,- клиетны под Android & iPhone, UC, ну и мануал на английском. Камеры с POE (обещали af), но дополнительно вложили по блоку питания 12V, 1A. 3 шлейфа: ethernet, питание и аналог для подстройки/проверки "на месте". Шнурки сантиметров по 30, придется таки ставить коробку, внутрь с такой длиной родных не зайду. Сам UC на одной машине (PC) показывет идеально, на другой отображение прихрамывает,- только половину разворачивает (по вертикали), хотя capture выполняет нормально. Объективы 6ка, fixed. Параметры шумодава в ночном режиме настраиваются, в режиме "passive" достаточно неплохо. Подсветка реально метров на 20. Если близко к подоконнику или к стене, идет переотражение ИК подсветки. Языки интерфейса,- 2 китайских и английский, выбираются в меню камеры, никаких проблем не возникло. h264, можно выбрать mpeg, настраивается куча параметров именно в камере,- private zone, alarms, motion detection. С этим поиграться не успел. UC достаточно кривая штука, хотя она конечно позволила хотя-бы проверить камеры, и посмотреть на картинку. WDR именно у этой модели нет, у тех у которых есть,- только 3Mp. Обзор по горизонтали на 5Mp,- где то градусов 60. По вертикали столько-же, или чуть меньше. Порт потокового вещания 554. RTSP. Там еще что то выбирается (кроме RTSP), но не ранее не сталкивался, посему не запомнил. В общем неплохо. В качестве эксперимента, попробовал поднять бесплатную RVI, камеру найти через интерфейс не удалось, ну или может не разобрался. Другого софта управления я так сходу не знаю, а разбираться уже не было сил и времени. Теперь, как я понимаю, нужно проверить камеру с NVR имени Dahua. Как проверить onvif compatibility пока к сожалению не догадался. Примеры подготовить и загрузить на youtube не успел.

Не, ну я догадываюсь как именно подключить камеры, либо с POE, либо напрямик к 12V DС. Понимаете, один конец кабеля вы вставляете в камеру, а другой куда ? Как правило, обратный конец вставляется в такое хитрое устройство, которое называется источником стабилизированного питания 12V DC. Я как раз о том, что для питания нагрузки с токами 10-12А по 12 вольтам, лучше всего использовать не UPS 220V AC, а все-таки 12V. Это как правило аккумулятор, и небольшая такая плата, которая заряжает/контролирует заряд аккумулятора, а заодно и переключает на аккумулятор, при пропадании основного питания 220V. Дык вот я о том, что аккумулятор имени 18 А/ч (параметр такой), в общем продержится час. Ну максимум 2 при такой нагрузке. Брать UPS имени 220V - преступление против здравого смысла, и своего кармана. Что касается камеры, мой выбор TI DaVinci, с матрицей 1/2.5. Fixed lens. можно конечно 2.8-12, с ручной регулировкой, но необходимости не вижу. Температура -25С, или ниже. Array led, не одиночные диоды. onvif. POE. Аналогичные камеры есть, но если внимательно присмотреться, некоторые параметры не совпадают. Hikvision уже имеет пару сходных по параметрам моделей. 400-600$. Поищите повнимательней.

Это тоже понятно. Считаем: 18A аккумулятор с блоком. Где-то 3А сам регистратор (по 12V), ну и по 0.5-1А камеры (8 шт). С POE или напрямик от 12V. ~10-12A. И ? Надолго хватит ? Можно конечно автомобильный аккумулятор - 120A, ну и зарядка, тогда гарантированно часов на 8-10 хватит.