• Zarejestrowany: 2017-08-22
  • Posty: 64

Temat: Archer D7 v1 - urwane połączenie switcha z SoCem

Witam wszystkich,
jak w temacie, urwałem (nie pytajcie jak, błagam, bo będę zmuszony zawstydzić się po raz kolejny...) 1 kondensator (C180) i 2 oporniki (R274, R271) mniej więcej w okolicach AR8327N, na dolnej warstwie płyty. Zmierzyłby ktoś proszę parametry tych urawnych części? Albo może ktoś podzieli się schematem (chociaż wątpie, aby ktoś miał)?

https://www.dropbox.com/s/xk6xsotigfjxftw/careless.jpg?dl=1


Mam też pytanie do rezystorów pullup i pulldown dla tx i rx: czemu linia tx routera ma jednocześnie rezystor i pullup i pulldown, a rx nie ma żadnego? Czy aby przypadkiem oba nie powinny być pullup, skoro domyślnie uart jest w stanie high?

RŁ

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,860

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Ostatnie - bo tak producent zrobił smile Czasami linie od seriala to zwykłe gpio wykorzystywane są też na etapie bootowania stąd te rezystory. A dlaczego tak zamiast zwykłych pullup to już chyba tylko producent wie.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez Remus

  • Remus
  • Użytkownik
  • Nieaktywny
  • Skąd: Bytom
  • Zarejestrowany: 2019-04-04
  • Posty: 105

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Witam, mam starą płytę z archera D7. Zrobiłem pomiary ale bez wylutowywania, co może dać fałszywe wyniki. Otóż R271 nie ma (są tylko punkty lutownicze), R274 to zworka (miernik pokazuje zwarcie), C180 (ten poniżej opisu: C207, bo tam Ci brakuje) pomiar miernikiem wychodzi 2,6 mikrofarad. Jak pisałem, może to być obarczone błędem (zwłaszcza kondensator)

Linksys WRT32x, Netgear r6220

4 Odpowiedź przez MrCiek4wski

  • Zarejestrowany: 2017-08-22
  • Posty: 64

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Dziękuję bardzo za te cenne informacje! Czy mogę jeszcze poprosić o C894 i C895? Nie jestem pewien, czy też wyrwałem czy ich nie było. Tym razem trochę dalej bo okolice karty wifi.

5 Odpowiedź przez Remus

  • Remus
  • Użytkownik
  • Nieaktywny
  • Skąd: Bytom
  • Zarejestrowany: 2019-04-04
  • Posty: 105

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Bez wylutowywania miernik pokazuje, że obydwa mają po 14 mikrofarad

Linksys WRT32x, Netgear r6220

6 Odpowiedź przez Królik

  • Skąd: Warszawa
  • Zarejestrowany: 2015-07-10
  • Posty: 1,106

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Remus napisał/a:

Bez wylutowywania miernik pokazuje, że obydwa mają po 14 mikrofarad


Bez wylutowania nic nie widać.

Radzę nie przejmować się w pierwszej kolejności kondensatorami, tylko poprawić rezystory i zobaczyć czy w ogóle wstanie.

Mam i używam: Fujitsu Futro S720, Netgear R6220, Unielec U7621-06, TP-Linki 1043 V1, V2, Linksysy EA7500v2, AeroHive AP350, Linksys EA8500, ZTE MF286d.
Mam: D-Linki DWR-921, DWR-118, DWR-116, TP-Link WDR-4900 v1, Checkpoint L-50, Linksysy 1900ACS, LB-Link BL-W1200,

Królik's Strona

7 Odpowiedź przez Remus (edytowany przez Remus 2020-06-19 20:12:53)

  • Remus
  • Użytkownik
  • Nieaktywny
  • Skąd: Bytom
  • Zarejestrowany: 2019-04-04
  • Posty: 105

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Królik napisał/a:

Bez wylutowania nic nie widać.

Widać, tylko że pomiar może być obarczony błędem (zależy od układu połączeń). W przypadku rezystora (zworki) możemy mieć raczej pewność, bo widać, że łączy 2 ścieżki (gdyby te ścieżki były połączone w innym miejscu, to bez sensu byłoby dawanie tu zworki). Co do kondensatorów to oczywiście pewności mieć nie można. Nie wiemy, czy np. nie jest gdzieś dalej połączony drugi kondensator i nie odczytujemy ich wspólnej wartości, bądź jakiś rezystor, który też zniekształca pomiar.

Linksys WRT32x, Netgear r6220

8 Odpowiedź przez MrCiek4wski

  • Zarejestrowany: 2017-08-22
  • Posty: 64

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Dobra, wstaje smile Porobiłem parę testów i widzę jedną anomailę: 192.168.1.100 - kabel, 192.168.1.101 - wifi

Sam ping:

PING 192.168.1.101 (192.168.1.101) 56(84) bytes of data.
64 bytes from 192.168.1.101: icmp_seq=1 ttl=64 time=281 ms
64 bytes from 192.168.1.101: icmp_seq=2 ttl=64 time=96.7 ms
64 bytes from 192.168.1.101: icmp_seq=3 ttl=64 time=118 ms
64 bytes from 192.168.1.101: icmp_seq=4 ttl=64 time=137 ms
64 bytes from 192.168.1.101: icmp_seq=5 ttl=64 time=168 ms
64 bytes from 192.168.1.101: icmp_seq=6 ttl=64 time=187 ms
64 bytes from 192.168.1.101: icmp_seq=7 ttl=64 time=211 ms
64 bytes from 192.168.1.101: icmp_seq=8 ttl=64 time=231 ms
64 bytes from 192.168.1.101: icmp_seq=9 ttl=64 time=50.4 ms
64 bytes from 192.168.1.101: icmp_seq=10 ttl=64 time=75.7 ms
64 bytes from 192.168.1.101: icmp_seq=11 ttl=64 time=93.4 ms
64 bytes from 192.168.1.101: icmp_seq=12 ttl=64 time=117 ms
64 bytes from 192.168.1.101: icmp_seq=13 ttl=64 time=142 ms
64 bytes from 192.168.1.101: icmp_seq=14 ttl=64 time=165 ms
64 bytes from 192.168.1.101: icmp_seq=15 ttl=64 time=189 ms
64 bytes from 192.168.1.101: icmp_seq=16 ttl=64 time=202 ms
64 bytes from 192.168.1.101: icmp_seq=17 ttl=64 time=233 ms
64 bytes from 192.168.1.101: icmp_seq=18 ttl=64 time=48.0 ms
64 bytes from 192.168.1.101: icmp_seq=19 ttl=64 time=73.6 ms
64 bytes from 192.168.1.101: icmp_seq=20 ttl=64 time=95.7 ms
64 bytes from 192.168.1.101: icmp_seq=21 ttl=64 time=2.55 ms
64 bytes from 192.168.1.101: icmp_seq=22 ttl=64 time=2.88 ms
64 bytes from 192.168.1.101: icmp_seq=23 ttl=64 time=161 ms
64 bytes from 192.168.1.101: icmp_seq=24 ttl=64 time=183 ms
64 bytes from 192.168.1.101: icmp_seq=25 ttl=64 time=204 ms
64 bytes from 192.168.1.101: icmp_seq=26 ttl=64 time=26.3 ms
64 bytes from 192.168.1.101: icmp_seq=27 ttl=64 time=31.5 ms
64 bytes from 192.168.1.101: icmp_seq=28 ttl=64 time=53.5 ms
64 bytes from 192.168.1.101: icmp_seq=29 ttl=64 time=480 ms
64 bytes from 192.168.1.101: icmp_seq=30 ttl=64 time=510 ms
64 bytes from 192.168.1.101: icmp_seq=31 ttl=64 time=533 ms
64 bytes from 192.168.1.101: icmp_seq=32 ttl=64 time=163 ms
64 bytes from 192.168.1.101: icmp_seq=33 ttl=64 time=186 ms
64 bytes from 192.168.1.101: icmp_seq=34 ttl=64 time=210 ms
64 bytes from 192.168.1.101: icmp_seq=35 ttl=64 time=232 ms
64 bytes from 192.168.1.101: icmp_seq=36 ttl=64 time=46.8 ms
64 bytes from 192.168.1.101: icmp_seq=37 ttl=64 time=74.0 ms
64 bytes from 192.168.1.101: icmp_seq=38 ttl=64 time=96.5 ms
^C
--- 192.168.1.101 ping statistics ---
39 packets transmitted, 38 received, 2.5641% packet loss, time 89ms
rtt min/avg/max/mdev = 2.552/160.813/533.054/123.708 ms

iperf + ping:

