Модуль ядра для поддержки usb видео что это keenetic
Допустим есть некоторое простое устройство USB с драйвером под linux (исходник), например это USB реле для управления нагрузкой по интернету.
И есть собственный web сервер (php+) на keenetic.
Хочется создать страничку с кнопкой "Пуск-Стоп" для управления какой-либо нагрузкой, например включать свет, водопроводные клапаны и т.п. через второй USB. В устройствах keenetic c двумя USB портами - один порт занят HDD или Flash, а второй может быть использован.
Для начала предлагаю скомпилировать драйвер для USB устройства MP751 от Masterkit по следующей ссылке, а затем через php запускать по кнопке скрипт с параметром для включения и выключения данного устройства.
Для управления малыми нагрузками (ток до 0.5 A и напряжением 5В) по USB достаточно управлять включением питания USB без всяких дополнительных устройств.
Очень хочется также передавать данные из php в USB и получать обратно от устройств по протоколу Z-modem (serial port).
Это просто находка для построения систем "Умный дом": легко получать данные с датчиков и управлять системами работающими по serial интерфейсу.
У самого не хватает достаточных знаний linux, gcc и php.
Отредактировано Geniuser (2014-02-16 02:18:58)
2 Ответ от c61 2014-02-16 06:40:40
Geniuser, более перспективным представляется, например:
- шлюз modbus/tcp-modbus/rtu (rs485), подключаемый к свичу ethernet кинетика
- к шлюзу на rs485 - большое кол-во мелких устройств - дискретные вх/вых, аналоговые вх/вых и тп, а не пара реле, как в случае подключения к USB
rs485 здесь для примера, может использоваться любая полевая шина.
Тогда не требуются никакие драйверы, все аппаратно- и программно- независимо, используются только готовые реализации modbus для php, perl и др.
Такая схема со шлюзом modbus/tcp (ethernet) - modbus/rtu (rs485) и устройствами на rs485 у меня уже давно работает на одном из кинетиков.
3 Ответ от Geniuser 2014-02-16 17:07:10
схема со шлюзом modbus/tcp (ethernet) - modbus/rtu (rs485)
К роутеру за 100$ подключать промышленный преобразователь TCP->RS485 за 660$ кажется неоправданным.
Меня интересуют как раз USB преобразователь, например на микросхеме FTDI.
Программный протокол RS485 от RS232 (COM порт) не отличается.
Для USB сервера под управлением linux (keenetic) - это виртуальный COM-port или z-modem.
Драйвера под linux и инструкция по компиляции имеются здесь.
Там пишут, что драйвер под виртуальный COM (VCOM) входит в состав kernel linux. Более того, 3G и 4G модемы, которые поддерживает keenetic роутером общаются с ним по VCOM.
Есть вероятность, что FTDI устройство само определится и примонтируется.
Цена USB адаптера не превышает 10$ на ebay с доставкой.
Отредактировано Geniuser (2014-02-16 18:28:57)
4 Ответ от c61 2014-02-16 19:38:22
Насчёт 660$ это Вы конечно крутовато взяли, но совершенно правы насчет того, что они дорогие. Мне правда пофиг по той причине, что мы их сами производим ))
Про usb - через hub можно попробовать много реле наподключать, но я не проверял, самому интересно. Особенно с FTDI.
Программный протокол rs485 и rs232 в полудуплексном режиме не отличаются, но для управления направлением передачи обычно используется сигнал rts на rs232 (если нет автоопределения направления передачи). rs485 в полнодуплексном - экзотика, обычно только два провода используются.
С момента как у меня в квартире на страже появилась GSM сигнализация, появилась мысль о том, что неплохо бы иметь в мое отсутствие в квартире и «глаза» в случае срабатывания датчиков сигнализации (а может срабатывание ложное?). Поскольку я инженер в области информационных технологий, ни о каком профессиональном решении в виде регистратора и кучи камер речь не шла — только все сам, своими руками. Бюджет тоже сразу было решеноЖелезо
Первым делом подбираем железо. «Глаза» подразумевают камеру, тут уж никуда не денешься. Потом встает вопрос что делать с полученным изображением — хранить его, передавать куда-то и т.д. Так я подумал про подключенный через UPS роутер с модемом 4G для стабильного канала с интернет который тяжело «положить» потенциальному грабителю.
На работе мы с успехом уже несколько лет пользуемся роутерами с USB портами ZyXel Keenetic (конкретно моя уже устаревшая модель Giga2). После того как разработчики прошивок «прикрутили» такую штуку как OPKG (менеджер пакетов) — появилась возможность превратить свой роутер в персональный компьютер с linux c широчайшими возможностями, чем я и решил воспользоваться для своей цели. Итого, уже имея дома компьютер-роутер с подключенным модемом 4G мне не хватало только «глаза» — камеры USB. Вспомнив, что года три-четыре назад покупал для родителей web камеру logitech С270 для их общения с родственниками через skype на компьютере и то что сейчас они общаются уже через планшет — камеру у них реквизировал. Кстати на камере на лицевой панели есть светодиод, который показывает работает ли камера или нет — в дальнейшем это оказалось очень удобно для визуального определения работы системы видеонаблюдения.
Сопряжение и настройка железа
Итак, железо есть. И что не может не радовать — пока находимся в рамках бюджета.
На моем роутере два USB порта, один из которых уже был занят USB модемом 4G. Будем использовать и второй, воткнув туда камеру logitech С270. Для того, чтобы роутер мог работать с камерой нужно предварительно установить на роутере компонент OPKG (в этом компоненте ставим все галочки кроме «Модули ядра для поддержки USB DVB-тюнеров»). Но тут есть подвох — для работы OPKG в роутере нужно дисковое пространство (гигабайта хватит за глаза), но где его взять, ведь оба порта USB на роутере уже заняты? Вариантов решения оказалось два — либо USB hub c флешкой (первое что сразу приходит в голову), либо то, что в мой USB модем 4G можно поставить карту microSD. И найденная дома старая медленная карта microSD 8 гигабайт сразу отправилась в модем. Файловую систему оставил на карте NTFS (хотя настоятельно рекомендуется EXT2 или EXT3). Создаем папку Install и закачиваем нужный образ Entware в нее.
Затем идем в админку роутера, вкладка OPKG, выбираем нашу карту памяти, в строке «Сценарий initrc» пишем
и нажимаем Применить.
После установки OPKG, SSH клиентом (я использую программу Putty на своем ноутбуке c windows) цепляемся к роутеру и выполняем следующие команды для обновления OPKG:
По умолчанию на SSH логин root пароль keenetic (или zyxel в зависимости от версии прошивки). Пароль настоятельно рекомендуется поменять командой passwd.
Далее устанавливаем программу motion.
Именно она будет работать с нашей камерой, анализировать изменение картинки и давать указание роутеру куда посылать полученное изображение. Файл настроек программы motion это \etc\motion\motion.conf, редактируя его меняем нужные нам настройки. Первым делом я установил поддерживаемое камерой максимальное разрешение 1280x720, повернул на изображение на 180 градусов (мне удобнее было установить камеру «вверх ногами»), запись 2 кадра в секунду.
Записывать весь видеопоток и транслировать его в интернет я необходимости не видел, поэтому настроил motion записывать видео и передавать его только в случае изменения изображения. В процессе настройки motion стало понятно, что она не поддерживает с моей камерой режим MJPEG, а поддерживает только режим YUYV — в результате чего результатом работы motion будет не видеоряд, а только последовательность фотографий JPEG.
Также я настроил motion так, что копия фотографий копируется на внешний FTP сервер.
В случае, если вынесут из квартиры и роутер с картой памяти, все равно будет возможность посмотреть как именно это произошло.
Настоятельно рекомендуется поменять логин пароль на подключение к вашей камере.
После всех настроек смотрим в браузере результат по адресу:
Внимание! Если никакого изображения в браузере вы не увидели, следует обратить внимание на вашу версию прошивки Keenetic. Предположительно начиная с версии прошивки 2.11.A.4.0-1 модули видео по умолчанию не подгружаются, поэтому в SSH надо их загрузить «ручками» или добавить в скрипт запуска:
Если и после этого изображение не появилось, первым делом смотрим логи Keenetic, что происходит при подключении камеры. Определяется ли камера как видеоустройство и т.д.
Управление
Проделав всю эту работу, пришла мысль о том, что надо как-то этим управлять, т.е. включать и выключать в нужные моменты времени (причем главным образом удаленно). Вопрос решил установкой клиента SSH на свой android смартфон. После выбора SSH клиентов остановился на ScriptKitty. Нажатием двух-трех клавиш на смартфоне можно быстро выполнить включение или отключение motion.
Запуск motion через SSH:
Завершение motion через SSH:
Но тут ждал еще один подвох — «серый» ip адрес на моем модеме 4G. Подключаясь к роутеру через Wi-fi без проблем можно выключить или включить motion. Но что делать, если ты за пределами Wi-fi своего роутера, а у твоего роутера «серый» ip? Я нашел спасение в виде VPN. Схема следующая — своим домашним роутером я цепляюсь к роутеру на работе со статичным IP посредством PPTP клиента(на работе на роутере установлен PPTP сервер). Теперь сделав проброс порта SSH с рабочего роутера на домашний я наконец-то могу управлять своей камерой удаленно обращаясь со своего смартфона по статичному адресу роутера на работе.
Также пробовал автоматизировать управление с помощью автоматизатора Tasker (у него есть свой отдельный SSH клиент) — отслеживать подключение смартфона к Wi-Fi роутера и в зависимости от этого включать или выключать motion. Логика тут такая: смартфон подключен к Wi-Fi роутера — значит я дома — камеру отключить. Смартфон не подключен к Wi-Fi роутера — значит я не дома — камеру включить. Но поэкспериментировав, от этого варианта отказался — слишком много ложных срабатываний. Например я дома, смартфон заснул, роутер потерял смартфон, включилась камера — ну и т.д. В настоящее время пользуюсь только ручным способом.
Заключение
В принципе, что хотел я от проекта, то и получил. Могу «видеть» квартиру когда захочу и в случае каких-то срабатываний GSM сигнализации уже принимать решение что делать дальше. В процессе реализаций решил кучу проблем, но их решение вызывало определенный кайф от приобретенных знаний и реализации задуманного.
Известный разработчик ядра Грег Кроа-Хартман [Greg Kroah-Hartman] дал интервью немецкому журналу Golem.de. Он упомянул, что драйвер для USB-видеоустройств (UVC) планируется официально включить в ядро. Именно с этим драйвером работает большинство веб-камер.
На данный момент драйвер уже включен в ядро в некоторых дистрибутивах (Ubuntu, Fedora). Остальным необходимо было патчить ядро самостоятельно.
>А потому что леммнинги млять вендузятные, все искоробки хотят. Сволочи, стрелял бы вас.
неудачная попытка троллить, вантузятник. иди учись дальше
>> А потому что леммнинги млять вендузятные, все искоробки хотят. Сволочи, стрелял бы вас.
>Убейся об стенку, красноглазый выродок.
смешно. один вантузный троль комментирует другого. хотя стиль очень похож. скорее всего это один и тот же юнный прыщавый вантузятник пытается создать нездоровый ажиотаж. довольно неумело =)
боян. красношапочники уже давно бсод портировали.
>это все так и не выход из ситуации
>USB "тараканы" плодятся быстрее чем релизы ядра
Тараканы в данном случае - это говножелезо, проблема в производителях, а не ведре.
Мне вроду бы ни к чему до сих пор было, а сейчас интересно стало поиграться.
> Вообще было приятно воткнуть камеру в той же федоре и получить рабочий скайп с видео.
а есть список камер, которые *не работают* или работают так, что брать не стоит?
>> А не лучше вынести драйверы из ядра?
>Куда интересно узнать, о великий аналитик ЛОРа?
Как аналитик тебе говорю - в астрале им будет лучше.
Предсавляю, как домашний пользователь "патчит" ядро. После этого не удивительна доля Линукса на домашних компьютерах, которая не превышает 0.67%.
> немецкому журналу Golem.de
Кстати, для моей "Praktica" (натюрлих!:)) есть драйверы и утилиты для офтопика и настоящего ЮНИКСа (догадайтесь, какого!:)). Никакой поддержки Линукса там нет и не планируется. Так, что бундесы не спешат переходить на эмулятор ЮНИКСа. Я-я! Дас ист фантастишь!
я "подсел" на DirectShow - не знаю, как бы все портануть под
linux - может, кто подскажет?
>Тараканы в данном случае - это говножелезо, проблема в производителях, а не ведре.
не всегда , пример:
> Остальным необходимо было патчить ядро самостоятельно.
Афтору - срочно учить матчасть. Для сборки стороннего ядерного модуля не надо патчить ядро. В дебиане это делается через module-assistant и не сложнее установки пакета.
> Кстати, для моей "Praktica" (натюрлих!:)) есть драйверы и утилиты для офтопика и настоящего ЮНИКСа (догадайтесь, какого!:)). Никакой поддержки Линукса там нет и не планируется. Так, что бундесы не спешат переходить на эмулятор ЮНИКСа. Я-я! Дас ист фантастишь!
Mac OS X, что ли?
Дааа. Это наверное уже конец монолиту.
Что ли посмотреть GNU/Hurd или MINIX?
>Включение драйверов в основную ветку на практике означает, что драйвер не будет поломан в случае изменения внутриядерных API, т.к. человек, делающий эти изменения, пройдется во всему затронотому коду.
Опыт показывает что это совсем не так ;)
>Mac OS X, что ли?
Macam ? Угадай с трёх раз откуда они код тырят ;)
>Большинство видов, да, а большинство дешевых на рынке - нет.
UVC это как раз самые дорогие и навороченные ;)
А всякий говнокитай это именно Vendor Specific Class на вимикрах (50% _всего_ рынка дешёвых камер включая камеры в мобилах это как раз они)
>Для сборки стороннего ядерного модуля не надо патчить ядро
Некоторые вещи нельзя собрать модулем, как дела обстоят с эти драйвером я особо не вникал(ибо не использую).
> скорее всего это один и тот же юнный прыщавый вантузятник пытается создать нездоровый ажиотаж. довольно неумело =)
Ты ошибаешься, мальчик-вантузявчик.
>А сколько всего таких девайсов, вы не задумывались? 95% нынешних камер покрываются этими 70 моделями легко и непринужденно.
Хуже. Я точно знаю как обстоят дела на этом рынке ;)
95% (по объёму предложения а не по номенклатуре моделей) это как раз Vendor Specific Class а _не_ UVC
> как дела обстоят с эти драйвером я особо не вникал(ибо не использую).
Это многое объясняет ;)
>а есть список камер, которые *не работают* или работают так, что брать не стоит?
У некоторых вендоров есть общие списки
> В винде-и то, принтерные драйвера в юзерспейсе!
а в линуксе не пытались узнать где?
ЗЫ про винду -- не знаю
>> Включение драйверов в основную ветку на практике означает, что драйвер не будет поломан в случае изменения внутриядерных API, т.к. человек, делающий эти изменения, пройдется во всему затронотому коду.
> Опыт показывает что это совсем не так ;)
Что, их совсем не правят и GregKH в очередной раз соврамши?
>Что, их совсем не правят и GregKH в очередной раз соврамши?
Правят, но не тщательно ;)
>я "подсел" на DirectShow - не знаю, как бы все портануть под linux - может, кто подскажет?
Ты этот вопрос задавал в другом треде месяц назад
> драйвер для USB-видеоустройств (UVC) планируется официально включить в ядро
Гут! Больше драйверов хороших и разных!
P.S. У меня Philips SPC 900NC USB webcam, драйвер pwc (Vendor Specific Class), отлично пашет скайп с видео.
>>Не понял при чём тут релизы ядра ;)
>hint: Большая часть USB-камер живёт в виде standalone драйверов вне ядра (в смысле не входит в дерево исходников но разумеется является модулями ядра). Вот пущай дисрибутеры и включают драйвера USB-камер в виде отдельных пакетов. Нафига еще >300 девайсов в основную ветку-то тащить ? uvcvideo это правда всего 70 девайсов (для последнего драйвера из svn) sS **** (*) (30.04.2008 1:47:36)
Не согласен. Если делать модулем ядра, то включать в основную ветку. Тем более что девайсы распространенные.
>> Что, их совсем не правят и GregKH в очередной раз соврамши?
> Правят, но не тщательно ;)
То есть смысл есть.
>боян. красношапочники уже давно бсод портировали. anonymous (*) (30.04.2008 8:52:37)
Не бсод, а перенесли часть кода переключения видеорежимов.
>> Остальным необходимо было патчить ядро самостоятельно.
>Афтору - срочно учить матчасть. Для сборки стороннего ядерного модуля не надо патчить ядро. В дебиане это делается через module-assistant и не сложнее установки пакета.
А если не соберется? :)
>Если делать модулем ядра, то включать в основную ветку. Тем более что девайсы распространенные.
Тогда будешь включение новых девайсов ждать 2-4 месяца.
Это средняя скорость прохождения патча по поддержке нового железа до стабильного релиза. В отдельных случаях возможно и дольше.
>>Что, их совсем не правят и GregKH в очередной раз соврамши?
>Правят, но не тщательно ;)
Фтопку кодеришек, ваяющих линупс. и линупс вместе с ними потому, что не могут сразу спроектировать нормальную архитекуру и стабильный API, а ломают API при каждом релизе, насрав на совмесимость, пионеры млин.
> ломают API при каждом релизе
> А не лучше вынести драйверы из ядра?
> Фтопку кодеришек, ваяющих линупс . . пионеры млин.
Его в биореактор посылали, к логопеду тоже. Куда теперь?
> Фтопку кодеришек, ваяющих линупс. и линупс вместе с ними потому, что не могут сразу спроектировать нормальную архитекуру и стабильный API, а ломают API при каждом релизе, насрав на совмесимость, пионеры млин.
Фтопку анонимных троллей
>> немецкому журналу Golem.de
>Кстати, для моей "Praktica" (натюрлих!:)) есть драйверы и утилиты для офтопика и настоящего ЮНИКСа (догадайтесь, какого!:)). Никакой поддержки Линукса там нет и не планируется. Так, что бундесы не спешат переходить на эмулятор ЮНИКСа. Я-я! Дас ист фантастишь!
Хватит пороть чушь.
> Его в биореактор посылали, к логопеду тоже. Куда теперь?
Да хоть к тэрапевту талончик выписывайте - все равно кривущий линупс с кривущей поддержкой вебкамер, кучидругого железа и нестабильным API лучше от этого не станет. :)
Какой тебе пруфлинк? Я зайопся с каждым релизом ведра патчить драйвера от ATI. Драйвера от интелловских мопедов не собираются тоже потому, что поломали API. Старый драйвер радиотюнера для 2.6 тоже перестал собираться. Переход на xtables и nflink тоже переломал кучу работавших ранее модулей, которыми сейчас никто не занимается - теперь они мертвы, принесены в жертву красноглазым богам линупса.
> Фтопку анонимных троллей
Там все места забронированы для пионеристых разрабодчегов нестабильного АПИ линупса и красноглазой команды их фанов.
>Я зайопся с каждым релизом ведра патчить драйвера от ATI. Драйвера от интелловских мопедов не собираются тоже потому, что поломали API. Старый драйвер радиотюнера для 2.6 тоже перестал собираться. Переход на xtables и nflink тоже переломал кучу работавших ранее модулей, которыми сейчас никто не занимается - теперь они мертвы, принесены в жертву красноглазым богам линупса.
Блин, и почему у меня вот уже который год нет таких проблем? Наверно потому что я не кидаюсь радостно собирать каждое новое ядро, в отличие от некоторых красноглазых идиотов, не понимающих смысла фразы "работает - не трожь" и самостоятельно хреначащих себе граблями по тыкве. Откатиться на работающее ядро у них, видимо, тоже мозгов не хватает. Вот и сидят с неработающим железом и плачут, какой Линукс нехороший.
Тролли плакали, кололись но продолжали жрать кактус ;))
У меня Logitech QuickCam Pro 9000, работает с UVC на ура, в федоре из коробки. Засунут UVC в ванильку - я только рад буду
> Блин, и почему у меня вот уже который год нет таких проблем?
У меня тоже проблем нет после того как с генту завязал. Только вопрос был не ооб этом, а о том, что API нестабильное и то, что у тебя нет проблем еще не говорит что их нет вообще - ты ж не собирал драйвера от интелловских модемов, радиотюнеров, не входящих в ядро и заброшенных модулей для iptables вроде ip_personality.
> в отличие от некоторых красноглазых идиотов, не понимающих смысла фразы "работает - не трожь"
А если не работает и на новом ведре не собирается?
> Откатиться на работающее ядро у них, видимо, тоже мозгов не хватает.
> Вот и сидят с неработающим железом и плачут, какой Линукс нехороший.
Конечно нехороший - основное предназначение ядра ОС поддерживать железо. Если оно не поддерживает железо и если старые открытые драйвера не работают и не собираются на новых ядрах, значит говно такое ядро и архитектура у него говно, не смотря на красноглазых идиотов, защищающих нестабильное API.
> Тролли плакали, кололись но продолжали жрать кактус ;))
Да, кактус этот ваш линупс. Пора завязывать с его поеданием . Нормальные люди уже давно поголовно юзают нормальный виндовз, а не линупз.
Кстати, кто может посоветовать хорошо поддерживаемую в Linux видеокамеру с хорошим разрешением, поддержкой форматов RGB24, JPEG, AVI? Продавцы камер как правило не в курсе, а покупать работающее только в виндах устройство покупать смысла нет по причине отсутствия этой самой винды.
> с генту завязал.
Так бы и сказал сразу что пионЭр-гентушнег (:
Вам надо руки скотчем прикручивать к стулу чтобы не лезли ими куда ни попадя. Как сказал однорукий начальник отдела ТБ на одном заводе - "Нех@й лезть руками в работающий станок" (:
>А если не работает и на новом ведре не собирается?
Вы там между собой договоритесь, что ли, работало раньше или не работало. Я отвечал на ". переломал кучу работавших ранее модулей. "
А если не работает ни на старом, ни на новом --- это уже са-а-аффсем другой разговор.
>Конечно нехороший - основное предназначение ядра ОС поддерживать железо.
Если Линукс по этому критерию нехороший, то Виндовс тогда вообще полное говно --- его ядро вообще нихера не поддерживает, ага?
>. если старые открытые драйвера не работают и не собираются на новых ядрах, значит.
. мейнтейнер драйвера халявит. Осталось выяснить, почему: потому что железка времён Debian Woody и как-то странно ставить на неё дистрибутив 2008 года или потому что просто за**ался без спеков от производителя что-то там лабать?
До выхода Keenetic Peak компания последний раз обновляла аппаратную платформу в флагманских роутерах шесть лет назад. Тогда в модели Zyxel Keenetic Ultra II появился чипсет MT7621A. Платформа оказалась просто невероятно успешной: на 7621-м выпущены сотни роутеров, причем новые модели появляются до сих пор. Шутка ли, разработанный еще во времена 802.11n (Wi-Fi 4) чипсет неплохо справляется с базовыми скоростями 802.11ax (Wi-Fi 6).
Для Keenetic MT7621A на многие годы стал основной флагманской платформой. Разработчики прошивок выжимали из ветерана все соки, открывая в нем и второе, и третье дыхания. Но ресурс двухъядерного решения с архитектурой MIPS явно заканчивался, и строить на нем топовые модели с Wi-Fi 6 было просто невозможно. Работы над заменой шли давно, работающий прототип я видел еще два года назад. Но пандемия существенно осложнила налаживание массового производства, что вдобавок усугублялось дефицитом чипов. Так что Keenetic Peak на новой платформе с архитектурой ARM появился в продаже только в июле 2021 года. Стоило ли ждать так долго?
Разница в цифрах
Для нового массового чипсета в Mediatek решили не придумывать радикально новое имя. Его зовут MT7622. Существует две версии с буквами A и B на конце. Отличаются они только поддержкой Bluetooth (по иронии, именно в B ее и нет). В остальном версии идентичны: два ядра Cortex-A53 с частотой 1.35 ГГц, встроенная поддержка Wi-Fi в диапазоне 2.4 ГГц (4х4), две линии PCIe 2.0 (4 Гбит/с), два порта USB (3.0 и 2.0).
В Keenetic Peak стоит версия MT7622B. Сам роутер собран в корпусе уже известной нам модели Giant и внешне от нее неотличим. 8 гигабитных портов (не считая WAN), SFP, съемные антенны – на вид сходство полнейшее. Уточню, что Giant и Peak можно использовать без антенн, не нанося вреда системе. Это приятно выделяет их на фоне прибалтийских поделок, где лепят устрашающие наклейки «Включать без антенн запрещено». За диапазон 5 ГГц отвечает чип MT7615.
Кстати, приглашаю вас приступить к просмотру видеоверсии обзора, там все в деталях и в динамике.
Внешнее сходство с Giant заставило меня усомниться в необходимости отдельного обзора. Ну да, здорово, что старую добрую Ultra перевели в большой корпус с 8 портами Ethernet. Но формула Wi-Fi та же, до 800 Мбит/с в диапазоне 2.4 ГГц и до 1733 Мбит/с в 5 ГГц. Как можно догадаться, Wi-Fi 6 не завезли. Ну и что тут рассказывать? Еще раз переобозреть Ультру, где главное отличие – 512 мегабайт оперативной памяти вместо 256?
Полетели
С другой стороны, новая – заведомо более производительная – платформа как бы намекала, что кое-где должно стать гораздо быстрее. Подключил к порту USB 3.0 внешний SSD (точнее, внешний бокс, внутри которого SATA SSD Kingston со скоростью 450 Мбайт/с на чтение и запись) и проверил – как оно работает по кабелю? Файлы писались и читались на максимальной для гигабитного интерфейса скорости – примерно 116 Мбайт/с. Так-так, уже неплохо. Если по скорости чтения прирост относительно невелик (модели на MT7621 умеют где-то 105-108 Мбайт/с), то вот при записи ускорение двукратное. Неплохо! Это уже уровень приличного NAS.
Но кабель – для олдов. Мало кто прокладывает их по домовладениям, как паутину. И большинство интересует скорость работы с подключенным накопителем по Wi-Fi. На «кинетиках» с MT7621 скорость чтения по воздуху была примерно 40 Мбайт/с (с редкими пиками до 50), а записи и того меньше, около 35. То есть без разницы было, к какому порту подключать – USB 2.0 или 3.0.
На роутерах с Wi-Fi 6 и трех-четырех ядерными процессорами мне удавалось получить максимум 70 мегабайт на чтение и 40 на запись. Обычно – и того меньше.
И вот каково же было мое удивление, когда Keenetic Peak при подключении ноутбука HP Elite Dragonfly с не самым новым адаптером Intel AX200 выдал 110 мегабайт при чтении и 100(!) при записи. По устаревшему Wi-Fi 5, между прочим! (визуализация тестов есть в ролике)
Уточню, что развить такую скорость по воздуху можно либо в режиме 4х4 при ширине канала 80 МГц (девайсов, умеющих такое, исчезающе мало), либо в режиме 2х2 при канале 160 МГц (таких уже полно, причем это не только ноутбуки, но и смартфоны). В обычном 2х2 (80 МГц) будет где-то 70 мегабайт в оба конца. Это все равно прилично.
Если запустить чтение с двух устройств – одно по кабелю, другое по Wi-Fi – скорость будет порядка 90 Мбайт/с на каждое. То есть суммарно роутер может отдавать с накопителя 180 мегабайт в секунду. Однако.
Новая платформа существенно разогнала встроенный торрент-клиент Transmission. Раньше в топовых Keenetic стояло ограничение 15 Мбайт/с, чтобы не перегружать старичка MT7621. Уже в нынешней версии прошивки (3.6.10) ограничение подняли до 20 Мбайт/с, а в 3.7 обещают новое повышение. Максимально достигнутая скорость скачивания торрентов на тестовой сборке составила 40 мегабайт в секунду, что для роутера очень даже. У меня NAS с 4-ядерным Intel Celeron умеет не сильно больше. Также на новой платформе можно при необходимости качать несколько торрентов. При трех закачках загрузка процессора была 85%, и роутер оставался вполне отзывчивым на раздражители, не уходя в перезагрузку или зависон.
Последним проверил WebDAV. Это когда делаешь защищенный канал и с роутера передаешь какой-нибудь файл по интернету. Так вот с включенным шифрованием скорость передачи достигала 50 Мбайт/с. Другие защищенные режимы не гонял, потому что лично мне они без надобности. Но, в общем, по WebDAV выводы делать можно.
Итого
Если бы в Keenetic Peak был Wi-Fi 6, я бы просто назвал его лучшим из лучших, невзирая на цену. Потому что такая могучая аппаратная платформа, да с топовой радиочастью, да под Keenetic OS… Ух же!
Но Wi-Fi 6 пока не завезли. Да, головой я понимаю, что и по Wi-Fi 5 все, мягко говоря, недурно. Но свербит же, когда клиент с поддержкой Wi-Fi 6 подключается по «старому» стандарту. И несмотря на то, что Peak унаследовал достойную дальнобойность Ultra, с использованием Wi-Fi 6 можно достичь большего. Особенно при создании mesh-системы.
Уточню, что переход на новую платформу не сделал Keenetic Peak несовместимым со старой: он отлично работает в mesh с моделями на MIPS-процессорах. Проверял на Giant и новой Giga KN-1011, полет нормальный.
И еще один важный момент. Когда шесть лет назад вышел Zyxel Keenetic Ultra II на MT7621A, пользоваться им в первые полгода было почти невозможно. По крайней мере, у меня не получалось. Я несколько раз ставил его основным, обновлял прошивку, мучился денек и возвращал в коробку. Действительно безупречным он стал, насколько помню, месяцев через девять. И все всё понимали: новая платформа, пока ее настроишь.
С Peak в плане надежности и стабильности работы все в порядке. Может быть больше времени было на доводку софта, может ловить баги научились лучше – это мне достоверно не известно. Но роутер вполне рабочий, и осталось только дождаться, когда отпустят на свободу встроенный торрент-клиент.
Стоит Keenetic Peak 15 990 рублей. В комментариях вы можете написать – какие роутеры с Wi-Fi 6 можно купить за такую сумму, и сколько штук. Я же просто замечу, что ни одного роутера с 8 портами на борту и такой скоростью работы с внешними накопителями сейчас нет. И, в общем, он успешно заменяет NAS базового уровня. Если, конечно, вы видели NAS с таким нехилым Wi-Fi и поддержкой mesh.
Конечно, нет смысла покупать Peak в небольшую квартиру, где из устройств только ноутбук, два смартфона и умная колонка. Но для нагруженных техникой домовладений вариант годный. Тем более, никто не мешает добавить в Wi-Fi систему новую «гигу» с W-Fi 6, и радоваться, как на экране клиентских устройств загораются правильные значки.
Читайте также: