Szanowni a znacie może komendę AT wymuszająca połączenie tylko z 5G na 3.6GHz czyli prawdziwe a nie to pseudo 5G? Bo sytuacja jest taka, że jestem w zasięgu dwóch BTS. Jeden prawdziwe 5G a drugi to takie mniej prawdziwe (Play). Przez to, że ten drugi BTS ma znacznie lepszy zasięg to z automatu łączy się z nim w "LTE" a nie z tym dalszym w 5G. Będę wdzięczny za pomoc. Dzięki!

W temacie rozłączania urządzenia na magistrali USB. Aktualizacja.

Wymieniłem przejściówkę M.2 na USB3. Kupiłem na Amazon "Waveshare USB TO M.2 B KEY". To ta wersja z czterema antenami, przejściówka na zasilanie przez dodatkowe z USB (trójnik) i radiatorem na wierzchu, bez obudowy.

No i chodzi, lata, śmiga. Tak pod Windows jak i pod OpenWRT. Transfery dobre. Orange przy jakości 29-35% (podaję ten ogólny wskaźnik dla orientacji) transfery ok 460Mbit/s download, 45Mbit/s upload. Temperatura po odpaleniu kilku speedtest pod rząd do 53 stopni C.

Wniosek:
- skoro nic już więcej na modemie nie mieszałem (soft, ustawienia)
- skoro w tej nowej przejściówce ścieżki od modemu do portu USB idą bez pośredników jakiś na płytce
- stara przejściówka nie rozłączała magistrali USB bez karty SIM

to wnoszę pośrednio (na bazie ww. obserwacji), że może coś nie tak z portem karty sim jest  (ale jak wyżej to zgadywanie).

No i nie o zasilanie chodzi niestety. Podłączyłem zasilacz labo max 5A, napięcie 5,1V (tak i tak siedzi na płytce przetwornica do 3,3V) i jak rozłączał tak rozłącza USB. Maks pobór (jak akurat dłużej pochodził) był pod 1A maksymalnie. Pojęcia nie mam o co może chodzić. W sumie przejście na USB3 z samego modemu to "głupie" jest. Modem jak rozumiem ma wyjście USB3 i ścieżki na płytce prosto do gniazda idą więc pod tym względem to ciężko o jakąś usterkę na przejściówce.

Jakieś pomysły? Jak nie ma połączenia to sobie stabilnie USB działa. Można wysłać i odbierać komendy AT. Wywołujemy połączenie i różnie się rozłącza (a to szybko a to dam radę testy jakieś zrobić). Powtarzalność mała. Temperatura to też nie ten magiczny czynnik bo nie zdąży się nagrzać jak to USB3 się rozłączy. No pojęcia nie mam ... Any ideas?

@Cezary

Słowo komentarza. Twój soft, build pod x86, wersja 24.x a wszystko w Proxmox, VM z bios UEFI. A paczki jak niżej, proto-atc stare ale poszło (wszak tam magii nie ma) i nawiązują połączenie:

luci-proto-atc_20230813-0.2_all.ipk
atc-fib-fm350_gl_2024-11-18-0.2_all.ipk

Większych testów zrobić nie mogę bo rozłącza USB (jak wyżej) ale to nie ma nic wspólnego z Twoim softem (to samo na Rooter 21, Windows ergo zasilanie lub uszkodzony modem, względnie przejściówka).

[EDIT] dla potomnych
Aby OpenWRT czy Rooter poszedł na proxmox to w bios VM musiałem wyłączyć Secure Boot i wykasować klucze i dodatkowo usunąć drugi dysk co się z automatu dodaje stawiając maszynę (pomimo poprawnego boot orderu).

Zacznę od uwag aby dla potencjalnych eksperymentujących było na starcie a nie na końcu instrukcji

Ogólne:
- mój modem to tytułowy FM350-GL (czyli wersja 5G)
- do komputera/routera podpinam przez USB 3.0
- testowałem również z powodzeniem na OpenWRT postawione na Proxmox (u mnie wybrałem wersję UEFI i całkowicie przekazany do maszyny wirtualnej cały port USB)
- pod Windows (u mnie wersja 10) wykrywa modem/przejściówkę ale potrzebne mu sterowniki inaczej jest kilka nierozpoznanych urządzeń COM

Przed wgraniem firmware:
- dla każdego wykrytego a nierozpoznanego urządzenia ręcznie zainstalowałem sterowniki USB (od Acera - linki poniżej, te od Lenovo czy ręcznie czy automatycznie oczekują wersji M.2 a nie USB i pomimo, że instalator mówi "done" to nic nie jest "done")
- modem podłączyłem i zasiliłem tylko kablem komunikacyjnym gdyż podczas aktualizacji może być potrzebny automatyczny reset
- idąc za instrukcją (link poniżej) program do flash ma na swojej liście DEV_OTA.img którego nie ma. Trzeba odznaczyć w programie na start aby nie wgrywał tego pliku (za wątkiem na 4PDA nie jest to krytyczny plik aktualizacji i dlatego go nie ma w pakiecie, można szukać nowszej wersji od Acera ale idąc za komentarzami jest to zbędne/nic nie daje)

Sterowniki Windows:
https://github.com/prusa-dev/fibocom-co … er/drivers

Firmware:
https://www.catalog.update.microsoft.co … re%203500*

Instrukcja:
https://github.com/mrhaav/openwrt/blob/ … upgrade.md

Nawiązanie połączenia LTE/5G pod Windows:
https://github.com/prusa-dev/fibocom-co … ree/master

Pozdrawiam,
Mateusz

A pytanie do zebranych tu. Czy ktoś poradził sobie finalnie z rozłączaniem się samego modemu jako urządzenia USB. Chwilę chodzi, łączy się i w logach...

