Объявление

Свернуть
Пока нет объявлений.

DAP-1150/RU, DIR-300/NRU и другие устройства на Ralink RT305xF - архив

Свернуть
Эта тема закрыта.
X
X
 
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • vrog
    Участник ответил
    Провайдер по dhcp выдает динамический IP и адреса DNS серверов. На версии 1.2.4 сессия поднималась за 10 секунд. Подъем сессии с машины при автоматическом получении параметров сети происходит без каких-либо проблем.

    Прокомментировать:


  • sfstudio
    Участник ответил
    Пока не получит адрес от dhcp ниодин из ppp based туннелей запущен не будет.

    1) Services->Miscellaneous->Switch reinit on DHCP lease fail->Enable. Заставит реинитить свич если адрес не был получен
    2) Уверены что у вас вообще провайдер по dhcp что-то отдаёт? Не факт что вообще dhcp используется.
    3) Именно поэтому будет раз в минуту происходить сброс таблицы контрак - оттуда обрывы сессий

    Короче если провайдер не использует dhcp то и не фиг его включать. Настройте в wan в статик забив от балды какие-нить адреса и не пудрите мозг.

    Прокомментировать:


  • vrog
    Участник ответил
    Лог загрузки после ребута релиз 1.3.5. DIR-300 NRU
    ..... для уменьшения объема начальная часть убрана
    Jan 29 13:59:07 kernel: eth2.1: Setting MAC address to 00 0c 43 30 52 67.
    Jan 29 13:59:07 kernel: VLAN (eth2.1): Underlying device (eth2) has same MAC, not checking promiscious mode.
    Jan 29 13:59:07 kernel: eth2.2: Setting MAC address to 00 0c 43 30 52 66.
    Jan 29 13:59:07 kernel: device eth2 entered promiscuous mode
    Jan 29 13:59:07 kernel: VLAN (eth2.2): Setting underlying device (eth2) to promiscious mode.
    Jan 29 13:59:08 dnsmasq[409]: started, version 2.55 cachesize 100
    Jan 29 13:59:08 dnsmasq[409]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N no-DHCP no-TFTP
    Jan 29 13:59:08 dnsmasq[409]: reading /etc/resolv.conf
    Jan 29 13:59:08 dnsmasq[409]: using nameserver 8.8.8.8#53
    Jan 29 13:59:08 dnsmasq[409]: using nameserver 208.67.222.222#53
    Jan 29 13:59:08 dnsmasq[409]: read /etc/hosts - 3 addresses
    Jan 29 13:59:12 reconfig: Shutdown wireless interfaces.
    Jan 29 13:59:12 reconfig: Reload modules drivers for current mode.
    Jan 29 13:59:21 kernel: 0x1300 = 00064380
    Jan 29 13:59:21 reconfig: Tune wifi modules.
    Jan 29 13:59:22 kernel: eth2.1: Setting MAC address to 00 0c 43 30 52 67.
    Jan 29 13:59:22 kernel: VLAN (eth2.1): Underlying device (eth2) has same MAC, not checking promiscious mode.
    Jan 29 13:59:22 kernel: eth2.2: Setting MAC address to 00 0c 43 30 52 66.
    .......разные MAC - это нормально ?
    Jan 29 13:59:22 reconfig: Gateway OperationMode: 1
    Jan 29 13:59:22 kernel: device ra0 entered promiscuous mode
    Jan 29 13:59:22 kernel: br0: port 1(ra0) entering learning state
    Jan 29 13:59:22 kernel: br0: port 2(eth2.1) entering learning state
    Jan 29 13:59:22 reconfig: Reconfigure wan...
    Jan 29 13:59:23 kernel: device br0 entered promiscuous mode
    Jan 29 13:59:23 kernel: pppoe pass through (br0<->eth2.2)
    Jan 29 13:59:23 kernel: ipv6_pass: Disabled
    Jan 29 13:59:23 services: Restart needed services and scripts. Mode all
    Jan 29 13:59:24 udhcpc[814]: udhcpc (v1.18.2) started
    Jan 29 13:59:25 kernel: eth2.2: dev_set_promiscuity(master, 1)
    Jan 29 13:59:25 udhcpc[814]: Sending discover...
    Jan 29 13:59:26 services: Reload iptables rules...
    Jan 29 13:59:30 services: Reload shaper rules...
    Jan 29 13:59:30 udhcpc[814]: Sending discover...
    Jan 29 13:59:34 udhcpd[1631]: udhcpd (v1.18.2) started
    Jan 29 13:59:35 udhcpc[814]: Sending discover...
    Jan 29 13:59:36 dnsmasq[409]: reading /etc/resolv.conf
    Jan 29 13:59:36 dnsmasq[409]: using nameserver 8.8.8.8#53
    Jan 29 13:59:36 dnsmasq[409]: using nameserver 208.67.222.222#53
    Jan 29 13:59:36 dnsmasq[409]: read /etc/hosts - 3 addresses
    Jan 29 13:59:36 dnsmasq[409]: exiting on receipt of SIGTERM
    Jan 29 13:59:37 dnsmasq[1757]: started, version 2.55 cachesize 100
    Jan 29 13:59:37 dnsmasq[1757]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N no-DHCP no-TFTP
    Jan 29 13:59:37 dnsmasq[1757]: reading /etc/resolv.conf
    Jan 29 13:59:37 dnsmasq[1757]: using nameserver 8.8.8.8#53
    Jan 29 13:59:37 dnsmasq[1757]: using nameserver 208.67.222.222#53
    Jan 29 13:59:37 dnsmasq[1757]: read /etc/hosts - 3 addresses
    Jan 29 13:59:37 services: All OK!. Mode all
    Jan 29 13:59:37 kernel: br0: topology change detected, propagating
    Jan 29 13:59:37 kernel: br0: port 1(ra0) entering forwarding state
    Jan 29 13:59:37 kernel: br0: topology change detected, propagating
    Jan 29 13:59:37 kernel: br0: port 2(eth2.1) entering forwarding state
    Jan 29 13:59:37 dnsmasq[1757]: read /etc/hosts - 3 addresses
    Jan 29 13:59:40 udhcpc[814]: Sending discover...
    Jan 29 13:59:45 udhcpc[814]: Sending discover...
    Jan 29 14:00:01 kernel: Clear connection track table
    Jan 29 14:00:05 kernel: ASSOC -
    Jan 29 14:00:05 kernel: Assign AID=1 to STA 00:16:ea:ab:58:e8
    Jan 29 14:00:05 udhcpd[1631]: Found static lease: 300a8c0
    Jan 29 14:00:05 udhcpd[1631]: Sending ACK to 192.168.0.3
    Jan 29 14:00:10 udhcpc[814]: Sending discover...
    Jan 29 14:00:16 udhcpc[814]: Sending discover...
    Jan 29 14:00:21 udhcpc[814]: Sending discover...
    Jan 29 14:00:26 udhcpc[814]: Sending discover...
    Jan 29 14:00:31 udhcpc[814]: Sending discover...
    Jan 29 14:00:56 udhcpc[814]: Sending discover...
    Jan 29 14:01:01 udhcpc[814]: Sending discover...
    Jan 29 14:01:06 udhcpc[814]: Sending discover...
    Jan 29 14:01:09 kernel: Clear connection track table
    Jan 29 14:01:11 udhcpc[814]: Sending discover...
    Jan 29 14:01:16 udhcpc[814]: Sending discover...
    Jan 29 14:01:41 udhcpc[814]: Sending discover...
    Jan 29 14:01:46 udhcpc[814]: Sending discover...
    Jan 29 14:01:51 udhcpc[814]: Sending discover...
    ..... это продолжается бесконечно
    Jan 29 14:11:30 kernel: PPP generic driver version 2.4.2
    Jan 29 14:11:30 kernel: NET: Registered protocol family 24
    Jan 29 14:11:31 vpnhelper: Start pppd at eth2.2 to mode PPPOE
    Jan 29 14:11:31 pppd[2190]: Plugin /lib/rp-pppoe.so loaded.
    Jan 29 14:11:31 pppd[2190]: RP-PPPoE plugin version 3.10p compiled against pppd 2.4.5
    Jan 29 14:11:31 udhcpc[814]: Sending discover...
    Jan 29 14:11:31 pppd[2190]: pppd 2.4.5 started by Admin, uid 0
    Jan 29 14:11:31 pppd[2190]: PPP session is 5568
    Jan 29 14:11:31 pppd[2190]: Connected to 00:90:1a:a3:98:8e via interface eth2.2
    Jan 29 14:11:31 pppd[2190]: Using interface ppp0
    Jan 29 14:11:31 pppd[2190]: Connect: ppp0 <--> eth2.2
    Jan 29 14:11:32 pppd[2190]: PAP authentication succeeded
    Jan 29 14:11:32 pppd[2190]: peer from calling number 00:90:1A:A3:98:8E authorized
    Jan 29 14:11:32 pppd[2190]: local IP address 46.61.36.208
    Jan 29 14:11:32 pppd[2190]: remote IP address 83.221.214.194
    Jan 29 14:11:32 pppd[2190]: primary DNS address 80.254.108.194
    Jan 29 14:11:32 pppd[2190]: secondary DNS address 80.254.108.202
    Jan 29 14:11:32 pppd: No dgw stored.
    Jan 29 14:11:32 pppd: Replace DNS from pppd
    Jan 29 14:11:33 pppd: Replace default route to ppp0
    Jan 29 14:11:33 pppd: Flush route cache
    Jan 29 14:11:33 pppd: Restart dns server, dyndns, ntp sync and rebuild shaper and iptables rules
    Jan 29 14:11:33 services: Restart needed services and scripts. Mode pppd
    Jan 29 14:11:33 services: Reload iptables rules...
    Jan 29 14:11:36 udhcpc[814]: Sending discover...
    Jan 29 14:11:37 services: Reload shaper rules...

    Запуск PPP generic driver version 2.4.2 начался только после принудительного Apply and connect

    Прокомментировать:


  • sfstudio
    Участник ответил
    Т.к. народ жаловался что предыдущие версии с sf.net не сливаются по человечески, я таки дождался окончания перетрубаций с хостингом с делал сборку текущего среза за номером 1.3.5.

    Прокомментировать:


  • sfstudio
    Участник ответил
    Залил внеплановый 1.3.4 на sf.net.

    Прокомментировать:


  • sfstudio
    Участник ответил
    1.3.3 released. Через час будет доступна где обычно. Требуется полный сброс и настройка руками после обновления.

    Прокомментировать:


  • sfstudio
    Участник ответил
    А не проще скидать на коленке? http://ddixlab.ru/forum/viewtopic.php?t=1397

    Схем в инете навалом. Короче говоря вариантов масса.

    Прокомментировать:


  • GR@Fko
    Участник ответил
    а как проверить есть там TTL уровни или нет?
    http://forum.allsiemens.com/files/li...le_for_x55.jpg

    если кабель не тот подскажте какой выбрать и где купить?
    http://cgi.ebay.com/USB-RS232-UART-T...item3cb4794b53
    такой пойдет?

    или из этих
    http://shop.ebay.com/?_from=R40&_trk...All-Categories

    Прокомментировать:


  • sfstudio
    Участник ответил
    Сообщение от GR@Fko
    все скорости перепробывал, так иероглифы и бегут...
    может как нибудь наощуп можно прошить?
    Я ещё раз спрашиваю, вы уверены что шнур у вас на выходе имеет TTL уровни? У меня есть шнур на PL203 дык вот он это обычный USB>COM, и к нему ещё требуется MAX232 преобразователь уровней.

    Если ебгут значит устройство что-то выводит. В слепую никак не прошиться однозначно, убить можно, прошиться нет.

    Прокомментировать:


  • sfstudio
    Участник ответил
    Сообщение от GR@Fko
    что такое 8N1 ? если 8- бит, четность - нет, стоповые биты - 1, управление потоком - нет... то иероглифы так и идут...
    Эхо проверьте на шнурке замкнув RX/TX для начала. Уверены что шнурок это не просто USB->COM. Т.е. уверены что на выходе TTL уровни?

    Прокомментировать:


  • sfstudio
    Участник ответил
    Сообщение от GR@Fko Посмотреть сообщение
    9600 стоит что в настройках порта, что в патти

    ок, щас попробую...
    Пи7(*)(ц одно слово. На всех ралинках в буте UART инититься как 57600 8N1 управление потоком отключено. Уже только на заборе не написано наверное.

    Прокомментировать:


  • GR@Fko
    Участник ответил
    9600 стоит что в настройках порта, что в патти

    ок, щас попробую...

    Прокомментировать:


  • ruzalit
    Участник ответил
    Померьте для начала относительно минуса все 4 контакта, по логике два из них должны быть (rx) (tx) третий (-) , четвертый возможно (+) который не понадобиться, нужно сразу рядом с ним на плате маркером пометить, чтобы не подключить к нему ничего случайно, минус вы без проблем найдете, а остальные два (rx) (tx) можно местами менять без опасения, если не заработает в одном варианте, поменять их друг с другом местами, на всякий случай можете через 100ом-1ком резисторы подключить (rx) (tx).

    Прокомментировать:


  • GR@Fko
    Участник ответил
    господа, здравствуйте всем. Пытаюсь оживить, Китай роутер на чипе 3052, через консоль, но не могу разобраться где Rx Tx GND.
    подскажите кто вкурсе плиззз

    Прокомментировать:


  • sfstudio
    Участник ответил
    Сообщение от kuslik Посмотреть сообщение
    через житаг проще =) и не так больно как все говорят... ну да ладно.. так безопасней
    Ещё раз говорю, гвозди тоже можно микроскопом забивать, а можно и молотком. И крайне интересно как вы через jtag собрались лить имидж фирмвари (не full)? Сначала отдербанить заголовок? А набуя? И сколько вы его лить будете? Часа 4ре? JTAG нужен если убили boot. Вот тогда да. В остальных случаях он не упёрся.

    P.S. Бут в сообщении выше лить ТОЛЬКО В РОУТЕРЫ С SPI флэшем. Заливка в роутер с NOR/NAND флэшем убьёт роутер и тогда уже будет нужен jtag/программатор.

    Прокомментировать:

Обработка...
X