Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → 3ginfo - integracja z luci
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Zaktualizowałem skrypt do fibocoma, tak wyglądają linie jak jest agregacja:
AT+GTCAINFO?
PCC: 166,31,66736,100,2,1,2,3,42
SCC1: 1,0,171,107,68661,25,0,1,1,6,6,56
SCC2: 1,0,102,165,875,75,0,1,1,6,6,49https://github.com/obsy/packages/blob/m … n/2cb70104
Zaktualizowałem skrypt do fibocoma, tak wyglądają linie jak jest agregacja:
AT+GTCAINFO? PCC: 166,31,66736,100,2,1,2,3,42 SCC1: 1,0,171,107,68661,25,0,1,1,6,6,56 SCC2: 1,0,102,165,875,75,0,1,1,6,6,49
Ok, dzięki Cezary za info, uwzglednie to przy nastepnej aktualizacji pakietu.
A to znalazla się dalsza część polecenia? Czy Cezary miales jakiś modem "w rekach"?
P.S.
Ten modem nie powinien być opisany jako # Fibocom FM150?
Nie, nie miałem. Znalazłem to na forum rooter'a, ktoś podesłał wynik. Też nie mają dokumentacji do tego.
PS. No tak, literówka.
PS2. Nie bierz jeszcze tego, muszę to uprościć.
PS2. Nie bierz jeszcze tego, muszę to uprościć.
Nie pali mi się z aktualizacją. Na tygodniu dopiero bym zajrzał.
Cezary widziałeś takie szopki
https://forums.quectel.com/t/strange-at … -bug/25275
Post tyczy się mojego przypadku
AT+QCAINFO
+QCAINFO: "PCC",3350,100,"LTE BAND 7",1,482,-69,-8,-39,23
+QCAINFO: "SCC",1474,75,"LTE BAND 3",1,482,-64,-9,-46,20,0,-,-
+QCAINFO: "SCC",432356,--->> 2 <<----,"NR5G BAND 1",482z tego by wynikało, że szerokość pasma trzeba by wyliczać z 2 poleceń..
Cóż, zauważ że to odpowiedzi użytkowników a nie suportu quectela. Ten jak zwykle nabrał wody w usta (moje poprzednie pytanie o niejasności w wyliczeniach też pozostało bez odpowiedzi). Można by używać innej tabeli do dekodowanie jak jest NSA5G, ale za grosz nie masz pewności że to się nie zmieni wraz z innym firmware.
Czyli nie wiadomo czego się trzymać tak na dobrą sprawę.
To NR_DL_bandwidth akurat dla Play-a z tego co szukałem po sieci wskazuje poprawną wartość 15 MHz.
P.S.
Ten "support" na stronie to bardziej do wysyłania linków i wklejania zawartości pdfów. To tak jak iść do salonu danego operatora i zapytać się o techniczne aspekty działanie sieci czy BTS-a, myślę że efekt byłby podobny.
Włóż innego operatora i zobacz czy to nie przypadek.
Włóż innego operatora i zobacz czy to nie przypadek.
Ok, mogę to sprawdzić.
Cezary napisał/a:Włóż innego operatora i zobacz czy to nie przypadek.
Ok, mogę to sprawdzić.
RG502q-ea (soft R13A03) z simem play tez pokazuje "2", soft mikrotika dekoduje to właśnie jako 15MHz. Na razie się zgadza, ale to nadal play, a karty innego operatora z 5G nie mam.
Sprawdziłem i niestety nic poza LTE-A nie łapię, karta aero2. Orange u mnie padaka i jeszcze chyba mam starą kartę bez 5G, więc nie potestuję.
W Plusie na N41 jest szerokość 40MHz a w N1 10MHz ( to N1 jak jest zasięg 5G Ultra ,ale w mazowieckim tego jeszcze nie ma).
Kartę Plusa lub Plusha na testy 
Ok, zmodyfikuję sobie kody żeby ten bandwidth był tak dekodowany. Najwyżej ktoś się będzie buntował jeżeli okaże się że trzeba znów coś inaczej zrobić.
A te plusowe n41 to jaką ma prawidłową szerokość? Luci 3 ginfo pokazuje 1,4 MHz to jest ok czy to błąd ze względu na szopki quectela?
Zgaduj tak jak my. Akurat "6" to jednej tabeli to 1.4MHz, wg drugiej - 40MHz.
EDIT: https://gsm.biz.pl/2021/07/21/plus-5g-b … -n38-cz-2/ czyli jest tak jak MiG25 pisze, więc trzeba to inaczej dekodować dla 5G. No szkoda że tego w dokumentacji nie napisali.
Zmieniłem u siebie.
EDIT: źle jest, scell_state nie ma i trzeba inaczej PCI zrobić.
Zmieniłem u siebie.
EDIT: źle jest, scell_state nie ma i trzeba inaczej PCI zrobić.
Dodałem Cezary Twoją modyfikację testowo u siebie i chyba wygląda OK.
Dla SCC z NR5G muszą odczyty pól być zmniejszone o 1 bo tam nie ma w wyniku scell_state i resztę źle czytało. Tego też nie było w dokumentacji.
Wypuszcza nowy firmware i znowu Wasza robote leb wezmie.Blad ze nie sluchaja uzytkownikow mozna by rzec bestatesterow
Wypuszcza nowy firmware i znowu Wasza robote leb wezmie.Blad ze nie sluchaja uzytkownikow mozna by rzec bestatesterow
Wątpię aby to zmienili 
Teraz to wygląda tak że My uczymy się na błędach???
Przecieramy ponownie zapomniane ścieżki.
Dla SCC z NR5G muszą odczyty pól być zmniejszone o 1 bo tam nie ma w wyniku scell_state i resztę źle czytało. Tego też nie było w dokumentacji.
Dokładnie tak jak Cezary napisałeś, nie łapały się wyniki. Ja to może nie najładniej, ale załatwiłem w ten sposób:
TL=$(echo "$LINE" | grep -Eo '[0-9]+' | tail -1)
if [ -n "$TL" ]; then
case $IDX in
1) S1PCI="$TL";;
2) S2PCI="$TL";;
3) S3PCI="$TL";;
4) S4PCI="$TL";;
*) ;;
esac
fiJa po prostu zrobiłem osobno dla lte o 5G.
Przecieramy ponownie zapomniane ścieżki.
Tyle problemów na starcie, a jeszcze prawdziwego 5G nie widzieliśmy .
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → 3ginfo - integracja z luci
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc