Ervaringen en discussie m.b.t de Zyxel NR7302 FWA router

[Doesnotcompute]

Ik had vanochtend weer DT ipv fwainternet, heb je stappen gevolgd. In vivaldi werkte het niet, wel in firefox, waarvoor dank. Hoop dat het zo goed blijft. Bloedje irritant die vendorlocked firmwares.

Als ze bij verkoop nou eerlijk waren geweest, of gewoon een stock FW beschikbaar stelden.

[nautaonline]

Ik heb met behulp van ChatGPT weten te vinden dat er dus wel een UserStartupScript is, zie hieronder. (Schaamteloos hem gevraagd de forumpost op te zetten zodat het hopelijk duidelijk genoeg is). Op een 2 tal NR7302's heb ik ook last van het terugvallen naar de verkeerde APN door de DT FW die mogelijk niet klopt. Onderstaande script is getest, natuurlijk wel op eigen risico gebruiken, maar ik vermoed dat er meer zijn die hier wat aan hebben :)

Wel root nodig, maar hoe je dat wachtwoord krijgt is al eerder beschreven

Edit:
Ik heb overigens wel:
Enable Customized Settings
op Individual staan.

Zyxel NR7302 – APN automatisch herstellen na firmware-update/FOTA

Bij de Deutsche Telekom-versie van de Zyxel NR7302 kan een firmware-update de handmatig ingestelde APN overschrijven. In mijn geval moet de APN fwainternet zijn, maar na een FOTA-update werd deze weer teruggezet naar:

code:

backup.telekom

Een normale reboot is geen probleem: een handmatig ingestelde APN blijft daarbij gewoon behouden. Het probleem treedt specifiek op bij een firmware-update, doordat de firmware tijdens de upgrade een rom_convert uitvoert waarin expliciet staat:

code:

APN: backup.telekom

Gelukkig blijkt de firmware zelf een verborgen mogelijkheid voor een eigen startup-script te hebben:

code:

/data/user_startup_parameters.sh

In het datamodel zit hiervoor:

code:

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript

Als deze op 1 staat, wordt het script tijdens het booten uitgevoerd.

Vereisten

Hiervoor is shelltoegang als root op de NR7302 nodig. Voor zover ik heb kunnen testen is de normale admin-account uit de webinterface hiervoor niet voldoende.

Getest op:

code:

Product: NR7302
Firmware: 1.00(ACHA.6)F2
Build Date: 2026/06/08

Ook getest met een echte FOTA van:

code:

1.00(ACHA.5)b1_F0

naar:

code:

1.00(ACHA.6)F2

Daarbij bleven zowel /data/user_startup_parameters.sh als de UserStartupScript=1 instelling behouden.

Startup-script installeren

Onderstaand script controleert na iedere boot:

• APN moet fwainternet zijn;
• Manual APN moet ingeschakeld zijn;
• username/password moeten leeg zijn;
• Preferred Access Technology moet Auto zijn;
• daarna wordt gecontroleerd of internet weer bereikbaar is via 8.8.8.8 of 1.1.1.1.

Het script logt alles naar /data/apn_startup.log.

Als fwainternet niet jouw APN is, pas dan uiteraard APN="fwainternet" aan.

Bash:

cat > /data/user_startup_parameters.sh <<'EOF'
#!/bin/sh

LOG="/data/apn_startup.log"
APN="fwainternet"
MAX_WAIT=90

echo "" >> "$LOG"
echo "===== $(date) startup APN check =====" >> "$LOG"

# Wacht totdat het Zyxel datamodel beschikbaar is
WAITED=0
CURRENT_APN=""

while [ "$WAITED" -lt "$MAX_WAIT" ]; do
    CURRENT_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

    if [ -n "$CURRENT_APN" ]; then
        break
    fi

    sleep 5
    WAITED=$((WAITED + 5))
done

if [ -z "$CURRENT_APN" ]; then
    echo "ERROR: ztr69/datamodel not ready after ${MAX_WAIT}s" >> "$LOG"
    echo "===== FAILED =====" >> "$LOG"
    exit 1
fi

echo "Datamodel ready after ${WAITED}s" >> "$LOG"

CURRENT_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')"
CURRENT_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
CURRENT_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

echo "Before: APN=$CURRENT_APN Manual=$CURRENT_MANUAL User=$CURRENT_USER Tech=$CURRENT_TECH" >> "$LOG"

CHANGED=0

if [ "$CURRENT_APN" != "$APN" ]; then
    echo "APN incorrect ($CURRENT_APN), restoring $APN" >> "$LOG"
    ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1
    CHANGED=1
fi

if [ "$CURRENT_MANUAL" != "1" ]; then
    echo "ManualAPN incorrect ($CURRENT_MANUAL), setting 1" >> "$LOG"
    ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1
    CHANGED=1
fi

if [ -n "$CURRENT_USER" ]; then
    echo "Username present ($CURRENT_USER), clearing credentials" >> "$LOG"
    ztr69cli set Device.Cellular.AccessPoint.1.Username="" >> "$LOG" 2>&1
    ztr69cli set Device.Cellular.AccessPoint.1.Password="" >> "$LOG" 2>&1
    CHANGED=1
fi

if [ "$CURRENT_TECH" != "Auto" ]; then
    echo "Access technology incorrect ($CURRENT_TECH), setting Auto" >> "$LOG"
    ztr69cli set Device.Cellular.Interface.1.PreferredAccessTechnology="Auto" >> "$LOG" 2>&1
    CHANGED=1
fi

sleep 5

# Instellingen opnieuw uitlezen ter controle
FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')"
FINAL_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
FINAL_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

echo "After: APN=$FINAL_APN Manual=$FINAL_MANUAL User=$FINAL_USER Tech=$FINAL_TECH Changed=$CHANGED" >> "$LOG"

# Eenmalige retry als APN/ManualAPN nog niet correct zijn
if [ "$FINAL_APN" != "$APN" ] || [ "$FINAL_MANUAL" != "1" ]; then
    echo "WARNING: APN verification failed - retrying" >> "$LOG"

    ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1
    ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1

    sleep 10

    FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
    FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')"

    echo "Retry result: APN=$FINAL_APN Manual=$FINAL_MANUAL" >> "$LOG"
fi

# Wacht maximaal 120 seconden op internet
echo "Waiting for internet connectivity..." >> "$LOG"