Connecting to host 192.168.1.101, port 5201
[  5] local 192.168.1.100 port 47008 connected to 192.168.1.101 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  29.2 MBytes   245 Mbits/sec    2    255 KBytes       
[  5]   1.00-2.00   sec  27.0 MBytes   227 Mbits/sec    2    182 KBytes       
[  5]   2.00-3.00   sec  27.4 MBytes   230 Mbits/sec    2    205 KBytes       
[  5]   3.00-4.00   sec  32.5 MBytes   273 Mbits/sec    1    253 KBytes       
[  5]   4.00-5.00   sec  41.0 MBytes   344 Mbits/sec    0    345 KBytes       
[  5]   5.00-6.00   sec  46.3 MBytes   388 Mbits/sec    1    329 KBytes       
[  5]   6.00-7.00   sec  53.8 MBytes   451 Mbits/sec    0    430 KBytes       
[  5]   7.00-8.00   sec  59.2 MBytes   497 Mbits/sec    0    520 KBytes       
[  5]   8.00-9.00   sec  61.0 MBytes   512 Mbits/sec    0    600 KBytes       
[  5]   9.00-10.00  sec  48.6 MBytes   408 Mbits/sec    0    653 KBytes       
[  5]  10.00-11.00  sec  43.8 MBytes   367 Mbits/sec    0    700 KBytes       
[  5]  11.00-12.00  sec  48.8 MBytes   409 Mbits/sec    0    744 KBytes       
[  5]  12.00-13.00  sec  62.5 MBytes   524 Mbits/sec    0    805 KBytes       
[  5]  13.00-14.00  sec  58.8 MBytes   493 Mbits/sec    0    857 KBytes       
[  5]  14.00-15.00  sec  61.2 MBytes   514 Mbits/sec   17    660 KBytes       
[  5]  15.00-16.00  sec  61.2 MBytes   514 Mbits/sec    0    740 KBytes       
[  5]  16.00-17.00  sec  63.8 MBytes   535 Mbits/sec    0    799 KBytes       
[  5]  17.00-18.00  sec  63.8 MBytes   535 Mbits/sec    0    841 KBytes       
[  5]  18.00-19.00  sec  65.0 MBytes   545 Mbits/sec    0    881 KBytes       
[  5]  19.00-20.00  sec  65.0 MBytes   545 Mbits/sec    0    935 KBytes       
[  5]  20.00-21.00  sec  66.2 MBytes   556 Mbits/sec    0    986 KBytes       
[  5]  21.00-22.00  sec  66.2 MBytes   556 Mbits/sec    0   1.00 MBytes       
[  5]  22.00-23.00  sec  67.5 MBytes   566 Mbits/sec    0   1.00 MBytes       
[  5]  23.00-24.00  sec  66.2 MBytes   556 Mbits/sec    0   1.00 MBytes       
[  5]  24.00-25.00  sec  67.5 MBytes   566 Mbits/sec    0   1.00 MBytes       
[  5]  25.00-26.00  sec  63.8 MBytes   535 Mbits/sec   28    757 KBytes       
[  5]  26.00-27.00  sec  61.2 MBytes   514 Mbits/sec   12    597 KBytes       
[  5]  27.00-28.00  sec  61.2 MBytes   514 Mbits/sec    0    667 KBytes       
[  5]  28.00-29.00  sec  61.2 MBytes   514 Mbits/sec    0    732 KBytes       
[  5]  29.00-30.00  sec  60.0 MBytes   503 Mbits/sec    0    790 KBytes       
[  5]  30.00-31.00  sec  60.0 MBytes   503 Mbits/sec   17    609 KBytes       
[  5]  31.00-32.00  sec  62.5 MBytes   524 Mbits/sec    0    686 KBytes       
[  5]  32.00-33.00  sec  61.2 MBytes   514 Mbits/sec    0    742 KBytes       
[  5]  33.00-34.00  sec  63.8 MBytes   535 Mbits/sec    0    795 KBytes       
[  5]  34.00-35.00  sec  63.8 MBytes   535 Mbits/sec    0    854 KBytes       
[  5]  35.00-36.00  sec  65.0 MBytes   545 Mbits/sec    0    909 KBytes       
[  5]  36.00-37.00  sec  65.0 MBytes   545 Mbits/sec    0    959 KBytes       
[  5]  37.00-38.00  sec  63.8 MBytes   535 Mbits/sec    0   1007 KBytes       
[  5]  38.00-39.00  sec  67.5 MBytes   566 Mbits/sec    0   1.00 MBytes       
[  5]  39.00-40.00  sec  67.5 MBytes   566 Mbits/sec    0   1.00 MBytes       
[  5]  40.00-41.00  sec  66.2 MBytes   556 Mbits/sec    0   1.00 MBytes       
[  5]  41.00-42.00  sec  65.0 MBytes   545 Mbits/sec   20    754 KBytes       
[  5]  42.00-43.00  sec  60.0 MBytes   503 Mbits/sec   10    592 KBytes       
[  5]  43.00-44.00  sec  61.2 MBytes   514 Mbits/sec    0    666 KBytes       
[  5]  44.00-45.00  sec  62.5 MBytes   524 Mbits/sec    0    732 KBytes       
[  5]  45.00-46.00  sec  65.0 MBytes   545 Mbits/sec    0    793 KBytes       
[  5]  46.00-47.00  sec  65.0 MBytes   545 Mbits/sec    0    853 KBytes       
^C[  5]  47.00-47.55  sec  35.0 MBytes   537 Mbits/sec    0    882 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-47.55  sec  2.72 GBytes   491 Mbits/sec  112             sender
[  5]   0.00-47.55  sec  0.00 Bytes  0.00 bits/sec                  receiver
iperf3: interrupt - the client has terminated
PING 192.168.1.101 (192.168.1.101) 56(84) bytes of data.
64 bytes from 192.168.1.101: icmp_seq=1 ttl=64 time=430 ms
64 bytes from 192.168.1.101: icmp_seq=2 ttl=64 time=8.63 ms
64 bytes from 192.168.1.101: icmp_seq=3 ttl=64 time=5.01 ms
64 bytes from 192.168.1.101: icmp_seq=4 ttl=64 time=4.49 ms
64 bytes from 192.168.1.101: icmp_seq=5 ttl=64 time=4.37 ms
64 bytes from 192.168.1.101: icmp_seq=6 ttl=64 time=4.42 ms
64 bytes from 192.168.1.101: icmp_seq=7 ttl=64 time=5.10 ms
64 bytes from 192.168.1.101: icmp_seq=8 ttl=64 time=6.18 ms
64 bytes from 192.168.1.101: icmp_seq=9 ttl=64 time=4.73 ms
64 bytes from 192.168.1.101: icmp_seq=10 ttl=64 time=7.20 ms
64 bytes from 192.168.1.101: icmp_seq=11 ttl=64 time=7.23 ms
64 bytes from 192.168.1.101: icmp_seq=12 ttl=64 time=11.6 ms
64 bytes from 192.168.1.101: icmp_seq=13 ttl=64 time=28.9 ms
64 bytes from 192.168.1.101: icmp_seq=14 ttl=64 time=1.95 ms
64 bytes from 192.168.1.101: icmp_seq=15 ttl=64 time=33.2 ms
64 bytes from 192.168.1.101: icmp_seq=16 ttl=64 time=7.18 ms
64 bytes from 192.168.1.101: icmp_seq=17 ttl=64 time=4.55 ms
64 bytes from 192.168.1.101: icmp_seq=18 ttl=64 time=5.10 ms
64 bytes from 192.168.1.101: icmp_seq=19 ttl=64 time=2.51 ms
64 bytes from 192.168.1.101: icmp_seq=20 ttl=64 time=11.3 ms
64 bytes from 192.168.1.101: icmp_seq=21 ttl=64 time=11.6 ms
64 bytes from 192.168.1.101: icmp_seq=22 ttl=64 time=11.9 ms
64 bytes from 192.168.1.101: icmp_seq=23 ttl=64 time=6.76 ms
64 bytes from 192.168.1.101: icmp_seq=24 ttl=64 time=6.34 ms
64 bytes from 192.168.1.101: icmp_seq=25 ttl=64 time=4.34 ms
64 bytes from 192.168.1.101: icmp_seq=26 ttl=64 time=5.99 ms
64 bytes from 192.168.1.101: icmp_seq=27 ttl=64 time=2.56 ms
64 bytes from 192.168.1.101: icmp_seq=28 ttl=64 time=4.31 ms
64 bytes from 192.168.1.101: icmp_seq=29 ttl=64 time=0.884 ms
64 bytes from 192.168.1.101: icmp_seq=30 ttl=64 time=8.77 ms
64 bytes from 192.168.1.101: icmp_seq=31 ttl=64 time=9.68 ms
64 bytes from 192.168.1.101: icmp_seq=32 ttl=64 time=9.48 ms
64 bytes from 192.168.1.101: icmp_seq=33 ttl=64 time=5.31 ms
64 bytes from 192.168.1.101: icmp_seq=34 ttl=64 time=3.64 ms
64 bytes from 192.168.1.101: icmp_seq=35 ttl=64 time=6.93 ms
64 bytes from 192.168.1.101: icmp_seq=36 ttl=64 time=7.76 ms
64 bytes from 192.168.1.101: icmp_seq=37 ttl=64 time=4.04 ms
64 bytes from 192.168.1.101: icmp_seq=38 ttl=64 time=4.26 ms
64 bytes from 192.168.1.101: icmp_seq=39 ttl=64 time=9.21 ms
64 bytes from 192.168.1.101: icmp_seq=40 ttl=64 time=8.90 ms
64 bytes from 192.168.1.101: icmp_seq=41 ttl=64 time=8.37 ms
64 bytes from 192.168.1.101: icmp_seq=42 ttl=64 time=1.33 ms
64 bytes from 192.168.1.101: icmp_seq=43 ttl=64 time=6.59 ms
64 bytes from 192.168.1.101: icmp_seq=44 ttl=64 time=6.35 ms
64 bytes from 192.168.1.101: icmp_seq=45 ttl=64 time=7.61 ms
64 bytes from 192.168.1.101: icmp_seq=46 ttl=64 time=10.4 ms
64 bytes from 192.168.1.101: icmp_seq=47 ttl=64 time=7.45 ms
64 bytes from 192.168.1.101: icmp_seq=48 ttl=64 time=5.12 ms
64 bytes from 192.168.1.101: icmp_seq=49 ttl=64 time=5.10 ms
^C
--- 192.168.1.101 ping statistics ---
49 packets transmitted, 49 received, 0% packet loss, time 96ms
rtt min/avg/max/mdev = 0.884/16.006/429.538/59.947 ms

Archer D7 jest reklamowany na 1,3Gbps, 192.168.1.101 to Snapdragon 835 oddalony od Archera ~0cm, jego max prędkość to ~800Mbps, 192.168.1.100 to Realtek 1Gbps. Czy w takim przypadku prędkości nie powinny oscylować ~700-750Mbps? Poza tym, ktoś z właścicieli Archera D7 może się wypowiedzieć na temat tych pingów? Obawiam się, że niektóre z tych kondensatorów były związane z anteną...


Poza tematem, w związku z tym, że to pudełeczko leżało sobie długo na strychu i popadło w zapomnienie, spróbuję z niego zrobić Archera C7, jako że bebechy to w praktyce archer c7 v2,v3. Pamieć 8Mb i RAM 64Mb od modemu Broadcoma wylutuję i wstawię do innego routera z 4/32. Nie powinno to chyba wpłynąć na działanie Archera D7? Również, czy ktoś może wytłumaczyć to?

https://openwrt.org/toh/tp-link/archer- … #boot_logs

...
[ 0.896826] m25p80 spi0.0: found s25fl128s, expected m25p80
[ 0.902532] m25p80 spi0.0: s25fl128s (16384 Kbytes)
[ 0.908358] 5 tp-link partitions found on MTD device spi0.0
[ 0.914014] Creating 5 MTD partitions on "spi0.0":
[ 0.918902] 0x000000000000-0x000000020000 : "u-boot"
[ 0.925413] 0x000000020000-0x00000016df58 : "kernel"
[ 0.932084] 0x00000016df58-0x000000ff0000 : "rootfs"
[ 0.938410] mtd: device 2 (rootfs) set to be root filesystem
[ 0.944211] 1 squashfs-split partitions found on MTD device rootfs
[ 0.950509] 0x000000400000-0x000000ff0000 : "rootfs_data"
[ 0.957672] 0x000000ff0000-0x000001000000 : "art"
[ 0.964122] 0x000000020000-0x000000ff0000 : "firamware"
...

