toksoft

В этом случае, я думаю, не поможет. Нужно менять блок питания. Можно конечно доработать существующий, но нужны специфические знания.

Если соединения проводные, то выбор достаточно большой: local.com.ua/forum/topic/108730-%D0%BF%D1%80%D0%BE%D0%B4%D0%B0%D0%BC-%D0%BA%D0%BE%D0%BC%D0%BC%D1%83%D1%82%D0%B0%D1%82%D0%BE%D1%80-cisco-sf-200e-24-24-port-10100-smart-switch/ local.com.ua/forum/topic/95155-dell-powerconnect-6024f/ local.com.ua/forum/topic/90282-%D0%BF%D1%80%D0%BE%D0%B4%D0%B0%D0%BC-%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%8F%D0%B5%D0%BC%D1%8B%D0%B5-%D0%BA%D0%BE%D0%BC%D0%BC%D1%83%D1%82%D0%B0%D1%82%D0%BE%D1%80%D1%8B-l2/ На любой вкус и цвет. Свичи стоечные, на ваш век хватит. Если необходимо добавить WiFi оборудование - практически любое. Какое вам больше нравится. Вопрос в том, сможете ли вы самостоятельно, либо с чьей-то помощью все собрать и отконфигурировать,- но это уже ваши проблемы

В моем случае, управление/конфигурирование происходит путем html (js) из browser. Я не планировал разрабатывать и сопровождать приложения под Android/IoS. Мои задачи несколько отличаются от mainstream имени "plug&play". Я вряд-ли смогу и даже не планирую конкурировать с Sonoff, Xiaomi, или любыми другими мамонтами "общепита". Если бы эти устройства выполняли стоящие передо мной задачи, мне было бы проще купить их, как я в свое время скупил почти всю линейку Elko/ETI, и не терять драгоценного времени. Мне нужно чтобы "мозги жили в кристалле", позволяя оному работать автономно и/или с собратьями, вне зависимости от наличия связи с центральным сервером. Оный может присутствовать в виде опции (двухсторонний MQTT у контроллеров есть), но недоступность сервера не должна влиять на то, что например мой котел "вдруг не включится". Это принципиальный вопрос, и никакими "плюшками", учитывая текущие расклады в стране, "заманить" лично меня в систему с централизованным управлением с другого континента не удастся. Я с удовольствием использую облачные решения, но не для таких сценариев.

Ключевое слово "аналогом". Аналог в чем ? Такой-же, но в другом форм-факторе ? Такой же, но "отвязанный" от китайских серверов ? А тогда наверное "привязанный" к каким-то другим, кторые находятся под непосредственным контролем Tarantino ? За "простоту" нужно платить, и это не деньги. Это отказоустойчивость и автономность, которые я когда-то посчитал основными критериями для разработки своего решения.

ewelink, как и многие другие - это архитектура с централизованными серверами. То есть можно конечно попробовать повторить логику обмена, но поднять сами сервера автономно я думаю будет проблематично. Я строил свои контроллеры с максимальной отвязкой от централизованных серверов. Из средств внешней интеграции - MQTT. Если нужна архитектура именно с централизованными серверами , то чем вас не устраивает sonoff ?

С прошивкой и схемотехникой проблем нет, инструкция есть на предыдущей странице. Сейчас, это 2 unitовый корпус на din рейке. Для того, чтобы запихнуть все это хозяйство в подрозетник, нужен корпус. Пластиковый корпус. Оный нужно задизайнить и изготовить. После этого, нужно перекомпоновать детали, и сделать новую плату. С этим проблем тоже нет, вопрос только в корпусе. Программы достаточно универсальны "с самого рождения", и ваш сценарий перекрывают.

Можно поместить и в подрозетник. Проблема в самом корпусе подрозетника. Готового я не нашел, а свой (например на 3D принтере), я думаю, я не осилю. Плата не проблема, проблема с самим корпусом. Например такое: или такое:

Sorry, только сегодня добрался до форума:

Я помню что когда-то отключал IR в темное время суток путем расписания. Теперь бы вспомнить как. Поскольку я стараюсь сильно не увлекаться всем этим хозяйством, оно забывается, и одна из причин по которой я выкладываю screenshots с детальным описанием,- это чтобы потом самому не вспоминать, а просто найти пару постов. Такой себе WikiHik. Попробую сегодня завтра поиграться с расписаниями на 3mp камерах, я точно помню что все эксперименты проводил на них.

Я честно говоря, ни разу в жизни не видел интерфейс камеры/регистратора не украинском/русском. Можете для "расширения кругозора" сбросить screenshot ?

Vitaliano спрашивал о камерах "Камера 2642 цилиндр IP". Давайте без общих фраз. Название конкретной камеры - и чего там нет. Даже в моих древних AOTE, такая опция есть. Называется иначе, но есть. Вы уж не поленитесь, и выкатите пожалуйста screenshots. [offtop] Текущая картина, мне очень ярко напоминает ситуацию из "Планеты обезьян". В какой-то из серий, все крутилось вокруг баллистической ракеты с ядерным зарядом, о которой знали что это "очень страшное оружие", но знаний о том как оное использовать, ни у кого не осталось. Пару технологов, которые при хороших раскладах, знали как например заправить топливом эту самую ракету, и знали что есть "красная кнопка", но это и все ... [/offtop]

Да, так и есть, но я таки вспомнил где выключается IR: Vitaliano,- я не торгую камерами, не зарабатываю на видеонаблюдении, но при этом я все-таки нахожу пару минут времени для того, чтобы разобраться, и не боюсь делиться тем, с чем я разобрался. Если бы я этим занимался, то я бы все-таки нашел время разобраться, и получить полную картину. Проблема в том, что пытаясь оградить ваших клиентов от информации, позволяющей оным самостоятельно приобрести и, может даже пытаться сконфигурировать решение, вы "совершенно незаметно" теряете свою персональную квалификацию. Помните ваш пост лет 5 назад "зачем вы делитесь секретами мастерства ?" Вот вам результаты ...

Если кто-то все-таки хотя бы попробовал прочитать документ, то рекомендую обратить внимание на страницу 20, а именно: Там приведены достаточно четкие требования стандарта POE, касательно граничных электрических параметров, которым должно соответствовать устройство снабжающее клиентов энергией, ну и сами клиенты. Можно конечно предположить что китайцы "делают все не так", но учитывая то, что своей элементной базы у них не так много, я почему-то уверен в том, что таки соответствуют. Кристаллы, которые упоминаются у littlefuse, доступны на ali, так что есть полная свобода для реализации того, что хочет каждый. Это я к тому, что POE устройства, которые соответствуют спецификациям (пусть даже не полностью), распрекраснейшим образом защищены о тех surges, для защиты от которых продаются мелкие поделки по достаточно серьезной стоимости. Если защита одного порта стоит 350грн, то 8 портов обойдутся чуть больше 100$. Як цiкаво. А 24/48 портовый switch, который лет 5 отработал где-то в EU/US, обойдется около 70$, причем я совершенно точно уверен что оборудование Cisco/Dell/3COM 100% соответствует этим самым требованиям. Стоечные switch горят редко, посему наверное все-таки есть смысл использовать именно "породистые бу POE" свичи. Даже если вы каким-то чудом поджарите один или более портов, у вас останется 24-n или 48-n (n - число поджаренных портов). Конфигурируются эти самые свич, в самой простейшей конфигурации крайне просто, инструкции на любых языках доступны в сети.

Вы серьезно ? Выбираем schedule, и ставим время ...

Если о Hikах, то тогда так: С PTZ не знаю,- но не думаю что есть какие-то "значительные" различия. Дней на 5-7, помогают женские духи, которыми можно побрызгать вокруг камеры. Есть специализированные жижи (от AG например), но там цена - от 400 грн

По занимаемому месту на дисках. В предыдущей реинкарнации, мой DAHUA сохранял 12 дней архив записей с камер, в следующей конфигурации: 1. 4*3Mp HikVision 2. 2*5Mp HikVision 3. 2*5Mp AOTE 4. 1*6Mp HikVision Запись 24/7, 2 HDD по 3Tb. У DAHUA не было поддержки 264+/265/265+, соотв. все камеры были сконфигурированы под H264. Новый Hik ()который на 16 каналов, и без POE), понимает и 265, и плюсы. Плюсы показали себя того, не очень, посему остановился просто на H265, на тех камерах, которые поддерживают h265. DAHUA не поддерживал sleep mode для HDD, соотв. оба диска крутились (и продолжают крутиться) 24/7. Hik вроде-как поддерживает: Когда я сконфигурировал Hik, и переключил все камеры не него, до момента заполнения 1го HDD второй уверенно "спал". Прошла неделя, 1й HDD заполнился, и пришла очередь второго Вроде-как пишем на второй диск, но 1й продолжает исправно крутиться, несмотря на отсутствие к нему обращений. Судя по тому что я вижу сейчас, места на диске должно хватить где-то на 14.5 дней, т.е. глубина архива немного увеличилась. С интересом жду когда заполнится 2й диск, начнет ли Hik перезаписывать старые данные, в точности как это делал DAHUA ? У Hikа есть еще одна крайне интересная, и по моему мнению, крайне востребованная функция: ANR. Это когда есть камера, в которую можно вставить SD, емкостью, как утверждают до 128Gb, и в случае обрыва линка между регистратором и камерой, Hik начнет писать на эту самую SD (то есть, как видно из screenshot выше, писать он будет всегда, т.к. когда оборвется линк угадать невозможно), и при восстановлении линка, дольет все назад на регистратор. На китайском Hik сайте нашел трогательную историю о том, как грабители отформатили HDD, но провтыкали SD в камерах и, после реформата, регистратор честно сдернул данные с карточек. Решил проверить. Формат HDD имени 3Tb занял у меня меньше минуты, после этого, я через 10 минут проверил наличие записи на регистраторе,- таки да,- все на месте. 128 у меня не было, установил 64ку. "не породистую", параметры, честно говоря, уже и не помню. HDD на регистраторе можно так же поставить типа в "зеркало" (RAID 0), и еще в какой-то интересный режим - Standby, находясь в котором, регистратор делает ничего аж до того момента, пока один или более из связанных регистраторов, "вдруг не падают". Тогда этот самый регистратор по идее, должен как-то перехватить потоки от камер и, после того как регистраторы вновь "оживут", залить им назад всю ту дельту, которую они пропустили пока были offline. Этого я пока не воспроизвел, причем по причине того, что я не представляю как это должно работать. Во вторник приедет еще один регистратор, который таки заказал мой сосед, тогда можно будет попробовать воспроизвести.

Немного матчасти от littlefuse: www.littelfuse.com/~/media/electronics/design_guides/esd/littelfuse_ethernet_protection_design_guide.pdf.pdf

Да,- с некоторыми изменениями похоже на то, что я описывал, там, насколько я вижу, используются разрядники и предохранители. Плотность компоновки компонент немного огорчает, ну и цена ... Стоимость того, что я предложил - около 120грн, причем 90 грн будет стоить сама коробка, и муфты.

Примерно так: Можно с "2х сторон", т.е .например со стороны регистратора, и со стороны камеры. Добавлено через 3 минуты Вы имеете в виду twist.ua/index.php?route=product/product&path=167&product_id=238 ? Так это такой себе surge protector. Эта штука и близко "не лежала" с тем, под какие задачи ее планирует использовать автор топика.

Я попробую изложить свои аргументы,- а вы покритикуйте, если я где-то ошибся. В наших краях, молнии обычно 5-10кА. Это больше миллиона джоулей. Для "крайне поверхностного сравнения",- это та энергия, которая содержится в 75 литровом баке бензина. Только эта энергия высвобождается, в случае молнии, не постепенно, а сразу, в течении миллисекунд. Напряжение разряда молнии - сотни тысяч вольт. Я так сходу сейчас не вспомню искровой промежуток, но где-то в памяти сохранилось, что 1мм - 1кВ. Откуда - уже не помню. То есть, в случае прямого попадания молнии, мы должны обеспечить расстояние между входом и защищаемым выходом не менее 10см. Все те "цацки" которые продаются под видом "защиты", они и близко не имеют таких размеров. В случае с POE,- ситуация усложняется тем, что для камер, обычно используется питание 48В, либо подмешанное к данным (af, 1Gbit), либо отдельно - коричневая и синяя пары (at). HIKи сначала пробуют af, потом at и, если ничего не получается (non POE equipment), тогда работают без POE. Для того, чтобы все не сгорело, нам нужна "скорострельность". То есть приблизительно 10ns, с момента появления разряда в канале (кабеле), подключенного к оконечному оборудованию, которое мы хотим защитить. Такую скорость могут обеспечить: a) Варистор b) Разрядник Вопрос в том, что если физические размеры разрядника 5-8мм, то совершенно похрен, что в оном, типа "в вакууме", перегорает нить (или происходит пробой какого-то газа внутри). На таких напряжениях, 5-8 мм, причем в воздухе - это гарантированный пробой. То есть капец оконечному оборудованию. С варистором вроде как все Ок, есть быстродействие, но нет запаса по "мощности". 25 -50 джоулей это max, в зависимости от типа. Потом большой бабах. Я бы рассматривал следующую схему защиты (со стороны защищаемого оборудования): 1. Варистор на каждую из 8 ног rj45, обратный конец на землю (с рабочим напряжением 70-80В) 2. Последовательно предохранитель 1А. Удлиненный (~2.5 см). Почему 1А ? Меньше нет смысла,- он нужен для того, чтобы минимизировать бабах. Варистор 100% успеет открыться, и начать сбрасывать на землю, но поскольку выдерживает он джоулей гораздо меньше, чем присутствует в пришедшем разряде он взорвется и, может даже сплавится. За это время успеет расплавится предохранитель, и разомкнет цепь. Сама плата при этом должна находиться в каком-то несгораемом боксе, с расстоянием между входом и выходом, не менее 10 см. Предохранители должны стоять на каждой из 8 ног rj45. Металлическая лента на корпус камеры на столбе,- это в общем обойдется дороже, и по факту, я думаю камере не поможет. EMI прикончит электронику в камере, даже при наличии заземления (при худших сценариях). Ставить здоровенные разрядники, или какие-либо мега-варисторы - смысла не вижу. Все равно одноразовое ...