WAITED=0
INTERNET=0

while [ "$WAITED" -lt 120 ]; do
    if ping -c 1 -W 3 8.8.8.8 >/dev/null 2>&1; then
        echo "Internet: 8.8.8.8 OK after ${WAITED}s" >> "$LOG"
        INTERNET=1
        break
    fi

    if ping -c 1 -W 3 1.1.1.1 >/dev/null 2>&1; then
        echo "Internet: 1.1.1.1 OK after ${WAITED}s" >> "$LOG"
        INTERNET=1
        break
    fi

    sleep 5
    WAITED=$((WAITED + 5))
done

if [ "$INTERNET" = "0" ]; then
    echo "WARNING: No internet connectivity after ${WAITED}s" >> "$LOG"
fi

FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

if [ "$FINAL_APN" = "$APN" ]; then
    echo "RESULT: APN OK ($FINAL_APN)" >> "$LOG"
else
    echo "RESULT: APN FAILED ($FINAL_APN)" >> "$LOG"
fi

echo "===== $(date) done =====" >> "$LOG"

exit 0
EOF

chmod 755 /data/user_startup_parameters.sh

ztr69cli set Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

sync

Daarna controleren of de startupfunctie daadwerkelijk aan staat:

Bash:

ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript

Dit moet opleveren:

code:

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 1

Je kunt het script eerst zonder reboot handmatig testen:

Bash:

/data/user_startup_parameters.sh
cat /data/apn_startup.log

Als alles al goed staat, krijg je bijvoorbeeld:

code:

Datamodel ready after 0s
Before: APN=fwainternet Manual=1 User= Tech=Auto
After: APN=fwainternet Manual=1 User= Tech=Auto Changed=0
Waiting for internet connectivity...
Internet: 8.8.8.8 OK after 0s
RESULT: APN OK (fwainternet)

Getest met een echte FOTA

Om te controleren of dit niet alleen een normale reboot overleeft, heb ik daarna opnieuw de FOTA uitgevoerd.

Na de firmware-update bleek de NR7302 de APN inderdaad weer veranderd te hebben naar backup.telekom. Het startup-script werd echter automatisch uitgevoerd en gaf:

code:

===== Fri Aug 21 08:30:35 CEST 2026 startup APN check =====
Before: APN=backup.telekom Manual=1 User= Tech=Auto
APN incorrect (backup.telekom), restoring fwainternet
Set success.
After: APN=fwainternet Manual=1 Tech=Auto Changed=1
===== done =====

Na het opstarten stond de router dus weer automatisch op:

code:

APN: fwainternet
ManualAPN: 1
Username: ""
PreferredAccessTechnology: Auto

Zowel het script in /data als:

code:

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

bleef bij de geteste FOTA behouden.

Let op: dit is getest op de Deutsche Telekom NR7302-firmware. Root-toegang en het wijzigen van verborgen datamodelparameters is uiteraard op eigen risico. Ik zou dit ook niet blind toepassen op een NR7302 met een andere provider/OEM-firmware zonder eerst te controleren of UserStartupScript daar aanwezig is.

[Overv]

Volgens mij is er ook juist nu een bijna dagelijkse FOTA aan de gang omdat die mismatch tussen "1.00(ACHA.6)F2" en "1.00(ACHA.6)F2_F0" bestaat, dus dat is ook gewoon een bug die ze bij Deutsche moeten fixen.

Al eerder gepost.

[ Voor 5% gewijzigd door Overv op 21-08-2026 10:01 ]

[ernstoud]

Doesnotcompute schreef op vrijdag 21 augustus 2026 @ 08:31:
Ik had vanochtend weer DT ipv fwainternet, heb je stappen gevolgd. In vivaldi werkte het niet, wel in firefox, waarvoor dank. Hoop dat het zo goed blijft. Bloedje irritant die vendorlocked firmwares.

Als ze bij verkoop nou eerlijk waren geweest, of gewoon een stock FW beschikbaar stelden.

Inderdaad. Wel was bekend dat deze verkoop van de NR7302 (tegen halve prijs) uit een partij van Deutsche Telekom was.

[ernstoud]

nautaonline schreef op vrijdag 21 augustus 2026 @ 08:42:
Wel root nodig, maar hoe je dat wachtwoord krijgt is al eerder beschreven

Zoals gemeld werkt SSH en Telnet niet meer met deze laatste versie FW. Dus eerst de vorige versie terugzetten, link hierboven.

[jamesbond007uk]

ernstoud schreef op vrijdag 21 augustus 2026 @ 11:57:
[...]


Inderdaad. Wel wasbekend dat deze verkoop van de NR7302 (tegen halve prijs) uit een partij van Deutsche Telekom was.

Hier vanmorgen ook problemen. Heb de versie "1.00(ACHA.6)F2" van firmware en kon de root wachtwoord achterhalen en via Putty had ik toegang tot SSH. Alles hier gelukt met de script voor APN controle.

[ Voor 7% gewijzigd door jamesbond007uk op 21-08-2026 13:15 ]

[ernstoud]

jamesbond007uk schreef op vrijdag 21 augustus 2026 @ 13:13:
[...]

Hier vanmorgen ook problemen. Heb de versie "1.00(ACHA.6)F2" van firmware en kon de root wachtwoord achterhalen en via Putty had ik toegang tot SSH. Alles hier gelukt met de script voor APN controle.

Ok mooi. Eerder meldde @Polyphemus dat SSH met deze FW niet meer zo werken. Wel bij jou dus. Bijzonder.

[Polyphemus]

ernstoud schreef op vrijdag 21 augustus 2026 @ 13:28:
[...]


Ok mooi. Eerder meldde @Polyphemus dat SSH met deze FW niet meer zo werken. Wel bij jou dus. Bijzonder.

Het is hier een hit en miss met SSH, meer een miss dan een hit. Ik heb een policy based route naar de WAN poort waar de Zyxel aan hangt, zodat ik daar het IP-adres van de LAN zijde van de Zyxel vanuit intern benaderen kan. Ben er nog niet helemaal uit waarom dat rammelt. De web ui doet het wel gewoon goed via die PBR.

[Polyphemus]

En nu dus wel; de PBR die ik had sluisde alleen poort 80 door die kant op, waarom 22 dan af en toe wel en dan weer niet doorgelaten werd, 'beats me'. Dus mea culpa als ik de verwarring gecreëerd heb dat SSH/Telnet gesneuveld was door de upgrade.