ArcherC7v2_en_eu_3_15_3_up_boot(180305).bin

mtdparts=ath-nor0:256k(u-boot),64k(u-boot-env),6336k(rootfs),1408k(uImage),8256k(mib0),64k(ART)

9 Odpowiedź przez MrCiek4wski

  • Zarejestrowany: 2017-08-22
  • Posty: 64

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Udało mi się uruchomić tego Archera z openwrt z C7 na stockowym u-boocie po małej modyfikacji. Wifi niestety poprawnie nie działa:

root@OpenWrt:~# logread
...
Sat May 16 18:43:11 2020 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Sat May 16 18:43:11 2020 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Sat May 16 18:43:11 2020 daemon.err hostapd: Using interface wlan1 with hwaddr 00:02:03:04:05:06 and ssid "OpenWrt"
Sat May 16 18:43:11 2020 kern.info kernel: [   30.599907] br-lan: port 2(wlan1) entered disabled state
Sat May 16 18:43:11 2020 daemon.err hostapd: nl80211 driver initialization failed.
Sat May 16 18:43:11 2020 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->DISABLED
Sat May 16 18:43:11 2020 daemon.notice hostapd: wlan0: AP-DISABLED
Sat May 16 18:43:11 2020 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Sat May 16 18:43:11 2020 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Sat May 16 18:43:12 2020 kern.info kernel: [   30.655281] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Sat May 16 18:43:12 2020 kern.info kernel: [   30.661994] br-lan: port 2(wlan1) entered blocking state
Sat May 16 18:43:12 2020 kern.info kernel: [   30.667448] br-lan: port 2(wlan1) entered forwarding state
Sat May 16 18:43:12 2020 daemon.notice netifd: radio0 (1405): cat: can't open '/var/run/wifi-phy0.pid': No such file or directory
Sat May 16 18:43:12 2020 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->ENABLED
Sat May 16 18:43:12 2020 daemon.notice netifd: radio0 (1405): WARNING (wireless_add_process): executable path /usr/sbin/wpad does not match process  path (/proc/exe)
Sat May 16 18:43:12 2020 daemon.notice hostapd: wlan1: AP-ENABLED
Sat May 16 18:43:12 2020 daemon.notice netifd: radio0 (1405): Command failed: Invalid argument
Sat May 16 18:43:12 2020 daemon.notice netifd: radio0 (1405): Device setup failed: HOSTAPD_START_FAILED
Sat May 16 18:43:12 2020 daemon.notice netifd: Network device 'wlan1' link is up
...
Sat May 16 18:44:05 2020 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Sat May 16 18:44:05 2020 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Sat May 16 18:44:05 2020 daemon.err hostapd: nl80211 driver initialization failed.
Sat May 16 18:44:05 2020 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->DISABLED
Sat May 16 18:44:05 2020 daemon.notice hostapd: wlan0: AP-DISABLED
Sat May 16 18:44:05 2020 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Sat May 16 18:44:05 2020 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Sat May 16 18:44:05 2020 daemon.notice netifd: radio0 (1898): cat: can't open '/var/run/wifi-phy0.pid': No such file or directory
Sat May 16 18:44:05 2020 daemon.notice netifd: radio0 (1898): WARNING (wireless_add_process): executable path /usr/sbin/wpad does not match process  path (/proc/exe)
Sat May 16 18:44:06 2020 daemon.notice netifd: radio0 (1898): Command failed: Invalid argument
Sat May 16 18:44:06 2020 daemon.notice netifd: radio0 (1898): Device setup failed: HOSTAPD_START_FAILED
...
root@OpenWrt:~# iwinfo
wlan1     ESSID: "OpenWrt"
          Access Point: 00:02:03:04:05:06
          Mode: Master  Channel: 11 (2.462 GHz)
          Tx-Power: 25 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -95 dBm
          Bit Rate: unknown
          Encryption: none
          Type: nl80211  HW Mode(s): 802.11bgn
          Hardware: unknown [Generic MAC80211]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: yes  PHY name: phy1
