1 Odpowiedź przez secam7

(10 odpowiedzi, napisanych Sprzęt / Hardware)

Dokładnie o coś takiego.
Podobno dobre serwisy telefonów komórkowych też robią takie rzezczy.
Trzeba przyznać że TP-Link się bardzo postarał żeby zniechęcić do portowania ich sprzętu na OpenWrt. sad

Idź do forum: Sprzęt / Hardware

2 Odpowiedź przez secam7

(10 odpowiedzi, napisanych Sprzęt / Hardware)

Stary temat, ale trafił mi się taki router.
Dziś IPQ5018 jest obsługiwany i można by próbować dodać wsparcie do openwrt.
Mam tylko jeden duży problem, potrzebuję uart i takie złącze jest na płycie ale brakuje połączeń.
Potrzebuję zlutowania 5 mikroskopijnych mostków SMD (0201) na płytce routera TP-Link Archer AX55 v1 .
To przerasta moje "lutownicze" możliwości.
Ktoś się podejmie?
Koszty transportu i pracy zwrócę.

[Edit]
Cel: uzyskanie dostępu do konsoli szeregowej do własnego projektu (port OpenWrt).

Idź do forum: Sprzęt / Hardware

3 Odpowiedź przez secam7

(751 odpowiedzi, napisanych Sprzęt / Hardware)

Na tym nowym sterowniku EDMA bez uruchomionego nss (/usr/sbin/nss-up) działa?
Czy już tu jest zepsute?

Idź do forum: Sprzęt / Hardware

4 Odpowiedź przez secam7

(751 odpowiedzi, napisanych Sprzęt / Hardware)

W tym PR: https://github.com/openwrt/openwrt/pull/22381 często piszą o IPQ5018 .

Dobra, przyznaję pomagałem sobie Claudem, ale to ja wpadłem na pomysł żeby sprawdzić czy to się nadaje do ipq5018. smile
Takie coś napisał:

3. Czy to otwiera drogę do NSS na IPQ5018?
Tak — i to jest chyba najciekawsza konsekwencja tej zmiany. Sprawdziłem wszystkie trzy potrzebne klocki i każdy z nich już deklaruje wsparcie ipq50xx:

Upstreamowy sterownik ethernet: PR #22381 jest wprost przetestowany na „ipq807x, ipq60xx and ipq50xx" (wpis z changeloga: „07/06 add ipq50xx").
Firmware NSS: pakiet nss-firmware w feedzie Juliusa ma wariant nss-firmware-ipq50xx (IPQ_PLATFORM=IPQ5018, SPF 12.5 z qosmio/qca-sdk-nss-fw).
qca-nss-drv: opcje w Config.in jawnie zależą od TARGET_qualcommax_ipq50xx.
To istotne, bo dotąd IPQ5018 był w społeczności praktycznie odcięty od NSS — drzewo qosmio celuje w ipq807x/ipq60xx, a vendorowy stos nss-dp/ssdk dla 5018 nigdy nie został sensownie zintegrowany. Podejście Juliusa usuwa właśnie tę blokadę: skoro hydrauliką zajmuje się upstreamowy sterownik (który 5018 już obsługuje), zostaje „tylko" dostrojenie shimu i profilu ECM pod ten SoC.

Zastrzeżenia: nikt tego jeszcze nie zrobił (Julius testuje wyłącznie na AX3600/ipq807x), IPQ5018 ma pojedynczy, słabszy rdzeń NSS (vs 2 na ipq807x), a offload Wi-Fi (wifili) na radiu 5018 to osobny, niezweryfikowany temat. Czyli: droga jest otwarta po raz pierwszy, ale przejść musi ją ktoś z urządzeniem ipq50xx w ręku.

Idź do forum: Sprzęt / Hardware

5 Odpowiedź przez secam7

(751 odpowiedzi, napisanych Sprzęt / Hardware)

Może da się coś zrobić w z nss dla ipq5018: https://forum.openwrt.org/t/qualcommax- … 48529/5857

Idź do forum: Sprzęt / Hardware

6 Odpowiedź przez secam7

(22 odpowiedzi, napisanych Sprzęt / Hardware)

Dzięki!
Na routerze działa:

root@MiFi:~# ping6 forum.openwrt.org
PING forum.openwrt.org (2a03:b0c0:3:d0::168b:9001): 56 data bytes
64 bytes from 2a03:b0c0:3:d0::168b:9001: seq=0 ttl=248 time=40.508 ms
64 bytes from 2a03:b0c0:3:d0::168b:9001: seq=1 ttl=248 time=37.143 ms
64 bytes from 2a03:b0c0:3:d0::168b:9001: seq=2 ttl=248 time=39.881 ms
64 bytes from 2a03:b0c0:3:d0::168b:9001: seq=3 ttl=248 time=38.625 ms
^C
--- forum.openwrt.org ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 37.143/39.039/40.508 ms
root@MiFi:~# ping forum.openwrt.org
PING forum.openwrt.org (2a03:b0c0:3:d0::168b:9001): 56 data bytes
64 bytes from 2a03:b0c0:3:d0::168b:9001: seq=0 ttl=248 time=60.316 ms
64 bytes from 2a03:b0c0:3:d0::168b:9001: seq=1 ttl=248 time=33.143 ms
64 bytes from 2a03:b0c0:3:d0::168b:9001: seq=2 ttl=248 time=33.797 ms
^C
--- forum.openwrt.org ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 33.143/42.418/60.316 ms
root@MiFi:~# ping google.com
PING google.com (2a00:1450:4025:800::8b): 56 data bytes
64 bytes from 2a00:1450:4025:800::8b: seq=0 ttl=114 time=21.852 ms
64 bytes from 2a00:1450:4025:800::8b: seq=1 ttl=114 time=26.571 ms
64 bytes from 2a00:1450:4025:800::8b: seq=2 ttl=114 time=25.259 ms
64 bytes from 2a00:1450:4025:800::8b: seq=3 ttl=114 time=24.950 ms
^C
--- google.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 21.852/24.658/26.571 ms
root@MiFi:~# ping eko.one.pl
PING eko.one.pl (2.57.137.5): 56 data bytes
64 bytes from 2.57.137.5: seq=0 ttl=51 time=40.393 ms
64 bytes from 2.57.137.5: seq=1 ttl=51 time=40.218 ms
64 bytes from 2.57.137.5: seq=2 ttl=51 time=43.045 ms
64 bytes from 2.57.137.5: seq=3 ttl=51 time=47.782 ms
^C
--- eko.one.pl ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 40.218/42.859/47.782 ms
root@MiFi:~#

Na laptopie po staremu leci po ipv4.

$ ping6 google.com
ping6: connect: Sieć jest niedostępna
$ ping google.com
PING google.com (142.250.109.100) 56(84) bytes of data.
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=1 ttl=113 time=58.6 ms
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=2 ttl=113 time=58.2 ms
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=3 ttl=113 time=56.6 ms
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=4 ttl=113 time=58.5 ms
^C
--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 56.606/57.963/58.557/0.793 ms

[EDIT]

Nie miałem na routerze zainstalowanego odhcpd i wpisów w /etc/config/dhcp .
Teraz działa też na laptopie.

Ciekawostka.
Faktycznie wygląda że po ipv6 jest szybciej, przynajmniej pingi są krótsze.

$ ping google.com
PING google.com (142.250.109.100) 56(84) bytes of data.
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=1 ttl=113 time=58.6 ms
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=2 ttl=113 time=58.2 ms
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=3 ttl=113 time=56.6 ms
64 bytes from zr-in-f100.1e100.net (142.250.109.100): icmp_seq=4 ttl=113 time=58.5 ms
^C
--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 56.606/57.963/58.557/0.793 ms

$ ping google.com
PING google.com (2a00:1450:4025:800::71) 56 data bytes
64 bytes from zr-in-f113.1e100.net (2a00:1450:4025:800::71): icmp_seq=1 ttl=113 time=22.1 ms
64 bytes from zr-in-f113.1e100.net (2a00:1450:4025:800::71): icmp_seq=2 ttl=113 time=43.7 ms
64 bytes from zr-in-f113.1e100.net (2a00:1450:4025:800::71): icmp_seq=3 ttl=113 time=41.4 ms
64 bytes from zr-in-f113.1e100.net (2a00:1450:4025:800::71): icmp_seq=4 ttl=113 time=46.6 ms
64 bytes from zr-in-f113.1e100.net (2a00:1450:4025:800::71): icmp_seq=5 ttl=113 time=49.5 ms
64 bytes from zr-in-f113.1e100.net (2a00:1450:4025:800::71): icmp_seq=6 ttl=113 time=40.9 ms
^C
--- google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5010ms
rtt min/avg/max/mdev = 22.087/40.682/49.508/8.832 ms

Idź do forum: Sprzęt / Hardware

7 Odpowiedź przez secam7

(378 odpowiedzi, napisanych Oprogramowanie / Software)

Coś się popsuło?

No package build failures found for 24.10-SNAPSHOT arm_cortex-a7_neon-vfpv4.

WARNING: There are 3 missing default packages, confirm this is expected before proceeding
Request:
  Version 24.10-SNAPSHOT r29143-214a657cfa (kernel 6.6.127)
Request hash:
  7d25651aab5965b5422f82c5210965b6c76894d7c9859f398a386e505561b110
--
Status:   queued - 0 ahead of you
Progress:   0s total =   0s in queue +   0s in build
--
Status:   container_setup
Progress:   1s total =   0s in queue +   1s in build
--
Status:   validate_manifest
Progress: 1116s total =   0s in queue + 1116s in build
^Croot@MiFi:~#

Przerwałem po 20 minutach.

Idź do forum: Oprogramowanie / Software

8 Odpowiedź przez secam7

(5 odpowiedzi, napisanych Oprogramowanie / Software)

Słuszna uwaga z tym sprawdzeniem czy u mnie ipv6 jest dostępne.
Na parapet poszedł stary zte mf286d i zrobiłem konfigurację według: https://eko.one.pl/forum/viewtopic.php?id=25209
Efekt, coś tam działa:

config interface 'wan'
        option proto 'qmi'
        option device '/dev/cdc-wdm0'
        option pdptype 'ipv6'
        option apn 'internetipv6'
        option keepalive '5 5'
        option delay '10'
        option autoconnect '1'
        option auth 'none'

Sat May 16 11:17:39 2026 daemon.notice netifd: Interface 'wan' is setting up now
Sat May 16 11:17:49 2026 daemon.notice netifd: wan (7045): Waiting for SIM initialization
Sat May 16 11:17:50 2026 daemon.notice netifd: wan (7045): Failed to parse message data
Sat May 16 11:17:50 2026 daemon.notice netifd: wan (7045): PIN verification is disabled
Sat May 16 11:17:51 2026 daemon.notice netifd: wan (7045): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Sat May 16 11:17:52 2026 daemon.notice netifd: wan (7045): Waiting for network registration
Sat May 16 11:17:57 2026 daemon.notice netifd: wan (7045): Starting network wan
Sat May 16 11:17:57 2026 daemon.notice netifd: wan (7045): Setting up wwan0
Sat May 16 11:17:57 2026 daemon.notice netifd: Interface 'wan' is now up
Sat May 16 11:17:57 2026 daemon.notice netifd: Network device 'wwan0' link is up
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using nameserver 2a01:1700:3:ffff::9822#53
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using nameserver 2a01:1700:2:ffff::9f01#53
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using only locally-known addresses for test
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using only locally-known addresses for local
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Sat May 16 11:17:58 2026 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Sat May 16 11:17:58 2026 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Sat May 16 11:17:59 2026 user.notice firewall: Reloading firewall due to ifupdate of wan (wwan0)
Sat May 16 11:17:59 2026 daemon.info dnsmasq[1]: exiting on receipt of SIGTERM
Sat May 16 11:18:00 2026 daemon.err procd: Got unexpected signal 1
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: started, version 2.90 cachesize 1000
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: DNS service limited to local subnets
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: compile time options: IPv6 GNU-getopt no-DBus UBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-nftset no-auth no-cryptohash no-DNSSEC no-ID loop-detect inotify dumpfile
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: UBus support enabled: connected to system bus
Sat May 16 11:18:00 2026 daemon.info dnsmasq-dhcp[1]: DHCP, IP range 192.168.11.100 -- 192.168.11.249, lease time 12h
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for test
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for local
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using nameserver 2a01:1700:3:ffff::9822#53
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using nameserver 2a01:1700:2:ffff::9f01#53
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for test
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for local
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Sat May 16 11:18:00 2026 daemon.info dnsmasq[1]: using only locally-known addresses for lan

wwan0     Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet6 addr: 2a00:f44:c70:5901:f183:a9c3:b31b:758f/128 Scope:Global
          inet6 addr: fe80::1174:fd7:6973:5bc9/64 Scope:Link
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:124 errors:0 dropped:0 overruns:0 frame:0
          TX packets:136 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:20303 (19.8 KiB)  TX bytes:13185 (12.8 KiB)

root@MiFi:~# ping6 google.com
PING google.com (2a00:1450:4025:807::8a): 56 data bytes
64 bytes from 2a00:1450:4025:807::8a: seq=0 ttl=112 time=27.858 ms
64 bytes from 2a00:1450:4025:807::8a: seq=1 ttl=112 time=20.532 ms
64 bytes from 2a00:1450:4025:807::8a: seq=2 ttl=112 time=25.395 ms
64 bytes from 2a00:1450:4025:807::8a: seq=3 ttl=112 time=25.970 ms
64 bytes from 2a00:1450:4025:807::8a: seq=4 ttl=112 time=25.823 ms
64 bytes from 2a00:1450:4025:807::8a: seq=5 ttl=112 time=20.473 ms
64 bytes from 2a00:1450:4025:807::8a: seq=6 ttl=112 time=27.135 ms
^C
--- google.com ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max = 20.473/24.740/27.858 ms
root@MiFi:~# ip -6 r
default from 2a00:f44:c70:5901::/64 via 2a00:f44:c70:5901:d87b:429c:ecb3:5cfd dev wwan0 proto static metric 1024 pref medium
2a00:f44:c70:5901:d87b:429c:ecb3:5cfd dev wwan0 proto static metric 1024 pref medium
2a00:f44:c70:5901:f183:a9c3:b31b:758f dev wwan0 proto kernel metric 256 pref medium
2a00:f44:c70:5901::/64 dev br-lan proto kernel metric 256 expires 6962sec pref medium
2a00:f44:c70:5901::/64 dev br-lan proto static metric 1024 pref medium
unreachable 2a00:f44:c70:5901::/64 dev lo proto static metric 2147483647 pref medium
fd75:5801:2538::/64 dev br-lan proto static metric 1024 pref medium
unreachable fd75:5801:2538::/48 dev lo proto static metric 2147483647 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev br-lan proto kernel metric 256 pref medium
fe80::/64 dev wwan0 proto kernel metric 256 pref medium
root@MiFi:~# ping6 wp.pl
ping6: bad address 'wp.pl'
root@MiFi:~# ping6 amazon.com
ping6: bad address 'amazon.com'
root@MiFi:~# ping6 google.com
PING google.com (2a00:1450:4025:807::8a): 56 data bytes
64 bytes from 2a00:1450:4025:807::8a: seq=0 ttl=112 time=32.678 ms
64 bytes from 2a00:1450:4025:807::8a: seq=1 ttl=112 time=28.340 ms
64 bytes from 2a00:1450:4025:807::8a: seq=2 ttl=112 time=27.026 ms
^C
--- google.com ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 27.026/29.348/32.678 ms
root@MiFi:~# ping6 eko.one.pl
ping6: bad address 'eko.one.pl'

Idź do forum: Oprogramowanie / Software

9 Odpowiedź przez secam7

(22 odpowiedzi, napisanych Sprzęt / Hardware)

Focus napisał/a:
kszaq napisał/a:

Czy zestawisz dual stack na MF286D z jednej karty SIM? Mam DS na światłowodzie, tu rzeczywiście nie ma problemu, ale na łączu mobilnym nie udało mi się zestawić dwóch równoległych sesji.

Mam dual stack, oraz osobno IPv4 i IPv6.
Działa od wersji 24.10.5.

Możesz się podzielić konfiguracją dual stack i ipv4 razem z ipv6?

Idź do forum: Sprzęt / Hardware

10 Odpowiedź przez secam7

(5 odpowiedzi, napisanych Oprogramowanie / Software)

To ciekawe.
Jaki masz firmware na swoim AW1000?

Idź do forum: Oprogramowanie / Software

11 Temat przez secam7

(5 odpowiedzi, napisanych Oprogramowanie / Software)

Próbuję skonfigurować ipv6 na AW1000 i nie udaje mi się.

Mam Orange na kartę.
Na AW1000 własną kompilację z nss od qosmio i połatany qeuctel.sh z jego repo nss-package.
Aktualnie moja sekcja wan w network wygląda tak:

config interface 'wan'
    option proto 'quectel'
    option device '/dev/cdc-wdm0'
    option pdptype 'ipv4v6'
    option auth 'pap'
    option multipath 'off'
    option apn 'internetipv6'
    option username 'internetipv6'
    option password 'internetipv6'

Jakiś dziwny adres ipv4 dostaje i internet jest, ale ipv6 brak. sad