[ Voor 25% gewijzigd door Polyphemus op 21-08-2026 15:52 ]

[ernstoud]

Polyphemus schreef op vrijdag 21 augustus 2026 @ 15:52:
En nu dus wel; de PBR die ik had sluisde alleen poort 80 door die kant op, waarom 22 dan af en toe wel en dan weer niet doorgelaten werd, 'beats me'. Dus mea culpa als ik de verwarring gecreëerd heb dat SSH/Telnet gesneuveld was door de upgrade.

Fijn om te weten dat DTAG dus SSH niet disabled heeft.

[savemyphone]

Bedankt @Polyphemus voor de oorspronkelijke GUI-methode. Wij hebben dezelfde oplossing inmiddels getest op een Telekom-NR7302 met firmware 1.00(ACHA.6)F2, na de herhaalde F2_F0-update en de APN-reset naar backup.telekom.

Bij ons werkte deze iets gerichtere variant via de Vue-component van de pagina Online Upgrade:

code:

window.f = document.querySelector('#pageFotaUpgrade').__vue__
f.$store.state.guiFlag.HideAutoOnlineUpgrade = true; f.$forceUpdate()

Daarna Auto Upgrade op OFF zetten en op Apply klikken. Ter controle:

code:

f.fotaObj.PeriodicCheckEnable

Dit moet false teruggeven. We hebben de instelling na het herladen en ook in een tweede browsersessie gecontroleerd; ze bleef opgeslagen. Hiervoor zijn geen root-/supervisorrechten en geen aangepaste firmware nodig. Na een fabrieksreset of latere firmware-update moet de instelling opnieuw worden gecontroleerd.

De volledige stap-voor-stap-handleiding, inclusief foutopsporing en veiligheids-/modelnotities, staat hier:
GitHub: Zyxel NR7302 disable auto update

Bevestigd is dit tot nu toe alleen op de NR7302 Telekom-variant. Andere NR7xxx-modellen gebruiken mogelijk dezelfde OPAL-/Vue-interface, maar dat is nog niet praktisch bevestigd.

[Polyphemus]

savemyphone schreef op zondag 23 augustus 2026 @ 15:11:
Bedankt @Polyphemus voor de oorspronkelijke GUI-methode. Wij hebben dezelfde oplossing inmiddels getest op een Telekom-NR7302 met firmware 1.00(ACHA.6)F2, na de herhaalde F2_F0-update en de APN-reset naar backup.telekom.

Bij ons werkte deze iets gerichtere variant via de Vue-component van de pagina Online Upgrade:

code:

window.f = document.querySelector('#pageFotaUpgrade').__vue__
f.$store.state.guiFlag.HideAutoOnlineUpgrade = true; f.$forceUpdate()

Daarna Auto Upgrade op OFF zetten en op Apply klikken. Ter controle:

code:

f.fotaObj.PeriodicCheckEnable

Dit moet false teruggeven. We hebben de instelling na het herladen en ook in een tweede browsersessie gecontroleerd; ze bleef opgeslagen. Hiervoor zijn geen root-/supervisorrechten en geen aangepaste firmware nodig. Na een fabrieksreset of latere firmware-update moet de instelling opnieuw worden gecontroleerd.

De volledige stap-voor-stap-handleiding, inclusief foutopsporing en veiligheids-/modelnotities, staat hier:
GitHub: Zyxel NR7302 disable auto update

Bevestigd is dit tot nu toe alleen op de NR7302 Telekom-variant. Andere NR7xxx-modellen gebruiken mogelijk dezelfde OPAL-/Vue-interface, maar dat is nog niet praktisch bevestigd.

Bitte schön

[menn0]

Ik heb het modem uiteindelijk via Ebay Italie gekocht, een jaar geleden en daar is nog geen firmware gepushed;


1.00(ACHA.5)b1_F0

Heb wel even via Dev Mode de online auto-update feature uitgezet.

Dank!

[menn0]

nautaonline schreef op vrijdag 21 augustus 2026 @ 08:42:
Ik heb met behulp van ChatGPT weten te vinden dat er dus wel een UserStartupScript is, zie hieronder. (Schaamteloos hem gevraagd de forumpost op te zetten zodat het hopelijk duidelijk genoeg is). Op een 2 tal NR7302's heb ik ook last van het terugvallen naar de verkeerde APN door de DT FW die mogelijk niet klopt. Onderstaande script is getest, natuurlijk wel op eigen risico gebruiken, maar ik vermoed dat er meer zijn die hier wat aan hebben :)

Wel root nodig, maar hoe je dat wachtwoord krijgt is al eerder beschreven

Edit:
Ik heb overigens wel:
Enable Customized Settings
op Individual staan.

Zyxel NR7302 – APN automatisch herstellen na firmware-update/FOTA

Bij de Deutsche Telekom-versie van de Zyxel NR7302 kan een firmware-update de handmatig ingestelde APN overschrijven. In mijn geval moet de APN fwainternet zijn, maar na een FOTA-update werd deze weer teruggezet naar:

code:

backup.telekom

Een normale reboot is geen probleem: een handmatig ingestelde APN blijft daarbij gewoon behouden. Het probleem treedt specifiek op bij een firmware-update, doordat de firmware tijdens de upgrade een rom_convert uitvoert waarin expliciet staat:

code:

APN: backup.telekom

Gelukkig blijkt de firmware zelf een verborgen mogelijkheid voor een eigen startup-script te hebben:

code:

/data/user_startup_parameters.sh

In het datamodel zit hiervoor:

code:

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript

Als deze op 1 staat, wordt het script tijdens het booten uitgevoerd.

Vereisten

Hiervoor is shelltoegang als root op de NR7302 nodig. Voor zover ik heb kunnen testen is de normale admin-account uit de webinterface hiervoor niet voldoende.

Getest op:

code:

Product: NR7302
Firmware: 1.00(ACHA.6)F2
Build Date: 2026/06/08

Ook getest met een echte FOTA van:

code:

1.00(ACHA.5)b1_F0

naar:

code:

1.00(ACHA.6)F2

Daarbij bleven zowel /data/user_startup_parameters.sh als de UserStartupScript=1 instelling behouden.

Startup-script installeren

Onderstaand script controleert na iedere boot:

• APN moet fwainternet zijn;
• Manual APN moet ingeschakeld zijn;
• username/password moeten leeg zijn;
• Preferred Access Technology moet Auto zijn;
• daarna wordt gecontroleerd of internet weer bereikbaar is via 8.8.8.8 of 1.1.1.1.

Het script logt alles naar /data/apn_startup.log.

Als fwainternet niet jouw APN is, pas dan uiteraard APN="fwainternet" aan.

Bash:

cat > /data/user_startup_parameters.sh <<'EOF'
#!/bin/sh

LOG="/data/apn_startup.log"
APN="fwainternet"
MAX_WAIT=90

echo "" >> "$LOG"
echo "===== $(date) startup APN check =====" >> "$LOG"

# Wacht totdat het Zyxel datamodel beschikbaar is
WAITED=0
CURRENT_APN=""

while [ "$WAITED" -lt "$MAX_WAIT" ]; do
    CURRENT_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

    if [ -n "$CURRENT_APN" ]; then
        break
    fi

    sleep 5
    WAITED=$((WAITED + 5))
done

if [ -z "$CURRENT_APN" ]; then
    echo "ERROR: ztr69/datamodel not ready after ${MAX_WAIT}s" >> "$LOG"
    echo "===== FAILED =====" >> "$LOG"
    exit 1
fi

echo "Datamodel ready after ${WAITED}s" >> "$LOG"

CURRENT_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')"
CURRENT_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
CURRENT_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

echo "Before: APN=$CURRENT_APN Manual=$CURRENT_MANUAL User=$CURRENT_USER Tech=$CURRENT_TECH" >> "$LOG"

CHANGED=0

if [ "$CURRENT_APN" != "$APN" ]; then
    echo "APN incorrect ($CURRENT_APN), restoring $APN" >> "$LOG"
    ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1
    CHANGED=1
fi

if [ "$CURRENT_MANUAL" != "1" ]; then
    echo "ManualAPN incorrect ($CURRENT_MANUAL), setting 1" >> "$LOG"
    ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1
    CHANGED=1
fi

if [ -n "$CURRENT_USER" ]; then
    echo "Username present ($CURRENT_USER), clearing credentials" >> "$LOG"
    ztr69cli set Device.Cellular.AccessPoint.1.Username="" >> "$LOG" 2>&1
    ztr69cli set Device.Cellular.AccessPoint.1.Password="" >> "$LOG" 2>&1
    CHANGED=1
fi

if [ "$CURRENT_TECH" != "Auto" ]; then
    echo "Access technology incorrect ($CURRENT_TECH), setting Auto" >> "$LOG"
    ztr69cli set Device.Cellular.Interface.1.PreferredAccessTechnology="Auto" >> "$LOG" 2>&1
    CHANGED=1
fi

sleep 5

# Instellingen opnieuw uitlezen ter controle
FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')"
FINAL_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
FINAL_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

echo "After: APN=$FINAL_APN Manual=$FINAL_MANUAL User=$FINAL_USER Tech=$FINAL_TECH Changed=$CHANGED" >> "$LOG"

# Eenmalige retry als APN/ManualAPN nog niet correct zijn
if [ "$FINAL_APN" != "$APN" ] || [ "$FINAL_MANUAL" != "1" ]; then
    echo "WARNING: APN verification failed - retrying" >> "$LOG"

    ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1
    ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1

    sleep 10

    FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"
    FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')"

    echo "Retry result: APN=$FINAL_APN Manual=$FINAL_MANUAL" >> "$LOG"
fi

# Wacht maximaal 120 seconden op internet
echo "Waiting for internet connectivity..." >> "$LOG"

WAITED=0
INTERNET=0

while [ "$WAITED" -lt 120 ]; do
    if ping -c 1 -W 3 8.8.8.8 >/dev/null 2>&1; then
        echo "Internet: 8.8.8.8 OK after ${WAITED}s" >> "$LOG"
        INTERNET=1
        break
    fi

    if ping -c 1 -W 3 1.1.1.1 >/dev/null 2>&1; then
        echo "Internet: 1.1.1.1 OK after ${WAITED}s" >> "$LOG"
        INTERNET=1
        break
    fi

    sleep 5
    WAITED=$((WAITED + 5))
done

if [ "$INTERNET" = "0" ]; then
    echo "WARNING: No internet connectivity after ${WAITED}s" >> "$LOG"
fi

FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')"

if [ "$FINAL_APN" = "$APN" ]; then
    echo "RESULT: APN OK ($FINAL_APN)" >> "$LOG"
else
    echo "RESULT: APN FAILED ($FINAL_APN)" >> "$LOG"
fi

echo "===== $(date) done =====" >> "$LOG"

exit 0
EOF

chmod 755 /data/user_startup_parameters.sh

ztr69cli set Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

sync

Daarna controleren of de startupfunctie daadwerkelijk aan staat:

Bash:

ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript

Dit moet opleveren:

code:

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 1

Je kunt het script eerst zonder reboot handmatig testen:

Bash:

/data/user_startup_parameters.sh
cat /data/apn_startup.log

Als alles al goed staat, krijg je bijvoorbeeld:

code:

Datamodel ready after 0s
Before: APN=fwainternet Manual=1 User= Tech=Auto
After: APN=fwainternet Manual=1 User= Tech=Auto Changed=0
Waiting for internet connectivity...
Internet: 8.8.8.8 OK after 0s
RESULT: APN OK (fwainternet)

Getest met een echte FOTA

Om te controleren of dit niet alleen een normale reboot overleeft, heb ik daarna opnieuw de FOTA uitgevoerd.

Na de firmware-update bleek de NR7302 de APN inderdaad weer veranderd te hebben naar backup.telekom. Het startup-script werd echter automatisch uitgevoerd en gaf:

code:

===== Fri Aug 21 08:30:35 CEST 2026 startup APN check =====
Before: APN=backup.telekom Manual=1 User= Tech=Auto
APN incorrect (backup.telekom), restoring fwainternet
Set success.
After: APN=fwainternet Manual=1 Tech=Auto Changed=1
===== done =====

Na het opstarten stond de router dus weer automatisch op:

code:

APN: fwainternet
ManualAPN: 1
Username: ""
PreferredAccessTechnology: Auto

Zowel het script in /data als:

code:

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

bleef bij de geteste FOTA behouden.

