Odp: DWR 921 GSM
@Królik: Dziękuję.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → DWR 921 GSM
Strony Poprzednia 1 2 3 4 5 6 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
@Królik: Dziękuję.
https://www.dropbox.com/s/yxu3eci7g3tfq … y.bin?dl=0
Dokładnie ten wsad ładowałem do swojego. Nie pamiętam już czy działa cokolwiek poza jbootowym recovery.
Narazie z aliexpressu mam tylko 1 kostkę pamięci
Programator ją wykrywa jako Winbond W25Q128FV / W25Q128BV. Do wyboru mam 2 opcje.
Niestety bo wybraniu 1 lub 2 typu pamięci, po jej zapisie i ponownym odczycie obydwa pliki nie są takie same.
Jeśli najpierw zrobię erase, później zapis i na końcu weryfikację to dostaję taki komunikat
"main memory chip with the contents are in disagreement"
Oznaczenie na pamięci flash mam "Winbond 25Q128FVSG" i na dole 1614.
Narazie z aliexpressu mam tylko 1 kostkę pamięci
Programator ją wykrywa jako Winbond W25Q128FV / W25Q128BV. Do wyboru mam 2 opcje.Niestety bo wybraniu 1 lub 2 typu pamięci, po jej zapisie i ponownym odczycie obydwa pliki nie są takie same.
Jeśli najpierw zrobię erase, później zapis i na końcu weryfikację to dostaję taki komunikat
"main memory chip with the contents are in disagreement"Oznaczenie na pamięci flash mam "Winbond 25Q128FVSG" i na dole 1614.
Flash zawsze powinien być wyczyszczony przed nagrywaniem.
Sprawdź czy wszystkie nóżki mają przejście do programatora.
I porównaj samodzielnie hexedytorem co jest inaczej.
Nie otwieram nowego w wątku bo mam podobny problem
Czy to modem mi padł właśnie
root@S3:~# cat /sys/kernel/debug/usb/devices
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 1
B: Alloc= 0/800 us ( 0%), #Int= 1, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0002 Rev= 5.04
S: Manufacturer=Linux 5.4.124 ehci_hcd
S: Product=EHCI Host Controller
S: SerialNumber=101c0000.ehci
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256ms
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.01 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=2020 ProdID=2033 Rev= 2.28
S: Manufacturer=Mobile Connect
S: Product=Mobile Connect
S: SerialNumber=f70529e30fd6
C:* #Ifs= 5 Cfg#= 1 Atr=80 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option
E: Ad=83(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option
E: Ad=85(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=84(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option
E: Ad=87(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=86(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=qmi_wwan
E: Ad=89(I) Atr=03(Int.) MxPS= 8 Ivl=32ms
E: Ad=88(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=05(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 1
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0001 Rev= 5.04
S: Manufacturer=Linux 5.4.124 ohci_hcd
S: Product=Generic Platform OHCI controller
S: SerialNumber=101c1000.ohci
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
root@S3:~# uqmi -d /dev/cdc-wdm0 --get-signal-info
{
"type": "lte",
"rssi": -71,
"rsrq": -8,
"rsrp": -98,
"snr": 138
}
root@S3:~# uqmi -d /dev/cdc-wdm0 --get-serving-system
{
"registration": "registered",
"plmn_mcc": 260,
"plmn_mnc": 3,
"plmn_description": "Oy▒}.\u0003",
"roaming": false,
"lac_3gpp": 65534,
"cid_3gpp": 45497891,
"lte_tac": 57750
}Nie. Modem jest, ma sygnał, jest zarejestrowany u operatora.
ale sygnału nie ma. Po chwili też komendy uqmi wieszają się i nie zwracają nic.
jakby modem się zawieszał. Mozna go jakoś resetować, zainicjować?
uqmi -d /dev/cdc-wdm0 --get-serving-system
^C"Failed to connect to service"zrób ps i zobacz czy nie masz już poleceń uqmi uruchomionych.
qmi jak inne protokoły pozwalają tylko jednemu procesowi na dostęp do interfejsu. Jeżeli masz uruchomiony i coś się powiesiło to skrypty inicjując podłączenie przez uqmi też się nie uruchomią.
Coś tam jest. ale restart nie rozwiązuje problemu.
Zrobiłem czystą instalcje całego image
i nadal jest to samo.
-----------------------------------------------------------------------------
| Machine: D-Link DWR-921 C1 |
| Uptime: 0d, 00:04:36 |
| Load: 0.14 0.54 0.29 |
| Flash: total: 9.4MB, free: 5.6MB, used: 40% |
| Memory: total: 57.3MB, free: 36.2MB, used: 36% |
| Leases: 1 |
| lan: static, 192.168.3.1 |
| wan: dhcp, ? |
| wan6: dhcpv6, ? |
| WWAN: qmi, ? |
| radio0: lan, mode: ap, ssid: S3, channel: auto, conn: 2 |
-----------------------------------------------------------------------------
root@S3:~# ps
PID USER VSZ STAT COMMAND
1 root 1636 S /sbin/procd
2 root 0 SW [kthreadd]
3 root 0 IW [kworker/0:0-eve]
4 root 0 IW< [kworker/0:0H-kb]
5 root 0 IW [kworker/u2:0-ev]
6 root 0 IW< [mm_percpu_wq]
7 root 0 SW [ksoftirqd/0]
8 root 0 IW< [netns]
9 root 0 IW [kworker/u2:1-ev]
47 root 0 SW [oom_reaper]
48 root 0 IW [kworker/0:1-usb]
49 root 0 IW [kworker/u2:2-ev]
103 root 0 IW< [writeback]
105 root 0 SW [kcompactd0]
107 root 0 IW< [kblockd]
109 root 0 IW< [blkcg_punt_bio]
133 root 0 IW< [kworker/u3:0]
136 root 0 SW [watchdogd]
157 root 0 SW [kswapd0]
230 root 0 IW [kworker/u2:3-ev]
241 root 0 IW< [kthrotld]
266 root 0 SW [spi0]
363 root 0 IW< [ipv6_addrconf]
367 root 0 IW< [kworker/0:1H-kb]
378 root 0 SW [irq/41-keys]
379 root 0 SW [irq/42-keys]
414 root 0 IW [kworker/0:2-eve]
510 root 0 SWN [jffs2_gcd_mtd4]
599 ubus 1272 S /sbin/ubusd
608 root 940 S /sbin/askfirst /usr/libexec/login.sh
812 root 0 IW< [cfg80211]
1021 logd 1264 S /sbin/logd -S 64
1073 root 2188 S /sbin/rpcd -s /var/run/ubus/ubus.sock -t 30
1361 root 1148 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
1530 root 3600 S /usr/sbin/hostapd -s -g /var/run/hostapd/global
1531 root 3552 S /usr/sbin/wpa_supplicant -n -s -g /var/run/wpa_suppl
1593 root 1720 S /sbin/netifd
1776 root 1600 S /bin/sh /usr/bin/adblock.sh
1833 root 1252 S udhcpc -p /var/run/udhcpc-eth0.2.pid -s /lib/netifd/
1842 root 1068 S odhcp6c -s /lib/netifd/dhcpv6.script -P0 -t120 eth0.
1919 root 1468 S /usr/sbin/odhcpd
2274 root 3420 S /usr/sbin/uhttpd -f -h /www -r S3 -x /cgi-bin -u /ub
2276 root 1172 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
2319 root 0 IW< [kworker/0:2H]
2416 root 1260 S -ash
3491 root 1252 S< /usr/sbin/ntpd -n -N -S /usr/sbin/ntpd-hotplug -p 0.
3538 dnsmasq 1392 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf.cfg01411c
3540 root 1380 S uhttpd -c /usr/share/3ginfo/uhttpd.conf -h /usr/shar
4786 root 1452 S /bin/sh ./qmi.sh qmi setup WWAN {"proto":"qmi","devi
4907 root 1280 S uqmi -s -d /dev/cdc-wdm0 --set-client-id wds 26 --se
4945 root 1172 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
4954 root 1260 S -ash
5094 root 1172 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
5095 root 1264 S -ash
5489 root 1172 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
5490 root 1260 S -ash
5590 root 1172 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p
5602 root 1324 S /usr/bin/nslookup example.com
5603 root 1260 S -ash
5702 root 1252 R psW logach jest tak:
Sat Sep 11 14:28:03 2021 daemon.notice netifd: Interface 'WWAN' is now down
Sat Sep 11 14:28:03 2021 daemon.notice netifd: Interface 'WWAN' is setting up now
Sat Sep 11 14:28:03 2021 daemon.notice netifd: WWAN (5036): Waiting for SIM initialization
Sat Sep 11 14:28:04 2021 daemon.notice netifd: WWAN (5036): PIN verification is disabled
Sat Sep 11 14:28:04 2021 daemon.notice netifd: WWAN (5036): Waiting for network registration
Sat Sep 11 14:28:05 2021 daemon.notice netifd: WWAN (5036): Starting network WWAN
Sat Sep 11 14:28:06 2021 daemon.notice netifd: WWAN (5036): Unable to connect IPv6
Sat Sep 11 14:28:06 2021 daemon.notice netifd: WWAN (5181): Stopping network WWAN
Sat Sep 11 14:28:06 2021 daemon.notice netifd: WWAN (5181): Command failed: Permission denied
Sat Sep 11 14:28:06 2021 daemon.notice netifd: Interface 'WWAN' is now down
Nie ma PINu. Karta SIM w innym róouterze działa bez problemów. Zresztą w tym tez działała.
Do dziś. Problemy zaczęły się jak wszedłem picocom'em i próbowałem odczytać pasmo.
Tak, próbuje nawiązać połączenie, to uqmi to pokazuje. Ale tego nie robi. Co zmieniłeś w konfiguracji modemu?
Nic nie zmieniłem. przy próbie odczytania pasma zawiesił się picocom
Ponowne wgranie openwrt nie naprawiło sprawy. Konfiguracja urzadzenia w openwrt jest raczej poprawna.
Jest jakaś komenda do przywrócenia ustawień domyślnych samego modemu ?
Nie znam takiego polecenia dla modemu który siedzi w 921 (broadmobi lub wistron w zależności od modelu).
EDIT: możesz wpisać AT&F choć to pewnie nie da za wiele.
Dziwne zjawisko.
bez karty SIM komendy uqmi zwracają odpowiedź
uqmi -d /dev/cdc-wdm0 --get-serving-system
{
"registration": "searching",
"plmn_mcc": 260,
"plmn_mnc": 2,
"plmn_description": "",
"roaming": true
}
Po włażeniu SIM w/w komenda się wiesza.
SIM działa znakomicie w routerze HUAWEI
styki SIM i przyleganie w slocie sprawdzane na rózne sposoby.
Jeżeli cokolwiek robisz przez uqmi to najpierw wyłącz wan: ifdown wan, bo inaczej on próbuje nawiązać połączenie i polecenia się wzajemnie blokują. Pisałem to już. To nie jest dziwne zjawisko tylko tak to działa. Jeden proces uqmi na raz.
Tak, wiem o tym. Opuszczam wan.
Chociaż moze w którymś momencie tego nie zrobiłem.
Sprawdzę to.
Dzięki Cezary.
Po różnych testach udało mi się ustabilizować prace modemu
BroadMobi BM806C w DWR-921 C3 (zgłasza się jako C1 w Openwrt) na SIM Orange
Może to komuś pomoże - przyczyną u mnie okazał się typ PDP
W konfiguracji protokołu "Komórkowy QMI":
option pdptype 'ipv4v6' - modem nie łączy - brak komunikatu w logach
option pdptype 'ipv4' - modem łączy się poprawnie.
Nie wiem może to problem wspierania IPv6 przez operatora.
Mam jeszcze małe pytanie o performance wifi do użytkowników DWR921 C3
Modem 4G wyciąga mi po kablu ethernet D/U ok 55/33 Mb/s w pasmie LTE 2600 przy 100% sygnału
i tu chyba trzeba być zadowolonym z takiego starego modemu.
Natomiast bieda jest po wifi 2,4Ghz N pokazuje ok 15/15 Mb/s. w warunkach testowych - 1 klient, max sygnału itd Czy kotos ma lepszy performance wifi na tym wynalazku? Moze coś mam nie tak ?
Ustaw HT40, ustaw noscan 1, zmień kanał na mniej używane. Co to zwykle możesz zrobić.
Kanały mam przypilnowane. TH40 nie wiele zmieniło.
Moze to jeszcze kwestja kart klienckich bo teraz sprawdzam i na niektórych kompach z 11n jest trochę lepiej.
Ostatnio nabyłem za gorsze ów sprzęt w wersji C3 czyli z modemem BroadmobiBM806.
Znalazłem komendy at: http://wiki.sistematics.eu/attachments/5
Próbowałem użyć poleceń rzez picocom:
AT+BMMODODR=1
czyli powinien przełączyć się tylko na wcdma ale tak się nie dzieje. Pozostaje dalej na lte. Po tym zabiegu oczywiście wyłączałem i włączałem modem. Po wpisaniu:
AT+BMMODODR?
wyświatla że wybrana 1 czyli oznacza to że polecenia przyjmuje ale nie wdraża . Podobnie ma się sprawa z wymusznaie konkretnego bandu czyli polecenia:
AT+BMBANDPREF=0,2,0
po sprawdzeniu komendą:
AT+BMBANDPREF?
oczywiście wesoło oznajmia że ta częstotliwość jest wybrana. Ale praktycznie nie jest. 3goinfo pokazuje podłączenie to innego bandu, zresztą picocom tez wyświetla ten sam adres bts-a. Czy ja wpisuje złe polecenia czy ten modem nie chce ze mną gadać. Może ktoś sprawdzić?
Ja sprawdzałem, mój reaguje natychmiast: https://eko.one.pl/forum/viewtopic.php?id=20158 Tyle że mój nie pochodzi z D-Linka a z jakiegoś innego routera.
Cezary no u mnie jakieś dziwne rzeczy się dzieją. A napisz proszę jak będzie komenda żeby tylko wcdma się połączył. A może to trzeba kilka komend raz że ogólnie technologia a 2 pasmo czy nie?
AT+BMMODODR=1, tak jak napisałeś.
Cezary napisz proszę czy to normalne.
Np. daję to:
# uci set network.wan.modes=lte
# uci commit network
# ifup wan
Ok fajnie łączy się przez lte
Daję
# uci set network.wan.modes=umts
# uci commit network
# ifup wan
Łączy się przez umts
ale teraz jak wywalę całkowicie tą sekcję to jak dam (żeby szła przez umts):
ifdown qmi
uqmi -d /dev/cdc-wdm0 --set-network-modes umts
ifup qmi
to i tak łączy mnie po lte. Jest gdzieś jakaś ukryta reguła którą i tak zmienia na lte?
Nie, i na dodatek skrypty robią to dokładnie w taki sam sposób: https://github.com/openwrt/openwrt/blob … mi.sh#L244
Do czego ci jest potrzebne umts? I tak sieci komórkowe wyłączają u nas 3G więc zbytnio się nie pobawisz.
Strony Poprzednia 1 2 3 4 5 6 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → DWR 921 GSM
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc