Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez a.stanczyk
Update do firmware RM500QGLABR11A06M4G
Naprawia wszystko i poprawia obserwowane anomalie
ps. po tym update mi bandy raportowane do sieci przyciął w ramach UECapability komenda przydatna AT+QNWPREFCFG="ue_capability_band"
Można to naprawić albo przez AT albo modemband.sh 
Dzięki za pomoc!
To jest 5G SA, z nie polskiego t-mobile.
A jak chcesz to dane od IceG: https://eko.one.pl/forum/viewtopic.php? … 34#p288434
Oki, to muszę się dogrzebać do nowszych FW i pdf
Dzięki!
Czytasz dokumentatację, a tym czasem...
+QNWINFO: "TDD NR5G","310260","NR5G BAND 41",521310 +QCAINFO: "PCC",521310,10,"NR5G BAND 41",271 +QCAINFO: "SCC",501870,3,"NR5G BAND 41",1,271,0,-,-Quectel ma duże doświadczenie w mieszaniu w dokumentacji, więc nie zakładaj pewnikiem że jak nie wymienili bandów to znaczy że ich nie ma. Zwłaszcza jak masz starszą wersję PDF'a
hmm okej, ogarnę sobie nowszą, aktualnie bazuje na(czyli pod moje RM500G):
Quectel_RG50xQ_RM5xxQ_Series_AT_Commands_Manual_V1.2.pdf
Choć jeśli dobrze czytam to ten modem zrobił agregację n41 + n41 co jest w PL nie możliwe, czy to SA? Czy to Polska?
+QCAINFO: "PCC",521310,10,"NR5G BAND 41",271
+QCAINFO: "SCC",501870,3,"NR5G BAND 41",1,271,0,-,-
Tak w ogóle to skąd masz modem? W sensie ze sprzętu z chin czy z polskiej dystrybucji?
Dawno temu kupiony już nie pamiętam gdzie stąd tak stary FW był ale wersja RM500Q-GL, GL czyli wersja global
Nie, nie ten skrypt. /usr/share/3ginfo/addon/usb/2c7c0800
Zmieniłem i nadal LTE ale widzę że NSA jest uzależnione od QCAINFO czy zawiera "NR5G"?
Zgodnie ze specką komenda AT+QCAINFO Query Carrier Aggregation Parameters
Czyli Carrier Aggregation od strony 3GPP dotyczy tylko agregacji pasm tej samej technologii i tu w żadnym wypadku nie będzie nic z NSA gdzie łączymy 4G i 5G czyli tak zwane Dual Connectivity
QCAINFO zawiera tylko bandy LTE
<band> String type. DL Band information.
"LTE BAND 1"
"LTE BAND 2"
"LTE BAND 3"
…
"LTE BAND 66"
<pcell_state> Integer type. Primary cell state.
0 No serving
1 Registered
<scell_state> Integer type. Secondary celldalej w definicji powołują się na specki 36 one są od LTE tylko
<RSRP> Integer type. Reference Signal Received Power (see 3GPP 36.214).
<RSRQ> Integer type. Reference Signal Received Quality (see 3GPP 36.214).
<RSSI> Integer type. Received Signal Strength Indication.
<RSSNR> Integer type. Logarithmic value of RSSNR. Range: -10 to +30 dB.echo "$O" | grep -q 'QENG:\s*"NR5G-NSA' && MODE_NUM=13
case "$MODE_NUM" in
7*)
if echo "$O" | grep -q -i "+QCAINFO.*SCC"; then
MODE="LTE_A"
fi
;;
11*)
MODE="5G SA"
;;
13*)
if echo "$O" | grep -q -i "+QCAINFO.*NR5G"; then
MODE="5G NSA"
else
if echo "$O" | grep -q -i "+QCAINFO.*PCC.*LTE"; then
MODE="LTE"
if echo "$O" | grep -q -i "+QCAINFO.*SCC"; then
MODE="LTE_A"
fi
fi
fi
;;
esaca.stanczyk napisał/a:(...)pytanie @IceG do jaki masz SW, czy to u ciebie to nie jest błąd z raportowaniem 5G w tamtym miejscu?
Nie wiem co znaczy dla ciebie SW, wyjasnij co miales na mysli.
U mnie nie ma bledu, co bym tu nie pokazal to mam 5G NSA.
Musisz sprawdzić swojego BTS-a co obsluguje, bo jezeli masz tam 5G to moze niewystarczajaca jakość sygnalu jest problemem.
Firmware miałem namyśli
Jakość jest dobra bym określił
+QENG:"NR5G-NSA",260,01,452,-81,22,-11,518910,41,6,1
SINR: 22
In EN-DC mode:
+QENG: "servingcell",<state>
+QENG: "LTE",<is_tdd>,<MCC>,<MNC>,<cellID>,<PCI
D>,<earfcn>,<freq_band_ind>,<UL_bandwidth>,<DL_ban
dwidth>,<TAC>,<RSRP>,<RSRQ>,<RSSI>,<SINR>,<CQI>,
<tx_power>,<srxlev>
+QENG: "NR5G-NSA",<MCC>,<MNC>,<PCID>,<RSRP>,<
SINR>,<RSRQ>,<ARFCN>,<band>,<NR_DL_bandwidth>,
<scs>
Doczytałem w spece dla AT QNWINFO
For
5G NR NSA, it returns both LTE and 5G NR information.
Czyli u mnie błąd muszę podciągnąć FW, a ostatecznie jak nie naprawi się zgłosić
Dzięki!
Okej dzięki! Tylko pytanie czy dobry skrypt aktualizuję?
/usr/share/3ginfo/infoparams.sh
Bo tu w ogóle nie ma opcji 5G, czy ja jakąś nie aktualną wersję zainstalowałem?
case "$MODE_NUM" in
2*) MODE="UMTS";;
3*) MODE="EDGE";;
4*) MODE="HSDPA";;
5*) MODE="HSUPA";;
6*) MODE="HSPA";;
7*) MODE="LTE";;
*) MODE="";;
esac
Zrobiłem update do tego co udało mi się dorwać najnowszego na szybko SW RM500QGLABR11A05M4G z bodajże RM500QGLABR10A02M4G
W trybie NSA mam jak poniżej
OK
at
OK
AT+QNWINFO
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
OK
AT+C5GREG?
+C5GREG: 0,0
OK
AT+QENG="servingcell"
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-80,-9,-46,17,12,-230,-
+QENG:"NR5G-NSA",260,01,452,-81,22,-11,518910,41,6,1
OK
AT+CREG?
+CREG: 2,1,"12D15","330B68",7
OK
AT+QCAINFO
+QCAINFO: "PCC",1300,100,"LTE BAND 3",1,25,-79,-9,-52,15
OKW CREG dalej 7, a miałem NSA zapięte, może muszę jeszcze SW podbić w górę, może pomoże jak nie wątek założę na Quectell ale póki co czekam na autoryzacje na ich forum...
Dla 5G mam poprawny EARFCN oraz PCI poziomy RSRP i więcej danych sensownych w porównaniu do poprzedniego SW
Przełączam w LTE modem
OK
AT+QNWPREFCFG= "mode_pref",LTE
OK
AT+QCAINFO
+QCAINFO: "PCC",1300,100,"LTE BAND 3",1,25,-75,-9,-44,20
+QCAINFO: "SCC",2850,100,"LTE BAND 7",1,126,-87,-11,-66,0
+QCAINFO: "SCC",3526,25,"LTE BAND 8",1,83,-82,-13,-60,0
OK
OK
AT+QNWINFO
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
OK
AT+QENG="servingcell"
+QENG: "servingcell","NOCONN","LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-74,-7,-47,19,13,-170,-
OK1. Pytanie skąd jest brany mode i czemu nie wskoczył na 5G w 3ginfo, czy jest to uzależnione od tej nieszczęsnej 7 w CREG? Pytanie czy ktoś ma poprawnie, może to błąd Quectella globalny?
2. W trybie Auto czyli z 5G NSA w 3ginfo brakuje mi danych EARFCN/RSSI/RSRP/RSRQ/SINR dla 5G analogicznie jak mamy dla LTE celek
Teraz QNWINFO prawidłowo mi pokazuje mi tylko celkę LTE(w trybie NSA), pytanie @IceG do jaki masz SW, czy to u ciebie to nie jest błąd z raportowaniem 5G w tamtym miejscu?
@a.stanczyk w wyniku dla at+qnwinfo śladu po 5G brak, agregowanych pasm 5G też nie widać (at+qcainfo), więc wszystko znów wskazuje na błąd w fw modemu.
qnwinfo nie jest od raportowania 5G NSA, tylko 5G SA, poniżej wypis możliwych trybów raportowania dla qnwinfo
"NONE"
"WCDMA"
"TDD LTE"
"FDD LTE"
"TDD NR5G"
"FDD NR5G"
Wg dokumentacji:
+CREG: 2,1,"12D15","330B68",7
7 na końcu mówi że jesteś w LTE (czystym, nie 5G SA czy NSA).
Linie
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-79,-12,-45,18,-
+QENG:"NR5G-NSA",260,01,452,-92,225,-11Są zaś specyficzne dla 5G NSA którego wcześniejszy wskaźnik nie sugeruje że powinny wystąpić, więc nie są parsowane. Ja nie wiem więc co jest prawdziwą opcją i tym samym trzymam się generycznych danych. Możesz zapytać się na forum quectela (tutaj: https://forums.quectel.com/latest ) czemu mają takie niescisłości w danych, ale nie spodziewał bym się produktywnej odpowiedzi.
+CREG: 2,1,"12D15","330B68",7
Tak z 7 masz racje to jest błąd ewidentny, nie mam zamiaru wojować z wiatrakami u nich
QCAINFO fakt też nie podaje... Nawet zmieniłem tryb na LTE only aby LTE CA zrobił i nic nie wyrzuca po AT
U mnie jedynie reaguje poprawnie na komendę poniższą i faktycznie zmienia stan + podaje informacje RSRP PCI etc...
Najwyżej sam sobie ogarnę skryptem aby mi wyciągał z tego i dostarczał tam gdzie chcę
OK
AT+QENG="servingcell"
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-80,-8,-53,18,-
+QENG:"NR5G-NSA",260,01,452,-87,210,-11
OK
AT+QENG="servingcell"
+QENG: "servingcell","NOCONN","LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-78,-6,-51,19,0,-32768,50Ewentualnie spróbuję ogarnąć nowszy firmware o ile wyszedł i zrobić upgrade modemu
Dzięki!
Problem jest w tym że wg jednych parametrów jesteś w lte a wg drugich parametrów nasz składową na 5G. Spotkaliśmy się z czymś takim tylko w drugą stronę i wspólnie uradziliśmy że to musi być jakiś błąd firmware.
I tak, jak chcesz więcej parametrów to pokaż wszystko, bo inaczej nie jesteśmy w stanie sprawdzić czy dane się dobrze parsują.
Pytanie jakim AT to sprawdzane jest bo na tym AT "AT+QENG="servingcell"" ładnie pokazuje kiedy dopina nośną 5G do LTE w przypadku tego urządzenia co mam
A to przepraszam poniżej z cdc_ether
T: Bus=10 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 5 Spd=5000 MxCh= 0
D: Ver= 3.20 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 9 #Cfgs= 1
P: Vendor=2c7c ProdID=0800 Rev= 4.14
S: Manufacturer=Quectel
S: Product=RM500Q-GL
S: SerialNumber=85d4e215
C:* #Ifs= 6 Cfg#= 1 Atr=80 MxPwr=896mA
A: FirstIf#= 4 IfCount= 2 Cls=02(comm.) Sub=06 Prot=00
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=30 Driver=option
E: Ad=81(I) Atr=02(Bulk) MxPS=1024 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS=1024 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=1024 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS=1024 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=1024 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS=1024 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=1024 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS=1024 Ivl=0ms
I:* If#= 4 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=06 Prot=00 Driver=cdc_ether
E: Ad=88(I) Atr=03(Int.) MxPS= 16 Ivl=32ms
I: If#= 5 Alt= 0 #EPs= 0 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_ether
I:* If#= 5 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_ether
E: Ad=8e(I) Atr=02(Bulk) MxPS=1024 Ivl=0ms
E: Ad=0f(O) Atr=02(Bulk) MxPS=1024 Ivl=0ms
root@OpenWrt-LTE-5G:/#
root@OpenWrt-LTE-5G:/#
root@OpenWrt-LTE-5G:/#
root@OpenWrt-LTE-5G:/#
root@OpenWrt-LTE-5G:/# sh -x /usr/share/3ginfo/infoparams.sh /dev/ttyUSB2
+ RES=/usr/share/3ginfo
+ DEVICE=/dev/ttyUSB2
+ '[' -z /dev/ttyUSB2 ]
+ O=
+ '[' -e /usr/bin/sms_tool ]
+ sms_tool -D -d /dev/ttyUSB2 at 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?'
+ O='AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?
+CPIN: READY
+CSQ: 31,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"12D15","330B68",7
'K
+ awk '-F[, ]' '/^\+(csq|CSQ)/ {print $2}'
+ echo 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?
+CPIN: READY
+CSQ: 31,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"12D15","330B68",7
'K
+ CSQ=31
+ '[' x31 '=' x ]
+ '[' 31 -ge 0 ]
+ '[' 31 -le 31 ]
+ CSQ_PER=100
+ COPS=
+ COPS_MCC=
+ COPS_MNC=
+ awk '-F["]' '/^\+COPS: .,2/ {print $2}'
+ echo 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?
+CPIN: READY
+CSQ: 31,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"12D15","330B68",7
'K
+ COPS_NUM=26001
+ '[' -n 26001 ]
+ COPS_MCC=260
+ COPS_MNC=01
+ '[' -z ]
+ awk '{if(NF==2 && $1==$2){print $1}else{print $0}}'
+ awk '-F["]' '/^\+COPS: .,0/ {print $2}'
+ echo 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?
+CPIN: READY
+CSQ: 31,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"12D15","330B68",7
'K
+ COPS='Cyfrowy Polsat'
+ '[' -z 'Cyfrowy Polsat' ]
+ awk '-F[,]' '/^\+CREG/ {gsub(/[[:space:]"]+/,"");printf "T=\"%d\";LAC_HEX=\"%X\";CID_HEX=\"%X\";LAC_DEC=\"%d\";CID_DEC=\"%d\";MODE_NUM=\"%d\"", $2, "0x"$3, "0x"$4, "0x"$3, "0x"$4, $5}'+ echo 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?
+CPIN: READY
+CSQ: 31,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"12D15","330B68",7
'K
+ eval 'T="1";LAC_HEX="12D15";CID_HEX="330B68";LAC_DEC="77077";CID_DEC="3345256";MODE_NUM="7"'
+ T=1
+ LAC_HEX=12D15
+ CID_HEX=330B68
+ LAC_DEC=77077
+ CID_DEC=3345256
+ MODE_NUM=7
+ REG=1
+ '[' -z 7 ]
+ '[' x7 '=' x0 ]
+ MODE=LTE
+ awk '-F[, ]' '/^\+CME ERROR:/ {print $0;exit}'
+ echo 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?
+CPIN: READY
+CSQ: 31,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"12D15","330B68",7
'K
+ T=
+ '[' -n ]
+ xargs
+ awk '-F[, ]' '/^\+CPIN:/ {print $0;exit}'
+ echo 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?
+CPIN: READY
+CSQ: 31,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"12D15","330B68",7
'K
+ T='+CPIN: READY'
+ '[' -n '+CPIN: READY' ]
+ '[' '+CPIN: READY' '=' '+CPIN: READY' ]
+ '[' -e /usr/bin/sms_tool ]
+ REGOK=0
+ '[' x1 '=' x1 ]
+ REGOK=1
+ getdevicevendorproduct /dev/ttyUSB2
+ basename /dev/ttyUSB2
+ devname=ttyUSB2
+ readlink -f /sys/class/tty/ttyUSB2/device
+ devpath=/sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1/10-1:1.2/ttyUSB2
+ T=/sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1
+ cat /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1/idVendor
+ cat /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1/idProduct
+ echo usb/2c7c0800
+ VIDPID=usb/2c7c0800
+ '[' -e /usr/share/3ginfo/addon/usb/2c7c0800 ]
+ ADDON=
+ cat /tmp/sysinfo/board_name
+ . /usr/share/3ginfo/addon/usb/2c7c0800
+ sms_tool -d /dev/ttyUSB2 at at+qtemp
+ O='at+qtemp
+QTEMP:"qfe_wtr_pa0","40"
+QTEMP:"qfe_wtr_pa1","38"
+QTEMP:"qfe_wtr_pa2","36"
+QTEMP:"qfe_wtr_pa3","-273"
+QTEMP:"aoss0-usr","39"
+QTEMP:"mdm-q6-usr","40"
+QTEMP:"ipa-usr","40"
+QTEMP:"cpu0-a7-usr","39"
+QTEMP:"mdm-5g-usr","40"
+QTEMP:"mdm-vpe-usr","40"
+QTEMP:"mdm-core-usr","39"
+QTEMP:"xo-therm-usr","39"
+QTEMP:"sdx-case-therm-usr","38"
'
+ xargs
+ head -n1
+ sort -r
+ awk '-F[,:]' '/^\+QTEMP/ {print $3}'
+ echo 'at+qtemp
+QTEMP:"qfe_wtr_pa0","40"
+QTEMP:"qfe_wtr_pa1","38"
+QTEMP:"qfe_wtr_pa2","36"
+QTEMP:"qfe_wtr_pa3","-273"
+QTEMP:"aoss0-usr","39"
+QTEMP:"mdm-q6-usr","40"
+QTEMP:"ipa-usr","40"
+QTEMP:"cpu0-a7-usr","39"
+QTEMP:"mdm-5g-usr","40"
+QTEMP:"mdm-vpe-usr","40"
+QTEMP:"mdm-core-usr","39"
+QTEMP:"xo-therm-usr","39"
+QTEMP:"sdx-case-therm-usr","38"
'
+ T=40
+ '[' -n 40 ]
+ addon 10 Temperature '40 °C'
+ '[' -n ]
+ ADDON='{"idx":10,"key":"Temperature","value":"40 °C"}'
+ '[' 1 '=' 0 ]
+ '[' x7 '=' x11 ]
+ '[' 1 '=' 1 ]
+ sms_tool -d /dev/ttyUSB2 at 'at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn'
+ O='at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-79,-12,-45,18,-
+QENG:"NR5G-NSA",260,01,452,-92,225,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ xargs
+ awk '-F[,:]' '/^\+QSPN/ {print $2}'+ echo 'at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-79,-12,-45,18,-
+QENG:"NR5G-NSA",260,01,452,-92,225,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T='Cyfrowy Polsat'
+ '[' -n 'Cyfrowy Polsat' ]
+ '[' -z ]
+ COPS='Cyfrowy Polsat'
+ grep -q -i '+QCAINFO.*SCC'
+ echo 'at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-79,-12,-45,18,-
+QENG:"NR5G-NSA",260,01,452,-92,225,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ awk '-F[,:]' '/^\+QCAINFO: "(pcc|PCC)"/{print $5}'
+ echo 'at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-79,-12,-45,18,-
+QENG:"NR5G-NSA",260,01,452,-92,225,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T=
+ '[' -n ]
+ '[' x7 '=' x7 ]
+ xargs
+ awk '-F[,:]' '/^\+QENG:/ {print $4}'
+ echo 'at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-79,-12,-45,18,-
+QENG:"NR5G-NSA",260,01,452,-92,225,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T='260 01'
+ '[' 'x260 01' '=' xLTE ]
+ '[' x7 '=' x11 ]
+ IFS='
'
+ '[' x7 '=' x13 ]
+ awk '-F[,:]' '/^\+QCAINFO: "(pcc|PCC)"/{print $5}'
+ echo 'at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,330B68,25,1300,3,5,5,12D15,-79,-12,-45,18,-
+QENG:"NR5G-NSA",260,01,452,-92,225,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T=
+ '[' -n ]
+ cat
{
"csq":"31",
"signal":"100",
"operator_name":"Cyfrowy Polsat",
"operator_mcc":"260",
"operator_mnc":"01",
"mode":"LTE",
"registration":"1",
"lac_dec":"77077",
"lac_hex":"12D15",
"cid_dec":"3345256",
"cid_hex":"330B68",
"addon":[{"idx":10,"key":"Temperature","value":"40 °C"}]
}
+ exit 0
root@OpenWrt-LTE-5G:/# A aktualnie jest w mbim i to wynik dla mbim, to chyba bez różnicy w tym przypadku czy cdc czy mbim?
Proszę
w *** były numerki które ukryłem ***
root@OpenWrt-LTE-5G:/# cat /sys/kernel/debug/usb/devices
T: Bus=10 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=5000 MxCh= 0
D: Ver= 3.20 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 9 #Cfgs= 1
P: Vendor=2c7c ProdID=0800 Rev= 4.14
S: Manufacturer=Quectel
S: Product=RM500Q-GL
S: SerialNumber=85d4e215
C:* #Ifs= 6 Cfg#= 1 Atr=80 MxPwr=896mA
A: FirstIf#= 4 IfCount= 2 Cls=02(comm.) Sub=0e Prot=00
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=30 Driver=option
E: Ad=81(I) Atr=02(Bulk) MxPS=1024 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS=1024 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=1024 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS=1024 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=1024 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS=1024 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=1024 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS=1024 Ivl=0ms
I:* If#= 4 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=0e Prot=00 Driver=cdc_mbim
E: Ad=88(I) Atr=03(Int.) MxPS= 64 Ivl=32ms
I: If#= 5 Alt= 0 #EPs= 0 Cls=0a(data ) Sub=00 Prot=02 Driver=cdc_mbim
I:* If#= 5 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=02 Driver=cdc_mbim
E: Ad=8e(I) Atr=02(Bulk) MxPS=1024 Ivl=0ms
E: Ad=0f(O) Atr=02(Bulk) MxPS=1024 Ivl=0ms
root@OpenWrt-LTE-5G:/# sh -x /usr/share/3ginfo/infoparams.sh /dev/ttyUSB2
+ RES=/usr/share/3ginfo
+ DEVICE=/dev/ttyUSB2
+ '[' -z /dev/ttyUSB2 ]
+ O=
+ '[' -e /usr/bin/sms_tool ]
+ sms_tool -D -d /dev/ttyUSB2 at 'AT+CPIN?;+CSQ;+COPS=3,0;+COPS?;+COPS=3,2;+COPS?;+CREG=2;+CREG?'
+ O='
+CPIN: READY
+CSQ: 29,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"***tu był TAC ale ukryłem***","***tu były dane ale ukryłem***",7
'K
+ awk '-F[, ]' '/^\+(csq|CSQ)/ {print $2}'
+ echo '
+CPIN: READY
+CSQ: 29,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"***tu był TAC ale ukryłem***","***tu były dane ale ukryłem***",7
'K
+ CSQ=29
+ '[' x29 '=' x ]
+ '[' 29 -ge 0 ]
+ '[' 29 -le 31 ]
+ CSQ_PER=93
+ COPS=
+ COPS_MCC=
+ COPS_MNC=
+ awk '-F["]' '/^\+COPS: .,2/ {print $2}'
+ echo '
+CPIN: READY
+CSQ: 29,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"***tu był TAC ale ukryłem***","***tu były dane ale ukryłem***",7
'K
+ COPS_NUM=26001
+ '[' -n 26001 ]
+ COPS_MCC=260
+ COPS_MNC=01
+ '[' -z ]
+ awk '{if(NF==2 && $1==$2){print $1}else{print $0}}'
+ awk '-F["]' '/^\+COPS: .,0/ {print $2}'+ echo '
+CPIN: READY
+CSQ: 29,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"***tu był TAC ale ukryłem***","***tu były dane ale ukryłem***",7
'K
+ COPS='Cyfrowy Polsat'
+ '[' -z 'Cyfrowy Polsat' ]
+ awk '-F[,]' '/^\+CREG/ {gsub(/[[:space:]"]+/,"");printf "T=\"%d\";LAC_HEX=\"%X\";CID_HEX=\"%X\";LAC_DEC=\"%d\";CID_DEC=\"%d\";MODE_NUM=\"%d\"", $2, "0x"$3, "0x"$4, "0x"$3, "0x"$4, $5}'+ echo '
+CPIN: READY
+CSQ: 29,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"***tu był TAC ale ukryłem***","***tu były dane ale ukryłem***",7
'K
+ eval 'T="1";LAC_HEX="***tu był TAC ale ukryłem***";CID_HEX="***tu były dane ale ukryłem***";LAC_DEC="***tu były LAC ale ukryłem***";CID_DEC="***tu były CID ale ukryłem***";MODE_NUM="7"'
+ T=1
+ LAC_HEX=***tu był TAC ale ukryłem***
+ CID_HEX=***tu były dane ale ukryłem***
+ LAC_DEC=***tu były LAC ale ukryłem***
+ CID_DEC=***tu były CID ale ukryłem***
+ MODE_NUM=7
+ REG=1
+ '[' -z 7 ]
+ '[' x7 '=' x0 ]
+ MODE=LTE
+ awk '-F[, ]' '/^\+CME ERROR:/ {print $0;exit}'+ echo '
+CPIN: READY
+CSQ: 29,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"***tu był TAC ale ukryłem***","***tu były dane ale ukryłem***",7
'K
+ T=
+ '[' -n ]
+ xargs
+ awk '-F[, ]' '/^\+CPIN:/ {print $0;exit}'
+ echo '
+CPIN: READY
+CSQ: 29,99
+COPS: 0,0,"Cyfrowy Polsat",7
+COPS: 0,2,"26001",7
+CREG: 2,1,"***tu był TAC ale ukryłem***","***tu były dane ale ukryłem***",7
'K
+ T='+CPIN: READY'
+ '[' -n '+CPIN: READY' ]
+ '[' '+CPIN: READY' '=' '+CPIN: READY' ]
+ '[' -e /usr/bin/sms_tool ]
+ REGOK=0
+ '[' x1 '=' x1 ]
+ REGOK=1
+ getdevicevendorproduct /dev/ttyUSB2
+ basename /dev/ttyUSB2
+ devname=ttyUSB2
+ readlink -f /sys/class/tty/ttyUSB2/device
+ devpath=/sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1/10-1:1.2/ttyUSB2
+ T=/sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1
+ cat /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1/idVendor
+ cat /sys/devices/pci0000:00/0000:00:1e.0/0000:05:02.0/0000:07:1b.0/usb10/10-1/idProduct
+ echo usb/2c7c0800
+ VIDPID=usb/2c7c0800
+ '[' -e /usr/share/3ginfo/addon/usb/2c7c0800 ]
+ ADDON=
+ cat /tmp/sysinfo/board_name
+ . /usr/share/3ginfo/addon/usb/2c7c0800
+ sms_tool -d /dev/ttyUSB2 at at+qtemp
+ O='
+QTEMP:"qfe_wtr_pa0","35"
+QTEMP:"qfe_wtr_pa1","0"
+QTEMP:"qfe_wtr_pa2","0"
+QTEMP:"qfe_wtr_pa3","-273"
+QTEMP:"aoss0-usr","36"
+QTEMP:"mdm-q6-usr","37"
+QTEMP:"ipa-usr","37"
+QTEMP:"cpu0-a7-usr","36"
+QTEMP:"mdm-5g-usr","38"
+QTEMP:"mdm-vpe-usr","37"
+QTEMP:"mdm-core-usr","36"
+QTEMP:"xo-therm-usr","36"
+QTEMP:"sdx-case-therm-usr","36"
'
+ xargs
+ head -n1
+ sort -r
+ awk '-F[,:]' '/^\+QTEMP/ {print $3}'
+ echo '
+QTEMP:"qfe_wtr_pa0","35"
+QTEMP:"qfe_wtr_pa1","0"
+QTEMP:"qfe_wtr_pa2","0"
+QTEMP:"qfe_wtr_pa3","-273"
+QTEMP:"aoss0-usr","36"
+QTEMP:"mdm-q6-usr","37"
+QTEMP:"ipa-usr","37"
+QTEMP:"cpu0-a7-usr","36"
+QTEMP:"mdm-5g-usr","38"
+QTEMP:"mdm-vpe-usr","37"
+QTEMP:"mdm-core-usr","36"
+QTEMP:"xo-therm-usr","36"
+QTEMP:"sdx-case-therm-usr","36"
'
+ T=38
+ '[' -n 38 ]
+ addon 10 Temperature '38 °C'
+ '[' -n ]
+ ADDON='{"idx":10,"key":"Temperature","value":"38 °C"}'
+ '[' 1 '=' 0 ]
+ '[' x7 '=' x11 ]
+ '[' 1 '=' 1 ]
+ sms_tool -d /dev/ttyUSB2 at 'at+qnwinfo;+qcainfo;+qeng="servingcell";+qspn'
+ O='
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,***tu były dane ale ukryłem***,***tu były PCI LTE ale ukryłem***,1300,3,5,5,***tu był TAC ale ukryłem***,-90,-12,-56,13,-
+QENG:"NR5G-NSA",260,01,***tu były PCI NR ale ukryłem***,-91,160,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ xargs
+ awk '-F[,:]' '/^\+QSPN/ {print $2}'
+ echo '
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,***tu były dane ale ukryłem***,***tu były PCI LTE ale ukryłem***,1300,3,5,5,***tu był TAC ale ukryłem***,-90,-12,-56,13,-
+QENG:"NR5G-NSA",260,01,***tu były PCI NR ale ukryłem***,-91,160,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T='Cyfrowy Polsat'
+ '[' -n 'Cyfrowy Polsat' ]
+ '[' -z ]
+ COPS='Cyfrowy Polsat'
+ grep -q -i '+QCAINFO.*SCC'
+ echo '
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,***tu były dane ale ukryłem***,***tu były PCI LTE ale ukryłem***,1300,3,5,5,***tu był TAC ale ukryłem***,-90,-12,-56,13,-
+QENG:"NR5G-NSA",260,01,***tu były PCI NR ale ukryłem***,-91,160,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ awk '-F[,:]' '/^\+QCAINFO: "(pcc|PCC)"/{print $5}'
+ echo '
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,***tu były dane ale ukryłem***,***tu były PCI LTE ale ukryłem***,1300,3,5,5,***tu był TAC ale ukryłem***,-90,-12,-56,13,-
+QENG:"NR5G-NSA",260,01,***tu były PCI NR ale ukryłem***,-91,160,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T=
+ '[' -n ]
+ '[' x7 '=' x7 ]
+ xargs
+ awk '-F[,:]' '/^\+QENG:/ {print $4}'
+ echo '
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,***tu były dane ale ukryłem***,***tu były PCI LTE ale ukryłem***,1300,3,5,5,***tu był TAC ale ukryłem***,-90,-12,-56,13,-
+QENG:"NR5G-NSA",260,01,***tu były PCI NR ale ukryłem***,-91,160,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T='260 01'
+ '[' 'x260 01' '=' xLTE ]
+ '[' x7 '=' x11 ]
+ IFS='
'
+ '[' x7 '=' x13 ]
+ awk '-F[,:]' '/^\+QCAINFO: "(pcc|PCC)"/{print $5}'
+ echo '
+QNWINFO: "FDD LTE","26001","LTE BAND 3",1300
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,***tu były dane ale ukryłem***,***tu były PCI LTE ale ukryłem***,1300,3,5,5,***tu był TAC ale ukryłem***,-90,-12,-56,13,-
+QENG:"NR5G-NSA",260,01,***tu były PCI NR ale ukryłem***,-91,160,-11
+QSPN: "Cyfrowy Polsat","CP","",0,"26001"
'
+ T=
+ '[' -n ]
+ cat
{
"csq":"29",
"signal":"93",
"operator_name":"Cyfrowy Polsat",
"operator_mcc":"260",
"operator_mnc":"01",
"mode":"LTE",
"registration":"1",
"lac_dec":"***tu były LAC ale ukryłem***",
"lac_hex":"***tu był TAC ale ukryłem***",
"cid_dec":"***tu były CID ale ukryłem***",
"cid_hex":"***tu były dane ale ukryłem***",
"addon":[{"idx":10,"key":"Temperature","value":"38 °C"}]
}
+ exit 0
root@OpenWrt-LTE-5G:/# sh -x /usr/share/3ginfo/infoparams.sh /dev/ttyUSB2^C
root@OpenWrt-LTE-5G:/# 3ginfo
Device: Quectel RM500Q-GL
Revision: RM500Q******
IMEI: ********
ICCID: ******
Connected time:
TX:
RX:
Signal: 96 %
Mode: LTE
Operator: Cyfrowy Polsat (260 01)
Registration: registered, home network
Temperature: 39 °C
CellID: *********
LAC: ***************
root@OpenWrt-LTE-5G:/# Mam modem RM500Q-GL w trybie cdc_ether
Działa AT picocom komunikacja jest
Zainstalowałem 3ginfo textowe jak i webowe
Brakuje wielu danych odnośnie poziomów odbieranej celki
Ale na początek może jedna rzecz 3ginfo pokazuje że modem jest w LTE w momencie w którym widzę i wiem że jest w trybie EN-DC NSA i ma zapiętą poza celką LTE celkę 5G
modem świetnie reaguje na komendę AT(AT+QENG="servingcell") i odpowiada kiedy i co ma zapięte, można wykrywanie dodać i zmieniać mode w 3ginfo
OK
AT+CGMM
RM500Q-GL
OK
AT+C5GREG?
+C5GREG: 0,0
OK
AT+QENG="servingcell"
+QENG: "servingcell","NOCONN"
+QENG: "LTE","FDD",260,01,,,1300,3,5,5,,-91,-13,-59,13,-
+QENG:"NR5G-NSA",260,01,,-92,200,-11
OK
AT+QENG="servingcell"
+QENG: "servingcell","NOCONN","LTE","FDD",260,01,,,1300,3,5,5,,-90,-13,-56,12,0,-32768,37
OKDzięki za sugestię wróciłem do podziału
Plus jednak zmieniłem na urządzeniu które wysyła te pakiety, aby do routera nie docierał pakiet z IP 192.168.1.12 jako źródło
Bo pakiet wpada z sieci 192.168.4.0/24 i tu był problem reguła przekazywania mi tego nie chciała łykać
sudo iptables -I POSTROUTING -t nat -o ens19 -j SNAT --to-source=192.168.4.40 Teraz router jest w stanie przekierować i robi to dobrze
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked v1), capture size 262144 bytes
13:48:08.488816 IP 192.168.4.40.5060 > 192.168.4.1.5060: SIP: REGISTER SIP/2.0
13:48:08.488834 IP 192.168.4.40.5060 > 192.168.4.1.5060: SIP: REGISTER SIP/2.0
13:48:08.488898 IP 192.168.4.40.5060 > 192.168.1.15.5060: SIP: REGISTER SIP/2.0
13:48:08.488904 IP 192.168.4.40.5060 > 192.168.1.15.5060: SIP: REGISTER SIP/2.0Przekazywanie działa i dociera, teraz w drugą stronę pozostanie zrobić 
Mam skonfigurowany bridge z dwoma IP, poza tym standardowo domyślnie dwie strefy LAN WAN w firewall
br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether 9e:71:c2:06:15:16 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global br-lan
valid_lft forever preferred_lft forever
inet 192.168.4.1/24 brd 192.168.4.255 scope global br-lanUrządzenia wpięte pingują 192.168.1.1 oraz 192.168.4.1, specyficzna sytuacja część urządzeń ma adresacje 192.168.4.0/24 inne 192.168.1.0/24
Na routerze tcpdumpem podejrzałem ruch
tcpdump -i br-lan port 5060
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br-lan, link-type EN10MB (Ethernet), capture size 262144 bytes
12:32:27.417841 IP 192.168.1.12.5060 > 192.168.4.1.5060: SIP: REGISTER
12:32:35.434029 IP 192.168.1.12.5060 > 192.168.4.1.5060: SIP: REGISTER Wpada mi ruch z adresu 192.168.1.12 na router 192.168.4.1 i chciałbym całość tego ruchu przekierować na adres IP w sieci LAN 192.168.1.15, tak aby mi ten ruch SIP wpadał do innego hosta, ale najlepiej cały ruch.
I tak nie mogę zmienić w urządzeniu które wysyła "192.168.1.12.5060 > 192.168.4.1.5060" aby od razu pchał to na 192.168.1.15.
Pytanie czy można to jakoś przekierować próbowałem "Zapora sieciowa - Przekazywanie portów" ale żaden ruch mi nie przychodził do hosta 192.168.1.15
Z góry dzięki za pomoc i pomysły jak to ugryźć
Dzięki działa, nie zwróciłem uwagi
Potrzebuje pomocy aby na porcie/karcie sieciowej 'eth1' USB był była sieć WAN
Czyli muszę zrobić 'bridge'
Aktualny config:
cat /etc/config/network
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan1'
list ports 'lan2'
list ports 'lan3'
config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '60'
config interface 'wan'
option device 'wan'
option proto 'dhcp'
option peerdns '0'
list dns '1.1.1.1'
Próbowałem dodać poniższe niestety nie działa...
Co w tym zapisie jest złego, koncepcja zła?
config device
option type 'bridge'
option name 'br-wan'
list ports 'eth1'
list ports 'wan'
Z góry dzięki!
@Leo-PL może inni będą w stanie mi powiedzieć/dopowiedzieć
Nie do końca ogarniam DSA jak skonfigurować i po skompilowaniu: [WIP] ath79: support ZTE MF286 brakowało mi interfejsu WAN gdyż router posiada na obudowie jedno złącze RJ-45 opisane jako WAN/LAN1
Pytanie czy poniższa wstawka nie powinna zawierać ["5:wan:1"]?
Zmieniłem u siebie i na razie działa
Czy domyślnie jednak nie lepiej aby był WAN, jak ktoś ogarnięty to sobie doda do br-lan, eth0.2 jakie mu powstało po wan?
zte,mf286)
ucidef_add_switch "switch0" \
"0@eth0" "1:lan:4" "2:lan:3" "3:lan:2" "5:lan:1"
;;Ewentualnie jak przy obecnym configu jaki jest w repo ustawić port WAN?
edit.
Jeśli dobrze widzę w Luci jest konfiguracja DSA ale w configu[cat /etc/config/network] dalej jest stare rozwiązania? Czy z poziomu Luci da się tym zarządzać, czy tylko edycja pliku [network]?
Jeszcze jedno pytanie, bateria zarządzana przez modem, monitorowanie stanu naładowania możliwe jest obecnie?
Moje rozwiązanie:
Markowanie pakietów z interfejsu wg0 '0xFA'
config interface 'wg0'
option proto 'wireguard'
option listen_port ''
list addresses ''
option private_key ''
option fwmark '0xFA'Oraz stworzenie tablicy i przekierowania.
Działa bez problemu
root@:~# echo "1 wireguard" >> /etc/iproute2/rt_tables
root@:~# ip route add default via 192.168.0.1 dev wan2 table wireguard
root@:~# ip rule add fwmark 0xFA lookup wireguard@xury dzięki za link to mi skróciło szukanie
Cześć,
pytanie czy ktoś zna lepsze rozwiązanie. Mianowicie mam dwa WANy w routerze.
WAN1 - bez publicznego IP, metryka ustawiona na 1, aby ruch domyślnie szedł przez niego
WAN2 - z publicznym IP, metryka ustawiona na 2, aby ruch przez niego nie szedł domyślnie i był tylko do VPN
Teraz skonfigurowałem Wireguarda[serwer] na routerze według poradnika https://eko.one.pl/?p=openwrt-wireguard
Wszystko fajnie ale zauważyłem że ruch wireguard z klient[android] wpada na router i chce wyjść zgodnie z metrykami WAN1, przez co android nie może zestawić tunelu.
Rozwiązanie chałupnicze jakie mi przyszło do głowy to sprawdzić jakim adresem WAN wychodzi na świat mój telefon(klient). A ten adres wpisać jako statyczną trasę aby mój telefon kierował przez WAN2.
Wireguard zadział, ale na telefonie mam zmienne ip, więc rozwiązanie jest kiepskie kompletnie.
Czy ma ktoś lepsze pomysły?
Owszem, wkompilowało by się w kernel. Wszystkie które zaznaczyłeś jako <*> w kernel_menuconfig. Tak właśnie działa kernel linuksowy...
To wracamy do początku, jak zaznaczyłem * moduły i pisałem
Myślałem że będzie łatwo zaznaczę * i skompiluje i gotowe, ale moduły/sterowniki nie pojawiają się w obrazie po wykonaniu "make".
Odpisałeś:
moduły nie pojawią się w obrazie, bo z tego nie robią się paczki. Zrobiły się pliki *.ko w katalogu z kernelem które możesz sobie skopiować do działającego obrazu.
Żeby była paczka z tego to musi być jeszcze odpowiedni makefile, a obsługi dvbt nigdy w openwrt nie było.
Jeśli po wykonaniu make i zaznaczeniu * w kompilują się te moduły w kernel, to co mi po kernelu który nie trafia finalnie do obrazu?
Chyba że mogę jakoś to połączyć aby przy budowaniu obrazu kernel z modułami w kompilowanymi trafił do obrazu?
Jak byś zaznaczył jako * to wkompilowało by się to w kernel i nie nawet nie musiał byś nic kopiować do systemu...
Do którego poradnika? Tego starego który był 8 lat temu? Chyba mija się to z celem, bo jest mało już aktualny.
To co zaznaczałem w make kernel_menuconfig jako * nie w kompilowało się w kernel(docelowo obraz bin do routera)?
Które pliki masz na myśli że w kompilowały by się?
Te pliki?
insmod rc-core.ko
insmod dvb-core.ko
insmod rtl2830.ko
insmod rtl2832.ko
insmod dvb_usb_v2.ko
insmod fc0013.ko
insmod dvb-usb-rtl28xxu.ko
Nawet dodać na końcu informację do poradnika, aby następna osoba nie musiała przegrzebywać forum i zakładać kolejnych tematów 
Udało się!
Dziękuję za pomoc!
Kilka uwag ode mnie dla przyszłych osób próbujących ogarnąć temat:
@Cezary, czy możesz to dodać co napisał @mar_w do swojego poradnika na stronie?
I jako uwagę dodać że koniecznie trzeba zaznaczać jako M(moduł), a nie * gdyż inaczej nie powstaną pliki .ko
Oraz dodać ścieżkę gdzie znaleźć pliki: build_dir/target*/linux*/linux*/drivers/media
Device Drivers
Input device support
<M> Generic input layer (...)
...
I2C support
<M> I2C support
<M> I2C device interface
<M> I2C bus multiplexing support
...
<*> USB Support
{M} Support for Host-side USB
<M> USB announce new devices#wracasz do głównego menu w gałęzi "Device drivers" i wyżej w tym menu
<M> Remote Controller Support
<M> Compile Remote Controler keymap module
...
<M> Multimedia support
<*> Digital TV support
<*> Media USB adapters
<M> Support for various USB DVB devices v2
<M> Realtek RTL28xxU DVB USB supportCustomize TV tuner
# możesz potrzebować np Fitipower
<M> Fitipower FC0011[12,13]
Customise DVB Fronends
*** DVB-T (terrestial) frontends
-M- Realtek RTL2830 DVB-T
-M- Realtek RTL2832 DVB-T
Kwestia pakietów to trzeba mieć:
- kmod-i2c-mux
- kmod-input-core
Najlepiej sobie wrzucić już na stałe jako * nie bawić się w moduły mniej później zostaje do ogarnięcia
Prawidłowa kolejność ładowania modułów u mnie wyglądała następująco:
insmod rc-core.ko
insmod dvb-core.ko
insmod rtl2830.ko
insmod rtl2832.ko
insmod dvb_usb_v2.ko
insmod fc0013.ko
insmod dvb-usb-rtl28xxu.ko
W kolejności złej dla mojej kompilacji, wołał o jakieś regmapy których nie mogłem znaleźć w konfiguracjach, aby zainstalować. Zacząłem zmieniać kolejność ładowania modułów i znalazłem w jakiej ładować moduły aby nie wywalało błędu i działało.
Poszło tak wygląda log z dmesg:
[ 1186.723603] usb 1-1: new high-speed USB device number 4 using xhci-mtk
[ 1186.925160] usb 1-1: New USB device found, idVendor=1f4d, idProduct=c803
[ 1186.938521] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1186.952740] usb 1-1: Product: RTL2838UHIDIR
[ 1186.961077] usb 1-1: Manufacturer: Realtek
[ 1186.969235] usb 1-1: SerialNumber: 00000001
[ 1186.985881] usb 1-1: dvb_usb_v2: found a 'Trekstor DVB-T Stick Terres 2.0' in warm state
[ 1187.034982] usb 1-1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[ 1187.053795] dvbdev: DVB: registering new adapter (Trekstor DVB-T Stick Terres 2.0)
[ 1187.114415] i2c i2c-0: Added multiplexed i2c bus 1
[ 1187.124141] rtl2832 0-0010: Realtek RTL2832 successfully attached
[ 1187.136661] usb 1-1: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
[ 1187.153066] fc0013: Fitipower FC0013 successfully attached.
[ 1187.287087] Registered IR keymap rc-empty
[ 1187.295684] rc rc0: Trekstor DVB-T Stick Terres 2.0 as /devices/platform/1e1c0000.xhci/usb1/1-1/rc/rc0
[ 1187.314963] input: Trekstor DVB-T Stick Terres 2.0 as /devices/platform/1e1c0000.xhci/usb1/1-1/rc/rc0/input0
[ 1187.334926] usb 1-1: dvb_usb_v2: schedule remote query interval to 200 msecs
[ 1187.357156] usb 1-1: dvb_usb_v2: 'Trekstor DVB-T Stick Terres 2.0' successfully initialized and connected
eko.one.pl → Posty przez a.stanczyk
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc