Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → Modem 5G RM520N-GL (M.2) na USB pod OpenWrt
Strony Poprzednia 1 … 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Jak to zwalonego projektu? Powinienem o czyms wiedziec? Kupilem router i karte po obejrzeniu filmu RafalaB
A Rafał nie mówił że grzeje się, działa tak sobie itd?
Ponizsza komenda wywala router do recovery mode. Musze po tym zrobic cold boot, potem reboot z konsoli i restart wifi
# sms_tool -d /dev/wwan0at0 status
tu nie chodzilo o takie polecenie przypadkiem?
sms_tool -s SM -d /dev/wwan0at0 statuscos sie urzadzenie zawiesza. teraz mam na kazda komende
"No response from modem." Polaczenie modemu jest nadal dzialajace.
A Rafał nie mówił że grzeje się, działa tak sobie itd?
Mowil ze troche sie grzeje 
No ale nie spodziewalem sie ze funkcjonalnie jest jeszcze nie bardzo
Najbardziej chyba wyklada sie z tym modemem po prostu.
Wyglada na to ze urzadzenie /dev/wwan0at0 potrafi sie zawisic.
Pomaga jedynie cold boot. Po ktorym musze zrobic zwykly reboot zeby wstal interface sieciowy /dev/wwan0
i wtedy wszystko dziala. Do kolejnej komendy ktora uwala komunikacje z modemem.
Co ciekawe gdy /dev/wwan0at0 przestaje dzialac to polaczenie internetowe nadal funkcjonuje.
Technology LTE_A B20 (800 MHz) + B1 (2100 MHz) / B3 (1800 MHz)
Modem Information
Modem type Quectel RM520N-GL
Revision / Firmware RM520NGLAAR03A04M4G
IP adress / Communication Port /dev/wwan0at0
Protocol
Chip Temperature 67 °C
Cell / Signal Information
MCC MNC 260 03
Cell ID 0 (0)
TAC 58145 (E321)
CSQ
(Signal Strength)
RSSI
(Received Signal Strength Indicator)
RSRP
(Reference Signal Receive Power)
SINR
(Signal to Interference plus Noise Ratio)
RSRQ
(Reference Signal Received Quality)
Primary band (PCC) | PCI & EARFCN B20 (800 MHz) @10 MHz | 454 6200
CA band (SCC1) B1 (2100 MHz) @15 MHz | 130 75
CA band (SCC2) B3 (1800 MHz) @10 MHz | 304 1749
CA band (SCC3) -
CA band (SCC4) -Zdarza się że niektóre modele są bardzo wrażliwe i złe polecenie AT czy coś składniowo nie tak potrafią go wprowadzić w zły stan.
Cóź, Ty masz ten konkretny model, więc jak już to samo dzielnie sprawdzaj i zmieniaj skrypty. Nikt niestety za Ciebie tego nie jest w stanie zrobić.
PS. Pasmem podstawowym masz B20. To bardzo wąskie, mało przepustowe pasmo. To przez anteny czy wsadziłeś modem gdzieś do piwnicy?
1. Modem jest w srodku mieszkania, wiec troche jak w piwnicy bo nademna pare pieter jeszcze jest.
2. Nie ma jeszcze podlaczonych wszystkich anten
3. Do BTSow nie mam daleko 500 i 600m w przeciwleglych kierunkach
4. Sam modem sie nie zawiesza, dziala dobrze. Jedynie funkcjonalnosc urzadzen w systemie umiera.
EDIT:
przez 5 godzin uruchamialem rozne komendy at, dzialaly bez problemu do casu az uruchomilem nastepujace:
# sms_tool -d /dev/wwan0at0 at "AT+COPS=3
,0;+COPS?"
AT+COPS=3,0;+COPS?
+COPS: 0,0,"Orange",7
# sms_tool -d /dev/wwan0at0 at "AT+COPS=3
,2;+COPS?"
AT+COPS=3,2;+COPS?
+COPS: 0,2,"26003",7
# sms_tool -d /dev/wwan0at0 at "AT+CREG=2
;+CREG?"
AT+CREG=2;+CREG?
+CREG: 2,1,"E321","2C56637",7
# sms_tool -d /dev/wwan0at0 at "at+cereg"
at+cereg
# sms_tool -d /dev/wwan0at0 at ati
No response from modem.Po resecie routera i uzyciu prawidlowej komendy ( dodanie brakujacego ?) ta sama komenda dziala prawidlowo.
~# sms_tool -d /dev/wwan0at0 at "at+cereg?"
at+cereg?
+CEREG: 0,1
~# sms_tool -d /dev/wwan0at0 at ati
ati
Quectel
RM520N-GL
Revision: RM520NGLAAR03A04M4GOtwarcie samej strony w luci powoduje wyswietlenie informacji, ale juz kazda kolejna komenda do modemu orqaz powtorne wyswietlenie tej strony juz sie nie udaje.
Gdzies w skrypcie jest bledna komenda ktora zawiesza terminal at (/dev/wwan0at0)
# sms_tool -d /dev/wwan0at0 at "at+cereg" at+cereg # sms_tool -d /dev/wwan0at0 at ati No response from modem.
Tu widać gdzie zawiesiłeś modem. Pytanie ile w kodzie jest jeszcze takich poleceń.
Port działa i strzelam że inne pakiety będą banglać (luci-app-sms-tool-js, luci-app-modemband).
Otwarcie samej strony w luci powoduje wyswietlenie informacji, ale juz kazda kolejna komenda do modemu orqaz powtorne wyswietlenie tej strony juz sie nie udaje.
Gdzies w skrypcie jest bledna komenda ktora zawiesza terminal at (/dev/wwan0at0)
Więc sprawdzaj, to co dostałeś to było od modem działającego po usb. Więc przerób go pod siebie tak, aby działał prawidłowo.
MADRAFi napisał/a:# sms_tool -d /dev/wwan0at0 at "at+cereg" at+cereg # sms_tool -d /dev/wwan0at0 at ati No response from modem.Tu widać gdzie zawiesiłeś modem. Pytanie ile w kodzie jest jeszcze takich poleceń.
Port działa i strzelam że inne pakiety będą banglać (luci-app-sms-tool-js, luci-app-modemband).
w tej chwili wystarczylo poprawic 1 linijke i skrypt shella wykonal sie i nie zawiesil urzadzenia
# ./3ginfo.sh
{
"conn_time":"0d, 00:44:55",
"conn_time_sec":"2695",
"conn_time_since":"20250618164455",
"rx":"21.4 KiB",
"tx":"30.1 KiB",
"modem":"Quectel RM520N-GL",
"mtemp":"65 °C",
"firmware":"RM520NGLAAR03A04M4G",
"cport":"/dev/wwan0at0",
"protocol":"",
"csq":"23",
"signal":"74",
"operator_name":"Orange",
"operator_mcc":"260",
"operator_mnc":"03",
"location":"",
"mode":"LTE_A B20 (800 MHz) + B7 (2600 MHz)",
"registration":"1",
"simslot":"1",
"imei":"868371050046883",
"imsi":"260032113127144",
"iccid":"8948032122131271443F",
"lac_dec":"-",
"lac_hex":"-",
"tac_dec":"58145",
"tac_hex":"E321",
"tac_h":"",
"tac_d":"",
"cid_dec":"0",
"cid_hex":"0",
"pci":"454",
"earfcn":"6200",
"pband":"B20 (800 MHz) @10 MHz",
"s1band":"B7 (2600 MHz) @15 MHz",
"s1pci":"202",
"s1earfcn":"3025",
"s2band":"",
"s2pci":"",
"s2earfcn":"",
"s3band":"",
"s3pci":"",
"s3earfcn":"",
"s4band":"",
"s4pci":"",
"s4earfcn":"",
"rsrp":"-98",
"rsrq":"-13",
"rssi":"-67",
"sinr":"2"
}Moj modem nie lubi AT+CREG=2
Jesteś pewien? Wyżej pokazałeś że AT+CREG=2;+creg? normalnie się wykonało.
Zmienilem zawartosc skryptu bo oryginalny zawieszal sie po 1 wykonaniu.
Tak dzialal raz, a potem kompletnie umieral /dev/wwan0at0
if [ -e /usr/bin/sms_tool ]; then
# O=$(sms_tool -D -d $DEVICE at "AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,
2;+COPS?;+CREG=2;+CREG?")
O=$(sms_tool -D -d $DEVICE at "AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;
+COPS?;+CREG?")
else
O=$(gcom -d $DEVICE -s $RES/info.gcom 2>/dev/null)
fiPierwszy modem od wielu wielu lat który tak reaguje na at+creg...
Ale kosztowal ponizej 300 zl a nie 800-1000
probowalem apki do sms ale wysadzila mi router do recovery mode. Musze troche pogrzebac by zobaczyc co i jak nie dziala. I jak powinna sie ta aplikacja komunikowac.
Maly offtopic:
Dlaczego po recovery pakiety ktore byly doinstalowane potrafia zniknac? Juz 2 razy doinstalowywalem mount_block oraz jakies updaty.
Nic nie powinno znikać. Przynajmniej dopóki nie wykonasz sysupgrade lub nie wykrzaczył się system plików tak że pogubił pliki.
Wyglada na to ze kazda interakcja modemu z karta sim powoduje uwalenie urzadzenia albo i calego routera.
odczytywanie rzeczy, nie ma problemu.
Nie mam pomyslu czy jeszcze moge cos zrobic z ta karta. Nadal czekam na pigtaila by podlaczyc wszystkie 4 anteny.
Dopóki anten wszystkich nie będziesz miał , to on się sam z siebie może restartować z tego powodu.
Hej mam modem RM520N-GL wersja AP dla lenovo chcialem go uzywac w przejsciowce etheenr ale z tego co doczytalem musze przestawic go na wersje PCI eth , problem w tym, że aby to zrobić muszę wydać mu komendy at ale tego modemu nigdzie nie iwdac ani w kompach ani w przejsciowkach ma ktos jakis pomysl ?
Musisz użyć czegoś co ma interfejs dokładnie taki jak ma teraz modem ustawiony. Inaczej go nie zobaczysz.
No chyba że masz modem zepsuty...
Rozumiem ze szukac zatem czegoc co obsługuje PCIE ? co najlepiej pod openwrt sie sprawuje a nie kosztuje miiony monet ?
myslalem o banana pi rp4 ale cena przeraza - polecicie coś ?
Musisz użyć czegoś co ma interfejs dokładnie taki jak ma teraz modem ustawiony. Inaczej go nie zobaczysz.
No chyba że masz modem zepsuty...
RP4 ma obsługę PCI i nawet ktoś tu dokładnie taki sam modem uruchamiał na nim.
Pytanie tylko czy taka wersja AP obsługuje przejściówkę na RJ45… (bo wersja AA działa w tym trybie ,tylko prędkości powyżej 450Mbps nie przekraczała…)
Zamiast specjalnie kupować bpi4 to już taniej będzie jak komuś podeslesz modem żeby go przestawił.
Albo wogole się zastanowić , czy warto ryzykować…
Ja na wersji AA w trybie Ethernet 450Mbps nie przekroczyłem (a w tym samym miejscu o tej samej porze w trybie USB było ponad 900Mbps).
AP pewnie będzie zachowywał się podobnie.
Choć dopóki się tego nie potwierdzi to będzie to tylko teoria…
Zamiast specjalnie kupować bpi4 to już taniej będzie jak komuś podeslesz modem żeby go przestawił.
chetnie podesle pytanie kto by sie zaoferowal - jesli posiada banana pi lub inne cosik
Cześć.
Posiadam BPI R3 MINI + RM520N-GL AA firmware: RM520NGLAAR03A03M4G
Do tego OpenWRT snapshot: r31783-7656e74a95
Zacząłem czytać o update tego firmware dla modemu i chciałbym wgrać najnowszy.
Trafiłem na repozytorium 4IceG.
Mój OpenWRT nie ma paczki Qfirehose.
Doradźcie po 1 czy warto robić update.
A po 2 czy mój plan ma sens:
1. Pobranie firmware: RM520NGLAAR03A04M4G_A0.301.A0.301
2. Pobranie QFirehose_Linux_and_Android_V1.5.zip
3. Kompilacja QFirehose ARM64 przez make.
4. Wrzucenie binarki na OpenWRT: /usr/bin/qfirehose.
5. Wyjęcie karty SIM.
6. Wrzucenie pliku firmware na OpenWRT i wgranie: /usr/bin/qfirehose -f /tmp/RM520NGLAAR03A04M4G_A0.301.A0.301
Dajcie znać czy to ma sens i czy ryzyko uceglenia modemu jest duże. Czy modem przed wgraniem firmware wymaga dodatkowych przygotowań itp.
Obecnie działa sobie jako MBIM w trybie USB.
Z góry dzięki za pomoc.
Pozdrawiam.
Strony Poprzednia 1 … 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → Modem 5G RM520N-GL (M.2) na USB pod OpenWrt
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc