Надо просто впаять электронный ключ в разрыв цепи питания USB (например FPF1005), а управление повесить на светодиод, которым можно управлять.
а сброс модема AT командами не пробовали делать? или их нету? у сименсов можно даже питание выключать![]()
Надо просто впаять электронный ключ в разрыв цепи питания USB (например FPF1005), а управление повесить на светодиод, которым можно управлять.
К сожалению, это не сименсы. Это - чудо-модемы, которые "вешаются" в течение нескольких часов в процессе диалога по USB. На чём сэкономили разработчики остаётся тайной, однако товарищи уверены в том, что...
В связи с тем, что к программному отключению USB модемы отношения не имеют, предлагаю желающим продолжить дискуссию в соседней ветке....утверждать что виноват модем не правильно.
Last edited by ryzhov_al; 15-05-2009 at 11:30. Reason: spelling
Никто не подскажет не решилась проблема с реконектом у модема Novatel U720 при обрыве инета. Reboot не помогает. Помогает пока только передергивание модема или обесточивание роутера.
Может как то, прикрутить разрыв питания на модем или роутер к кнопке на DIR 320 сбоку (со стрелочками) ???
D-Link DIR-320 USB Hardware Hack - управление питанием USB порта роутера
D-Link DIR-320 USB Hardware HackВсем вам, наверное, знакомо то, что свистки Yota aka Samsung очень любят “зависать” и порой в самый неудобный момент.
Причины зависаний свистка могут быть следующие: перегрев, “кривость” firmware свистка или из-за madwimax.
Причину зависания мне лично так и не удалось определить.
Но вы уже, наверное, смирились с зависаниями свистка и уже по привычке перезагружаете роутер “передергиванием питания”
или “передергивание свистка в USB” (нужное подчеркнуть). Все это может надоесть… Как надоело мне!
С самого начала еще до переделывания мной прошивок я думал решить проблему малой кровью, написать скрипт который будет
перезагружать роутер при зависании соединения, но не тут то было! Всплыла интересная особенность DIR-320 да и любой подобной
мыльницы IMHO. И эта особенность заключается в том, что они (роутеры с USB) не умеют управлять питанием USB (вкл/выкл).
Подумав, я решил “немного” модифицировать роутер и тем самым решить проблему с перезагрузкой свистка Yota)
Задача модификации: научить роутер управлять питанием на USB порту. Радиодетали, которые нам понадобятся:
- 1) Любой полевой транзистор P-канал, например IRF9Z14 или IRFL9014 – 1 шт.
- 2) Транзистор, например BC547 – 1 шт.
- 3) Резистор 10К – 1 шт.
- 4) Резистор 1.5К – 1 шт.
Схема Рисунок1:
Действия следующие.
- 1. Собираем схему (Рисунок1).
- 2. На плате (Фото1) находим SMD катушку L1 она обведена кружком. Отпаиваем ее и припаиваем, положив
под нее кусочек бумажки как, показано на (Фото2) далее припаиваем VCC вход/выход Q2 согласно схеме.- 3. Отпаиваем резистор R146 и припаиваем провод от базы транзистора Q1 как показано на (Фото3).
- 4. Припаиваем массу GND как показано на (Фото3) или куда вам более удобно.
Для полного счастья еще нам нужна новая прошивка для роутера с добавленным скриптом мониторинга соединения.
Скачать можно ЗДЕСЬ (версия для DIR-320 от 6.10.09.)
Включить и отключить мониторинг, а также указать узел, который нам нужно мониторить можно из web интерфейса.
System Setup -> Services -> Enables Connection Watchdog – Включение или отключение мониторинга.
System Setup -> Services -> Remote server IP (Connection Watchdog) – Узел, который мы хотим мониторить.
А вот для изменения параметров: интервал повтора, количество пакетов за раз
и допустимое количество потерянных пакетов нужно использовать telnet.
Вот вроде и все )))PHP Code:
#Команда для установки интервала повтора
nvram wimax_ping_reboot_int 10
Default 10s
#Команда для установки количества пакетов за раз
nvram wimax_ping_reboot_p 3
Default 3
#Команда для установки допустимого количества потерянных пакетов
nvram wimax_ping_reboot_p_err 2
Default 2
• Oleg's FAQ • Mini FAQ • Все об Asus RT-N16 • Все об Asus RT-N66U • VectorMM.net • Wiki-HUB.ru • WikiDevi • Wi-Cat.ru •
Дааа, проще купить другой модем, какие модели поддерживают автореконект.
dnsmasq сейчас передёргивается по событиям if_up/if_down от madwimax. Следовательно до установления соединения дело доходит. У меня частенько наблюдается более серьезная проблема - зависание самого модема, который после этого надо отключать (процесс madwimax, который был активен зависает, а на запуск нового madwimax модем не реагирует). В целом, достаточно просто перетнуть модем.
Способов борьбы с этим явлением не нашел. После зависания модем как usb устройство не реагирует на команду перезагрузки, где числа обозначают идентификторы производителя и продукта, посмотреть которые можно на странице Status & Log - WiMAX / deviceCode:usb_modeswitch -R 1 -v 04e8 -p 6761
Радикальный способ предложен в http://binblog.ru/2009/10/d-link-dir...hardware-hack/ . Есть мысли относительно использования usb-хаба, поскольку в принципе он может управлять питанием устройств и, следовательно, перезагрузить подвисший модем ( например GL850. USB 2.0. 4-PORT HUB Controller ). Однако тут опыта у меня нет, если кто знает как управлять usb-хабом - отзовитесь....
Также возможно что это проявление не вполне корректно реализованного драйвера - madwimax не от производителя же получен.
есть тулза hub-ctrl, управляет питанием на портах хабов, поддерживающих per-port power switch.
хабы у линейки wl5xx этого не умеют, зато у rt-n16 и аналогичные - могут.
в англоязычной части, кстати, выкладывали бинарник.
другого решения пока нет, разработка madwimax заглохла.Также возможно что это проявление не вполне корректно реализованного драйвера - madwimax не от производителя же получен.
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Спасибо, программу нашел. Идея очень простая - поскольку современные контроллеры usb-хабов управление питанием поддерживают, то можно попробовать использовать недорогой внешний хаб для перезагрузки устройств. (типовая схема включения http://focus.ti.com/lit/ds/symlink/tps2159.pdf - стр. 16)
Однако дальше проблемы - то ли мои хабы не предоставляют информацию по себе, то ли программа не работает, то ли особенности реализации. Переделал под libusb-1.0 (закрались сомнения в том, что уже собранный бинарник и пересборка с libusb0.1 работоспособны ), добавил захват интерфейса - лучше не стало.
При этом внешний хаб - USB VEND:PROD: 05e3:0605., ошибка -1 - LIBUSB_ERROR_IO.Code:Hub #0 at BUS:DEV 002:001 USB VEND:PROD: 0000:0000 libusb:error [submit_control_transfer] submiturb failed error -1 errno=2 Can't get hub descriptor.: No such file or directory Hub #0 at BUS:DEV 002:002 USB VEND:PROD: 0424:2502 libusb:error [submit_control_transfer] submiturb failed error -1 errno=2 Can't get hub descriptor.: No such file or directory Hub #0 at BUS:DEV 002:003 USB VEND:PROD: 05e3:0605 libusb:error [submit_control_transfer] submiturb failed error -1 errno=2 Can't get hub descriptor.: No such file or directory Hub #0 at BUS:DEV 001:001 USB VEND:PROD: 0000:0000 libusb:error [submit_control_transfer] submiturb failed error -1 errno=2 Can't get hub descriptor.: No such file or directory No hubs found.
Если есть возможность, просьба запустить hub-ctrl -v и посмотреть, будет ли что-нибудь другое на RT или с другими хабами (на внутреннем или дополнительном внешнем хабе).
PS: при переносе на libusb1.0 испытывал некоторый дефицит документации, поэтому решил по аналогии с найденными исходниками добавить libusb_detach_kernel_driver и libusb_claim_interface, так как иначе вроде бы не должен работать ввод-вывод (не во всех примерах этого придерживаются). Однако добавил не во всех ветвях, так как на моих хабах лучше не стало. (для usb я тоже никогда не писал)
Last edited by rss; 14-03-2010 at 18:51.
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Для начала без перепайки - http://wl500g.info/showthread.php?p=187969
На wl500gpv2 с внешним хабом у меня не заработал. Есть даже исходники, переделанные под libusb1.0. Но надо разбираться.
Если есть желание паять - http://www.radioradar.net/radiofan/m...b_com_lpt.html или ftp://ftp.efo.ru/pub/moschip/LPT/doc/MCS7705/AN7705.pdf - дополнительные линии управления, используя неподключенный внутренний usb-порт.
PS: А вообще, идеальный вариант был бы контроллер USB-хаба в корпусе удлинителя:
Но тут уже придется реально разбираться с контроллерами USB-хабов, их подключением, прошивкой и обвязкой. Зато будет компактное универсальное решение, позволяющее программно отключать устройство, которое через него подключено. К сожалению, нет уверенности, что любой готовый внешний usb-хаб может управлять питанием.
Last edited by rss; 21-05-2010 at 20:00.