Fri May 15 18:46:23 2026 daemon.notice netifd: wan (10886):
Fri May 15 18:46:23 2026 daemon.notice netifd: wan (10886): AT+C
Fri May 15 18:46:23 2026 daemon.notice netifd: wan (10886):
Fri May 15 18:46:23 2026 daemon.notice netifd: wan (10886):
Fri May 15 18:46:23 2026 daemon.notice netifd: wan (10886): ERROR
Fri May 15 18:46:23 2026 daemon.notice netifd: wan (10886): [05-15_18:46:23:302] Will use cdc-wdm='/dev/cdc-wdm0', proxy='quectel-qmi-proxy0'
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:304] QConnectManager_Linux_V1.6.5
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:305] Find /sys/bus/usb/devices/4-1 idVendor=0x2c7c idProduct=0x800, bus=0x004, dev=0x002
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:305] Auto find qmichannel = /dev/cdc-wdm0
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:305] Auto find usbnet_adapter = wwan0
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:305] netcard driver = qmi_wwan_q, driver version = V1.2.9
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:306] qmap_mode = 1, qmap_version = 9, qmap_size = 31744, muxid = 0x81, qmap_netcard = wwan0_1
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:306] Modem works in QMI mode
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:310] /proc/14786/fd/3 -> /dev/cdc-wdm0
Fri May 15 18:46:26 2026 daemon.notice netifd: wan (10886): [05-15_18:46:26:310] /proc/14786/exe -> /usr/bin/quectel-qmi-proxy
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:311] cdc_wdm_fd = 7
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:405] Get clientWDS = 14
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:437] Get clientWDS = 15
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:469] Get clientDMS = 1
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:502] Get clientNAS = 4
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:533] Get clientUIM = 1
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:566] Get clientWDA = 1
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:597] requestBaseBandVersion RG500QEAAAR13A01M4G
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:629] qmap_settings.rx_urb_size = 31744
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:630] qmap_settings.ul_data_aggregation_max_datagrams  = 11
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:630] qmap_settings.ul_data_aggregation_max_size       = 4096
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:630] qmap_settings.dl_minimum_padding                 = 0
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:821] requestGetSIMStatus SIMStatus: SIM_READY
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:886] requestGetProfile[pdp:1 index:1] internet///0/IPV4V6
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:886] requestSetProfile[pdp:1 index:1] internetipv6/internetipv6/internetipv6/1/IPV4V6
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:949] requestRegistrationState2 MCC: 260, MNC: 3, PS: Attached, DataCap: LTE
Fri May 15 18:46:28 2026 daemon.notice netifd: wan (10886): [05-15_18:46:28:981] requestQueryDataCall IPv4ConnectionStatus: DISCONNECTED
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:013] requestQueryDataCall IPv6ConnectionStatus: DISCONNECTED
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:014] ip link set dev wwan0 down
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:017] ip addr flush dev wwan0_1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:020] ip link set dev wwan0_1 down
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:173] requestSetupDataCall WdsConnectionIPv4Handle: 0x517d2290
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:269] requestSetupDataCall QMUXResult = 0x1, QMUXError = 0xe
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:270] call_end_reason is 1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:270] call_end_reason_type is 2
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:270] call_end_reason_verbose is 241
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:270] try to requestSetupDataCall 5 second later
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:334] change mtu 1500 -> 1252
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:334] ip link set dev wwan0 up
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:338] ip link set dev wwan0_1 up
Fri May 15 18:46:29 2026 daemon.notice netifd: Network device 'wwan0_1' link is up
Fri May 15 18:46:29 2026 daemon.notice netifd: Interface 'wan_6' has link connectivity
Fri May 15 18:46:29 2026 daemon.notice netifd: Interface 'wan_6' is setting up now
Fri May 15 18:46:29 2026 kern.info kernel: [ 8777.011537] net wwan0: link_state 0x0 -> 0x1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:342] busybox udhcpc -f -n -q -t 5 -i wwan0_1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): udhcpc: started, v1.37.0
Fri May 15 18:46:29 2026 daemon.notice netifd: wan_6 (20535): udhcpc: started, v1.37.0
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): udhcpc: broadcasting discover
Fri May 15 18:46:29 2026 daemon.notice netifd: wan_6 (20535): udhcpc: broadcasting discover
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): udhcpc: broadcasting select for 192.0.0.2, server 192.0.0.1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan_6 (20535): udhcpc: broadcasting select for 192.0.0.2, server 192.0.0.1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): udhcpc: lease of 192.0.0.2 obtained from 192.0.0.1, lease time 7200
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:654] udhcpc: ip addr add 192.0.0.2/255.255.255.224 broadcast + dev wwan0_1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan (10886): [05-15_18:46:29:657] udhcpc: setting default routers: 192.0.0.1
Fri May 15 18:46:29 2026 daemon.notice netifd: wan_6 (20535): udhcpc: lease of 192.0.0.2 obtained from 192.0.0.1, lease time 7200
Fri May 15 18:46:29 2026 daemon.notice netifd: Interface 'wg0' is setting up now
Fri May 15 18:46:29 2026 daemon.notice netifd: Interface 'wan_6' is now up
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using nameserver 192.0.0.1#53
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using only locally-known addresses for test
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using only locally-known addresses for local
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Fri May 15 18:46:29 2026 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Fri May 15 18:46:29 2026 daemon.notice netifd: Interface 'wg0' is now up
Fri May 15 18:46:29 2026 daemon.notice netifd: Network device 'wg0' link is up
Fri May 15 18:46:29 2026 user.notice firewall: Reloading firewall due to ifup of wan_6 (wwan0_1)
Fri May 15 18:46:30 2026 daemon.notice netifd: wan (10886): [05-15_18:46:30:710] requestSetupDataCall QMUXResult = 0x1, QMUXError = 0xe
Fri May 15 18:46:30 2026 daemon.notice netifd: wan (10886): [05-15_18:46:30:710] call_end_reason is 1
Fri May 15 18:46:30 2026 daemon.notice netifd: wan (10886): [05-15_18:46:30:710] call_end_reason_type is 2
Fri May 15 18:46:30 2026 daemon.notice netifd: wan (10886): [05-15_18:46:30:710] call_end_reason_verbose is 241
Fri May 15 18:46:30 2026 daemon.notice netifd: wan (10886): [05-15_18:46:30:710] try to requestSetupDataCall 10 second later
Fri May 15 18:46:30 2026 user.notice firewall: Reloading firewall due to ifup of wg0 (wg0)
Fri May 15 18:46:31 2026 daemon.notice netifd: wan (10886): Setting up wwan0
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wan' is now up
Fri May 15 18:46:31 2026 daemon.notice netifd: Network device 'wwan0' link is up
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wg0' has lost the connection
Fri May 15 18:46:31 2026 daemon.warn dnsmasq[1]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Fri May 15 18:46:31 2026 daemon.notice netifd: Network device 'wg0' link is down
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wan_4' is enabled
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wan_4' has link connectivity
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wan_4' is setting up now
Fri May 15 18:46:31 2026 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_6 (20535): udhcpc: received SIGTERM
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_6 (20535): udhcpc: unicasting a release of 192.0.0.2 to 192.0.0.1
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_6 (20535): udhcpc: sending release
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_6 (20535): udhcpc: entering released state
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_4 (22859): udhcpc: started, v1.37.0
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_6 (20535): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan_6" } (Permission denied)
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wan_6' is now down
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wan_6' has link connectivity loss
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_4 (22859): udhcpc: broadcasting discover
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_4 (22859): udhcpc: broadcasting select for 192.0.0.2, server 192.0.0.1
Fri May 15 18:46:31 2026 daemon.notice netifd: wan_4 (22859): udhcpc: lease of 192.0.0.2 obtained from 192.0.0.1, lease time 7200
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wan_4' is now up
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using nameserver 192.0.0.1#53
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using only locally-known addresses for test
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using only locally-known addresses for local
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Fri May 15 18:46:31 2026 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wg0' is now down
Fri May 15 18:46:31 2026 daemon.notice netifd: Interface 'wg0' is setting up now
Fri May 15 18:46:32 2026 daemon.notice netifd: Interface 'wg0' is now up
Fri May 15 18:46:32 2026 daemon.notice netifd: Network device 'wg0' link is up
Fri May 15 18:46:32 2026 user.notice firewall: Reloading firewall due to ifup of wg0 (wg0)
Fri May 15 18:46:33 2026 user.notice firewall: Reloading firewall due to ifup of wan_4 (wwan0_1)