Посмотрел на схемотехнику простых и не очень защит для rj45. На 99% уверен в том, что защитить Poe линк такими приблудами нереально. У диодной защиты не хватит быстродействия. Варистор поможет, но те, которые я нашел, они рассчитаны где-то на 25 джоулей. Этого явно мало. Промышленная защита дорогая и громоздкая. Склоняюсь к мысли к Poe switch перед регистратором, как один большой предохранитель. Камерам, в случае попадания молнии не поможет ничего ... Практически все защиты которые я видел "изнутри" - это скорее такие себе surge protectors.

Немного о пользе и вреде upgrade firmware на камерах. Была у меня себе такая 5Мр камера: DS-2CD2055FWD-I. И решил я поапгрейдить оной firmware. Хорошо это или плохо, судить вам: Я нашел 2 сервера, на которых лежали совершенно различные firmwares, именно для этой камеры: www.hikvisioneurope.com/uk/portal/?dir=portal/Product%20Firmware/Front%20Ends/IP%20Camera/G1%20platform%20%28H.265%20DS-2CD2XX5%2C2XX3%29/2XX5%202XX3%20XM67X6%28non-Fisheye%29%20Multilanguage/V5.5.83%20190221 это европейский, и американский: us.hikvision.com/en/support-resources/firmware firmwares различались версиями, и собсно размерами. Я почему-то решил поверить американской версии. Шил через интерфейс. Минуты 3, безо всяческих проблем. Камера поднялась после прошивки и .. что я увидел: Теперь уже не 5, а 6Мп. Как чудесно ... В release notes об этом кстати ни слова. Когда камера поднималась, она сразу начала убеждать меня в том, что пароль не секьюрный, и нужно придумать что-то покруче. Ладно,- проходили уже на "родных" 6Мp. Dahua у меня понимает ровно 5Мp, и ни копейкой больше. Попытался установить разрешение 2944 х 1658. Неа. Даже не детектирует. Без шансов. Запустить с Dahua не удалось. В упор не видит, причем ни при каких раскладах. Раньше (в бытность 5Mp), определялся без проблем. Думал изловить пакеты путем wireshark, но решил что это малоперспективная затея. Ладно,- переключаем на Хик регистратор. А там в audio/video- 640 х 480. То есть судя по всему, "подхватили" substream. Вспомнил, что после перепрошивки, рекомендовали сделать factory reset камере. Ну Ок,- reset так reset. После этого камера поднялась как часики, и регистратор ее увидел. Тоже как 6Mp. Проработала уже сутки,- пишет нормально (continuous). Можно конечно было еще попробовать включить путем RTSP (на DAHUA), но это уже явный беспредел. Я на такие расклады совершенно не рассчитывал, и соотв. пришлось сегодня заказывать 16 канальный HIK (K-2). Без POE, т.к. у меня POE switch, который, как совершенно справедливо заметил uafisher, дает гораздо больше степеней свободы. Как-то так ... Добавлено через 28 минут Что самое интересное, так это то, что это не "синтетические" 6Мp, а таки похоже реальные. Угол обзора тоже изменился,- стал больше.