Let op: dit is getest op de Deutsche Telekom NR7302-firmware. Root-toegang en het wijzigen van verborgen datamodelparameters is uiteraard op eigen risico. Ik zou dit ook niet blind toepassen op een NR7302 met een andere provider/OEM-firmware zonder eerst te controleren of UserStartupScript daar aanwezig is.

Zou je voor de volledigheid het ztr69cli commando kunnen geven om het startup script te enablen?

Ik heb een modem van een italiaanse provider en geeft vooralsnog 0;

code:

root@NR7302:/data# ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 0

[ernstoud]

menn0 schreef op maandag 24 augustus 2026 @ 12:21:
[...]

Zou je voor de volledigheid het ztr69cli commando kunnen geven om het startup script te enablen?

Ik heb een modem van een italiaanse provider en geeft vooralsnog 0;

code:

root@NR7302:/data# ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 0

Dat staat toch hierboven?

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

[ Voor 3% gewijzigd door ernstoud op 24-08-2026 14:39 ]

[menn0]

ernstoud schreef op maandag 24 augustus 2026 @ 14:38:
[...]


Dat staat toch hierboven?

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

Ik zou verwachten dat er iets als "ztr69cli put/set/>>" aan vooraf moet gaan

[ernstoud]

menn0 schreef op maandag 24 augustus 2026 @ 15:30:
[...]

Ik zou verwachten dat er iets als "ztr69cli put/set/>>" aan vooraf moet gaan

Zie onderaan in het het script:

ztr69cli set Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

Ik heb het zelf nog niet geprobeerd maar het is wel bijzonder dat er dus FEATRUE staat in plaats van FEATURE.

[ Voor 18% gewijzigd door ernstoud op 24-08-2026 17:16 ]

[swiebert]

Nog zo'n vraag... ik ga binnenkort in de bergen wonen met wat meer en heftiger onweer. Moet ik nog iets doen aan overspanningsbeveiliging voor mijn nr7302 en vooral de router en andere spullenboel daarachter of niet. Ik maak hem vast met een ijzeren paal die er al hangt ter hoogte van (net onder) de dakrand en ongeveer 3 meter kabel voordat die het huis in gaat.

[ernstoud]

swiebert schreef op maandag 24 augustus 2026 @ 19:28:
Nog zo'n vraag... ik ga binnenkort in de bergen wonen met wat meer en heftiger onweer. Moet ik nog iets doen aan overspanningsbeveiliging voor mijn nr7302 en vooral de router en andere spullenboel daarachter of niet. Ik maak hem vast met een ijzeren paal die er al hangt ter hoogte van (net onder) de dakrand en ongeveer 3 meter kabel voordat die het huis in gaat.

Veel andere hoge gebouwen en bomen in de buurt?

Een overspanningsbeveiliging is altijd goed en ze kosten heel weinig, rond EUR 15 op Amazon.

[swiebert]

nope slecht wat olijfbomen op een relatief open plek.... aarding kan dan gewoon via geaard stopcontact? (waterleidingen zijn van kunststof m.a.w. niet bruikbaar)....

[ernstoud]

swiebert schreef op dinsdag 25 augustus 2026 @ 20:11:
nope slecht wat olijfbomen op een relatief open plek.... aarding kan dan gewoon via geaard stopcontact? (waterleidingen zijn van kunststof m.a.w. niet bruikbaar)....

Zeker. Als die aarding goed is natuurlijk. Beste blijft overigens bij onweer alles los te trekken.

[ernstoud]

savemyphone schreef op zondag 23 augustus 2026 @ 15:11:
Bedankt @Polyphemus voor de oorspronkelijke GUI-methode. Wij hebben dezelfde oplossing inmiddels getest op een Telekom-NR7302 met firmware 1.00(ACHA.6)F2, na de herhaalde F2_F0-update en de APN-reset naar backup.telekom.

Firmware updates niet goed testen. Het kan de beste (?) overkomen…

nieuws: Zakelijke Ziggo-klanten hebben internetproblemen door modemstoring

En kun je het remote niet oplossen moet je er duizenden vervangen. Lekker dan.

Prutsers.

[appelmoes3]

Raar probleempje met NR7302 DT versie. Heeft al 2 jaar normaal gefunctioneerd met Odido K&K pakket.
Laatste acties waren: de verborgen auto-update optie uitgezet volgens een bovenstaande KB, in de webinterface 5G AP teruggezet voor Odido (fwainternet), IP pasthrough aangezet en DHCP Lease verlengd naar 1 dag. Verder volgens mij niets bewust aangepast.

Modem blijft nu in een startup / reboot loop hangen. (langzaam knipperend groen Status led enige tijd ±30sec, dan kort ±5 sec geel snel knipperend dan Rood ±3 sec), krijg geheel geen admin AP (wifi) meer.

Lan kabel in mijn router krijgt zeer kort een DHCP IP adres waarop kort login scherm zicht baar is. (zowel op 192.168.1.1 als 192.168.0.2). Te kort om in te loggen of eerstvolgende html pagina op te halen. Daarna link down.
SSH timed out op beide adressen.

Vanuit aangesloten router verschillende DHCP client settings aangepast/ uitgeprobeerd evenals fixed ip adressen. Ook extra dHCP server opgezet.
Link blijft Up down gaan.

Reset Modem naar fabrieksinstellingen lukt niet via Reset knop. (Soms lukt inloggen nog net wel met oude credentials.)

Enig idee wat ik mis? Of een idee waar te zoeken of op te lossen?

[ikbenjoeri]

appelmoes3 schreef op maandag 31 augustus 2026 @ 21:01:
Raar probleempje met NR7302 DT versie. Heeft al 2 jaar normaal gefunctioneerd met Odido K&K pakket.
Laatste acties waren: de verborgen auto-update optie uitgezet volgens een bovenstaande KB, in de webinterface 5G AP teruggezet voor Odido (fwainternet), IP pasthrough aangezet en DHCP Lease verlengd naar 1 dag. Verder volgens mij niets bewust aangepast.

Modem blijft nu in een startup / reboot loop hangen. (langzaam knipperend groen Status led enige tijd ±30sec, dan kort ±5 sec geel snel knipperend dan Rood ±3 sec), krijg geheel geen admin AP (wifi) meer.

Lan kabel in mijn router krijgt zeer kort een DHCP IP adres waarop kort login scherm zicht baar is. (zowel op 192.168.1.1 als 192.168.0.2). Te kort om in te loggen of eerstvolgende html pagina op te halen. Daarna link down.
SSH timed out op beide adressen.

Vanuit aangesloten router verschillende DHCP client settings aangepast/ uitgeprobeerd evenals fixed ip adressen. Ook extra dHCP server opgezet.
Link blijft Up down gaan.

Reset Modem naar fabrieksinstellingen lukt niet via Reset knop. (Soms lukt inloggen nog net wel met oude credentials.)

Enig idee wat ik mis? Of een idee waar te zoeken of op te lossen?

Volgens mij bij mislukte verbinding start hij telkens opnieuw op, probeer anders even zonder simkaart of hij normaal aangaat.

[appelmoes3]

Gelukt, zonder simkaart heb je de tijd om een in te stellen.
bedankt.

[ernstoud]

appelmoes3 schreef op dinsdag 8 september 2026 @ 13:33:
Gelukt, zonder simkaart heb je de tijd om een in te stellen.
bedankt.

Een … ?

[dAF2000]

Ik heb sinds kort verbinding met B3, B7, N1 en N78. B3 is daarbij de "LTE PCC", B7 en N1 "secundaire kanalen" en N78 de "NR PCC".

Nu dacht ik ergens gelezen te hebben, maar weet niet zeker, dat de combinatie van twee N-kanalen "niet mag" van Odido en dat ze dat op de originele modem ook uitgeschakeld hebben. Klopt dat?

En tweede vraag: Ik heb nog de firmwareversie 1.00(ACHA.4)b5_F0 en krijg nooit een automatische update (en daardoor ook geen gedoe met APN's die zomaar veranderen). Heeft een nieuwe firmware nog voordelen? Of zal ik het zo maar laten omdat ik er geen gedoe mee heb?

[ernstoud]

dAF2000 schreef op dinsdag 8 september 2026 @ 17:47:
Ik heb sinds kort verbinding met B3, B7, N1 en N78. B3 is daarbij de "LTE PCC", B7 en N1 "secundaire kanalen" en N78 de "NR PCC".

Nu dacht ik ergens gelezen te hebben, maar weet niet zeker, dat de combinatie van twee N-kanalen "niet mag" van Odido en dat ze dat op de originele modem ook uitgeschakeld hebben. Klopt dat?

In het eigen Odido device is met een FW release kort na introductie de N28 band disabled. Maar bij eigen apparatuur werkt deze band gewoon.

En tweede vraag: Ik heb nog de firmwareversie 1.00(ACHA.4)b5_F0 en krijg nooit een automatische update (en daardoor ook geen gedoe met APN's die zomaar veranderen). Heeft een nieuwe firmware nog voordelen? Of zal ik het zo maar laten omdat ik er geen gedoe mee heb?

De automatische update gebeurt random, komt vast wel een keer. Een overzicht van de wijzigingen in de laatste versie heb ik niet gezien. Dus tja… we weten het niet.

[dAF2000]

Dank je. Ah mooi, dan zet ik alleen B3, B7, N1 en N78 aan in de bandselectie. Dat geeft een prima snelheid en deze banden lijken ook 's nachts aanwezig te zijn.

[ernstoud]

Iemand een tip?

Kan een NR7302 laten zien via SSH (dalcmd, ztr69cli, of een ander commando) welke banden hij ziet maar die hij door de ingestelde bandselectie niet gebruikt?

Odido bijvoorbeeld gebruikt de N1 band maar soms connecteert de NR7302 deze band niet, ondanks dat de N1 band dan in de configuratie (GUI of via ztr69cli) gespecificeerd is.

Ik zou willen weten of de band er op dat moment wel is. Het kan zo zijn dat Odido hem immers om welke reden dan ook (energiebesparing) uitzet.

[Polyphemus]

ernstoud schreef op dinsdag 22 september 2026 @ 20:23:
Iemand een tip?

Kan een NR7302 laten zien via SSH (dalcmd, ztr69cli, of een ander commando) welke banden hij ziet maar die hij door de ingestelde bandselectie niet gebruikt?

Odido bijvoorbeeld gebruikt de N1 band maar soms connecteert de NR7302 deze band niet, ondanks dat de N1 band dan in de configuratie (GUI of via ztr69cli) gespecificeerd is.

Ik zou willen weten of de band er op dat moment wel is. Het kan zo zijn dat Odido hem immers om welke reden dan ook (energiebesparing) uitzet.

Zoiets?


‘s Nachts gaan n1 hier uit.

[ernstoud]

Polyphemus schreef op woensdag 23 september 2026 @ 05:19:
[...]


Zoiets?
[Afbeelding]

‘s Nachts gaan n1 hier uit.

Zonder uitleg wat ik hier zie kan ik moeilijk zeggen of dit is wat ik zoek. Welk tool maakt dit overzicht?

Wat betekenen de gekleurde bolletjes? Rood is aanwezige aggregatie maar niet huidige selectie?

[ernstoud]

@Polyphemus … Vermoedelijk een oudere versie van de Zyxel Air app?

Ik heb helaas op de iPad een nieuwere versie die dit niet meer kan weergeven. Maar als deze app dat kon, moet het ook via shell access kunnen. Ik kijk verder…

[ernstoud]

dalcmd cellwan_status get

Geeft de huidige aggregatie en toont ook “neighboring cells” maar lijkt alleen die voor 4G te tonen.

[Polyphemus]

ernstoud schreef op woensdag 23 september 2026 @ 18:17:
@Polyphemus … Vermoedelijk een oudere versie van de Zyxel Air app?

Ik heb helaas op de iPad een nieuwere versie die dit niet meer kan weergeven. Maar als deze app dat kon, moet het ook via shell access kunnen. Ik kijk verder…

Dit komt heel flauw uit de Zyxel integratie in Home Assistant...

code:

dalcmd cellwan_status get

zou ook 5G moeten geven. Ik zal het eens testen als ik eraan toe kom. En

code:

dalcmd cellwan_qscan get

?

[Polyphemus]

ernstoud schreef op woensdag 23 september 2026 @ 16:07:
[...]


Zonder uitleg wat ik hier zie kan ik moeilijk zeggen of dit is wat ik zoek. Welk tool maakt dit overzicht?

Wat betekenen de gekleurde bolletjes? Rood is aanwezige aggregatie maar niet huidige selectie?

Die bolletjes worden door de HA integratie zelf verzonnen. Ik probeer overigens alleen te helpen, ik bespeur helaas een ondertoon en het nodigt niet echt uit op deze manier.
In de afbeelding is dus te zien welke 4G en 5G combi mijn Zyxel momenteel gebruikt.

[ Voor 4% gewijzigd door Polyphemus op 23-09-2026 19:22 ]

[ernstoud]

Polyphemus schreef op woensdag 23 september 2026 @ 19:18:
[...]

Dit komt heel flauw uit de Zyxel integratie in Home Assistant...

code:

dalcmd cellwan_status get

zou ook 5G moeten geven. Ik zal het eens testen als ik eraan toe kom. En

code:

dalcmd cellwan_qscan get

?

Ok. Dan zal ik eens kijken hoe die integratie gerealiseerd is.

Ik zie wel de huidige aggregatie met dat commando en de neighboring cells maar heb in dat lijstje alleen 4G banden gezien:

code:

Neighbor list information:
#     Neighbour Type       Mode       PhyCellID       RFCN       RSSI       RSRP       RSRQ 
1     Intra-Frequency      LTE        461             6200       -65        -93        -11  
2     Intra-Frequency      LTE        187             6200       -73        -101       -18  
3     Inter-Frequency      LTE        461             1800       -81        -116       -13  
4     Inter-Frequency      LTE        189             1800       -92        -123       -19  
5     Inter-Frequency      LTE        461             3300       -85        -121       -16

En het qscan commando geeft helaas weinig info:

code:

root@NR7302:~# dalcmd cellwan_qscan get
Enable:                        false
Scan on Boot:                  true
Number Of QSCAN result:        0
Command Successful.

[ernstoud]

Polyphemus schreef op woensdag 23 september 2026 @ 19:21:
[...]

Die bolletjes worden door de HA integratie zelf verzonnen. Ik probeer overigens alleen te helpen, ik bespeur helaas een ondertoon en het nodigt niet echt uit op deze manier.

Dat was echt niet de bedoeling, ik was inderdaad wat kortaf maar je postte alleen een plaatje terwijl ik vroeg om een tip welk tool mijn vraag kon beantwoorden.

In de afbeelding is dus te zien welke 4G en 5G combi mijn Zyxel momenteel gebruikt.

Helaas geen HA hier, wel veel Shelly en SwitchBot devices.

[Polyphemus]

ernstoud schreef op woensdag 23 september 2026 @ 21:28:
[...]


Dat was echt niet de bedoeling, ik was inderdaad wat kortaf maar je postte alleen een plaatje terwijl ik vroeg om een tip welk tool mijn vraag kon beantwoorden.


[...]


Helaas geen HA hier, wel veel Shelly en SwitchBot devices.

Ik dacht, ik plaats eerst een plaatje, want als ik eerst een heel betoog ga plaatsen en het is niet wat je zoekt, dan verspil ik ook onze tijd

Is dit ook niet wat je zoekt?

code:

root@NR7302:~# dalcmd cellwan_status get | grep 'Current CA'
Current CA combination:        BC7,BC3,N78 
root@NR7302:~#

En anders als het me gegund is, zal ik er morgen eens induiken, nu ik eindelijk eens de moeite genomen heb het root password te achterhalen Ik wil ook wat meer statistiek hebben.

[ Voor 13% gewijzigd door Polyphemus op 23-09-2026 21:52 ]

[ernstoud]

Polyphemus schreef op woensdag 23 september 2026 @ 21:50:
[...]

Is dit ook niet wat je zoekt?

code:

root@NR7302:~# dalcmd cellwan_status get | grep 'Current CA'
Current CA combination:        BC7,BC3,N78 
root@NR7302:~#

Dat is precies wat ik gebruik, ik haal met SSH de output van "dalcmd cellwan_status get" op en maak er dan een leuk tabelletje van (in FreeBasic, mijn favoriete tool):



En ik wil dus ook in dat plaatje de banden noemen die niet in de huidige aggregatie zitten maar wel voorhanden zijn. Want op het moment dat ik dit plaatje bewaarde (paar minuten geleden) zou ook N1 beschikbaar moeten zijn... maar hoe kom ik dat te weten?

(Overigens paar minuten later is ook N78 weer beschikbaar, yippie max. van de mast (300 Mbps.), die is vaak nog weg, veel bomen hier tussen huis en mast, maar het wordt weer herfst... de blaadjes vallen.)

Ik zie dat de HA integratie(s) de API gebruiken van de webserver op de router. Die webserver is een executable die niet alleen HTTPS pagina's levert maar hij bevat ook alle coding om de router HW te besturen, o.a. een CGI interpreter die het DAL commando kent. Nog eens beter naar kijken dan maar.

[ Voor 12% gewijzigd door ernstoud op 23-09-2026 22:08 ]

[Polyphemus]

ernstoud schreef op woensdag 23 september 2026 @ 22:05:
[...]


Dat is precies wat ik gebruik, ik haal met SSH de output van "dalcmd cellwan_status get" op en maak er dan een leuk tabelletje van (in FreeBasic, mijn favoriete tool):

[Afbeelding]

En ik wil dus ook in dat plaatje de banden noemen die niet in de huidige aggregatie zitten maar wel voorhanden zijn. Want op het moment dat ik dit plaatje bewaarde (paar minuten geleden) zou ook N1 beschikbaar moeten zijn... maar hoe kom ik dat te weten?

(Overigens paar minuten later is ook N78 weer beschikbaar, yippie max. van de mast (300 Mbps.), die is vaak nog weg, veel bomen hier tussen huis en mast, maar het wordt weer herfst... de blaadjes vallen.)

Ik zie dat de HA integratie(s) de API gebruiken van de webserver op de router. Die webserver is een executable die niet alleen HTTPS pagina's levert maar hij bevat ook alle coding om de router HW te besturen, o.a. een CGI interpreter die het DAL commando kent. Nog eens beter naar kijken dan maar.

Via

code:

dalcmd cellwan_qscan edit --Enable 1

voert ie een nieuwe scan uit, maar dat doet ie eenmalig, i.p.v. 8 voor de scan zie ik nu 11 banden:

code:

root@NR7302:~# dalcmd cellwan_qscan get
Enable:                        false
Scan on Boot:                  true
Number Of QSCAN result:        11
Index      PhyCellID       MNC        MCC        RFCN       RSRP       RSRQ       ACT       
0          x             8          204        x     -70        -11        NR5G 
1          x              8          204        x     -100       -11        NR5G 
2          x             16         204        x     -100       -11        NR5G 
3          x             16         204        x     -100       -11        NR5G 
4          x               4          204        x     -100       -11        NR5G 
5          x             16         204        x       -91        -8         LTE  
6          x             16         204        x       -71        -13        LTE  
7          x             16         204        x       -71        -7         LTE  
8          x             8          204        x       -69        -14        LTE  
9          x             8          204        x       -88        -9         LTE  
10         x              4          204        x       -123       -17        LTE  
Command Successful.
root@NR7302:~#

Phys CellID en RFCN maar even verwijderd, want met drie providers ben ik zo te kruispeilen

Maar ja, om dit nu iedere minuut te draaien... Via ACT en RFCN kun je dan weer de bandnaaam bepalen.

[ernstoud]

Polyphemus schreef op donderdag 24 september 2026 @ 07:59:
[...]


Via

code:

dalcmd cellwan_qscan edit --Enable 1

voert ie een nieuwe scan uit, maar dat doet ie eenmalig, i.p.v. 8 voor de scan zie ik nu 11 banden:

code:

root@NR7302:~# dalcmd cellwan_qscan get
Enable:                        false
Scan on Boot:                  true
Number Of QSCAN result:        11
Index      PhyCellID       MNC        MCC        RFCN       RSRP       RSRQ       ACT       
0          x             8          204        x     -70        -11        NR5G 
1          x              8          204        x     -100       -11        NR5G 
2          x             16         204        x     -100       -11        NR5G 
3          x             16         204        x     -100       -11        NR5G 
4          x               4          204        x     -100       -11        NR5G 
5          x             16         204        x       -91        -8         LTE  
6          x             16         204        x       -71        -13        LTE  
7          x             16         204        x       -71        -7         LTE  
8          x             8          204        x       -69        -14        LTE  
9          x             8          204        x       -88        -9         LTE  
10         x              4          204        x       -123       -17        LTE  
Command Successful.
root@NR7302:~#

Phys CellID en RFCN maar even verwijderd, want met drie providers ben ik zo te kruispeilen

Maar ja, om dit nu iedere minuut te draaien... Via ACT en RFCN kun je dan weer de bandnaaam bepalen.

Sorry voor de late reactie, had deze post van je gemist.

Mooi!

Maar ja, een dergelijke scan toont de gevonden banden, niet de mogelijke aggregaties.

Het blijft dus een raadsel hoe het plaatje dat je toonde van de Home Assistant aggregatie dan wel werkt. Ik zie alleen deze HA integratie genoemd: https://github.com/zulufoxtrot/ha-zyxel en die doet niets met carrier aggregation.

Jouw plaatje lijkt te suggereren dat jouw HA integratie regelmatig de mogelijke carrier aggregations scant.

Weet je waar de code van die HA aggregatie te vinden is?

[Polyphemus]

ernstoud schreef op woensdag 30 september 2026 @ 15:12:
[...]


Sorry voor de late reactie, had deze post van je gemist.

Mooi!

Maar ja, een dergelijke scan toont de gevonden banden, niet de mogelijke aggregaties.

Het blijft dus een raadsel hoe het plaatje dat je toonde van de Home Assistant aggregatie dan wel werkt. Ik zie alleen deze HA integratie genoemd: https://github.com/zulufoxtrot/ha-zyxel en die doet niets met carrier aggregation.

Jouw plaatje lijkt te suggereren dat jouw HA integratie regelmatig de mogelijke carrier aggregations scant.

Weet je waar de code van die HA aggregatie te vinden is?

Het is inderdaad die betreffende integratie. Ik heb het even aan de 'digitale hulp' gevraagd en die naar de integratie laten kijken. De integratie doet iedere 30 seconden:

code:

/cgi-bin/DAL?oid=cellwan_status

Daar komt uit:

code:

Current Band:              LTE_BC7
Current CA combination:    BC7,BC3,N78

NR5G:
  N78 / RFCN 637440

SCC 1:
  LTE_BC3 / RFCN 1800

en maakt daarvan

code:

PCC: B7
SCC: B3
NR : n78
→ CA = B7 + B3 + n78

Maar dat is nog steeds niet wat je zoekt vermoed ik

[ernstoud]

Polyphemus schreef op woensdag 30 september 2026 @ 16:07:
[...]

Het is inderdaad die betreffende integratie. Ik heb het even aan de 'digitale hulp' gevraagd en die naar de integratie laten kijken. De integratie doet iedere 30 seconden:

code:

/cgi-bin/DAL?oid=cellwan_status

Daar komt uit:

code:

Current Band:              LTE_BC7
Current CA combination:    BC7,BC3,N78

NR5G:
  N78 / RFCN 637440

SCC 1:
  LTE_BC3 / RFCN 1800

en maakt daarvan

code:

PCC: B7
SCC: B3
NR : n78
→ CA = B7 + B3 + n78

Maar dat is nog steeds niet wat je zoekt vermoed ik

Dank. Inderdaad, nee. Dit is de bestaande huidige aggregatie. Maar jouw plaatje suggereert dat (de rode gekleurde bolletjes) hij ook alternatieven ontdekt of probeert. En ik zie nergens in de code van die HA integratie dat hij dat doet, het is louter “cellwan-status get” maar dan niet via de CLI maar via de webserver API.

[Polyphemus]

ernstoud schreef op woensdag 30 september 2026 @ 17:46:
[...]


Dank. Inderdaad, nee. Dit is de bestaande huidige aggregatie. Maar jouw plaatje suggereert dat (de rode gekleurde bolletjes) hij ook alternatieven ontdekt of probeert. En ik zie nergens in de code van die HA integratie dat hij dat doet, het is louter “cellwan-status get” maar dan niet via de CLI maar via de webserver API.

Dan geef ik het op

[ernstoud]

Polyphemus schreef op woensdag 30 september 2026 @ 18:02:
[...]

Dan geef ik het op

Ik ga nog eens die webserver JavaScript blob bekijken… wellicht dat het cgi dal commando dat daarin volledig is geïntegreerd (dus geen aparte executable) toch meer info geeft dan het cli dalcmd commando.

Dank voor je hulp!