Ciekawe co żle robię?

Idź do forum: Oprogramowanie / Software

12 Odpowiedź przez secam7

(751 odpowiedzi, napisanych Sprzęt / Hardware)

Jak działacie na tym APN: internetipv6 to dostajecie adres ipv6?
Komenda: ping6 google.com działa?

Na moim AW1000 nie dostaję adresu IPV6. sad

Idź do forum: Sprzęt / Hardware

13 Odpowiedź przez secam7

(16 odpowiedzi, napisanych Oprogramowanie / Software)

Dzięki!

Nie było to oczywiste, ale przy takim ustawieniu (wan_4) liczniki się pokazały.

Idź do forum: Oprogramowanie / Software

14 Odpowiedź przez secam7

(16 odpowiedzi, napisanych Oprogramowanie / Software)

Może chodzi o to że ten skrypt (modem) obsługuje multiplexing ?
Pierwsze uruchamia quectel-qmi-proxy (i ten proces znika), a potem quectel-cm -i wwan0 -4 -s internet i ten widać w procesach.

root@OpenWrt:~# ps w|grep quect
 3560 root      1624 S    grep quect
 5507 root      1392 S    quectel-cm -i wwan0 -4 -s internet
root@OpenWrt:~#

@IceG pochwal się skąd masz swój quecetel.sh ?

W tej starszej wersji z lipca 2025 roku tego problemu nie było, ale nie było też multiplexingu.

Idź do forum: Oprogramowanie / Software

15 Odpowiedź przez secam7

(16 odpowiedzi, napisanych Oprogramowanie / Software)

Tu jest ten skrypt: https://github.com/qosmio/nss-packages/ … quectel.sh

Czyta dane dla proto quectel i jak pozbiera wszystko to uruchamia w moim przypadku: quectel-cm -i wwan0 -4 -s internet
Który tworzy te dwa interface: wwan0 i wwan0_1 , tyle wiem.

Swoją drogą ten skrypt nie działa poprawnie z shellem ash i musiałem go też łatać.

