
Mr. D
Пользователи-
Публікації
1 362 -
Зареєстрований
-
Відвідування
Тип публікації
Профілі
Форум
Календар
Усі публікації користувача Mr. D
-
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 так не знаю, але деякі не останні за кількістю пристроїв компанії мають такий варіант.
-
Загалом VPN є сенс використовувати для під'єднання до закритої (приватної) мережі. Тому з точки зору систем відеонагляду VPN - це щось, про що система відеонагляду не турбується та не знає, що таке існує. VPN - це суто про налаштування сучасної IP-мережі, яку системи відеонагляду використовують як транспорт для зв'язку окремих компонентів. Панове вище писали про наявність в якихось системах cloud-компонентів. Й тоді замість VPN використовуються захищені тунелі іншого типу.
-
Top 5 нових електромобілів, які зареєстровані останні місяці - це автомобілі з Китаю. Оце сьогодення. Та загалом мова про те, що ще багато ДВЗ, але тенденція така, що, можливо, через 10 років електромобілі будуть навіть економічно й практично зручними. Але цю тему можливо розширити та згадати проводи для сонячних елементів, які треба було б вивести на дах або на фасади.
-
Цікаво. Десь можливо про таке почитати детальніше? Такими засобами можливо транслювати й дані. Здається, все ще є навіть two-way оператори зв'язку такого типу. Але, дійсно, це щось вже занадто ексклюзивне. Та за наявності Starlink не має ніякого сенсу. Мій практичний досвід показує, що 10 -15 пристроїв на площі в 40 метрів з різними стінами й речами вже періодично від'єднуються від мережі. Тому на мою думку це дуже незручний варіант, якщо спиратися на таку конфігурацію як на постійну та стабільну. Можливо, Zigbee ще якось краще працює, але точно не Wi-Fi.
-
На мою думку, мій приклад про Hikvision навіть більш теоретичний, ніж обговорення CMR та SMR, тому що я нічого не можу зробити та майже нічого не можу подивитися в Hikvision. Тому є тільки непідтверджені здогадки як про тип файлової системи та й про інші програмні конструкції. Але й знання про те, що SMR записує доріжки так, що ті доріжки на 20 - 25% накладаються - це і є теоретична інформація, яка не дає ніякої відповіді на питання, чому SMR - це погано. Тому у разі CMR та SMR не так вже й складно провести відповідні тести на запис деяких послідовностей блоків, довжина яких, наприклад, по 1 GiB (якщо рахувати кількість даних), а потім видалити (навіть через файлову систему, а краще безпосередньо через блок, як Ви писали; програми для перевірки поверхні дисків саме приблизно так й працюють (звісно, умовно поверхні, бо LBA - це деякий віртуальний простір)). Деякі особливості SMR, звісно, існують й виглядають як зупинка SMR у вигляді відсутності підтверджень швидкого запису на деякий період. Тоді можливо в тому ж NVR перевірити SMR HDD, якщо всі дані по колу будуть перезаписані рази 3 - 4 та нічого не буде втрачено, то SMR HDD працює й встигає всі блоки оптимізувати та дефрагментувати. Колись таке ж відношення було й до SSD, але наразі будь-який сучасний комп'ютер працює з SSD. Та все одно користувач має можливість впливати на поведінку HDD - вказуючи деякі параметри файлової системи, налаштовуючи розмір файлів, які записує NVR, тому в цьому обговоренні достатньо багато практики. Наведу практичний приклад. Мій побутовий комп'ютер за деякий час прочитав 275 TiB та записав 176 TiB даних на свій block-device (це саме щось типу total RAW data, яке було пораховано засобами ОС). Ось такий практичний вимір. Співвідношення 61/39. Тому подальша практика - це визначення швидкості запису, яка потрібна NVR. Думаю, що це не дуже багато в побутовому NVR. Все ж SMR мають великі cache'и та достатньо швидкі процесори.
-
Саме так Всі такі додаткові пристрої бездротові, якщо їх буде багато, можуть бути проблеми зі зв'язком та й під них треба відповідно шукати місце розташування пристрою, який отримує сигнал. Вважаю, така система не дуже стабільна. Цікаво, чому не Одескабель? ) Єдиний варіант застосування наразі - це супутниковий сигнал, але, схоже, Starlink вже забирає цю категорію на себе Так, все вірно. Навіть, можливо, застосувати Mesh та зменшити потужність навіть для кращої якості зв'язку місцями. Про це забули. Дякую за нагадування. Загалом вірне зауваження. Десь проводи для LED-стрічок повинні вийти, а це можливо й низьковольтна система. Щось 230 V LED-стрічки дещо специфічно виглядають. Теж можливий варіант Так, й про це забули. Неминуче майбутнє. ) Загалом дякую за коментарі. Щось нове все ж додалося. )
-
З більшістю тез погоджуюсь, окрім вимикачів або інших пристроїв, які мають бездротовий зв'язок. Й причин кілька, а саме - такі пристрої все одно мають передати сигнал на якийсь інший пристрій, який, скоріше за все, отримує сигнал від кількох таких пристроїв й тоді з'являється питання розташування такого, скажімо, хабу (навіть у разі Wi-Fi все одно Access Point треба встановити десь поряд, або кілька, а тоді для цих AP потрібне живлення - все трохи ускладнюється); - бездротові пристрої отримують живлення від батарей; впевнений, що через пів року вже не буде цікаво замінювати ті батарейки в тих бездротових пристроях, тому, вважаю, проводові сенсори набагато зручніші Трохи вивчивши питання вирішив, що, скоріше за все, буде якийсь гібрид. Достатньо складно наразі уявити та вибрати всі майбутні пристрої. Є ще велика побутова техніка, яка в якійсь частині могла б бути інтегрована або керуватися якось узгоджено з чимось ще. З точки зору керування освітленням, достатньо цікаво виглядає KNX з децентралізованим підходом. Тому, скоріше за все, планується все якось зібрати, а далі з часом, якщо буде натхнення й бажання щось модифікувати, але без втрати надійності критичних компонентів. Загалом є бажання максимально відійти від бездротових рішень, окрім, звісно, звичайного Wi-Fi (для зв'язку мобільних пристроїв), який хоч в більшості випадків й працює, але буває що місцями є й питання.