через житаг проще =) и не так больно как все говорят... ну да ладно.. так безопасней
Объявление
Свернуть
Пока нет объявлений.
DAP-1150/RU, DIR-300/NRU и другие устройства на Ralink RT305xF - архив
Свернуть
Эта тема закрыта.
X
X
-
Сообщение от kuslik Посмотреть сообщениечерез житаг проще =) и не так больно как все говорят... ну да ладно.. так безопасней
P.S. Бут в сообщении выше лить ТОЛЬКО В РОУТЕРЫ С SPI флэшем. Заливка в роутер с NOR/NAND флэшем убьёт роутер и тогда уже будет нужен jtag/программатор.кина не будет
Комментарий
-
Померьте для начала относительно минуса все 4 контакта, по логике два из них должны быть (rx) (tx) третий (-) , четвертый возможно (+) который не понадобиться, нужно сразу рядом с ним на плате маркером пометить, чтобы не подключить к нему ничего случайно, минус вы без проблем найдете, а остальные два (rx) (tx) можно местами менять без опасения, если не заработает в одном варианте, поменять их друг с другом местами, на всякий случай можете через 100ом-1ком резисторы подключить (rx) (tx).
Комментарий
-
Сообщение от GR@Fko Посмотреть сообщение9600 стоит что в настройках порта, что в патти
ок, щас попробую...кина не будет
Комментарий
-
Сообщение от 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
Комментарий
-
А не проще скидать на коленке? http://ddixlab.ru/forum/viewtopic.php?t=1397
Схем в инете навалом. Короче говоря вариантов масса.кина не будет
Комментарий
-
Лог загрузки после ребута релиз 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 в статик забив от балды какие-нить адреса и не пудрите мозг.кина не будет
Комментарий
Комментарий