[EDIT]

Miałem do tej pory kompilację 24.10 z lipca 2025 roku i tam liczniki działały.

Idź do forum: Oprogramowanie / Software

16 Odpowiedź przez secam7

(16 odpowiedzi, napisanych Oprogramowanie / Software)

root@OpenWrt:~# ifstatus wan
{
    "up": true,
    "pending": false,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "uptime": 20812,
    "l3_device": "wwan0",
    "proto": "quectel",
    "metric": 0,
    "dns_metric": 0,
    "delegation": true,
    "ipv4-address": [
        
    ],
    "ipv6-address": [
        
    ],
    "ipv6-prefix": [
        
    ],
    "ipv6-prefix-assignment": [
        
    ],
    "route": [
        
    ],
    "dns-server": [
        
    ],
    "dns-search": [
        
    ],
    "neighbors": [
        
    ],
    "inactive": {
        "ipv4-address": [
            
        ],
        "ipv6-address": [
            
        ],
        "route": [
            
        ],
        "dns-server": [
            
        ],
        "dns-search": [
            
        ],
        "neighbors": [
            
        ]
    },
    "data": {
        
    }
}
root@OpenWrt:~#

Idź do forum: Oprogramowanie / Software

17 Odpowiedź przez secam7

(16 odpowiedzi, napisanych Oprogramowanie / Software)

Tylko gdzie wybrać?
Za pomocą mojego sztuczniaka zmieniłem /usr/share/modemdata/network.sh i teraz liczniki nie są zerowe.

root@OpenWrt:~# sh + /usr/share/modemdata/network.sh wan
{
"status": "CONNECTED",
"conn_time_sec": "18370",
"rx": "593.2 MiB",
"tx": "87.9 MiB"
}
root@OpenWrt:~#

Taka zmiana pomaga:

root@OpenWrt:~# cat /usr/share/modemdata/network.sh
#!/bin/sh

NETWORK=$1
if [ -n "$NETWORK" ]; then
    UP=""
    CT=""
    IFACE=""
    eval $(ifstatus ${NETWORK} | jsonfilter -q -e 'UP=@.up' -e 'CT=@.uptime' -e 'IFACE=@.l3_device')
    
    if [ "x$UP" = "x1" ]; then
        STATUS="CONNECTED"
        if [ -n "$IFACE" ]; then
            # Jeśli główny interfejs nie ma IP, szukaj wwan0_1 lub pierwszego z IP
            if ! ifconfig $IFACE | grep -q 'inet addr'; then
                for dev in $(ifconfig | grep ^wwan | cut -d' ' -f1); do
                    if ifconfig "$dev" | grep -q 'inet addr'; then
                        IFACE="$dev"
                        break
                    fi
                done
            fi
            
            # Pobierz statystyki: bierzemy linię z 'bytes', usuwamy wszystko do 'bytes:' włącznie
            # a potem bierzemy to, co jest w nawiasach
            RX=$(ifconfig $IFACE | grep 'RX bytes' | sed -E 's/.*RX bytes:[0-9]+ \(([^)]+)\).*/\1/')
            TX=$(ifconfig $IFACE | grep 'TX bytes' | sed -E 's/.*TX bytes:[0-9]+ \(([^)]+)\).*/\1/')
        fi
    else
        STATUS="DISCONNECTED"
    fi
fi

cat <<EOF
{
"status": "${STATUS}",
"conn_time_sec": "${CT}",
"rx": "${RX}",
"tx": "${TX}"
}
EOF

exit 0

root@OpenWrt:~#

Może w 3g-info też takie warunki trzeba dołozyć?

Idź do forum: Oprogramowanie / Software

18 Odpowiedź przez secam7

(16 odpowiedzi, napisanych Oprogramowanie / Software)

Tak mam w /etc/config/network (fragment):

config interface 'wan'
    option proto 'quectel'
    option device '/dev/cdc-wdm0'
    option apn 'internet'
    option pdptype 'ipv4'

To przez skrypt quecetl.sh uruchamia : quectel-cm -i wwan0 -4 -s internet
I się tworzą 2 interface wwan0 i wwan0_1
Na tym wwan0 jak widać 0 ruchu, liczniki są na tym wwan0_1

Idź do forum: Oprogramowanie / Software

19 Temat przez secam7

(16 odpowiedzi, napisanych Oprogramowanie / Software)

Wrzuciłem na mój stary AW100 nową wersję openwrt z nss i dodałem pakiety luci-app-3ginfo-lite , luci-app-modemdata.
Oba na wan pokazują: Tx=0 i Rx=0 .
Fragment z /usr/share/3ginfo-lite/3ginfo.sh

