У світі електроніки та живлення постійно з’являються нові інструменти, які спрощують вимірювання напруги, струму та потужності. Один із таких є Kowsi KWS-DC28 – це тестер призначений для точного контролю параметрів зарядних пристроїв, блоків живлення та акумуляторів.

В цій статті я зроблю огляд цього тестера, і проведу вимірювання живлення та струму батареї та блока живлення.

Опис

Я купив цей тестер за $5 на локальному ринку, щоб визначити силу струму зарядного пристрою та батареї. Спеціально для такого тесту, я вибрав тестер із коаксіальним роз’єм постійного струму (DC Barrel Connector).

Kowsi KWS-DC28 виконаний у чорному корпусі з кольоровим TFT-екраном 1,44 дюйма, який відображає наступні параметри одночасно:

• напруга (V)
• струм (A)
• потужність (W)
• спожита енергія (Wh / Ah)
• час роботи
• температура

Цей невеликий, але функціональний прилад дозволяє у реальному часі бачити, що відбувається у ланцюгу живлення – від струму споживання до температури й ємності акумулятора.

На бічній панелі розміщена кнопка керування, яка дозволяє перемикати режими відображення, скидати лічильники або переходити між екранами статистики. Живлення подається безпосередньо через DC-роз’єм – без потреби в окремому джерелі.

Розпаковка

Я отримав тестер Kowsi KWS-DC28 поштою. В конверті був невеличкий фірмовий зіп пакет.

В пакеті був сам тестер та інструкція. Інструкція представлена англійською та китайською мовами на одному аркуші з обох сторін. Ця інструкція візуально показує елементи керування, кожне значення на дисплеї, характеристики цього тестера та роботу з ним.

Практичне використання

Для того, щоб виміряти силу струму звичайним тестером чи мультиметром, необхідно в ланцюг додати навантаження. Оскільки в мене нема такої можливості, то для мене цей тестер стає універсальним помічником, адже він фіксує силу струму яко проходить повз нього в обох напрямках.

Напрямок вимірювання визначається автоматично, в залежності від розташування та підключення джерела, і позначається анімованою стрілочкою на дисплеї.

В цьому випадку джерелом виступає GaN зарядка для LiFePo4 батареї, яка підключена до батареї через цей тестер. Таким чином видно, що батарея під кінець зарядки віддає 2,757 ампери, і візуально видно напрямок навантаження.

Після того, як батарея зарядилася повністю, блок живлення перестає заряджати батарею, і тестер автоматично визначає напрямок, в якому зафіксовано максимальний струм або напругу і візуалізовує це.

Звісно це мій приклад практичного використання, але цей тестер можна застосувати і в інших вимірюваннях, наприклад:

• перевірити вихідну напругу блока живлення;
• оцінити струм споживання LED-стрічок або вентиляторів;
• виміряти ємність акумуляторів під час зарядки/розрядки;
• протестувати ефективність DC-DC перетворювачів;
• контролювати енергоспоживання Raspberry Pi, роутера, камери чи іншого пристрою.

Для прикладу, якщо підключити прилад між блоком живлення та споживачем, можна спостерігати, як змінюється струм під час навантаження або скільки ват споживає пристрій у реальному часі.

Додаткові можливості

• Підрахунок спожитої енергії (Ah / Wh) за весь час роботи.
• Пам’ять даних – значення не губляться після вимкнення живлення.
• Вимірювання температури корпусу, що корисно при довготривалих тестах.

Висновки

Kowsi KWS-DC28 (DC-версія) – це зручний і надійний тестер для контролю напруги, потужності, живлення у будь-яких системах постійного струму в діапазоні від 4 до 30 вольт. Його точність, широкий діапазон вимірювань та інформативний кольоровий екран роблять його чудовим вибором як для домашніх вимірювань сили струму блоку живлення чи LiFePO4-батарей.

Якщо вам потрібен компактний прилад для вимірювання напруги, струму та енергії, який легко вставити у розрив будь-якого DC-ланцюга – Kowsi KWS-DC28 стане вашим незамінним помічником на робочому столі.

Питання швидкодії WordPress-сайтів завжди залишається актуальним – особливо для тих, хто розміщує свій проєкт на малопотужних, але енергоефективних пристроях, як-от Raspberry Pi 4.

Apache, який історично використовується за замовчуванням у багатьох дистрибутивах, залишається популярним завдяки простоті конфігурації та широкій сумісності. Однак останніми роками Nginx позиціонується як швидша та легша альтернатива, особливо при роботі з великою кількістю одночасних з’єднань.

У цій статті я вирішив порівняти ці два вебсервери за декількома параметрами такими як First Contentful Paint, Largest Contentful Paint, Total Blocking Time та Speed Index. Ці параметри переважно зустрічаються в основних бенчмарках.

Вступ

Як тільки я розгортав цей блог, я за замовчанням встановив Apache як основний вебсервер. Звісно WordPress із коробки доволі сирий, тому з кожним разом я довстановлював додаткові плагіни які з часом сповільнювали роботу сайту. Це мене навело на думку спробувати перейти на Nginx сервер. Адже сам принцип роботи Apache та Nginx настільки різний, що прямо порівняти їх особливості не коректно. Проте існує багато бенчмарків які показують швидкодію сайту і таким чином можна провести базове порівняння, про що і буде мова в цьому блозі.

Методика тестування

Щоб протестувати швидкодію сайту я вирішив скористатися вже перевіриними бенчмарками:

• PageSpeed Insights від Google
• ApacheBench від Apache

Перед міграцією я запустив тести тричі, в різні часи (вранці, вдень та ввечері) а результати обєднав щоб показати середнє значення. Звісно так само я протестував сайт під керуванням Nginx сервера. Я знав, що додатково можна оптимізувати роботу Nginx тому третій запуск тестів був вже в оптимізованій середі.

Давайте дивитися на результати!

PageSpeed Insights тест

Google PageSpeed Insights – це онлайн-інструмент від Google, який оцінює продуктивність вебсторінок з точки зору реальних користувачів.
Він аналізує сторінку як на мобільних пристроях, так і на десктопах, вимірюючи ключові показники досвіду завантаження, відомі як Core Web Vitals:

• Largest Contentful Paint (LCP) – час, за який відображається основний вміст сторінки;
• Total Blocking Time (TBT) – скільки часу сторінка лишається «нечутливою» до взаємодії після завантаження;
• Cumulative Layout Shift (CLS) – стабільність елементів під час завантаження;
• а також додаткові метрики, як First Contentful Paint (FCP) і Speed Index.

На основі цих вимірювань PageSpeed Insights виставляє оцінку швидкодії сторінки та надає рекомендації з оптимізації. Це дозволяє не лише перевірити швидкість відповіді сервера, а й оцінити загальний користувацький досвід у реальних умовах.

Швидкодія може різнитися в залежності від типу пристрою – мобільна версія чи версія для ПК. Як я розумію, при тестуванні виконуються всі тести, але відображається спочатку результат для мобільних пристроїв, а вже потім при бажанні можна подивитися результат для ПК. На основі вимірів я визначив середнє значення та побудував графіки.

Для мобільних пристроїв

Перехід з Apache на Nginx сам по собі дав незначне покращення, приблизно 15%. Однак після активації FastCGI-кешу ситуація змінилася кардинально.

• сайт почав віддавати сторінку майже втричі швидше,
• головний контент (LCP) з’являється менш ніж за 4 секунди,
• а загальний час блокування скриптів знизився на 40 %.

Це пояснюється тим, що мобільний клієнт має слабший процесор і повільніше з’єднання, тому будь-яке серверне кешування (Nginx FastCGI + Cloudflare edge) дає помітний ефект. Браузеру вже не потрібно чекати виконання PHP-коду на Raspberry Pi, він отримує готовий HTML. Кешування в Nginx – найефективніше покращення для WordPress на Raspberry Pi 4. Сайт переходить з “повільної” категорії до стабільної “середньої/швидкої”, і користувач бачить контент утричі раніше, ніж на Apache.

Для ПК

На потужному настільному пристрої різниця між серверами менша, бо браузер і мережа обробляють дані швидше, ніж Raspberry Pi встигає їх підготувати.
Тут видно, що:

• FCP та LCP майже не відрізняються – сайт і так завантажується швидко;
• TBT після кешу падає до 15 мс – це ідеально, сторінка рендериться без затримок;

Speed Index у кешованій версії (1,3 с) трохи гірший, ніж у початковій (1,1 с). Чому так сталося? Speed Index вимірює швидкість візуального заповнення сторінки, а не лише серверну відповідь. У кешованій версії браузер отримує сторінку швидко, але Cloudflare/Nginx можуть віддавати контент із трохи іншими заголовками (cache-control, content-encoding: zstd), через що порядок завантаження дрібних ресурсів (CSS, JS, шрифтів) трохи змінюється. Для потужного ПК це різниця у десяті частки секунди – і тому Speed Index може виглядати “гірше” чисто статистично, навіть якщо користувач візуально різниці не помітить.

ApacheBench

ApacheBench (ab) – це консольний інструмент для вимірювання продуктивності вебсерверів. Він моделює навантаження, надсилаючи велику кількість одночасних запитів до сайту й вимірює, наскільки швидко сервер обробляє відповіді. У тесті я використовував команду:

ab -n 200 -c 50 https://ostrich.kyiv.ua/en/

• -n 200 — загальна кількість запитів (200 сторінок поспіль)
• -c 50 — кількість одночасних клієнтів (імітація 50 відвідувачів одночасно)

Таким чином, тест дозволяє побачити, як швидко Raspberry Pi 4 справляється з навантаженням під час роботи з Apache, Nginx та Nginx із FastCGI-кешем.

Без кешу різниця між Apache і Nginx мінімальна — обидва обробляють близько ~108–109 запитів/сек. Nginx трохи ефективніший у встановленні з’єднань (коротший час Connect), але витрачає більше часу на обробку PHP-відповіді, тому сумарна швидкість практично рівна.

Увімкнення FastCGI-кешу змінило ситуацію кардинально:

• кількість оброблених запитів зросла з 109 до 141 на секунду;
• середній час відповіді зменшився на понад 100 мс;
• навантаження на PHP-FPM і CPU різко знизилось.

Кожна сторінка WordPress віддається напряму з кешу Nginx, без генерації на рівні PHP, що робить обслуговування одночасних користувачів значно швидшим і стабільнішим.

Отже, комбінація Nginx + FastCGI-Cache перетворює Raspberry Pi 4 на легкий, але повноцінний вебсервер продакшн-класу, який упевнено витримує навантаження навіть для WordPress-сайту з динамічним контентом.

Висновки

Перехід із Apache на Nginx на Raspberry Pi 4 показав, що навіть на невеликому домашньому сервері можна досягти помітного приросту швидкодії. Сам по собі Nginx виявився трохи ефективнішим у роботі з великою кількістю одночасних запитів, проте справжній потенціал відкрився після активації FastCGI-кешу.

Кешування зняло навантаження з PHP та бази даних, і сторінки WordPress почали віддаватися практично миттєво. Це особливо відчутно на мобільних пристроях, де швидкість відгуку зросла в кілька разів, а взаємодія із сайтом стала плавнішою.

Для настільних систем різниця менш помітна, адже сучасні браузери й мережеві з’єднання швидкі самі по собі. Але навіть там Nginx із кешем забезпечує стабільнішу роботу та мінімальний час затримки при рендерингу сторінок.

Загалом, поєднання Nginx + FastCGI Cache + Cloudflare CDN перетворює Raspberry Pi 4 на повноцінний вебсервер продакшн-рівня: швидкий, стабільний і оптимізований під сучасні вимоги.

При виборі потужної зарядки в компактному корпусі, треба звертати увагу на використання GaN технології. Наразі існує багато зарядних пристроїв на основі нітриду галію, проте вони переважно USB і розраховані на портативні пристрої. В цьому дописі я розгляну потужну GaN зарядку для LiFePo4 батареї.

Мова піде про зарядний пристрій серії GaN085, модель 144050 яка розрахована на 14.4V та 5A, для зарядки LiFePo батареї на 4 комірки з ємністю від 5 до 50 Ah.

Вступ

Для того, щоб зарядити зовнішню LiFePo4 батарею та ще додатково живити пристрої, необхідний доволі потужний зарядний пристрій. Якщо додати до умови ще обмежений простір та вентиляцію, то розмір зарядного пристрою відіграє важливу роль.

Через ці ключові умови я перепробував доволі багато різних зарядок, і на жаль змушений був продовжувати пошук через низьку якість та невідповідність заявленим характеристикам, для досягнення бажаного результату.

Вибір GaN зарядки

Нещодавно я мав розмову із спеціалістом в області компонентів, і він мені порекомендував звернути увагу на GaN зарядки. Я ознайомився із пропозиціями на ринку і виявилося, що присутні лише USB зарядні пристрої, які націлені на масовий ринок для зарядки смартфонів, планшетів, іноді ноутбуків. Щодо більш потужних зарядок, то в Україні такі зарядки купити неможливо, адже як виявилося, їх виготовляє декілька китайських компаній. Одна із таких компаній – SHENZHEN GREEN DIGITAL POWER TECH CO., LTD іншими словами бренд – GREEN.

Ця компанія має доволі великий асортимент зарядних пристроїв під різні потреби. Я розглянув два модельних ряди GaN065 та GaN085.

• GaN065-072050: 7.2V 5.0A, suit 2s LFP 5~50Ah
• GaN065-144033: 14.4V 3.3A, suit 4s LFP 3~33Ah
• GaN065-180029: 18.0V 2.9A, suit 5s LFP 2~29Ah
• GaN065-216024: 21.6V 2.4A, suit 6s LFP 2~24Ah
• GaN065-288018, 28.8V 1.8A, suit 8s LFP 2~18Ah
• GaN085-144050: 14.4V 5.0A, suit 4s LFP 5~50Ah
• GaN085-216040, 21.6V 4.0A, suit 6s LFP 4~40Ah
• GaN085-252030: 25.2V 3.0A, suit 7s LFP 3~30Ah
• GaN065-288029, 28.8V 2.9A, suit 8s LFP 3~30Ah
• GaN065-432020, 43.2V 2.0A, suit 12s LFP 2~20Ah

Згідно із цього списку на 14 вольт було тільки дві моделі GaN065-144033 та GaN085-144050 я вирішив пожертвувати розміром корпусу і вибрав зарядку на 5 ампер. Не дивлячись на це, корпус все одно залишається одним із найменших в своєму роді.

Характеристики

Основним джерелом опису, характеристик та специфікацій виступає сайт виробника – green-charger.com. Повна назва товару GaN085-144050 LiFePO4 Charger with Battery Fuel Gauge for 4Cells 12.8V Li-Fe Battery, але зауважу, що як і в самій назві, так і в характеристиках немає жодного слова про використання GaN технології.

• Вхідна напруга: 100~240V
• Вихідна напруга та струм: 14.4V 5.0A
• Процес зарядки: Pre-charge,CC, CV та cut-off
• Індикатор: 4 світлодіоди, які вказують рівень заряду батареї від 25% до 100%
• Захист: OVP, OCP, Shorted, Reversed
• Сертифікація: CE FCC
• Розміри: 114 х 68.4 х 29 MM та вага 250г.

В цілому візуальні характеристики відповідають заявленим. Я додатково переважив блок живлення – 250 грамів. Сподіваюся, що і інші характеристики заявлені чесно.

Покупка та доставка

Я домовився із менеджером компанії ABT (це роздрібний дистриб’ютор компанії GREEN) про пряму доставку лише одного зарядного пристрою. Мені була озвучена загальна ціна 180 юанів, що включала ціна на зарядку та міжнародну доставку до України. На момент купівлі 180 юанів становило приблизно 20 доларів США. Мене такі умови влаштували, тому я сплатив рахунок через AliPay та очікував на відправку.