root@OpenWrt:~# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.channel='36'
wireless.radio0.hwmode='11a'
wireless.radio0.path='pci0000:00/0000:00:00.0'
wireless.radio0.htmode='VHT80'
wireless.default_radio0=wifi-iface
wireless.default_radio0.device='radio0'
wireless.default_radio0.network='lan'
wireless.default_radio0.mode='ap'
wireless.default_radio0.ssid='OpenWrt'
wireless.default_radio0.encryption='none'
wireless.radio1=wifi-device
wireless.radio1.type='mac80211'
wireless.radio1.channel='11'
wireless.radio1.hwmode='11g'
wireless.radio1.path='platform/ahb/18100000.wmac'
wireless.radio1.htmode='HT20'
wireless.default_radio1=wifi-iface
wireless.default_radio1.device='radio1'
wireless.default_radio1.network='lan'
wireless.default_radio1.mode='ap'
wireless.default_radio1.ssid='OpenWrt'
wireless.default_radio1.encryption='none'


5G nie inicjuje się wogóle, a 2.4 ma coś nie tak z bssid i na dodatek "Hardware: unknown [Generic MAC80211]", ale przynajmniej startuje. Mam wrażenie, że coś jest nie tak ze znalezieniem tych adresów MAC, bo jeżeli ręcznie przypiszę bssid do 5G, to nagle startuje:

root@OpenWrt:~# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type='mac80211'
wireless.radio0.channel='36'
wireless.radio0.hwmode='11a'
wireless.radio0.path='pci0000:00/0000:00:00.0'
wireless.radio0.htmode='VHT80'
wireless.default_radio0=wifi-iface
wireless.default_radio0.device='radio0'
wireless.default_radio0.network='lan'
wireless.default_radio0.mode='ap'
wireless.default_radio0.ssid='OpenWrt'
wireless.default_radio0.encryption='none'
wireless.default_radio0.macaddr='00:01:02:03:04:05'
wireless.radio1=wifi-device
wireless.radio1.type='mac80211'
wireless.radio1.channel='11'
wireless.radio1.hwmode='11g'
wireless.radio1.path='platform/ahb/18100000.wmac'
wireless.radio1.htmode='HT20'
wireless.default_radio1=wifi-iface
wireless.default_radio1.device='radio1'
wireless.default_radio1.network='lan'
wireless.default_radio1.mode='ap'
wireless.default_radio1.ssid='OpenWrt'
wireless.default_radio1.encryption='none'
root@OpenWrt:~# iwinfo
wlan0     ESSID: "OpenWrt"
          Access Point: 00:01:02:03:04:05
          Mode: Master  Channel: 36 (5.180 GHz)
          Tx-Power: 23 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -103 dBm
          Bit Rate: unknown
          Encryption: none
          Type: nl80211  HW Mode(s): 802.11nac
          Hardware: 168C:003C 0000:0000 [Qualcomm Atheros QCA9880]
          TX power offset: none
          Frequency offset: none
          Supports VAPs: yes  PHY name: phy0

wlan1     ESSID: "OpenWrt"
          Access Point: 00:02:03:04:05:06
          Mode: Master  Channel: 11 (2.462 GHz)
          Tx-Power: 25 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -95 dBm
          Bit Rate: unknown
          Encryption: none
          Type: nl80211  HW Mode(s): 802.11bgn
          Hardware: unknown [Generic MAC80211]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: yes  PHY name: phy1