root@OpenWrt:~# /usr/share/3ginfo-lite/3ginfo.sh
{
"conn_time":"0d, 04:21:57",
"conn_time_sec":"15717",
"conn_time_since":"20260510152523",
"rx":"0.0 B",
"tx":"0.0 B",
"modem":"Quectel RG500Q-EA",
"mtemp":"41 &deg;C",
"firmware":"RG500QEAAAR13A01M4G",
"cport":"/dev/ttyUSB3",
"protocol":"qmi",
"csq":"23",
"signal":"74",

Problemem pewnie jest to że quecetel liczniki ma na wwan0_1

wwan0     Link encap:Ethernet  HWaddr 3A:2E:54:52:92:F9  
          inet6 addr: fe80::382e:54ff:fe52:92f9/64 Scope:Link
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wwan0_1   Link encap:UNSPEC  HWaddr 3A-2E-54-52-92-F9-00-00-00-00-00-00-00-00-00-00  
          inet addr:10.82.223.114  Mask:255.255.255.252
          inet6 addr: fe80::382e:54ff:fe52:92f9/64 Scope:Link
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:507863 errors:0 dropped:0 overruns:0 frame:0
          TX packets:209560 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:555641673 (529.9 MiB)  TX bytes:71978824 (68.6 MiB)

Jakie informacje jeszcze mogę podesłac?

Idź do forum: Oprogramowanie / Software

20 Odpowiedź przez secam7

(751 odpowiedzi, napisanych Sprzęt / Hardware)

IceG napisał/a:

Jezeli mozna uruchomic juz OpenWrt to cena na bank wzrosnie bo ciut mniej kosztuje sam modem, a tu jest caly router i to z modemem na pcie. Mi tylko brakuje usb ale za ta kase to i tak hit.

Szacun za wykonaną pracę!

Mnie najbardziej zainteresował ten fragment: "a tu jest caly router i to z modemem na pcie"
Co to daje że jest na "pcie"?
Przebija tajemniczą granicę ~600Mb/s ?
Czy może jeszcze coś innego?

Idź do forum: Sprzęt / Hardware

21 Odpowiedź przez secam7

(305 odpowiedzi, napisanych Oprogramowanie / Software)

Jasne, dzięki za wyjaśnienie.

Do przyszłych wersji easyconfig warto dodać dla dhcp na wan okienko 'macaddress'.
To często jedyne 'zabezpieczenie' przy takiej konfiguracji wan.

Idź do forum: Oprogramowanie / Software

22 Odpowiedź przez secam7

(305 odpowiedzi, napisanych Oprogramowanie / Software)

Mam zainstalowane na vps w Proxmox Generic x86/64 MiFi (25.12).
Działa poprawnie, ale w menu Status Sieć Lokalna mam tylko ETH0 .
Ikonka nie wykazuje że coś do karty jest wpięte i brak prędkości połączenia.
Router ma 2 karty. Poniżej fragment pliku network

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'eth0'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ip6assign '60'
    list ipaddr '192.168.1.1/24'

config interface 'wan'
    option device 'eth1'
    list ipaddr 'x.x.x.x/24'
    option gateway 'x.x.x.x'
    option proto 'static'
    option peerdns '0'
    list dns '8.8.8.8'

Jeszcze z takich przydatnych rzeczy, pole macaddres by się przydało przy konfiguracji dhcp (i static) na wan.

Idź do forum: Oprogramowanie / Software

23 Odpowiedź przez secam7

(30 odpowiedzi, napisanych Oprogramowanie / Software)

Nie napisałeś gdzie uruchamiasz te komendy iperf3.
Powinny być uruchomione na 2 komputerach które połączone bezpośrednio potrafią wysycić połączenia.
W tedy wpinasz router pomiędzy i widzisz jak sobie radzi.

Idź do forum: Oprogramowanie / Software

24 Odpowiedź przez secam7

(3,911 odpowiedzi, napisanych Sprzęt / Hardware)

To ja bym jeszcze sprawdził czy ten adapter nano sim - sim jest OK.
Może jest za gruby/chudy, czy coś takiego.
Sprawdź z inną kartą sim.

Idź do forum: Sprzęt / Hardware

25 Odpowiedź przez secam7

(26 odpowiedzi, napisanych Oprogramowanie / Software)

To może opiszę moje rozwiązanie, może komuś się przyda .
Na routerze zainstalowany pakiet 'ser2net' i bramka wpięta do usb routera.
Z drugiej strony, czyli HA robimy tak:
https://www.zigbee2mqtt.io/advanced/rem … apter.html

Działa od pól roku przez wiregurad.

Z usb2 działa bez cudownia, z usb3 są problemy (zakłócenia) pomaga długi "przedłużacz" usb.

Idź do forum: Oprogramowanie / Software