usb 3-1: USB disconnected, device number 2

i dalej już leci wyrejestrowanie urządzenia RNDIS i koniec zabawy ;(

różne zasilacze 5V testowałem i bez większych różnic. Ktoś coś? Dzięki!

No i nie zaparkowałem tematu na wieczór w pierwszej przerwie sprawdziłem.

[SOLVED]
- bardzo pomógł TCPDUMP bo pokazał, że pakiety icmp dochodzą i wychodzą z interfejsu wg na openwrt i nic ich nie blokuje
- z jakiś niezrozumiałych dla mnie do końca powodów na interfejsie wg po stronie serwera (tu akurat mikrotik z publicznym ip) nie utworzyła się trasa dla sieci lokalnej przed openwrt (sieci które łączymy ze sobą) pomimo dopisania sieci do AllowedIPs na mikrotik
- ręczne dodane trasy po stronie serwera do sieci lokalnej przed OpenWRT rozwiązało problem
- ruch między dwoma LAN śmiga bez MASQ i o to chodziło

Dzięki za pomoc i podpowiedzi!

z masq 1 działa ale robi fizycznie to masq (nie ma hop'ów do sieci wg/za wg - co oczywiste). Więc można powiedzieć, że efekt osiągnięty ale z NATem a to przecież musi działać (na logikę bo fizykę mi nie działać) po routingu po prostu. Chyba, że gubię coś oczywistego w sposobie myślenia o tej topologii. Podpowiedz proszę jak na openwrt zobaczyć co wycina pakiety. Puszczę ping na stałe i zobaczę gdzie (zakładam na firewall) się te pakiety gubią. Podpowiedz proszę? Dzięki!

P.S.
Bo jak coś może działać bez NAT to po co ma działać z NAT i dorzucać obciążenia dla CPU routera.

Może moja logika zawodzi. Końcówka (dajmy na to zwykły windows laptop) w sieci LAN wychodzi w świat przez ten router bez problemu. Adres IP routera jest bramą domyślna dla laptopa. Pinga świat jak i router. Co więcej trasa na adres IP z puli wg idzie przez ten router i tam utyka. Komunikacja z routera do sieci wg jak i sieci za nim leci bez problemu. Ewidentnie coś na routerze blokuje. Czy to firewall czy to brak routingu ale configi wyglądają jak niżej.

root@koro:~# cat /etc/config/network

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fdab:3cc3:bba7::/48'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.22.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config device
        option name 'wan'
        option macaddr '44:f7:70:74:4d:2d'

config interface 'wan'
        option device 'wan'
        option proto 'dhcp'

config interface 'wan6'
        option device 'wan'
        option proto 'dhcpv6'

config interface 'koro'
        option proto 'wireguard'
        option private_key 'priv_key'
        list addresses '192.168.58.4'
        option auto '0'
        option delegate '0'

config wireguard_koro
        option description 'wg_serv_name'
        option public_key 'pub_key'
        option route_allowed_ips '1'
        option endpoint_host 'wg_serv_ip'
        option endpoint_port 'wg_serv_port'
        option persistent_keepalive '25'
        list allowed_ips '192.168.57.0/24'
        list allowed_ips '192.168.58.0/24'

root@koro:~# cat /etc/config/firewall

config defaults
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option synflood_protect '1'

config zone
        option name 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        list network 'lan'
        list network 'koro'

config zone
        option name 'wan'
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option masq '1'
        option mtu_fix '1'
        list network 'wan'
        list network 'wan6'

config forwarding
        option src 'lan'
        option dest 'wan'

config rule
        option name 'Allow-DHCP-Renew'
        option src 'wan'
        option proto 'udp'
        option dest_port '68'
        option target 'ACCEPT'
        option family 'ipv4'

config rule
        option name 'Allow-Ping'
        option src 'wan'
        option proto 'icmp'
        option icmp_type 'echo-request'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-IGMP'
        option src 'wan'
        option proto 'igmp'
        option family 'ipv4'
        option target 'ACCEPT'

config rule
        option name 'Allow-DHCPv6'
        option src 'wan'
        option proto 'udp'
        option dest_port '546'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-MLD'
        option src 'wan'
        option proto 'icmp'
        option src_ip 'fe80::/10'
        list icmp_type '130/0'
        list icmp_type '131/0'
        list icmp_type '132/0'
        list icmp_type '143/0'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Input'
        option src 'wan'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        list icmp_type 'router-solicitation'
        list icmp_type 'neighbour-solicitation'
        list icmp_type 'router-advertisement'
        list icmp_type 'neighbour-advertisement'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-ICMPv6-Forward'
        option src 'wan'
        option dest '*'
        option proto 'icmp'
        list icmp_type 'echo-request'
        list icmp_type 'echo-reply'
        list icmp_type 'destination-unreachable'
        list icmp_type 'packet-too-big'
        list icmp_type 'time-exceeded'
        list icmp_type 'bad-header'
        list icmp_type 'unknown-header-type'
        option limit '1000/sec'
        option family 'ipv6'
        option target 'ACCEPT'

config rule
        option name 'Allow-IPSec-ESP'
        option src 'wan'
        option dest 'lan'
        option proto 'esp'
        option target 'ACCEPT'

config rule
        option name 'Allow-ISAKMP'
        option src 'wan'
        option dest 'lan'
        option dest_port '500'
        option proto 'udp'
        option target 'ACCEPT'

config zone
        option name 'wg_koro'
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'ACCEPT'
        list network 'koro'

config forwarding
        option src 'wg_koro'
        option dest 'lan'

config forwarding
        option src 'lan'
        option dest 'wg_koro'

Thx! Tak czynię. Skonfiguruję wieczorem na nowo pod moje potrzeby i będę częściej monitorował.

Dzięki!

Dziękuję. Przetestuję!