Через 5 днів я отримав трек номер, згідно якого посилка була відправлена поштовим сервісом 4PX. А ще через 15 днів я отримав вже саму зарядку.

Розпаковка та огляд

Зарядка прийшла в щільно запакованій невеличкій корбці. Зарядка із кабелем живлення була лише в целофановому пакеті із візитівкою продавця.

В цілому зарядний пристрій виглядає доволі якісно виготовленим. Овальна область призначена для нанесення будь якого логотипу. В цьому екземплярі написано GaN085, хоча я зустрічав зарядку в схожому корпусі де було надруковано HoneyCare, проте ще раз повторюся, що завод виробник лишається тим самим.

На зворотній стороні замість назви “charger” – зарядний пристрій, написано “Power Unit“, що я б переклав як пристрій живлення, але не як блок живлення. На відміну від специфікації, де написано “для будь якого типу батарей”, ця зарядка розрахована виключно для зарядки LiFePo батареї. В цьому зарядному пристрої конектор 5.5 х 2.5 мм., хоча менеджер міг на замовлення виготовити будь який інший конектор.

Тестування

В коробці разом із цим зарядним пристроєм був індивідуальний акт заводського тестування. В цьому акті зазначаються основні характеристики, та реальна відповідність значень під час тестування. Розбіжність доволі маленька, тому я був дійсно в захваті від покупки.

Не дивлячтись на вказані результати тестування, я вирішив перевірити основні характеристики в домашніх умовах, а саме напругу та струм. Для цього я підключив зарядний пристрій до заздалегідь розрядженної батареї через портативний тестер.

Як видно, батарея заряджається зі струмом 5А при напрузі в 13,8В, що є бездоганним результатом.

Оскільки зарядний пристрій розумний, то із збільшенням напруги батареї, струм заряду зменшується. Це заощаджує ресурс батареї і робить зарядку більш якісною.

Висновки

Зарядний пристрій GaN085-144050 справив враження якісного, стабільного та продуманого рішення для заряджання LiFePO₄-батарей. Незважаючи на те, що в офіційній специфікації виробник не згадує про використання GaN-технології, реальні результати тестування свідчать про високу ефективність роботи, точність стабілізації напруги та струму, а також помірний рівень нагріву навіть під навантаженням. Корпус пристрою залишається компактним, незважаючи на потужність понад 70 ват, що робить цю модель зручною для використання у місцях з обмеженим простором або недостатньою вентиляцією.

Під час тестування зарядка продемонструвала стабільну роботу у режимах CC/CV, коректно переходячи з одного етапу в інший у міру заповнення ємності батареї. Температура корпусу не перевищувала 30-32 °C при кімнатних умовах, що свідчить про ефективне тепловідведення. Наявність вихідного MOSFET-ключа підтверджує наявність інтелектуального керування процесом заряджання – пристрій самостійно визначає момент повного заряду та відключає струм, запобігаючи перезаряду. Це робить його безпечним і продовжує термін служби батареї.

Загалом, GaN085-144050 можна сміливо рекомендувати як компактне, енергоефективне та надійне рішення для заряджання 4-коміркових LiFePO₄-акумуляторів середньої ємності. Завдяки стабільності, малому нагріву та високій точності параметрів, цей пристрій чудово підходить для резервних енергосистем, живлення польових приладів або швидкого відновлення батарей після блекаутів.

Коли мій сайт на Raspberry Pi вимикався під час блекаутів, Cloudflare показував сторінку 522 – Connection timed out. Я вирішив зробити fallback-сторінку власного дизайну, не витрачаючи ні копійки. У цій статті я детально опишу, як налаштувати безкоштовний Cloudflare Worker.

Що таке Cloudflare Workers

Cloudflare Workers – це безсерверне середовище, у якому можна запускати власний JavaScript-код безпосередньо на edge-серверах Cloudflare. Воно працює як «між прошарок» між користувачем і вашим сайтом, дозволяючи змінювати або замінювати відповіді на запити.

Хоча Cloudflare Workers – дуже зручне та безкоштовне рішення, подібного ефекту можна досягти й іншими способами.
Ось кілька популярних варіантів:

• Netlify Edge Functions
• Vercel Edge Functions
• AWS CloudFront Functions
• Google Cloud Functions
• GitHub Pages + JS Redirection

Оскільки DNS мого сайту вже керується Cloudflare, мені здалося логічним залишатися в одній екосистемі. Отже Cloudflare Workers є ідеальним вибором для невеликих домашніх або персональних проєктів, особливо коли потрібно швидко й безкоштовно забезпечити персональну сторінку помилки під час недоступності сервера.

Як працює Cloudflare Workers

Щоб краще зрозуміти, як саме відбувається взаємодія між користувачем, воркером та веб сервером, я візуалізував цей процес в таку просту блок схему

Тобто варто уявити Cloudflare Worker як посередника між користувачем і сервером на Raspberry Pi. Кожен запит до сайту спочатку проходить через мережу Cloudflare, де Worker перевіряє, чи доступний основний сервер. Якщо все працює, запит просто передається далі, ніби нічого й не відбувалося. Але якщо з’єднання з Raspberry Pi розірвано або сервер не відповідає вчасно, Worker миттєво підхоплює управління і показує власну fallback-сторінку.

Створення Worker

Створення Cloudflare Workers це комплекс дій, а саме:

• Створення шаблонного воркера в 1 клік
• Зміна кода воркера
• Підключення до домену

Зараз я опишу кожен пункт більш детально, адже є певні особливості.

Створення шаблонного воркера в 1 клік

• Увійдіть у Cloudflare Dashboard
• В лівому меню виберіть Compute & AI → Workers & Pages
• Оберіть шаблон Hello World! → Get started.

Таким чином буде створено шаблон “Hello World” script. Я звернув увагу, що область тексту не активна – сіра, і цей тест не можна редагувати. Єдине що я змінив – це назву цього скрипта на blackout, адже на наступному кроці ми цей скрипт будемо редагувати! Тому в цьому випадку необхідно просто погодитися на створення цього воркера.

Цей скрипт відобразиться в списку воркерів

Зміна кода воркера

На наступному кроці необхідно відредагувати щойно створений скрипт, для цього клацаємо на ньому та переходимо на основну сторінку цього воркера, де клацаємо на кнопку “Edit code“.

Відкриється редактор коду, але із можливістю редагування. Оскільки я не знаю JavaScript я звернувся за допомогою до ChatGPT, щоб він мені написав скрипт. Я замінив код скрипту Hello World на свій.

Розгорніть щоб побачити код:

addEventListener('fetch', event => {
  event.respondWith(handleRequest(event.request))
})

const ORIGIN_HOST = 'https://ostrich.kyiv.ua' 
const ORIGIN_TIMEOUT_MS = 10000

const FALLBACK_HTML = `
<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8"/>
  <meta name="viewport" content="width=device-width, initial-scale=1"/>
  <title>Site temporarily unavailable — Сайт тимчасово недоступний</title>
  <style>
    body {
      font-family: system-ui, -apple-system, "Segoe UI", Roboto, sans-serif;
      margin: 0;
      display: flex;
      align-items: center;
      justify-content: center;
      height: 100vh;
      background: #f8f9fb;
      color: #111;
      text-align: center;
    }
    .card {
      max-width: 680px;
      background: white;
      border-radius: 16px;
      padding: 30px;
      box-shadow: 0 6px 25px rgba(0,0,0,.08);
    }
    h1 { font-size: 1.5rem; margin-bottom: .5rem; }
    p { margin: .6rem 0; line-height: 1.5; }
    .divider {
      border-top: 1px solid #ddd;
      margin: 1.4rem 0;
    }
    .time {
      font-size: 0.9rem;
      color: #666;
      margin-top: 10px;
    }
  </style>
</head>
<body>
  <div class="card">
    <h1>Site temporarily unavailable</h1>
    <p>Hello! If you are reading this message, please know that due to ongoing massive russian attacks on Ukraine's energy sector, my server is currently without power. I hope electricity will be restored soon, so please visit this page again later. <br>Support Ukraine! 💙💛</p>

    <div class="divider"></div>

    <h1>Сайт тимчасово недоступний</h1>
    <p>Привіт! Якщо ти читаєш це повідомлення, знай, що через постійні масовані атаки росії на енергетичну інфраструктуру України мій сервер зараз без електрики. Я сподіваюся, що найближчим часом живлення буде відновлено, тому запрошую відвідати цю сторінку пізніше. І найголовніше — підтримуй Україну! 💙💛</p>

    <p class="time">Last checked: <span id="ts"></span></p>
  </div>

  <script>
    document.getElementById('ts').textContent = new Date().toLocaleString('uk-UA');
  </script>
</body>
</html>
`

async function handleRequest(request) {
  // будуємо URL до origin (зберігаємо шлях і query)
  const url = new URL(request.url)
  const originUrl = ORIGIN_HOST.replace(/\/$/, '') + url.pathname + (url.search || '')

  // Обгортка для тайм-ауту
  const controller = new AbortController()
  const id = setTimeout(() => controller.abort(), ORIGIN_TIMEOUT_MS)

  try {
    // Пересилаємо отримані headers та method, телом при потребі
    const resp = await fetch(originUrl, {
      method: request.method,
      headers: request.headers,
      body: request.method === 'GET' || request.method === 'HEAD' ? null : request.body,
      redirect: 'manual',
      signal: controller.signal
    })
    clearTimeout(id)

    // Якщо origin повернув помилку 5xx або 4xx - можна показати fallback або все ж віддати origin
    if (resp.status >= 500 || resp.status === 524 || resp.status === 520) {
      // замість помилки origin повертаємо fallback
      return new Response(FALLBACK_HTML, {
        status: 200,
        headers: { 'Content-Type': 'text/html; charset=utf-8' }
      })
    }

    // В іншому випадку проксируємо відповідь від origin (включаючи заголовки)
    const responseHeaders = new Headers(resp.headers)
    // Можна додати cache control для статичних ресурсів, якщо потрібно
    return new Response(resp.body, {
      status: resp.status,
      statusText: resp.statusText,
      headers: responseHeaders
    })
  } catch (err) {
    // тайм-аут або помилка мережі -> показати fallback
    clearTimeout(id)
    return new Response(FALLBACK_HTML, {
      status: 200,
      headers: { 'Content-Type': 'text/html; charset=utf-8' }
    })
  }
}

Для оновлення коду необхідно натиснути на кнопку “Deploy”. В такому випадку дані автоматично збережуться і оновляться на Edge сервері.

Підключення до домену

На головній сторінці створеного воркера, переходимо в розділ “Domains & Routes”, щоб усі запити до сайту проходитили через Worker.

У вікні налаштувань Domains & Routes клацаємо на кнопку +Add, і у вікні що відкрилося праворуч вибираємо Route – адже нам треба побудувати маршрут від воркера до сайта. Вводимо наступні налаштування в цьому вікні:

• Zone – із списка вибираємо сайт, в моєму випадку ostrich.kyiv.ua
• Route – прописуємо ostrich.kyiv.ua/*
• Failure mode – вибираємо Fail open (proceed), щоб наш сайт продовжував працювати не дивлячись на те, чи працює сам воркер чи ні, щоб ми від нього не очікували ніякої помилки.

Клацаємо Add route або Update route – якщо таке було створено раніше. Новий маршрут відобразиться в табличці маршрутів.

На цьому етапі налаштування та конфігурації завершилися. Залишилося перевірити результат роботи!

Перевірка роботи Cloudflare Workers

Тепер, коли мій Raspberry Pi вимикається, користувачі бачать чисту, охайну сторінку з поясненням, а не типовий Cloudflare 522.
І все це – безкоштовно, без додаткових серверів чи плагінів.

Висновки

Cloudflare Workers стали для мене простим і водночас потужним рішенням, яке дозволяє залишатися на зв’язку навіть тоді, коли мій сервер на Raspberry Pi тимчасово недоступний через блекаут. Усе, що потрібно – трохи коду та власна ідея, як зробити досвід користувача кращим. Я залишився в екосистемі Cloudflare, бо DNS уже тут, а робота з Workers інтегрується природно, без зайвих витрат і складних налаштувань. Це рішення довело, що навіть у часи енергетичної нестабільності, через росіян, можна підтримувати присутність свого сайту в мережі – просто, надійно і безкоштовно.

У сучасному цифровому світі, де обсяг даних зростає експоненціально, питання їх надійного зберігання та зручного перенесення стає дедалі гострішим. Фотографії у високій роздільній здатності, 4K-відео, великі проєкти та ігри вимагають значного простору. Зовнішній жорсткий диск Western Digital My Passport 4TB (WDBPKJ0040BBK-WESN) є одним з найпопулярніших рішень на ринку, пропонуючи величезну ємність у компактному корпусі. Розглянемо його детальніше.

Зовнішній вигляд

Перше, що привертає увагу — це мінімалістичний та стильний дизайн пристрою. Корпус виконаний з якісного матового пластику з глянцевою діагональною текстурою, що не лише надає йому елегантного вигляду, але й робить його стійким до відбитків пальців. Завдяки компактним розмірам (107.2 x 75 x 19.15 мм) та вазі всього 210 грамів, диск легко поміщається в кишеню куртки чи сумки для ноутбука, що робить його ідеальним супутником у поїздках.

Що в коробці?

Зазвичай, комплектація дисків WD My Passport є стандартною та включає все необхідне для початку роботи:

• Сам жорсткий диск WD My Passport 4TB.
• Кабель USB 3.0 (сумісний з USB 2.0).
• Короткий посібник користувача.

WD My Passport 4TB – unboxing

WD My Passport 4TB – package

WD My Passport 4TB – cable

Основні Характеристики та Функції

Головна перевага цієї моделі — це поєднання великої ємності та надійного функціонала для захисту даних. 4ТБ простору дозволяють зберігати сотні тисяч фотографій, тисячі годин музики або десятки сучасних ігор та фільмів у високій якості. Диск постачається з фірмовим програмним забезпеченням, яке є центром управління вашими даними.

WD My Passport 4TB – WD Discovery

WD My Passport 4TB – encryption

• WD Backup: Проста у налаштуванні утиліта для автоматичного резервного копіювання важливих файлів за розкладом.
• WD Security: Дозволяє встановити пароль та активувати 256-бітне апаратне шифрування AES. Це означає, що ваші дані будуть надійно захищені від несанкціонованого доступу, навіть якщо ви втратите диск.
• WD Drive Utilities: Інструмент для діагностики стану диска, його форматування та налаштування таймера сну.

Продуктивність та Тести Швидкості

WD My Passport оснащений інтерфейсом USB 3.0. Найцікавіша частина будь-якого огляду накопичувачів — це тести швидкості. Пристрій було підключено до ноутбука через порт USB 3.0 для отримання об’єктивних даних. Тестування проводилося за допомогою двох популярних утиліт: CrystalDiskMark 8.0.4 та HD Tune Pro 5.75.

Тест у CrystalDiskMark

Цей тест показує пікові швидкості послідовного читання та запису великих файлів. Результати демонструють відмінну продуктивність для свого класу:

• Швидкість послідовного читання: 130.95 МБ/с
• Швидкість послідовного запису: 121.41 МБ/с

Тест у HD Tune Pro

Ця програма дозволяє оцінити швидкість по всій поверхні диска. Результати вашого тесту виявились надзвичайно високими для портативного HDD, що свідчить про чудову продуктивність конкретного екземпляра.

• Мінімальна швидкість: 122.3 МБ/с
• Максимальна швидкість: 223.7 МБ/с
• Середня швидкість: 219.1 МБ/с

На практиці швидкість залежить від багатьох факторів, включаючи розмір файлів, що передаються, та конфігурацію вашого комп’ютера.

Сумісність

Диск “з коробки” відформатований у файловій системі NTFS, що робить його повністю сумісним з операційними системами Windows 8.1 та Windows 10/11. Для використання з macOS його необхідно переформатувати в HFS+ або APFS, що легко зробити за допомогою стандартної “Дискової утиліти”. Після форматування він чудово працюватиме з Time Machine для резервного копіювання.

Висновки

Western Digital My Passport 4TB — це чудовий вибір для тих, хто шукає надійне, містке та портативне сховище. Він ідеально підходить для студентів, фотографів, мандрівників та звичайних користувачів, яким потрібно розширити пам’ять ноутбука або створити надійний архів своїх даних. Підсумовуючи, WD My Passport 4TB є збалансованим та перевіреним часом рішенням, яке пропонує відмінне співвідношення ціни, обсягу та надійності.

Багато власників квартир, приватних будинків та малого бізнесу шукають доступні, але водночас надійні рішення для охорони. Одним із таких пристроїв є Hikvision DS-E04NI-Q1 – компактний NVR (Network Video Recorder) для 4 IP-камер, який поєднує простоту підключення, інтуїтивне меню та можливість гнучкого масштабування.

Чому саме Hikvision

Коли я обирав відеореєстратор, головним критерієм для мене були не лише технічні характеристики, а й практичні речі.

Перш за все – компактність. Більшість відеореєстраторів займають багато місця і виглядають як міні-комп’ютери, але Hikvision DS-E04NI-Q1 відрізняється дуже маленьким корпусом. Його габарити становлять 265 × 225 × 45 мм, тож він легко поміщається навіть у вузькій ніші чи на полиці біля роутера. Для мене це було важливо, адже в мене на етапі ремонту було спроектовано місце під монтажний бокс саме для слаботочного обладнання.

Другий фактор – підтримка SSD. Я одразу вирішив використовувати твердотілий накопичувач замість класичного HDD. Цей відеореєстратор має вбудований SSD диск на 1Тб, якого вистачить на багато годин запису, також через відсутність активного охолодження та ССД лиску він зовсім безшумний.

Третій важливий момент – ціна. Це не зовсім бюджетна модель. Ціна приблизно $150 – $180, це вдвічі дорожче за бюджетні моделі. На мою думку заявлена ціна відповідає критерію ціна / якість. Для домашнього використання або невеликого офісу переплачувати за “професійні” рішення немає сенсу, а економити на пристроях минулого покоління також безглуздо, тому на фоні інших пропозицій, цей відеореєстратор виглядає оптимальним вибором.

У підсумку саме поєднання цих трьох характеристик – маленькі розміри, конкурентна ціна та можливість використання SSD – стало вирішальним аргументом на користь покупки Hikvision DS-E04NI-Q1.

Перше знайомство

Ще до ввімкнення пристрою приємне враження залишає сама упаковка. У коробці користувач знаходить усе необхідне для старту:

• Сам NVR
• Блок живлення на 12В
• Мишка для керування меню
• Інтернет кабель
• Інструкція

Усе упаковано акуратно й зрозуміло, що свідчить про уважне ставлення виробника навіть до дрібниць.

Hikvision DS-E04NI-Q1 – package

Hikvision DS-E04NI-Q1 – charger

Hikvision DS-E04NI-Q1 – mouse

Hikvision DS-E04NI-Q1 – ethernet

Hikvision DS-E04NI-Q1 – user manual

Корпус реєстратора компактний і стриманий, виконаний у класичному стилі без надмірностей. На передній панелі є кілька індикаторів, які дозволяють одним поглядом оцінити стан пристрою: чи він увімкнений, чи є запис, чи працює мережа.

Hikvision DS-E04NI-Q1 – top

Hikvision DS-E04NI-Q1 – front

Hikvision DS-E04NI-Q1 – back

На зворотній стороні також мінімум роз’ємів – Ethernet для підключення до роутера або свіча, HDMI – для підключення до монітора, два UBS для підключення мишки та ще одного пристрою та роз’єм для живлення на 12 Вольт.

Завдяки невеликим розмірам його можна без проблем розмістити поруч із роутером, на полиці або навіть заховати у шафі, щоб не привертати зайвої уваги.

Можливості та використання

Модель DS-E04NI-Q1 розрахована на роботу з чотирма IP-камерами. Для невеликої квартири або будинку цього більш ніж достатньо. Пристрій підтримує сучасні формати стиснення відео, завдяки чому записи займають менше місця на диску, але зберігають якість.

Особливо приємно, що користувач має вибір, як працювати з реєстратором. Можна підключити його до монітора й керувати мишкою безпосередньо, а можна налаштувати доступ через мобільний застосунок Hik-Connect. Це зручно, адже дозволяє переглядати відео в реальному часі або архів навіть тоді, коли ви перебуваєте далеко від дому.

Налаштування

При підключенні, відеореєстратор отримав IP адресу автоматично, тому мені залишилося визначити її та через браузер перейти на сторінку налаштування. При першому підключенні необхідно ініціалізувати користувача, а саме створити пароль та методи його відновлення при втраті.

Hikvision access password

Hikvision channel password

Hikvision restore password

Я буду вважати, що камера вже налаштована, тобто подальші налаштування будуть стосуватися виключно відеореєстратора. На цьому етапі необхідно додати камеру. Мені зручніше робити майбутні налаштування через фірмову програму – Hikvision IVMS-4200.

Відкривши цю програму необхідно перейти в розділ “Керування пристроєм” щоб додати відеореєстратор та камеру до системи. В меню “Пристрої” в нижній панелі автоматично будуть відображені всі пристрої які підтримуються цією програмою в локальній мережі. Залишилося його додати ввівши логін та пароль до пристрою, які були створені на попередньому етапі.

Додатково треба додати і камеру спостереження.

Оскільки статус і камери і відеореєстратора – онлайн, то можна переходити до наступного етапу. Необхідно додати камеру до відеореєстратора. В розділі “Пристрої” в колонці “Операція” треба клацнути на іконці налаштувань і вибрати меню “базові налаштування“. Відкриється веб інтерфейс налаштування відеореєстратора.

Для того, щоб додати камеру до відеореєстратора, необхідно перейти в мпеню “Система” і вибрати “керування камерами“, і далі вибрати “Швидке додавання“. В цьому режимі камера буде знайдена автоматично, щоб додати її достатньо буде клацнути на кнопку “ОК“.

Камера буде додана до системи. Тепер необхідно налаштувати тип запису відео. В моєму випадку це буде цілодобовий щоденний запис тільки по події. Це налаштовується в меню “Зберігання” та підменю “Налаштування графіка“. У цьому вікні необхідно вибрати камеру із списку, вона в мене тільки одна – Camera 01. Для неї треба поставити галочку “увімкнено” і вибрати із списку подій – “рух“, а на шкалі налаштувати 24 годинний проміжок часу. загальний вид показано на зображенні. Ці налаштування треба зберегти.

Оскільки інші параметри, такі я к якість зображення та інші налаштування відносяться до камери, то в цій статті я їх розглядати не буду. Проте пришіть в коментарях, якщо у вас виникнуть питання, я допоможу

Підсумки

Hikvision DS-E04NI-Q1 – це простий і надійний відеореєстратор, який чудово підходить для домашнього використання та невеликих об’єктів. Його головна перевага – баланс між доступною ціною та функціональністю. Ви отримуєте пристрій, який легко налаштувати, зручно використовувати і який може забезпечити вашу безпеку на щодень.

Класична система доменних імен (DNS) – одна з головних складових роботи Інтернету. Проте у базовому варіанті DNS не має механізму перевірки достовірності даних. Щоб вирішити цю проблему, було розроблено DNSSEC (Domain Name System Security Extensions) – набір розширень до DNS, які додають до системи перевірку цілісності та автентичності даних.

Що таке DNSSEC

DNSSEC — це набір криптографічних розширень для DNS, які дозволяють:

• Перевіряти достовірність записів (автентичність джерела);
• Захищати від підробки та підміни відповідей (integrity protection);
• Будувати довірений ланцюжок від кореня DNS до конкретного домену.

Принцип роботи ґрунтується на цифрових підписах. Кожен DNS-запис підписується приватним ключем. Клієнт (резольвер) отримує не лише значення, а й криптографічний підпис, який можна перевірити за допомогою відкритого ключа, збереженого у батьківській зоні.

Як працює DNSSEC

Візуально дуже спрощено на моєму реальному домені ostrich.kyiv.ua можна побудувати таку графічну схему:

• Створення ключів. Для домену генерується пара ключів:
  • KSK (Key Signing Key) — підписує ключі;
  • ZSK (Zone Signing Key) — підписує записи у зоні.
• Підпис зон. Усі записи (A, MX, TXT тощо) підписуються за допомогою ZSK.
• Передача відкритого ключа. Хеш відкритого ключа (DS-запис) публікується у батьківській зоні (наприклад, у .ua для домену .com.ua).
• Ланцюг довіри. Коли резольвер отримує відповідь, він перевіряє підпис, а потім перевіряє, чи ключ довірений через ланцюг від кореня DNS.

У результаті користувач може бути впевнений, що отримані DNS-дані — справжні і не були підмінені.

Приклад застосування

Припустимо, користувач заходить на мій сайт. Без DNSSEC хакер може підмінити DNS-відповідь і переспрямувати його на фішинговий сайт. З DNSSEC браузер (через резольвер) отримає лише підписані записи, і якщо підпис не збігається – відповідь буде відхилена. Таким чином, користувач потрапить лише на справжній сервер банку.

Налаштування DNSSEC

Реєстратор мого доменого імені – це локальний провайдер, який нещодавно додав до переліку своїх послуг DNSSEC. Я вирішив скористатися такою можливістю і внести налаштування. Оскільки реєстратором виступає не Cloudflare, а мій локальний провайдер, то необхідно внести налаштування саме на стороні мого провайдера, проте самі дані я буду отримувати від Cloudflare адже наразі на цьому сервері прописані мої DNS записи.

Активувати функцію доволі просто. В панелі Cloudflare необхідно вибрати DNS → Settings → DNSSEC → Enable

У вікні буде згенерована вся необхідна інформація для подальшоїх активації в панелі керування свого реєстратора домену, про що свідчить попередження: “To enable DNSSEC you will need to add this DS record to your registrar. Most registrars will ask for only a few of the fields below. We have instructions for common registrars”.

Мій реєстратор вимагає заповнити лише 4 поля:

• Key tag
• Algorithm
• Digest type
• Digest

Буквально через декілька хвилин, статус DNSSEC зміниться на “Success! ostrich.kyiv.ua is protected with DNSSEC.“

Перевірка

Щоб перевірити чи дійсно зміни застосувалися, достатньо в терміналі виконати наступну команду, яка напряму звернеться до Cloudflare.

dig +dnssec ostrich.kyiv.ua @1.1.1.1

Очікується отримати до звичайного виводу додатковий рядок із записом RRSIG:

ostrich.kyiv.ua.        300     IN      RRSIG   A 13 3 300 20250926095050 20250924075050 34505 ostrich.kyiv.ua. IQE6axVd6YMeHnyXC2zW9ELt9P+6ZNzuhPbWQ4BqRnAtAGkQtIA7ETiE k/079aSTNqHk+fnnKidHU3Jp5pdORQ==

Цей запис складається з наступних параметрів:

• A – Це означає, що підпис стосується записів типу A (IPv4).

• 13 – Алгоритм підпису. 13 = ECDSA Curve P-256 with SHA-256 (сучасний алгоритм, Cloudflare його використовує за замовчуванням).

• 3 – Кількість міток у доменному імені (для ostrich.kyiv.ua → 3: ostrich, kyiv, ua).

• 300 – ТТL у секундах, з яким був підписаний запис (тобто максимальний час кешування цього підпису).

• 20250926095050 – Час закінчення дії підпису (UTC, формат YYYYMMDDHHMMSS). Тут → 26 вересня 2025, 09:50:50 UTC.

• 20250924075050 – Час початку дії підпису (UTC). Тут → 24 вересня 2025, 07:50:50 UTC. (Отже, підпис дійсний лише в цьому проміжку.)

• 34505 – Ідентифікатор ключа DNSKEY, яким зроблено підпис. Резольвер шукає DNSKEY із таким тегом, щоб перевірити підпис.

• ostrich.kyiv.ua. – Домен, якому належить ключ, яким підписано запис.

• IQE6axVd6YM… – Власне криптографічний підпис (base64). Використовується разом із DNSKEY для перевірки достовірності.

Таким чином вже через декілька хвилин після засосування змін можна отримати додатковий захист свого DNS.

Також є ресурс dnssec-analyzer, який візуально покаже чи все добре із валідацією домена.

Висновок

DNSSEC – це важливий крок до підвищення безпеки Інтернету. Він не замінює HTTPS чи VPN, але робить DNS-назви більш надійними.
Для власників сайтів налаштування DNSSEC – це демонстрація турботи про безпеку відвідувачів і готовність до майбутніх стандартів (як-от DANE).
Якщо твій DNS-провайдер підтримує DNSSEC (наприклад, Cloudflare), рекомендується обов’язково його увімкнути.

Сьогодні зарядний пристрій став майже таким самим важливим, як і сам смартфон чи ноутбук. Ми звикли, що чим потужніша зарядка, тим більший і масивніший її корпус. Але поява нової технології GaN (Gallium Nitride, нітрид галію) змінила цей підхід.

Що таке GaN

GaN – це сучасний напівпровідниковий матеріал, який поступово витісняє кремній у силовій електроніці. Завдяки йому інженери можуть створювати компактніші й ефективніші блоки живлення, які забезпечують високу потужність без надмірного перегріву.

GaN у зарядних пристроях

У традиційних зарядках більша частина простору відводиться під кремнієві транзистори та систему охолодження. У GaN-зарядках GaN-елементи – це транзистори (ключі) у високовольтному й низьковольтному каскаді. Вони замінюють кремнієві MOSFET і дозволяють підняти частоту комутації до мегагерців, завдяки чому зменшуються трансформатор, фільтри та корпус у цілому. Це означає, що GaN дозволяє упакувати потужність 65–100 Вт у корпус, який ще кілька років тому був би типовим для звичайної 18–20 Вт зарядки.

Основні GaN-компоненти в зарядках

• Силові транзистори (GaN FET, GaN HEMT)
• Випрямлячі та синхронні ключі
• Інтегровані мікросхеми (GaN IC)

Тобто GaN — це лише силова частина схеми, яка комутує енергію. У результаті ми отримуємо компактну «цеглинку», яка видає у кілька разів більше потужності, ніж її кремнієвий аналог. Така зарядка легко підтримує сучасні стандарти швидкої зарядки – Power Delivery, Quick Charge та інші – й може одночасно живити і смартфон, і планшет, і навіть ноутбук.

Огляд RZTK GaN2 65W

Зарядний пристрій RZTK GaN2 65W з двома портами USB-C (PD3.0) забезпечує швидке та ефективне заряджання ваших пристроїв. Завдяки технології GaN2, цей зарядний пристрій компактний та легкий, але потужний.

GaN2 65W – ports

GaN2 65W – specifications

GaN2 65W – certification

Особливості:

• Потужність 65W: Забезпечує швидке заряджання навіть для найвимогливіших пристроїв, таких як ноутбуки, планшети та смартфони.
• Два порти USB-C (PD3.0): Дозволяють одночасно заряджати два пристрої з підтримкою Power Delivery 3.0, що забезпечує оптимальну швидкість заряджання.
• Компактний дизайн: Завдяки технології GaN2, зарядний пристрій має менші розміри та вагу, що робить його зручним для подорожей та використання вдома або в офісі.
• Кабель USB-C / USB-C 100W у комплекті: Високоякісний кабель забезпечує надійне та швидке заряджання, підтримуючи потужність до 100W.

Цей зарядний пристрій стане незамінним помічником для тих, хто цінує швидкість, надійність та стильний дизайн.

Порівняння зарядних пристроїв

Для наочності достатньо візуально порівняти дві зарядки, які є в мене під рукою:

• Xiaomi (MDY-08-EI) – 18 Вт – класична кремнієва модель
• RZTK GaN2 65 Вт – сучасна швидка зарядка українського виробництва

Корпуси в них майже однакові за розміром, тож на перший погляд вони виглядають схоже. Але коли береш їх у руку, відчувається різниця: GaN-зарядка важча. І це закономірно — вона видає у кілька разів більшу потужність, має складнішу електроніку й потужніший трансформатор.

GaN dimensions comparison

GaN dimensions comparison

Щодо ваги, я також перевірив наскільки велика різниця.

GaN weight comparison

GaN weight comparison

Саме тут і проявляється перевага GaN: у звичайному виконанні зарядка на 65 Вт була б ще більшою й масивнішою. Технологія дозволила залишити корпус компактним, практично на рівні маленької 18 Вт моделі, але забезпечити у три з половиною рази більшу потужність.

Висновок

Порівняння звичайної 18 Вт Xiaomi та 65 Вт GaN від RZTK показує головну суть: GaN-технологія не робить потужні зарядки «легкими», але робить їх компактними й зручними. Якщо раніше потужний адаптер займав півсумки, то тепер він мало чим відрізняється за розміром від базової зарядки для смартфона. Це критично важливо для тих, хто подорожує з ноутбуком, планшетом і телефоном: один невеликий адаптер може замінити кілька різних блоків живлення.

Саме тому GaN-зарядки стають новим стандартом: вони поєднують мобільність і потужність, економлять місце в сумці та час під час заряджання.

Нещодавно мені довелося пройти процес повернення роутера Ubiquiti UXG-Lite за програмою RMA через апаратну несправність. Цей досвід виявився цікавим не лише з технічної точки зору, але й з боку міжнародної логістики та гарантійних умов. В цьому дописі я детально опишу кожен етап.

Що таке RMA

RMA (Return Merchandise Authorization) – це офіційна процедура повернення обладнання виробнику для діагностики, ремонту або заміни. Іншими словами, це своєрідний «дозвіл на повернення», який підтверджує, що виробник визнав пристрій несправним і готовий прийняти його назад.

Для Ubiquiti RMA є ключовим елементом післяпродажного обслуговування. Якщо у користувача виникають апаратні проблеми, які неможливо вирішити оновленням прошивки чи зміною налаштувань, служба підтримки після аналізу логів і тестів може видати дозвіл на RMA. Далі пристрій відправляється в сервісний центр виробника, де його перевіряють і, залежно від умов гарантії та характеру поломки, надають ремонт або заміну на новий екземпляр.

Передісторія та проблема з роутером

14 липня 2025 року я вперше зіткнувся з проблемою – інтернет зник, при цьому індикатори на обладнанні світилися, як зазвичай. Провайдер підтвердив, що проблема не з їхнього боку, а всередині моєї мережі. Після перезавантаження шлюзу ситуація не покращилася. Лише перезапуск комутатора на короткий час відновив зв’язок, але потім проблема повторилася. Я перевірив кабель, підключений між шлюзом і комутатором, – він був справний, що підтвердив тестером RJ45. Я зібрав діагностичні support-файли з обладнання та передав їх у техпідтримку Ubiquiti.

Через кілька днів з’явилася інша, більш серйозна проблема: шлюз UXG-Lite почав періодично перевантажуватися, при цьому використання ресурсів процесора сягало 100%. У логах з’явилися помилки QUIC-пакетів та повідомлення про HLOS Panic [0x47]. Я підозрював, що це може бути пов’язано з відомою вразливістю CVE-2023-33063 у чіпсетах Qualcomm IPQ5018 (на якому базується UXG-Lite). Ця помилка призводить до пошкодження пам’яті та аварійного завершення роботи системи. Я навіть уточнив у підтримки, чи є патч – вони відповіли, що інформацію передали розробникам для майбутніх оновлень.

27–29 липня 2025 року ситуація повторювалася щодня:

• Мережа працювала 12–24 години
• Потім шлюз раптово втрачав інтерфейс br0 (основний міст VLAN)
• Відновлення було можливе лише після жорсткого перезавантаження

Базуючись на таких симптомах, я отримав остаточний висновок підтримки:

“Втрата інтерфейсу br0 свідчить про внутрішній збій. Це апаратна проблема, яка не пов’язана з програмною частиною та не може бути виправлена прошивкою.”

2025-07-26T12:23:26+03:00 UXGLite systemd-networkd[1279]: br0: Link DOWN
2025-07-26T12:23:26+03:00 UXGLite systemd-networkd[1279]: br0: Lost carrier

Це означає, що основний мережевий міст пристрою час від часу просто “відвалювався”, що призводило до розриву з’єднання. Мені офіційно рекомендували оформити RMA для заміни пристрою.

Етапи RMA-процесу

Офіційна система RMA Ubiquiti показує шість статусів через які проходить заявка. Звісно є проміжкові етапи такі, як відправка роутера та його отримання мною. По завершенню процеса я зробив остаточний скріншот, і в цьому дописі я детально розпишу кожен етап.

Відправка запиту

Це перший етап, коли я виступаю ініціатором заявки. Звісно для того, щоб подати заявку повинен бути якийся доказ того, що пристрій несправний, наприклад фото пошкодження чи звіт від служби підтрмики із доказами у вигляді логів. Тому я подав заявку із наступним текстом:

Схвалення заявки

На наступний день заявка була схвалена без будь яких коментарів. Починаючи із дня схвалення заявки у користувача є 30 днів, щоб надіслати пристрій. Я розумів, що мій роутер працює нестабільно, проте ще 10 днів вирішив продовжити аналізувати проблему, тісно співпрацюючи з підтримкою.

Відправка роутера в Нідерланди

Після схвалення заявки мені були надані наступні рекомендації щодо відправки та пакування роутера:

• Потрібно роздрукувати packing slip та покласти його всередину коробки.
• Забезпечити читабельність наклейки з MAC-адресою на пристрої.
• Не потрібно надсилати оригінальну упаковку чи аксесуари.
• Якщо це частина комплекту, потрібно повертати його повністю (це правило для AmpliFi Kit, але UXG-Lite окремий пристрій).

Я упакував роутер згідно з рекомендаціями та відправив його до Нідерландів. За міжнародне відправлення я сплатив 544 гривні, що еквівалентно $13. У вікні Awaiting RMA Item я підтвердив відправку клацнувши на посилання “Mark as Sent“. Після цього статус оновився на “Product Sent“.

Тепер залишилося дочекатися, коли пристрій приймуть, перевірять і відправлять мені заміну.

Отримання роутера підрозділом RMA

Національна пошта України – Укрпошта доставила посилку в Нідерланди доволі швидко – за тиждень, проте вона затрималась на митниці в Нідерландах. Я вирішив про це сповістити RMA менеджера, щоб компанія вирішила митні питання і прискорила процес отримання роутера. Більше ніж на два тижні роутер ще перебував на митниці до моменту його розмитнення. Виявилося, що в Нідерландах мито нараховується на будь який товар, тому компанія Ubiquiti сплатила додатково €33.63 це і стало затримкою в логістиці.

• August 15 – Request for payment of shipment costs sent
• August 27 – Payment for shipment costs received

Сумарний термін доставки склав 3 тижні.

Тестування UXG-Lite

В день отримання роутера, спеціалісти RMA протестували його, про що я отримав повідомлення на пошту. Зазвичай це повідомлення надсилається разом із повідомленням про отримання.

Виконання заявки

Буквально через пів години я отримав ще одне повідомлення, про зміну статусу на “Fulfillment”. Така швидка реакція скоріш за все пов’язана з тим, що створення відправлення відбувається електронним методом через поштовий сервіс.

Відправка роутера до мене

Коли я вже фізично відправив роутер поштою в Нідерланди, мені в підтримці сказали, що RMA в Україну пристрої не надсилає на повернення, тому вони очікують, що я їм надам іншу адресу отримання в ЕС.

Добре що в мене є можливість скористатися послугами віддаленого складу в Польщі, тому я надіслав нову адресу, яка була передана в службу RMA. Згідно цієї адреси і було створено відправлення в цей самий день. Звісно такий шлях Нідерланди -> Польща -> Україна і по часу довший і по фінансам дорожчий, адже пересилка буде за мій рахунок.

• Відправка Нідерланди -> Польща відбулася логістичною компанією FedEx за рахунок Ubiquiti і по терміну склала лише 2 дні
• Відправка Польща -> Україна відбулася українською логістичною компанією Meest за мій рахунок, я сплатив €7,5 і тривала 7 днів

Отримання пристрою

Я отримав сповіщення від поштової компанії Meest про те, що посилка вже у відділенні і її можна забирати. Я був здивований розміром коробки, яка була за габаритами вдвічі більшою за оригінальне пакування. Відкривши транспортувальну коробку, побачив новий роутер UXG-Lite але вже Європейської ревізії.

Дивний момент з гарантією

Офіційна гарантія на роутер UXG-Lite – 1 рік. На момент мого звернення гарантійний термін уже давно минув. Проте після діагностики техпідтримка все ж схвалила RMA – очевидно, зважаючи на характер несправності та підтвердження, що це нестандартна робота пристрою. Після відправки роутера з мене не було стягнуто додаткових коштів, тому я розцінюю таку за безкоштовну.

Ще один нюанс – хоча покупка була через сайт у США, відправляти пристрій мені довелося не в Америку, а в Нідерланди. Це пов’язано з тим, що Ubiquiti має європейський сервісний центр, який обслуговує клієнтів з цього регіону.

Висновки

Навіть після закінчення гарантії Ubiquiti може схвалити RMA, якщо є підтвердження заводського дефекту і пристрій куплено саме на сайті убікуті. Процес чітко структурований: від подачі заявки до отримання нового пристрою. Логістика може бути міжнародною, навіть якщо покупка здійснена в іншій країні. Головне – зберігати всі докази несправності (логи, скріни, опис).

Raspberry Pi часто використовується у проектах, які працюють цілодобово. У такому режимі питання охолодження стає критичним. Один із найпоширеніших варіантів – PoE HAT з вбудованим вентилятором. На перший погляд може здатися, що достатньо під’єднати HAT і все запрацює автоматично. Але на практиці іноді виникають нюанси, як це сталося і в мене.

Я купив Waveshare PoE M.2 HAT+. Підключив його згідно інструкції, проте звернув увагу на те, що вентилятор працював постійно на максимальних обертах. Звісно така поведінка неочікувана і я почав шукати причину щоб усунути її.

Параметрами ядра

Вентилятор PoE HAT не працює “напряму” від напруги. Він керується параметрами ядра та спеціальним драйвером, який реагує на температуру процесора і змінює оберти. Ці параметри налаштовуються в файлі конфігурації распбері пай /boot/firmware/config.txt

В цей файл необхідно додати наступний блок налаштувань :

# Fan settings
dtparam=cooling_fan=on
dtparam=fan_temp0=55000,fan_temp0_hyst=2000,fan_temp0_speed=80
dtparam=fan_temp1=60000,fan_temp1_hyst=2000,fan_temp1_speed=140
dtparam=fan_temp2=65000,fan_temp2_hyst=2000,fan_temp2_speed=200
dtparam=fan_temp3=70000,fan_temp3_hyst=2000,fan_temp3_speed=255

Опишу цей блок детальніше на прикладі першого рядка:

• dtparam=cooling_fan=on – вмикає драйвер апаратного вентилятора на Raspberry Pi 5.
• fan_temp0=55000 – поріг у мілі-градусах °C (55 000 = 55 °C). При досягненні цієї температури вентилятор увімкнеться.
• fan_temp0_hyst=2000 – гістерезис (2 °C). Це означає, що вентилятор вимкнеться лише тоді, коли температура опуститься нижче 53 °C.
• fan_temp0_speed=80 – швидкість обертів при цьому порозі. Значення в діапазоні 0–255 (де 255 = максимальні оберти). 80 ≈ низька швидкість, фактично «тихе охолодження».

Після застосування цих змін, я перезавантажив Raspberry Pi, проте зміни не відбулися, вентилятор продовжував працювати на максимальних обертах. Я був змушений шукати інші причини вирішення проблеми – постійні максимальні оберти вентилятора.

Діагностика несправності

Оскільки внесені параметри не вплинули на поведінку роботи вентилятора, то я вирішив подивитися всі можливі параметри які могли б теоретично відповідати за температуру та оберти вентилятора. Для цього я послідовно запустив три команди.

cat /sys/class/hwmon/*/fan1_input
13863

Показує кількість імпульсів за секунду вентилятора. fan1_input – стандартний сенсор у Linux hardware monitoring (hwmon). Зазвичай тут значення коливаються залежно від PWM-сигналу (тобто від того, яку швидкість встановлено через fan_tempX_speed або target_pwm).

/vcgencmd measure_temp
temp=27.9'C

Утиліта vcgencmd читає температуру CPU (через firmware GPU). Означає, що ядро ARM зараз має температуру 27,9 °C. Це «офіційний» спосіб подивитися температуру Raspberry Pi, і саме ці дані використовує система охолодження.

cat /sys/class/hwmon/hwmon0/temp1_input
27050

Той самий сенсор CPU, але доступний через інтерфейс Linux hwmon. temp1_input подає температуру в міліградусах Цельсія. 27050 = 27 050 м°C = 27,05 °C. Це більш «сирий» спосіб доступу до температури, який використовують утиліти типу sensors або monitoring-системи (Zabbix, Prometheus, lm-sensors).

Оскільки кожен параметр видав мені дані, то це значить, що сенсори активні та працюють. Я почав шукати проблему в апаратній частині. Спершу я вимкнув і від’єднав живлення Raspberry Pi, від’єднав шлейф PCI Express та від’єднав повністю плату PoE HAT. Я побачив, що в конекторі для вентилятора распбері пай одна ніжка погнута, і це стало великою проблемою, адже сам роз’єм дуже маленький, і навіть масштаб розмірів голки здається доволі великим. Щоб ви розуміли масштаб мініатюри, я це фото зробив на макро об’єктив.

Як видно на фотографії, контакт було притиснуто до низу і трошки деформовано. Я голкою зміг його підняти тільки у вертикальне положення, проте сам контакт залишився погнутим. Для того, щоб він коректно зайшов в конектор, я змушений був голкою розширити для нього отвір. Після під’єднання, распбері пай запустилася, і вентилятор почав отримувати сигнали щодо кількості обертів в залежності від температури.

Наразі виконавши команду перевірки кількість імпульсів вентилятора cat /sys/class/hwmon/*/fan1_input я отримав значення 3447 що втричі менше за попереднє значення. Таким чином я поборов проблему, і тепер мій вентилятор керується коректно в залежності від температури процесора.

Головний висновок такий: для стабільної та тихої роботи PoE HAT на Raspberry Pi необхідно не лише правильно налаштувати параметри в config.txt, а й переконатися в цілісності конектора та пінів. Мій приклад наочно показує що цим нехтувати не треба, а якщо вже і сталася проблема, то її вирішити не просто, адже елементи конектора настільки маленькі, що їх фізично вирівняти буде або неможливо, або дуже важко і для цього голка або пінцет будуть доволі великими інструментами.