root@OpenWrt:~# logread
...
Sat May 16 22:26:56 2020 daemon.err hostapd: Configuration file: /var/run/hostapd-phy1.conf
Sat May 16 22:26:56 2020 kern.info kernel: [   31.001234] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
Sat May 16 22:26:56 2020 kern.info kernel: [   31.172966] br-lan: port 2(wlan1) entered blocking state
Sat May 16 22:26:56 2020 kern.info kernel: [   31.178483] br-lan: port 2(wlan1) entered disabled state
Sat May 16 22:26:56 2020 kern.info kernel: [   31.184151] device wlan1 entered promiscuous mode
Sat May 16 22:26:56 2020 kern.info kernel: [   31.189084] br-lan: port 2(wlan1) entered blocking state
Sat May 16 22:26:56 2020 kern.info kernel: [   31.194509] br-lan: port 2(wlan1) entered forwarding state
Sat May 16 22:26:56 2020 daemon.err hostapd: Using interface wlan1 with hwaddr 00:02:03:04:05:06 and ssid "OpenWrt"
Sat May 16 22:26:56 2020 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Sat May 16 22:26:56 2020 kern.info kernel: [   31.504764] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Sat May 16 22:26:58 2020 kern.warn kernel: [   32.968749] ath10k_pci 0000:00:00.0: 10.1 wmi init: vdevs: 16  peers: 127  tid: 256
Sat May 16 22:26:58 2020 kern.info kernel: [   32.985520] ath10k_pci 0000:00:00.0: wmi print 'P 128 V 8 T 410'
Sat May 16 22:26:58 2020 kern.info kernel: [   32.991834] ath10k_pci 0000:00:00.0: wmi print 'msdu-desc: 1424  sw-crypt: 0 ct-sta: 0'
Sat May 16 22:26:58 2020 kern.info kernel: [   32.999994] ath10k_pci 0000:00:00.0: wmi print 'alloc rem: 20904 iram: 26056'
Sat May 16 22:26:58 2020 kern.warn kernel: [   33.062839] ath10k_pci 0000:00:00.0: pdev param 0 not supported by firmware
Sat May 16 22:26:58 2020 kern.info kernel: [   33.077613] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sat May 16 22:26:58 2020 daemon.notice hostapd: wlan1: interface state UNINITIALIZED->ENABLED
Sat May 16 22:26:58 2020 daemon.notice hostapd: wlan1: AP-ENABLED
Sat May 16 22:26:58 2020 kern.info kernel: [   33.120201] br-lan: port 3(wlan0) entered blocking state
Sat May 16 22:26:58 2020 kern.info kernel: [   33.125638] br-lan: port 3(wlan0) entered disabled state
Sat May 16 22:26:58 2020 kern.info kernel: [   33.131281] device wlan0 entered promiscuous mode
Sat May 16 22:26:58 2020 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->HT_SCAN
Sat May 16 22:26:58 2020 daemon.notice netifd: Network device 'wlan1' link is up
Sat May 16 22:26:58 2020 daemon.notice hostapd: Switch own primary and secondary channel to get secondary channel with no Beacons from other BSSes
Sat May 16 22:26:58 2020 daemon.err hostapd: Using interface wlan0 with hwaddr 00:01:02:03:04:05 and ssid "OpenWrt"
Sat May 16 22:26:58 2020 kern.info kernel: [   33.271105] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Sat May 16 22:26:58 2020 kern.info kernel: [   33.277815] br-lan: port 3(wlan0) entered blocking state
Sat May 16 22:26:58 2020 kern.info kernel: [   33.283203] br-lan: port 3(wlan0) entered forwarding state
Sat May 16 22:26:58 2020 daemon.notice hostapd: wlan0: interface state HT_SCAN->ENABLED
Sat May 16 22:26:58 2020 daemon.notice hostapd: wlan0: AP-ENABLED
Sat May 16 22:26:58 2020 daemon.notice netifd: Network device 'wlan0' link is up
...


Skąd OpenWrt odczytuje adresy dla interfejsów wlan i czemu nie widzi, że phy1 to AR9550? Dla 2.4G adres też jest zły. Może coś uszkodziłem podczas wgrywania i tego nie wiem. ART jest cały, sprawdziłem.

Poza tym, na działających już wlanach sprawdziłem przepustowość i wyszło, że jest gorzej niż na stockowym firmware (~2x wolniej i dla phy0 i phy1). Czy można to jakoś poprawić (zastosować jakiś offload, zmiana firmware z ct na inne, itd...)?

10 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,860

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Masz uszkodzony art we flash lub brakuje ci danych o mac adresach (one są za bootloaderem).

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

11 Odpowiedź przez MrCiek4wski

  • Zarejestrowany: 2017-08-22
  • Posty: 64

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Ok, dla pewności wgrałem moje art z backupu:

AP135> set serverip 192.168.100.10
AP135> set ipaddr 192.168.100.1
AP135> tftp 0x81000000 art.bin
dup 1 speed 1000
Using eth0 device
TFTP from server 192.168.100.10; our IP address is 192.168.100.1
Filename 'art.bin'.
Load address: 0x81000000
Loading: #############
done
Bytes transferred = 65536 (10000 hex)
AP135> erase 0x9fff0000 0x9fffffff
Erasing flash... 
First 0xff last 0xff sector size 0x10000                                                                                                           255
Erased 1 sectors
AP135> cp.b 0x81000000 0x9fff0000 10000
Copy to Flash... write addr: 9fff0000
done
AP135> printenv
bootargs=[...]mtdparts=ath-nor0:128k(u-boot),1152k(kernel),15040k(rootfs),64k(radio)
...

