Mr. D
Пользователи-
Публікації
1 274 -
Зареєстрований
-
Відвідування
Тип публікації
Профілі
Форум
Календар
Усі публікації користувача Mr. D
-
Знову Ви всіх заплутуєте. Давайте розберемося як саме працюють IP-камери. IP-камера може отримувати електроживлення або через PoE\PoE Plus або через блок живлення AC (230 V) => DC. Далі IP-камера має можливість передати Live Video споживачу через будь-який наявний IP-інтерфейс (який використовує будь-яку фізичну мережу - провідну (в більшості випадків Ethernet) або бездротову (Wi-Fi)). IP-мережа може бути простою (скажімо, мати лише один subnetwork та відсутність будь-яких bridges) або складнішою, коли, наприклад, NVR знаходиться далеко (в іншій будівлі, на іншій вулиці, в іншому районі міста). Й у разі якщо NVR далеко від камер для зв'язку між камерами та NVR частково використовується Інтернет-мережа, стабільність якої менша, ніж локальної мережі й можливі періодичні паузи у зв'язку з різних причин (навіть відсутність сплати за послуги зв'язку або зміна якихось налаштувань з боку оператора зв'язку, про які не було повідомлено абонентів), або відсутність електроживлення в частині мережі, що теж можливий варіант, тоді камери здатні тимчасово зберігти деяку кількість відео-даних. Потрібен такий варіант архітектури комусь або ні - це інше питання. З іншої теми стало зрозуміло, що мало кому потрібні 802.11k\r\v.
-
Так буває, але щось цікаве все одно з'явилось. ) Мабуть, Ви про схему, коли живлення будинку 3-х фазне, додатково формується, наприклад, з генератора ще одна фаза й тоді ці 4 (3 + 1) фази прокладаються провідником 2,5 кв. мм., а так званні нулі - провідниками 1,5 кв. мм. (відповідно з загальним провідником заземленням - третій об'єднаний провідник, скажімо, теж 2,5 кв. мм.). Цікавий варіант. Або одну фазу комутувати одразу через систему резервного живлення, що було безшовне перемикання на батареї (відповідно наявній потужності звісно). Тоді й під генератор було б непогано одразу кабелі прокласти на вулицю. Так, можливо не всі LED-пристрої працюють саме від 24 V. Є сенс драйвер\блок живлення десь монтувати ближче до самих світлодіодів, ніж в щитку, де й так може бути тепло. Наразі бачу, що 230 V LED-стрічки (деякі з яких ще називають неоном) мають пульсацію та навряд можливо назвати правильним освітленням. Але це трохи інша тема. 8 проводів - це Ethernet + PoE, якщо вже щось піде не так. Тут, скоріше, деяка уніфікація кабелю, щоб не заплутуватись який куди. ) Розумію, як працює це реле у разі керування через Wi-Fi, але не розумію, як паралельно під'єднати до нього фізичну кнопку, яка б паралельно давала команда. Або у цьому випадку з'єднання послідовне? Або мова йде про Wi-Fi\Zegbee вимикачі? Є варіанти у якогось виробника, коли звичайний вимикач у вигляді кнопки дає команду на вмикання\вимикання (фактично замикає контакти на платі), а плата вже відповідно реагує або вмикає (якщо вимкнено), або вимикає (якщо ввімкнено) освітлення.
-
Звісно, завжди є два пристрої, один пристрій іншому передають дані й навпаки. Тому, на мою думку, антени обох пристрої важливі. Але Wi-Fi IoT пристрої маленькі, споживають струму дуже мало, антени мають дуже маленькі, тому коштом AP можливо покращити зв'язок. AP приймає сигнал краще, та й потужніше й точніше може передавати. До речі, є припущення, що Ruckus має технологію фокусування сигналу на Wi-Fi пристрої, яка подібна тому, як працює антена Starlink (яка, звісно, складніша, але, можливо, принцип приблизно такий же). 802.3at - це лише про більшу потужність, яка у разі невеликих AP й не дуже важлива (навряд споживання понад 12 - 15 W буває). PoE електросхема, схоже, трохи коштує в виробництві, тому цю функцію й не завжди додають, але є якась плутанина, коли деякі пристрої підтримують passive PoE замість стандартів 802.3af/at.
-
В цій архітектурі не зручно те, що поки не було зв'язку (якщо немає резервного каналу зв'язку, то ризик втрати зв'язку ще вище), то запис не відбувається. Є припущення, що у якогось виробника є така цікава функція, коли під час втрати зв'язку камери з NVR, камера зберігає відео на своїй картці пам'яті й потім це відео у разі відновлення зв'язку з NVR копіюється автоматично у NVR.
-
Думаю, що має сенс мати відеокамери й NVR одного виробника, тоді буде деяка інтеграція налаштувань та й функцій. Інакше може не бути PTZ-функціональності у NVR, можуть бути проблеми зі збором повідомлень про різні події. Все ж якщо питання в більше, ніж запису відео, то пристрої різних виробників додають складності й зменшують можливості. Наприклад, якщо Hikvision визначив, що є втручання в зону контролю, то це буде повідомлено у NVR й той, наприклад, може перевести інші камери в режим патрулювання або, скажімо, залучити своїми засобами якісь реле. Тобто, думаю, краще все ж все мати одного виробника. Сучасні NVR ще й працюють на ARM-архітектурі, що ще й зменшує електроспоживання, наразі це дещо гаряча тема у разі автономного живлення, де намагаються або збільшити батареї, які достатньо дорогі, або зменшити енерговитрати.
-
Яка у вас модель монітора (точна назва)? Мені здається, ваш монітор може отримувати картинку як через USB-C та й через HDMI, що виглядає дуже сучасно (до речі, й картинку, й аудіо). Наприклад, в специфікації є щось таке для подібних моніторів "...HDMI 1.4 x 1, USB-C 3.2 Gen 1 x 1 (у висхідному напрямку, Power Delivery до 65 Вт)...". А ще цікаво, що, можливо, ваш монітор може отримувати електроживлення від USB-C-хоста, тобто від ноутбука. Це щось цікаве. Тобто не потрібен окремий кабель живлення для монітора. Мені здається, десь в меню монітора повинна бути можливість перемикання між входами USB-C та HDMI примусово за логікою інших моніторів, які мають навіть до 3-х різних роз'ємів (HDMI, DVI або D-sub).
-
З ключами працює багато різних видів VPN. Скоріше за все, мова йде про TLS, який має відповідно відкритий ключ та закритий ключ. Відкритий ключ - це сертифікат. Є ще така частина як CA, який генерує пристроям, які намагаються зв'язатися ті самі ключі. OpenVPN має таку конфігурацію теж (де використовується TLS додатково до ідентифікації звичайним паролем). Методом сканування портів можливо визначити як відкриті TCP-порти, так і UDP-порти. Думаю, все що в цьому випадку можливо зробити - це не використовувати стандартні порти. Але сканування всіх портів відбувається постійно, судячи зі звітів firewall'ів. Загалом VPN нічим не відрізняється від інших сервісів на етапі узгодження зв'язку, але визначити слухає хтось TCP або UDP-порт можливо. Є достатньо відомий інструмент - nmap (який підтримує UDP також). Мені здається, WireGuard спростив початкові налаштування значно та використовує сучасні захищенні методи комунікації, тому цей варіант VPN має таку популярність. Але WireGuard не вміє TAP, який вміє, наприклад, OpenVPN (у MikroTik - це якось по іншому називається).
-
Цікаво, що камера G5 Bullet отримує живлення тільки через PoE (не вказано af або at, але мабуть af (потужність до 4 W)). Тобто якщо зв'язок з сервером втрачається, записів немає? Сервер аналізує відео? G5 Bullet немає ніяких можливостей щось визначити на відео (номер автомобіля або втручання в зону під контролем)?
-
Але дещо нове читачі все ж дізналися. Рахую так, що Hikvision працює достатньо стабільно. Перезавантажень немає, зв'язок не втрачає. Ще й деякий набір Smart Events реалізовано (але наскільки краще ніж інші, сказати складно). Ще й така трохи дивна річ, як на aliexpress.com камери та NVR значно дешевші, ніж в Україні.
-
Виявляється, все було просто. ) В описі ZoneDirector 1100 написано, що в цього пристрою блок живлення 12 V - 1 A, тобто мій PoE Switch Hikvision 12 W додатково, схоже, потягне. Що ж спробую, наче й не так багато потужності додатково треба. Дякую за підказку стосовно цікавої альтернативи побутовим пристроям. )
-
7982 "has been shipped", тому навіть на R500 вже змінити немає можливості. Додатково бачу коментарі на рахунок того, що 7982 не має unleashed версії у зв'язку з обмеженнями CPU\RAM. Та ще vSZ виявляється не безплатний продукт (потрібна ліцензія), тому, можливо, навіть простіше все ж купити фізичний ZoneDirector. Ідея така, що якщо вже Enterprise, то щоб ще й безшовно працював, хоча Ruckus Support пише, що можливо просто зробити однакові SSID та буде деяка пауза у зв'язку, як альтернатива ZoneDirector. Вже щось замовив, спробую. )
-
А якщо встановити одну R500, запустити там ZoneDirector та під'єднати до цього ZoneDirector інші 7982? Ще вдалося вичитати, що 7982 працюють з Ruckus Virtual SmartZone (vSZ), а це щось віртуальне, що, схоже, можливо запустити на своєму сервері. community.ruckuswireless.com/t5/SmartZone-and-Virtual-SmartZone/Is-ZF7982-supported-on-5-2-2-vSZ/m-p/44627#M3828
-
Одної AP, мабуть, достатньо, якщо цю AP розташувати десь всередині будинку. Знаю точно, що 1,5 - 2 dBi внутрішньої антени мого MikroTik'а точно не достатньо, але бачу, що написано "Physical antenna gain: 8dBi (2.4 and 5GHz)" для 7982. Та загалом хотілось би закрити частково й вулицю (щось ззовні будинку), але 7982 має indoor виконання, тому за попереднім планом спробую встановити APs так, щоб відповідні зони мали покриття, але в приміщеннях. Ruckus R500 має лише 4dBi, але вже підтримує 802.11ac. Цих AP теж багато в продажу. Щось не дуже подобається варіант з ще одним пристроєм ZoneDirector 1100, який ще й не підтримує PoE.
-
До речі, WireGuard вважається достатньо безпечним сучасним варіантом VPN (хоч й має не дуже багато опцій). Та, схоже, MikroTik Back To Home працює навіть, коли з обох боків (зі сторони домашньої мережі та зі сторони, скажімо для прикладу, телефона) немає реальних IPv4\IPv6 адрес. Обійти такі обмеження вже достатньо складно, тому Back To Home, очевидно, дуже цікава функція. VPS або щось інше подібне - це вже занадто. Voice IP раніше розв'язувало такі задачі за допомогою STUN-серверів. )
-
Нюансів більше, RBcAP2nD (cAP) має Ethernet тільки до 100 Mbps, а ще, схоже, не працює з mesh. Тому це не конкурент 7982 аж ніяк технологічно. Мене зацікавили 7982 саме тому, що за свою ціну вони мають "mesh + PoE + гарну антенну". Й це дуже конкурентно. Новий пристрій - це новий пристрій, але Wi-Fi AP - це не те обладнання, яке занадто часто виходить з ладу, скоріше, блоки живлення до AP або router'ів, але не самі пристрої.
-
Mikrotik cAP (RBcAP2nD) має Wi-Fi 4 (один в один як й Ruckus ZoneFlex 7982). Але для прикладу 7982 підтримує MIMO 3x3:3, але cAP, схоже, лише 2x2:2. cAP коштує наразі від ₴1600. Бачу, що на ebay.com три 7982 можливо купити за ₴2650 (+ щось на доставлення в Україну). Тобто якщо трохи округлити "дві cAP = три 7982", але 7982 по специфікації має кращу антенну, тому чому б й не спробувати. Єдине, що не вдалося знайти - це який саме CPU та скільки RAM в 7982. Цікаво, можливо, туди встановити щось окрім програми керування виробника.
-
Але це не буде $15 -20 за один пристрій. Та й щось я не впевнений, що PoE підтримують відносно недорогі пристрої. MikroTik навіть за ₴2000 не має підтримки PoE (унікальний passive PoE MikroTik це дещо інша річ, ніж звичайний індустріальний PoE). Так що аналогів того варіанту поки що, дійсно, не бачу.
-
Потрібно встановити MikroTik application в телефон (щодо інших пристроїв не зрозуміло), щоб це працювало. Загалом це об'єднаннями декількох різних технік або технологій з метою, мабуть, спростити користувачу цю функціональність. Ще й залежність від серверів MikroTik з'являється. Звісно, можливо, зібрати теж саме окремо, але цікавий варіант теж.
-
Мабуть, Ви про Ruckus ZoneFlex 7982, яка ще й вміє працювати як частина mesh-мережі. Цікавий варіант. Достатньо компактна, без великої антени, яка виходить за межі корпуса. Ще цікаво, зможе Ruckus бути частиною mesh-мережі з AP пристроями інших виробників (наприклад, Ruckus + MikroTik). Було б непогано, якби ця AP або Router ще й PoE підтримувала. Та, схоже, підтримує "...Power over Ethernet 802.3 af..." andovercg.com/datasheets/ruckus-Zoneflex-7982-80211n-3x33-Dual-Band-24ghz5ghz-Concurrent-Indoor-Ap-Manufacturer-DataSheet.pdf
-
Загалом, можливо, навіть зробити port forwarding (звісно, саме для цього треба мати реальний IPv4/IPv6 - до речі, навряд є оператори, хто працює з IPv6) у напрямку Web-інтерфейсу NVR, який вже надає функціонал Live View або Playback. Працюють або ні всі NVR так не знаю, але деякі не останні за кількістю пристроїв компанії мають такий варіант.