Обсуждение прошивок для модемов W422G_v3/W530G/W532G

[sfstudio]

Перед началом настройки настройки обязательно ознакомьтесь c инструкцией

ВНИМАНИЕ!!!
W532G переименован в W532N
W530G(N) переименован в W422G_v4

Поддерживаемые устройства:
W422G_v3 - CPU RTL8671BH | 16Mb RAM | 4Mb SPI FLASH | RTL8306SC 4 port switch | RTL8187SU(USB) 802.11b/g WIFI | снят с производства
W422G_v4 - CPU RTL8672-VC | 32Mb RAM | 4Mb SPI FLASH | RTL8306G 4 port switch | RTL8191RU(USB) 802.11b/g/n 1T1R WIFI | запущен в производство 25.08.2011
W510N - CPU RTL8672-VK | 32Mb RAM | 4Mb SPI FLASH | RTL8305N 4 port switch | RTL8188RE(PCI-E) 802.11b/g/n 1T1R WIFI | готовится к производству
W520N - CPU RTL8672-VK | 32Mb RAM | 4Mb SPI FLASH | RTL8305N 4 port switch | RTL8192CE(PCI-E) 802.11b/g/n 2T2R WIFI | готовится к производству

W532N - CPU RTL8672 | 32Mb RAM | 8Mb SPI FLASH | RTL8306SC 4 port switch | RTL8192SU 802.11b/g/n 2T2R WIFI | USB | перспективы не ясны


Заливка прошивки W422G_v4 в W422G_v3 и наоборот приведёт к неработоспособности устройства.
_v4/_v3 в названиях прошивок это АППАРАТНАЯ РЕВИЗИЯ.

Прежде чем задать вопрос прочтите первую страницу этой темы

Эта тема создана для обратной связи с пользователями как замена багтрекеру. Данная тема предусматривает ТОЛЬКО репорты о ошибках в ПО модемов указанных в заголовке.

Пожалуйста по всем вопросам настройки обращайтесь в официальную техническую поддержку Acorp по адресу

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

ВНИМАНИЕ! Примерно с 04.04.2011 многие BRASы СибирьТелеком(Ростелеком-Сибирь) перестали пропускать пакеты более 1468 байт!. Для корректной работы с данным провайдером следует в настройках PPPOE соединения установить MTU=<1468байт иначе будут проблемы с например загрузкой файлов в интернет, отправкой почты и т.д. и т.п.

[sfstudio]

Текущая версия ПО - 1.0.7

Мануал по rtl8671 board базовой прошивки от realtek берём тут Данный мануал достаточно старый и не описывает наших изменений но может ответить на часть вопросов.

Мануал на Русском тут

Описание аппаратной части и ченджлог плюс заметки по железкам над которыми сейчас работаем тут http://wive-ng.sourceforge.net/?W422G.v ... 84%2F16%29

Последнии версии прошивок тут

Процедура восстановления из непотребного состояния ЛЮБЫХ риалтэков тут

Изыскания энтузиастов на тему сложных схем шейпера смотрим тут

ВНИМАНИЕ!!!
Если у вас в модеме залита версия прошивки <1.0.0 ОБЯЗАТЕЛЬНО следует обновиться.

Перед тем как задать вопрос пожалуйста обновите прошивку до последней тестовой версии. Возможно вашу ошибку уже исправили.

Для того чтобы вас поняли и максимально быстро смогли разобраться с проблемой при формулировке вопроса вам следует придерживатся рекомендаций в следующем документе

Задавая вопрос обязательно указывайте версию прошивки и название и версию OS, для Linux полезно будет видеть вывод uname -a.

Какую прошивку выбрать?

Существует несколько бинарных прошивок для вышеозначенных устройств которые разделены на 2 ветки Acorp и No-Product.

Acorp:
W422G_v3 - RTL8671BH+RTL8187SU(USB) 4Mb-Flash/>=16Mb RAM
W422G_v4 - RTL8672-VK+RTL8191RU(USB) 4Mb-Flash/>=16Mb RAM
W510N - RTL8672-VK+RTL8188RE(PCI-E) 4Mb-Flash/>=32Mb RAM
W520N - RTL8672-VK+RTL8192CE(PCI-E) 4Mb-Flash/>=32Mb RAM
W532N - RTL8672+RTL8192SU(USB) 8Mb-Flash/>=32Mb RAM

No-Product:
LAN122_v3 - RTL8671B/RTL8671BH/RTL8672 4Мб-Flash/>=16Mb RAM без поддержки радиомодуля и коммутатора, USB в режиме rndis eth over usb (см LAN110v2)
LAN422_v3 - RTL8671B/RTL8671BH/RTL8672 4Мб-Flash/>=16Mb RAM без поддержки радиомодуля и USB

Первые прошивки являются официальными, в то время как No-Product предназначены для модифицированных продуктов или специфичных условий.

Например если у вас W422G_v3 и вам не нужен радиомодуль, но нужен PortMapping например для IPTV, то имеет смысл залить LAN422_v3 таким образом потребление памяти будет снижено на ~1мб относительно полной версии и железка сможет обработать больше NAT сессий.

Если вам не нужен и радиомодуль и портмаппинг то имеет смысл залить LAN122_v3 тем самым освободиться ещё некоторый объём памяти а коммутатор переключиться в неуправляемый режим что благотворно скажется на общей производительности и стабильности.

Приписка old-dsp в имени прошивки означает что сборка выполнена с использованием предыдущей версии DSP кода.

Чтобы максимально обезопасить процесс перепрошивки никогда не прошивайте устройство через WIFI, обязательно перед заливкой новой версии сбросить все настройки кнопочкой reset (рядом с телефонным гнездом) и отключить все кабели кроме питания LAN. Так же крайне рекомендую произвести сброс настроек и после обновления.


Логика работы кнопки reset следующая:
Нажатие <2сек - считаем ошибочным, от 3х до 5ми сек. - reboot, от 5 до 20cек сброс на настройки по умолчанию, более 20 - полный сброс и регенерация hardware settings (включая мак адреса, fs fullreset).

Чтобы выполнить fs fullreset достаточно зажать reset и удерживать кнопку (более 20 секунд) до тех пор пока индикатор power не загорится одновременно красным и зелёным цветом.

Чтобы выполнить мягкий сброс в дефолт нужно зажать резет и удерживать от 8ми до 19 секунд (переход в режим будет показан отключением обоих power светодиодов) затем отпустить.

Чтобы выполнить перезагрузку без сброса зажимаем резет на 3-5 секунд пока не потухнет зелёный и не загориться красный индикатор питания, затем отпускаем.

Последние изменения:
1.0.7 - багфика релиз для фабрики
1) Исправлена ошибка приводившая к 100% загрузки CPU при отключенном WiFi
2) Синхронизация патчей с текущей стабильной версией busybox
3) Переделано отображение подключенных wifi клиентов.
4) Добавлена возможность сканирования эфира в т.ч. для устройств не поддерживающих режим клиента.
5) Переделано управление беспроводными сетями в режиме клиента (W520N/W510N).
6) В wifi_dog добавлена проверка существования udhcpd.leases файла перед началом выборки клиентов из dumpleases.
7) Из transmission удалена поддержка upnp (не актуально для встраиваемых решений, экономим память W532N).
8) Другие мелкие правки

____________________________________________________

Полная версия истории изменений доступна тут

ПРИ НАСТРОЙКЕ ПОМНИ!
Современные домашние маршрутизаторы обладают достаточно ограниченными ресурсами как CPU так и памяти, поэтому при настройке следует руководствоваться принципом разумной необходимости. Не включайте все опции подряд, это неизбежно приведёт к исчерпанию какого-либо ресурса и непредсказуемому поведению устройства.

Например одновременное включение WINS+WPA+WPS+VPN почти гарантированно приведёт к хаотичным перезагрузкам на 16МБ устройствах. Добавим сюда ещё включенный Syslog в Debug режиме и UDPXY и уже просто банально не удастся загрузиться до полного сброса настроек.

Перед тем как включать какую-либо опцию ОБЯЗАТЕЛЬНО спросите у http://google.ru что данная конкретная опция означает и зачем нужен тот или иной сервис.

"Тяжёлые" до памяти приложения встроенные в устройство по убыванию требований:
1) SAMBA/WINS
2) IAPP
3) WPS
4) WPA (только для 8187SU в 8191 и 8192 реализуется драйвером)
5) L2TP клиент/сервер
6) Udpxy

Комбинируя данные приложения на 16Мб устройствах (W422G_v3/W530G) и получая нестабильную работу попробуйте сначала отключить один из тяжёлых сервисов. Если нестабильная работа ушла то у вас ровно 4 варианта:
1) Отказаться от использования какого-то одного тяжёлого приложения
2) Попробовать отключить некоторое число "лёгких" сервисов типа NTP клиента
3) Сменить устройство на устройство с более большим числом оперативной памяти (например W532G)
4) Самостоятельно (с потерей гарантии) установить в замен старого модуля памяти новый более объёмный (до 64Мб) SDRAM модуль.

Кратко список опций на странице Advance=>Others:
1) Watchdog enable - включает/отключает аппаратный и программный "стороживых псов". Отключать имеет смысл только в том случае если у вас широкий >10мБит канал DSL и при работе наблюдаются хаотичные перезагрузки. Подробнее о том что такое watchdog читаем тут http://ru.wikipedia.org/wiki/Сторожевой_таймер
2) Limit remote control connection - ограничение числа соединений и числа icmp запросов в секунду для предотвращения DOS атак на устройство, отключать крайне не рекомендуется.
3) Hide you local network/router - устанавливает для всех исходящих tcp пакетов ttl=64 чтобы скрыть наличие маршрутизатора от провайдера.
4) WINS/SAMBA/RAW Printing server enable - включает/отключает SAMBA сервер и сервер печати.
Первый может быть использован как:
a) WINS - сервер разрешения имён в сетях MS Windows. Читать тут http://ru.wikipedia.org/wiki/WINS
б) SHARE SERVER - сервер передачи данных по протоколам smb/cifs в W422G_v2 и W530G может использоваться для доступа к rwfs (если Loglevel в Admin установлен в Debug). В W532G если подключен внешний накопитель в USB порт он будет автоматически расшарен в сеть с как сетевая "папка" с именем public
RAW Printing server - это сервер печати доступный при подключении USB принтера во внешний USB порт.
Не забываем что включить SAMBA мало, нужно на закладке Remote Access разрешить доступ к сервисам SAMBA из локальной или глобальной сети в зависимости от ваших нужд.
5) Enable Link Layer Topology Discovery Daemon - включить поддержку LLTD протокола необходимого для построения карты сети в XP_SP3/Vista/W7, также его данные частисно используются для разрешения имён в MS Windows NET (только W7). Подробнее тут http://ru.wikipedia.org/wiki/Link_Layer ... y_Protocol . Отключать не рекомендуется если в сети есть одна из вышеозначенных операционных систем. Более того если вы забудите IP адрес устройства или нечаянно смените его на неправильный вы всегда сможете узнать точный адрес устройства по карте сети.
6) Enable individual MAC - включает/отключает режим при котором для каждого pppoe соединения будет назначен индивидуальный SRC MAC адрес. Изменять данную настройку имеет смысл только если у вас наблюдаются проблемы с подъёмом 2х или более pppoe сессий. Если pppoe соединение всего одно то данная настройка никак не сказывается на работе устройства.
7) NAT/Mcast Fastpath - Fastpath это подобие offload от realtek позволяющее разгрузить процессор за счёт использования более простых (в отличии от штатных Linux`овых) алгоритмов обработки пакетов, а так же задействовать специализированные аппаратные возможности процессоров RTL867x. Данные расширения стоит попытаться отключить только если у вас наблюдаются проблемы с работой некоторых сервисов, например если при работе мультикаст прокси (igmpproxy/udpxy) наблюдаются проблемы стоит попробовать отключить MulticastFastpath. Отключение Nat fastpath может понадобиться если проявляются проблемы в работе специфичных сервисов например некоторых игр. При включенном шейпере fastpath отключается автоматически. Никогда не отключайте fastpath без необходимости.
8) MCAST on ppp enable управляет флагом MULTICAST для ppp+ устройств - разрешает или запрещает приём мультикаста через ppp интерфейсы. Чаще всего вам не следует разрешать приём мультикаста по ppp (pppoe/pptp/l2tp/gprs/cdma) соединениям.
9) WIFI bridge shortcut enable - управление фирменной технологией риалтэка bridge shortcut в wifi драйвере. Отключать имеет смысл если наблюдаются проблемы с wifi.
10) Use automatic MSS from PMTU discovery включающая автоматическую установку MSS из pmtu взамен старого метода принудительной установки поля mss для пакетов идущих с ppp+ интерфейсов в сторону пользователя размером равным MTU(в настройках PPPOE)-40 байт. Данную опцию не следует отключать если не наблюдается проблем с MTU. Отключение приведёт к возврату к старой схеме и может понадобиться лишь для немногих инталляций OS от Microsoft, например для WindowsXP без SP опцию стоит отключить. Подробнее можно почитать в iptables tutorial плюс по ссылке http://www.internetweekly.org/llarrow/

Чуть подробнее о настройке WINS и зачем это нужно.

В общем зачем нам файлсервер понятно без объяснений, а вот зачем нужен WINS думаю стоит прояснить. Придется мне таки процитировать ненавистный мне майкрософт, ведь именно им мы обязаны не вписывающимися не в какие стандарты решение, и тут не обошлось без этого. Видети ли, не устроил господ из мелкософта стандартный DNS вот и решили они изобрести, и даже изобрели (в отличии интернета =))) некий собственный сервер имен со своим протоколом (надо заметить достаточно тупым протоколом) и назвали они его WINS. Ну что же т.к. винда в домашних сетях стоит на 90% клиентских машин, то нам Придется воевать и с этим.


Обещанная цитата: «WINS — это реализация стандартов IETF, описывающих способ просмотра системы NetBIOS и разрешение имен в среде протокола TCP/IP, согласно спецификациям RFC 1001 и RFC 1002. Поэтому данная служба обеспечивает не только отображение имен компьютеров и адресов TCP/IP, но также и просмотр сети и определение местоположения служб; эти услуги предоставляются, например, контроллерам доменов и рабочим группам.»
В общем-то как видно это всего лишь сервер имен в microsoft network и в общем-то даже есть какое-то описание в rfc =) Ну да пора закончить лирическое отсупление и рассмотреть зачем же оно нам нужно.


Как происходит обзор сети в сети без WINS сервера? Все очень просто. Каждая машина сети обращается к мастербраузеру у которого храниться (должен храниться) относительно актуальный список имен. Мастер браузер выбирается на «выборах» периодически инициируемых какой-либо системой в сети и побеждает та система OS Level которой больше. Если имя не было отрезолвлено то машина грубо говоря кричит на всю сеть «Кто здесь?» или лучше сказать «Ты тут?» на что машина с запрашиваемым именем должна ответить « Я тут и у меня такой-то IP». На самом деле все веселее, например представим такую ситуацию когда машина которая была мастербраузером по каким-либо причинам внезапно отключилась от сети? Все сеть можно сказать парализовано до тех пор пока на какой-нибудь машине в сети не придет в голову устроить «перевыборы». Но это еще полбеды, а если в сети 300-400 компьютеров и в сети есть потери? Правильно перевыборы винды будут устраивать чуть ли не каждые 30 секунд. Сеть при этом будет достаточно сильно притормаживать. Более того если вдруг в выборах победит машина на самом узком и самом некачественном канале. то вам остается только сочувствовать. В общем весь этот бред напомнил мне наше правительство, где тоже постоянные тайм ауты из-за выборов, дикие накладные расходы и Все это фоне просто ничтожного КПД. Собственно сервер WINS и призван решить все вышеописанные проблемы.

Проще говоря если у вас >1 ПК в сети (а темболее если их десяток) WINS может существенно сократить время затрачиваемое на обзор сети и выяснения кто в этой сети учавствует и какие SMB ресурсы предоставляет. Особенно актуален WINS на WiFi ибо беспроводное соединение не предусматривает гарантированной доставки данных а броадксаст запросы не требут подтверждения то часть запросов "кто тут" или ответов на них может теряться, что в свою очередь в лучшем случае приведёт к длительному и неполному обзору сети, в худшем сделает невозможным нормальную работу сетевого окружения.

Работающий WINS сервер в вашей сети решит эту проблему.

И так... Как настроить.
Для этого достаточно:
1) Включить SAMBA на закладке Advance->Others
2) Разрешить сервисы самба на закладке Advance>Remote Access
3) Включить DHCP сервер на закладке Services->DHCP Settings
4) В настройках DHCP установить Domain Name равным имени вашей рабочей группы в которую ОБЯЗАТЕЛЬНО должны входить все ПК присутствующие сети (один WINS сервер может обслуживать только одну рабочую группу)
5) Сохранить настройки Save settings и дождавшись полной загрузки маршрутизатора перезагрузить ПК в сети или переподключить сетевые содениения на всех ПК чтобы они получили новые параметры от DHCP сервера модема.

ВНИМАНИЕ!!! Все ПК должны находиться в одной рабочей группе, на всех ПК в настройках сети должны быть выбрано "получать параметры автоматически". Имя рабочей группы должно быть АНГЛИЙСКИМ и совпадать с Domain Name в настройках маршрутизатора.

В общем по винсу с самбой всё ;)

Как настроить просмотр ТВ через WiFi.
1) Включаем UDPXY на закладке Wireless->Advanced Settings->WMM/UDPXY support
3) Выбрать интерфес на который идёт мультикаст от провайдера
2) Разрешить доступ из локальной сети к UDPXY в Advance->Remote Access
3) Применить и сохранить все настройки и дождаться полной загрузки маршрутизатора перед подключением.



ВНИМАНИЕ!!! Обычно соединение по которому идёт IPTV выноситься в отдельный VCI. СТоит помнить что это соединение должно существовать и быть настроено либо в режиме моста, либо в режиме маршрутизации без pppoe.

UDPXY будет доступен на 81TCP порту. Как настроить плэер смотрите в соответствующей теме. Тонкий тюнинг настроек UDPXY можно выполнить редактируя соответствующий скрипт запуска в /rwfs/rc.d.

Не забываем что чтобы сохранить изменения rwfs нужно в telnet/ssh выполнить команду service rwfs save.

Начиная с версии 0.3.0 при настройке Port Forwarding следует учитывать что даже после того как будут добавлены записи в соответствующую таблицу порты не будут доступны с наружи. Для того чтобы всё заработало нужно также внести соответствующие разрешающие правила в таблицу на закладке IP/Port Filtering.
ВНИМАНИЕ в IP/Port Filtering нужно в dst port должны быть указаны локальные порты ПК на которые производиться перенаправление, а не внешние порты с которых это перенаправление производиться.
Например нам нужно протащить порт с локального ПК за номером 22 на внешний IP модема как порт за номером 24, настраиваем портфорвард соответствующим образом а в Ip Filter добавляем правило разрешающее прохождение пакетов на порт 22 локального ПК.
Подробно рассматривали тут

Пример настройки в картинках:





Зачем это сделано? Всё очень просто. Например нам нужно вытащить 22 порт с локального ПК наружу но дать доступ к нему только с конкретного списка IP. Решением будет настройка в portfw форварда нужного порта и в ip filter настройки разрешений по списку с какого ip и на какой порт к примеру разрешено соединяться. По умолчанию все транзитные соединения извне во внутрь запрещены.

Продолжение следует... ;)

P.S. Маршрутизатор полностью совместим на уровне протоколов с Linux/BSD/MACOS/WinXP_SP3 или старше. WEB интерфейс тестировлся с Opera 10.x/FF3.5/FF4.x/Chromium 10.0.630.0.

Внимание. Opera 11.xx под linux (может и не только под Linux) имеет ошибку в обработке js и ошибку в работе с сокетами, из-за чего имеем проблемы с обновлением прошивки и отображением некоторых страниц. Багрепорт разработчикам отправлен.

>>> Если у вас имеются проблемы с отображением части страниц или параметров на них проверьте не блокирует ли ваш контент фильтр (в грязном деле замечен Касперский) страницы с /adv/ в адресе. Или внесите адрес модема в список исключений своего контент фильтра.

>>> Если у вас наблюдаются проблемы с получением адреса от DHCP сервера при использовании WiFi с включенным WPA2 под Windows XP SP3/Vista и ранних RC W7 пожалуйста следуйте следующим рекомендациям подробнее

>>> Если вы активный пользователь торрент сетей и при активных закачках у вас наблюдаются проблемы со стабильностью устройства (зависания/перезагрузки) возможно это связано с новым протоколом µTP [url]http://ru.wikipedia.org/wiki/ΜTorrent#.C2.B5TP[/url] подробное обсуждение проблемы тут и популярно для юзеров .
Что можно сделать:
1) отключить в настройках торрет клиента протокол µTP
2) уменьшить в настройках торрент клиента число разрешённых соединений до ~100

>>> Если ваш модем модключен через LAN в домовой сети общего пользования (любительская локальная сеть, сети кабельных ISP и т.д.) обязательно следует настроить:
1) ACL - Admin->ACL Config
2) MAC Filter - Services->Firewall->MAC Filtering
3) Отключить DHCP Server - Services->DHCP Settings->DHCP Mode:None

>>> Если вы переодически наблюдаете потерю соединения через WiFi при 100% уровне сигнала попробуйте уменьшить Beacon Interval до 30-50ms и(или) установить Preamble Type в Long. Так же крайне полезно установить фиксированный канал для wifi руководствуясь состоянием эфира и отключить неиспользуемые режимы (например если у вас нет адаптеров поддерживающих только 802.11b следует установить 2.4GHz (G) режим).

Если после всех проделанных операций вы всё ещё имеете переодические крахи ядра с последующей перезагрузкой устройства то причины могут быть связаны с банальным перегревом чипа коммутатора или CPU (благо проявляется не у всех). Читать тут лечить установкой радиаторов.


Почитать о ручной настройки производительности conntrack/nat (на русском) можно например тут .

[sfstudio]

Выложил прошивку учитывающую досадную засаду с флэшем:
0.1.54
1) Исправлена серьёзная ошибка ошибка приводившая к порче FLASH памяти
2) Полноценно запущена поддержка устройств W530G и W532G
3) Исправлена серьёзная ошибка выделения памяти для inode cache

Ссылки выше.

[TeSp]

Не умею я схемы паять.( Попробую в магазинах найти.

[Graywolf04]

Немного непонятно... точнее непонятно ничего. Вопросов много. Думаю, отсылать на другой сайт с интеркроссом, неправильно. Думаю, угробленных модемов будут сотни и кто то понесёт обратно, где брал, кто-то попытается восстановить своими силами и нужна ПОДРОБНАЯ инструкция, а не части полезной информации среди ненужной (это вам та тема родная и вы знаете, куда смотреть) и для другого модема( хотя и на этом чипе) Есть ли готовые кабели( и если есть, то к какому разъёму его цеплять) или нужен полуфабрикат, который надо будет припаивать к плате, и опять же распиновка. Сделайте пожалуйста подробную инструкцию.

Ps ACORPу жирный минус. Называть другой модем старым названием, нехорошо. Привёз его вчера брату в подарок на ДР и очень удивился, когда увидел это чудо, вместо старого доброго (и выученного наизусть 422го) по привычке полез за новыми прошивками, чтобы довести до ума и тут же при имениннике подарок и угробил...

В центре загрузки до сих пор висит неисправленная прошивка. Соответственно минусов Акорпу прибавляется.

[sfstudio]

[Graywolf04]

[sfstudio]

Вы тему полностью по ссылке прочитали? Там есть и пошаговая инструкция через tftp. Я привёл ещё способ, и даже по шагам по ссылке описал как сменить boot, но делать этого не нужо.

Более того, пользователю который не разобрался в том что написано по ссылке вообще не рекомендую лезть туда, впрочем как и человеку который не осилил взять даташит на max232 и собрать шнурок. Понимаете, это задача для хотя бы минимально подготовленных в плане электронике людей. Отнесите в СЦ и попросите зашить 0.1.54, там это сделают за 5 минут тем более агрегат гарантийный.

P.S. давайте либо сменим тон и вы начнёте задавать конкретные вопросы но только после прочтения ВСЕЙ ТЕМЫ ПОЛНОСТЬЮ по сслыке? Вы даже не прочитали что там в теме написано, а уже на пол экрана текста родили. Читайте тему, там всё есть. Что конкретно не ясно - спрашивайте.
В любом случае пока нет шнурка (преобразователь уровней TTL<=>RS232) то и говорить собсно не о чем. Распиновка легко определяетс по плате, на память я её один чёрт не помню. Цешка + 2 минуты. Гребёнка на плате под консоль выведена, не перепутаете, других там просто нет, на фото её прекрасно видно http://sadnet.ru/images/rtl8672.jpg

[sfstudio]

PP.S. Другой или не другой модем разницы НИКАКОЙ. Тему там создавал я и просто заниматься копипастом считаю не разумным. Прошивка с исправлениями опубликована у меня на http://sadnet.ru в соответствующем разделе по этим устройствам.

[TeSp]

[sfstudio]

[sfstudio]

[Graywolf04]

[sfstudio]

[Graywolf04]

[sfstudio]

[Медвед]

[sfstudio]

[vovanysh]

[sfstudio]