Nie mam pojęcia jak oni to wyliczyli i na jakiej bazie..

AT+QNWCFG="lte_time_advance"
+QNWCFG: "lte_time_advance",1,16
16 x 78m = 1248m

OK
AT+QNWCFG="nr5g_time_advance"
+QNWCFG: "nr5g_time_advance",1,15872,0
15872 x 0.076m = 1206m

OK

ale stosując takie podstawienie, mogę wyliczyć "poprawną odległość" do swojego nadajnika.

Pokazuje ze opcje nie sa wlaczone. Wykonaj:

Aby wlaczyc
AT+QNWCFG="lte_time_advance",1

odczekaj chwile i aby pokazac dane
AT+QNWCFG="lte_time_advance"

Dla lte x 78m pokazuje OK, dla 5G moj przelicznik potrafi pokazac glupoty, wiec odpada.

Raczej nie w sygnale 5G tu problem, a w nieznanej metodzie wyliczania (u mnie). Mam dosc stabilne polaczenie.

Bawimy sie konfiguracja, jak wykonamy polecenie AT+QNWCFG=? to dostajemy odpowiedz, co mozemy ustawic lub co sprawdzic.

Dostajemy:

+QNWCFG: "lte_time_advance",(0,1)
+QNWCFG: "nr5g_time_advance",(0,1)

0/1 - wylaczone/wlaczone.

Jak wlaczymy opcje to juz potem dziala i zwraca wartosci. Problem jest taki ze polecenie dla lte zawsze zwraca ta sama wartosc ktora po przeliczeniu (x 78m) pokazuje mi "dokladna odleglosc". Natomiast polecenie dla 5G zwraca o ile dobrze pamietam chyba dwie wartosci i zastosowanie na sztywno jakiegos przelicznika pokazuje juz gupie gupoty.

EG06 ani EG12 nie zwraca tego dla lte, błąd jest. Rg520 zwraca. Wygląda na to że tylko w wyższych, być może Rx5XX jest to zaimplementowane.

No i do masztu lte masz 11x78 czyli ok 858m a 5g masz niepodłączone?

A chociaż to 858m z jakąś dokładnością ( nie wiem +- 30m ) jest ok ? Czy to po prostu bzdura na tym modemie...

Taka mała ciekawostka

więc dla LTE wiemy jak to jest liczone LTE Timing Advance Distance Calculator
Odległość = 16 * 78.125 ≈ 1250 m

dla 5G jest mniej fajnie.. 5G NR Timing Advance Distance calculator
Odległość = (15872 * 0.52e-6 s) * 300000000 m/s / 2 ≈ 1235.52 m

AT+QNWCFG="lte_mimo_layers"

?

No właśnie chyba nie...

> AT+QNWCFG="nr5g_mimo_info"
AT+QNWCFG="nr5g_mimo_info"
+QNWCFG: "nr5g_mimo_info",100,639072,2,1

OK

> AT+QNWCFG="nr5g_mimo_layers"
AT+QNWCFG="nr5g_mimo_layers"
+QNWCFG: "nr5g_mimo_layers",0

OK

> AT+QNWCFG="lte_mimo_layers"
AT+QNWCFG="lte_mimo_layers"
+QNWCFG: "lte_mimo_layers",1,4

OK

> AT+QNWCFG="lte_mimo_info"
AT+QNWCFG="lte_mimo_info"
+QNWCFG: "lte_mimo_info",100,1474,4,1
+QNWCFG: "lte_mimo_info",100,3350,2,0
+QNWCFG: "lte_mimo_info",100,525,4,0
+QNWCFG: "lte_mimo_info",100,6275,2,0

OK

W tym samym czasie QuecManager pokazuje MIMO Layers LTE 2 / NR 4

Tylko trzebaby to włączać jakby QuecManager tego nie włączył ( tak jak to było w przypadku time_advance , tu nie musiałem , bo on z tego korzystł i włączył) , a tu włączyłem , i coś teoretycznie takiego zaczął pokazywać:

> AT+QNWCFG="nr5g_mimo_layers"
AT+QNWCFG="nr5g_mimo_layers"
+QNWCFG: "nr5g_mimo_layers",1,2

OK

Przy speedteście czasami jestem w stanie wychwycić ,jak ta dwójka zmienia się na 3 , a tylko raz zauważyłam tam 4.... (gdzie Quecmanager jak tylko speedtest się zacznie to pokazuje NR 4 momentalnie , i to się dłuższy cza utrzymuje).
Tak jakby to nie z tego to miał...

@Cezary , sms_tool to zdaje sie Twoje dzieło ?

Okazuje się ,że wykorzystywane jest do tego GUI , no i w konsoli działa ...

root@RM551E-GL:~# sms_tool --version
2025.1.19-APmod-iamromulan
root@RM551E-GL:~#

root@RM551E-GL:~# sms_tool -d /dev/smd7 at "ati"
tcgetattr(/dev/smd7)
tcsetattr(/dev/smd7)
ati
Quectel
RM551E-GL
Revision: RM551EGL00AAR01A04M8G

Failed tcsetattr(/dev/smd7): Not a tty
root@RM551E-GL:~#

i przez niego to GUI zbiera informacje...

Próbowałem wysłać kod USSD ,ale chyba ten modem nie daje rady. Czeka dłuższą chwilę , po czym Segmentation fault

root@RM551E-GL:~# sms_tool -c 0 -D -R -d /dev/smd7 ussd "*108#"
tcgetattr(/dev/smd7)
tcsetattr(/dev/smd7)
debug: AT+CUSD=1,"*108#",15

Segmentation fault