Объявление

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

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

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

    через житаг проще =) и не так больно как все говорят... ну да ладно.. так безопасней
    Дима
    вторая колонка в ulmart.ru Промо-код: 1507239

    Комментарий


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

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

      Комментарий


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

        Комментарий


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

          Комментарий


            9600 стоит что в настройках порта, что в патти

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

            Комментарий


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

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

              Комментарий


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

                Комментарий


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

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

                  Комментарий


                    а как проверить есть там 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

                    Комментарий


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

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

                      Комментарий


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

                        Комментарий


                          Залил внеплановый 1.3.4 на sf.net.
                          кина не будет

                          Комментарий


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

                            Комментарий


                              Лог загрузки после ребута релиз 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

                              Комментарий


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

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

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

                                Комментарий

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