На счет кодека в котором хик регистратор сохраняет на локальный диск: hevc/265. Присутствует в codec packs/divx/... Дктальнее: Добавлено через 14 минут Кошмар. Не до конца понятно как оно объекты маскирует. И как-то странно выглядит spot, через который проезжают "насквозь" машины выбранного цвета. С работниками они явно слукавили, насколько я понимаю, детектировали по дресс-коду. Наверное нужно какой-то pattern определить, по которому камера будет отфильтровывать ? Тоже наверное кусок работы... Что касается выдержки 1/25, тут выбор как бы не велик. Поставить выше - у моих камер не хватит светосилы,- тут думаю даже одним прожектором не обойдешься. Ниже в опциях отсутствует. Из того как я сейчас это вижу,- хотелось бы определение номера машины на садовой, на расстоянии до 50 метров. На начальных этапах могут и из воздушки подбить, поэтому мега-супер аналитика (за соотв. цену) как бы не очень нужна. Если камера стоит где-то под 30к грн, то если ее кто-то подстрелит, его придется пускать на корм рыбам ...

Не покупал я еще ни камер имени 8мм, ни прожекторов. В субботу все смонтирую, и недельку понаблюдаю. Думаю что минимум 3 8мм, а может еще какие-нибудь другие, которые автомобильные номера распознают могут понадобиться. Когда точно пойму что должно быть. Потребуется помощь клуба Учитывая ту консультативную помощь, которую мне уже оказал uafisher, думаю придется таки выкупить выбранный "эксклюзив" у него. На счет потока с одной камеры на несколько регистраторов. Я знал что типа можно, но как и на каких камерах, не пробовал ни разу. Раз можно, то начал копать. Камера, которую я выбрал для экспериментов: настройки A/V камеры: Почему-то в меню настройки регистратора Dahua, нет камер HikVision. Удивительно, правда ? Dahua A/V settings для камеры: В конфиге хика, касательно камер, тоже есть аналогичные 2 пункта. Один из них: Вот на нем я и зациклился, а кстати зря. Почему ? А потому что во втором, как раз и были настройки A/V 264/265. Ессно там по умолчанию стояло h265. Если взглянуть на все "auto" на предыдущем screenshot, то можно предположить, что при условии совпадения l/p, Hik регистратор тупо отзеркалит свой конфиг в конфиг камеры. По какому-то своему пропраетарному протоколу. Так он гад в общем и поступил. То есть поставил в качестве кодека h265 для хиковской камеры, несмотря на то, что в конфиге камеры был явно прописан h264. Переставил назад,- теперь все путем. Одна камера передает поток максимального качества на оба регистратора. Есть еще некоторый непонятный для меня момент, а именно 0 channel на хике. Он включается, виден в списке, но ничего не показывает. Совсем. Я так рассчитывал сэкономить трафик на preview, но судя по всему, эта опция предназначена для hdmi/vga, и не работает в WEBе. [offtop] Господа,- а можно узнать почему некоторых участников так "возмущают" мои вопросы и, кстати, достаточно детальные репорты ? Цены не те ? Так скажите своим клиентам что при установке "самокупленного оборудования" можете выполнить только шеф-монтаж. Задорого. Какие проблемы ? Или я "совершенно неожиданно" открыл какие-то мегасекретные knowhow, о которых кроме вас (по вашему мнению) ранее никто не догадывался ? Если это так,- то беда ... [/offtop]

Консультируюсь конечно,- вы уже указали мне на пару ошибок, спасибо. Я пробовал 940 прожектор на 3мп хике, с фокусом 6. Нашел блок питания 12 вольт, у меня был 3.5а, подключил этот самый прожектор (он был с датчиком, который был под стеклом, рядом со светодиодами), и сравнил с "родной" подсветкой хика. Земля и небо. То, что матрица менее чувствительна к 940, я знал, но не "количественно", т.е. обломился искать точные цифры. Я не рассчитывал на фокусе 6 на bullet увидеть 50+ метров, мне хватило 20, под просмотр которых была установлена именно эта камера Посмотрел на себя под прожектором - фильм ужасов. Очки и глаза сильно отсвечивают, гораздо сильнее чем на 850. Если я рассматриваю "нетрадиционные" use cases, то это не означает что я хвастаюсь. Иногда получается сразу, а иногда как с digital zoom Попробовал одну из камер расширить сразу на 2 регистратора. Плохая идея. Поток идёт только на один. Думаю можно попробовать взять stream с одного регистратора, и продублировать на втором.