Nadal źle są wykrywane parametry:

root@OpenWrt:/# iwinfo
...
wlan1     ESSID: "OpenWrt"
          Access Point: 00:02:03:04:05:06
          Mode: Master  Channel: 11 (2.462 GHz)
          Tx-Power: 25 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -95 dBm
          Bit Rate: unknown
          Encryption: none
          Type: nl80211  HW Mode(s): 802.11bgn
          Hardware: unknown [Generic MAC80211]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: yes  PHY name: phy1

Gdzie dokładnie jeszcze miały znajdować się te adresy we flash? Mam zmodowaną tablicę w u-boot, wywaliłem partycje w stylu rom, romfs, reserved, bo są one potrzebne tylko do stockowego firmware (przynajmniej tak twierdzi internet). To tam mają być te adresy? Bo jak tak, to przywrócę.

12 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,860

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Jeżeli go zrobiłeś na podstawie C7 to pod  adresem 0x1fc00 we flash: https://github.com/openwrt/openwrt/blob … -c7.c#L246

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

13 Odpowiedź przez MrCiek4wski

  • Zarejestrowany: 2017-08-22
  • Posty: 64

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Dzięki za naprowadzenie. Niestety, nawet zapisanie mac w tym adresie nic nie dało. Poszukałem w moim backupe stringów binarnych w postaci mojego mac i znalazłem w 0xfdf100, co by się zgadzało z tym commitem, który znalazłem później: https://git.openwrt.org/?p=openwrt/open … 967d7#l102
romfs zaczyna się na offsecie 0xfd0000. Dopiero po zapisaniu w 0x1fc0 i 0xfdf100 oraz oznaczeniu romfs w u-boocie

mtdparts=ath-nor0:128k(u-boot),1152k(kernel),14192k(rootfs),128k(romfs),64k(radio)

interfejsy wstają.

Teraz zostaje kwestia tego generic 802.11 i prędkości. AR9550 ma być tak oznaczone? Czy znowu ze sterownikiem coś nie tak?

Offload w openwrt jest domyślnie, czy trzeba samemu pobierać jakieś moduły do kernela? I czy to normalne, że prędkość wifi spada w porównaniu ze stockiem (w moim przypadku 2x)?

14 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,860

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

To tylko nazwa którą luci wyświetla na podstawie danych z pliku tekstowego. Jak byś przestał używać luci to byś nie miał takich wątpliwości. Tak ma być, bo nie wszystkie interfejsy radiowe są tam umieszczone.

Offliad jest domyślnie w aktualnych wersjach openwrt. Ale to nijak się ma do tego ile przesyłasz po wifi. Raczej to samo co zwykle - nie ustawiłeś ht40 i vht80, nie ustawiłeś noscan 1. Czyli - po prostu nie skonfigurowałeś sobie systemu tylko jedziesz na ustawieniach domyślnych (generycznych, bezpiecznych).

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

15 Odpowiedź przez MrCiek4wski (edytowany przez MrCiek4wski 2020-06-24 21:50:24)

  • Zarejestrowany: 2017-08-22
  • Posty: 64

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

No, chyba nie tylko luci, ale za rozwianie wątpliwości dziękuję tongue

root@OpenWrt:/# iwinfo wlan1 info
wlan1     ESSID: "OpenWrt2G"
          Access Point: XX:XX:XX:XX:XX:XX
          Mode: Master  Channel: 11 (2.462 GHz)
          Tx-Power: 25 dBm  Link Quality: unknown/70
          Signal: unknown  Noise: -95 dBm
          Bit Rate: unknown
          Encryption: none
          Type: nl80211  HW Mode(s): 802.11bgn
          Hardware: unknown [Generic MAC80211]
          TX power offset: unknown
          Frequency offset: unknown
          Supports VAPs: yes  PHY name: phy1

Co do szerokości pasm, to ustawień nie zmieniałem, bo właśnie takie jak napisałeś domyślnie są.
Za noscan dziękuję, pomogło, chociaż i tak nie za bardzo wiem co to robi, nawet po zerknięciu do dokumentacji uci.

16 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,860

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

Wymusza daną szerokość pasma, nawet jak są tam już inne sieci na tych kanałach.

A szerokość pasma jest na pewno w konfigu, sam to nawet pokazałeś.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

17 Odpowiedź przez MrCiek4wski

  • Zarejestrowany: 2017-08-22
  • Posty: 64

Odp: Archer D7 v1 - urwane połączenie switcha z SoCem

A rzeczywiście, mam ht20 w configu, niedopatrzenie... smile W każdym razie i tak dziękuję za pomoc.