zte-modem-luci 1.2.0

⚠️ Jeśli próbowałeś zainstalować .apk z wydania 1.0.0 i dostałeś error: uninstallable — to jest wydanie z poprawką.

Pakiety .apk w 1.0.0 miały wpisaną architekturę all (konwencja opkg) zamiast noarch, którego oczekuje apk-tools. Nie dało się ich zainstalować na OpenWrt z apk. Format .ipk był i jest poprawny.

ERROR: unable to select packages:
  zte-modem-core-1.0.0-r1:
    error: uninstallable
    arch: all

Instalacja

# OpenWrt z apk (25.x, snapshoty)
apk add --allow-untrusted zte-modem-core-1.1.0-r1.apk luci-app-zte-modem-light-1.2.0-r1.apk

# OpenWrt <= 24.10 (opkg)
opkg install zte-modem-core_1.1.0-r1_all.ipk luci-app-zte-modem-light_1.2.0-r1_all.ipk

Oba pakiety w jednym poleceniu — osobno widok nie znajdzie jeszcze zte-modem-core.
Potem Services → Modem ZTE → Konfiguracja: adres modemu (to nie adres routera) i hasło administratora.

Nowe w tym wydaniu

• Zakładka Wykresy — historia sygnału w czasie: RSRP/RSRQ/RSSI/SNR dla LTE, RSRP/RSRQ/SINR dla 5G NR. Bufor żyje w pamięci przeglądarki, na routerze nie zostaje po nim ślad.
• Zużycie limitu danych na Statusie, nad blokiem LTE — limit czytany wprost z modemu (data_volume_limit_*), zużycie z liczników miesięcznych. Sekcja pojawia się tylko wtedy, gdy modem faktycznie pilnuje limitu danych.
• tests/ — 60 asercji, node tests/status.test.js, bez zależności poza samym node.

Wersje pakietów

pakiet	wersja
zte-modem-core	1.1.0-r1
luci-app-zte-modem-light	1.2.0-r1

Sprawdzone na OpenWrt 25.12-SNAPSHOT (apk-tools 3.0.5) i 24.10.4 (opkg).

zte-modem-luci 1.0.0

Monitoring modemów ZTE (CPE po Ethernecie) w LuCI — przez API goform, bez comgt/AT
i bez /dev/ttyUSB*. Zakres to tylko odczyt: żadnego restartu, SMS-ów ani blokowania
pasm.

Instalacja

# OpenWrt <= 24.10 (opkg)
opkg install zte-modem-core_1.0.0-r1_all.ipk luci-app-zte-modem-light_1.0.0-r1_all.ipk

# OpenWrt z apk
apk add --allow-untrusted zte-modem-core-1.0.0-r1.apk luci-app-zte-modem-light-1.0.0-r1.apk

⚠️ Podawaj oba pakiety w jednym poleceniu. Osobno widok nie znajdzie jeszcze
zte-modem-core, a opkg zgłosi wtedy mylący błąd o niezgodnej architekturze — prawdziwa
przyczyna jest w pierwszej linii („cannot find dependency").

Potem Services → Modem ZTE → Konfiguracja: adres modemu i hasło.
⚠️ Adres modemu, nie routera — typowo 192.168.32.1 albo 192.168.8.1.

Pełna instrukcja, wymagania i diagnostyka:
docs/instalacja-i-diagnostyka.md

Co jest w środku

• Status — RSRP/RSRQ/RSSI/SNR dla LTE i 5G NR, tabela nośnych z agregacją, sufit
  teoretyczny, komórki sąsiednie z odstępem Δ (przydatne przy ustawianiu anteny
  kierunkowej), identyfikacja stacji bazowej przez btsearch.pl
• Modem — model, firmware, IMEI, karta SIM, APN, adresy WAN
• Konfiguracja — adres, hasło, interwał, test logowania

Sprawdzone modemy: MC888, MC7010, MF297D, MF79U.
Testowane na OpenWrt 24.10.2 (MikroTik RB5009, Cudy WR3000S).

Wymagania

curl, ucode, jshn, jsonfilter, rpcd, luci-base — wszystkie są w standardowym
OpenWrt z LuCI, więc zwykle nic nie trzeba doinstalowywać. Gdyby czegoś brakowało,
menedżer odmówi instalacji i nic nie zapisze na dysku.

Coś nie działa?

Uruchom na routerze scripts/diag.sh — zbiera komplet danych do zgłoszenia i redaguje
hasło, IMEI, IMSI, ICCID, Cell ID, eNodeB, adresy WAN oraz dane masztu. Przejrzyj wynik
przed wklejeniem.

Uwagi o pakietach

• Architektura all — to sam kod w shellu i JS, nic się nie kompiluje.
• .ipk zweryfikowany prawdziwym opkg install --noaction na OpenWrt 24.10.2 (aarch64).
• .apk zweryfikowany tylko strukturalnie (apk adbdump, apk-tools 3.0.7) — nie było
  pod ręką routera z apk. Gdyby format nie przeszedł, w build-pkg.sh jest przełącznik
  --apk-compat. Zgłoszenia mile widziane.
• .apk jest niepodpisany, stąd --allow-untrusted.