Дома стоят два роутера, каждый из которых потенциально с вайфаем. Но включён вайфай только на одном роутере (на зухеле), покрывает практически всю квартиру. Однако для девайсов на Виртурилке (тележки, танчики всякие) когда-то поставил отдельную точку доступа, Ubiquiti UniFi AP LR. Дизайн её понравился, висит на стенке в коридоре, зелёненьким светится.
На днях столкнулся с проблемой - катаюсь на тележке, а видео постоянно рассыпается на квадратики. Обычно это происходит при ухудшении сигнала (пакеты теряются). К тому же и точка доступа (эта самая летающая тарелка) дурить начала.
Вспомнил что много народу рапортовали о улучшении работы оной тарелки после перепрошивания на "полноценную" роутерную прошивку.
Тут надо бы пояснить. Точка доступа Ubiquiti UniFi AP сама по себе не имеет интерфейса и управление ею возможно только из Java софта, устанавливаемом на обычном компе (т.н. "контроллер"). Настроек там не ахти сколько, да и только ради него жаву на компе держать как-то фигово, так что народ стал изыскивать варианты.
Оказалось что проц в этой тарелке используется такой же как и в некоторых полноценных роутерах фирмы Ubiquity. А именно, процессор AR7240 (или модификация AR7241). А для тех роутеров есть нормальные прошивки (называются AirOS) с навороченным веб-интерфейсом. Вот народ и взял да и сделал неофициальную прошивку для UniFi AP на базе роутерных прошивок.
Короче, нашёл сайт как-то где лежат инструкции по перепрошивке, прошил. Инструкции вот тут.
Я шил бинарник BZ.v5.5.12536.120806.1601.bin (ссылки там же).
Всё нормально залилось, точка ребутнулась, веб-морда появилась. Вроде работало. Но коннект стал паршиво держаться, даже планшет постоянно отваливался. Поковырял настройки, оказалось что большинство функций толком не работает (собссно, точка доступа хоть и сделана на базе того же проца что и роутеры, но проц это ещё не всё что требуется для корректной работы).
Короче, решил убрать всё нафиг и вернуться в старый добрый родной режим точки доступа с управлением через Java софтину. Скачал бинарник оттуда же, прошил. И в веб-морде (которой вообще, собссно, быть не должно) надпись о том что данная прошивка запрещена к установки на непредназначенных для неё девайсах.
Оказалось что я ошибся файликом и залил очередную левую прошивку вместо родной. А хитрая фирма Ubiquity в своё время подсуетилась и сделала эдакую защиту от перепрошивки.
Короче, тарелка превратилась в бесполезный кирпич, или, говоря по-русски, брикнулась :-)
Хрен ли делать, надо восстанавливать. Тем более что дело несложное. Достаточно разобрать тарелку, после чего видим пару групп пинов. Группа из четырёх пинов является портом для подключения консоли (обычный UART).
В эту консоль был воткнут кабель, который у меня обычно к стендовой Виртурилке подключен, после ребута тарелки в консоли появились привычные сообщения. Там тот же загрузчик U-boot, который у нас на Виртурилке, да, собссно, на большинстве девайсов он используется.
Board: Ubiquiti Networks AR7241 board (e512-17.0101.002e) DRAM: 64 MB Flash: 8 MB Net: eth0, eth1 Hit any key to stop autoboot: 1 0 ## Booting image at 9f050000 ... Image Name: MIPS Ubiquiti Linux-2.6.15-5.2 Created: 2013-10-08 18:37:43 UTC Image Type: MIPS Linux Kernel Image (lzma compressed) Data Size: 729748 Bytes = 712.6 kB Load Address: 80002000 Entry Point: 80002000 Verifying Checksum at 0x9f050040 ...OK Uncompressing Kernel Image ... OK
Starting kernel ... Booting...[/code] Для возврата работоспособности тарелки всего лишь надо залить штатную прошивку, но на оф сайте их нету. Зато оказалось что в каталоге установленной родной Java софтины (которая для управления настройками тарелки) есть куча прошивок для разных моделей точек доступа.
Именно для UniFi AP LR подходят прошивки в каталоге C:Users\%USERNAME%Ubiquiti UniFidlfirmwareBZ2
Там два подкаталога, по номерам версий. 2.3.9.1693 и 2.4.6.2178 Вот, собссно, 2.4.6.2178 я и выбрал.
Осталось залить её на точку доступа. Но веб-интерфейса нет, ssh-сервер не пускает. Для того чтоб включить режим восстановления консоль и пришлось подключать.
Для включения режима восстановления надо прервать процесс загрузки (на стадии U-boot нажать любую клавишу клавиатуры), после чего в приглашении ввести "urescue"
После этого U-boot будет ждать когда к нему подключатся с помощью tftp и зальют ему новую прошивку. Дефолтный ip тарелки - 192.168.1.20
[code]ar7240> urescue
Setting default IP 192.168.1.20 Starting TFTP server... Using eth0 (192.168.1.20), address: 0x81000000 Waiting for connection:[/code]Так что на любом другом компе запускаем tftp клиент
[code]tftp 192.168.1.20[/code]Переводим в бинарный режим (ОБЯЗАТЕЛЬНО!)
[code]tftp> bin[/code] и скармливаем фирмварю
[code]tftp> put firmware.bin[/code]По завершении заливки в консоли появится движуха, примерно такая:
[code]Firmware Version: BZ.ar7240.v2.4.6.2178.131008.1132 Setting U-Boot environment variables Will not overwrite u-boot partition! Skipped. Copying partition 'kernel' to flash memory: erasing range 0x9F050000..0x9F10FFFF: .... done Erased 12 sectors writing to address 0x9f050000, length 0x000c0000 ... write addr: 9f050000 Copying partition 'rootfs' to flash memory: erasing range 0x9F150000..0x9F5CFFFF: ............ done Erased 72 sectors writing to address 0x9f150000, length 0x00480000 ... write addr: 9f150000
Firmware update complete. Resetting...[/code]Тарелка уйдёт в ребут, а затем начнёт штатно функционировать.
Но проблема-то с рассыпанием видео осталась. Полез в настройки, поменял канал на 13-й. Всё, проблема исчезла, видео идеально прёт :-)
Но при ковыряния с прошивкой AirOS я как-то вспомнил что у меня где-то валялся Ubiquity PicoStation M2 HP. Который "мал да удал", как говорится. Пошарил по коробкам, таки нашёл. Правда, роутер в разобраном виде, корпус от него во время какого-то эксперимента раздраконен был. Но это фигня (с), пофиг на внешний вид.
Этот самый пикостейшн был успешно настроен на 12-й канал, подключён к локалке, подвешен за проводок. Роутер довольно дальнобойный, из моей лаборатории (дальняя комната) спокойно пробивает до курилки у лифта (а там даже коридорные роутеры еле ловятся). Короче, теперь дома три активных вайфая.
Собссно, пишу это на всяк случай, если ещё мудрить с тарелкой придётся.
UPD> Блин, я забыл про направленную тарелку пятигигарцовую. Надо и её заюзать подо что-нибудь, а то зря простаивает :-)
Свою прошивал вот этой BZ.v5.5.2.14464.130315.0303.bin LED выключен в ней. Работает стабильно, но прошивал не LR. Хотя на даче у меня LR, тоже перешивал, там LED работает, но пока не могу посмотреть какой.
На даче LR работает на Firmware Version:BZ.v5.3; Build Number:7782 (BZ.v5.3.7782.110301.2247.bin). После замены свитча на ToughSwitch PoE Uptime: 55 days 18:24:32. Т.е. проблем не выявлено. Светодиод светится, когда нет активных коннектов то выключается.
добрый день. не совсем понял про подключение. на плате Вы подключились 3-х пиновым разъемом, а с другой стороны? подробнее расскажите, пожалуйста. дело в том что пытаюсь реанимировать такой же кирпич.
А если при включении тарелки я вижу в консоли: ???????????????????????????Z??uU?]??c5!}[?????;!=??5???????????????5???w[}e????? +???R?zZ??{?+??????????z?;?z?+?????j?K?j? ?? ??? ?
Оперативно отвечаете :-) Подключаюсь через Putty, пробовал скорости 9600, 19200, 38400, 57600 и 115200 бит/с, на любой результат одинаковый. Правда в реальности не вопросы отображаются, а заштрихованная ячейка.
Цитата: А если при включении тарелки я вижу в консоли:???????????????????????????Z??uU?]??c5!}[?????;!=??То что я не правильно делаю?
Мне помогло выставление скорости com-порта в putty на 126000. Нестандартно, методом подбора, но он начал нормально принимать и отправлять. С 112500 тоже всё глючило.
После неудачной прошивки тарелка ни на что не реагирует. в UART молчит, LAN вообще не активен, на кнопку резет никакой реакции. При подаче питания загораются все 3 светодиода и всё. Может кто-нибудь подскажет как восстановить? Предположительно не ту прошивку залил.
Soul_Shtorm Пятница, 28 Февраля, 2014 16:13 цитировать ссылка на коммент
Gol Пятница, 28 Февраля, 2014 23:36 цитировать ссылка на коммент
Да ничего особенного, собссно. Так, себе помяточка.
SysCat Суббота, 1 Марта, 2014 17:50 цитировать ссылка на коммент
SysCat Суббота, 8 Марта, 2014 09:43 цитировать ссылка на коммент
Gol Четверг, 13 Марта, 2014 11:20 цитировать ссылка на коммент
Я вообще на пикостейшн перешёл, дальнобойнее оказалась в моих квартирных условиях.
Гость Пятница, 13 Февраля, 2015 12:08 цитировать ссылка на коммент
Гость Среда, 29 Июля, 2015 11:14 цитировать ссылка на коммент
Gol Среда, 29 Июля, 2015 15:46 цитировать ссылка на коммент
На плате, ага
Гость Вторник, 24 Мая, 2016 12:33 цитировать ссылка на коммент
???????????????????????????Z??uU?]??c5!}[?????;!=??5???????????????5???w[}e????? +???R?zZ??{?+??????????z?;?z?+?????j?K?j?
??
???
?
?Z???????????{!!-#1?-%=15?=??3?
То что я не правильно делаю?
Gol Вторник, 24 Мая, 2016 12:38 цитировать ссылка на коммент
Скорее скорость порта неправильно выставил в терминалке.
Гость Вторник, 24 Мая, 2016 12:43 цитировать ссылка на коммент
Gol Вторник, 24 Мая, 2016 12:49 цитировать ссылка на коммент
Остальные параметры должны быть 8N1. 8 бит, без контроля чётности, 1 стоп-бит.
Гость Вторник, 24 Мая, 2016 12:51 цитировать ссылка на коммент
data bits 8
stop bits 1
parity none
flow control none
Gol Вторник, 24 Мая, 2016 12:54 цитировать ссылка на коммент
Ну тогда странно, раз уж все параметры правильные :-(
Гость Пятница, 17 Июня, 2016 04:41 цитировать ссылка на коммент
Гость Воскресенье, 2 Июня, 2019 17:51 цитировать ссылка на коммент
Gol Понедельник, 3 Июня, 2019 11:30 цитировать ссылка на коммент
Уфф, это так давно было, у меня не сохранилась прошивка.
Гость Вторник, 24 Марта, 2020 16:17 цитировать ссылка на коммент
Мне помогло выставление скорости com-порта в putty на 126000. Нестандартно, методом подбора, но он начал нормально принимать и отправлять. С 112500 тоже всё глючило.
Гость Четверг, 5 Августа, 2021 17:54 цитировать ссылка на коммент