【Bug & 功能建议】QModem 页面 APN 手动设置/自定义无法保存（回弹自动选择或强行联想 Skytone），且频段锁定 GUI 无法保存 NR 频段选择（H5000M + FM170-EAV）
问题描述：
在 【调制解调器】→【QModem 配置】 页面中，存在两处严重影响物联卡用户正常网络配置的前端 LuCI 交互与底层写入 Bug：
APN 自定义输入无法保存、被前端强行联想拦截： 当用户在 APN 下拉菜单中选择“-- 自定义 --”并手动输入特定物联卡 APN（如 5gscuiot 或 3GNET）后，前端联想匹配机制会自作聪明地将其强行锁定并变更为系统内置的 Skytone （CN），或者在刷新页面后直接回弹为“自动选择”，导致自定义 APN 永远无法成功写入配置文件。即使勾选“强制设置APN”也无法彻底镇压此回弹。
5G NR 频段锁定失败自动回弹全选： 在【频段锁定】子页面中，手动取消全选并仅勾选特定频段（如 NR_78），点击「应用」或「锁定当前选择」按钮后，页面刷新会自动回弹恢复为全选状态，导致设备在 N78 高频信号微弱时，会频繁自动掉进物理限速严重的 n28 低频慢速通道，用户无法实现硬件级锁频。
复现步骤：
APN Bug 复现：
进入 【QModem 配置】，找到 APN 设置。
选自定义，手敲输入物联卡 APN（如 5gscuiot）。
敲击回车或点击保存，前端列表会强行将其变更为 Skytone （CN），或在「保存并应用」后直接缩回“自动选择”，无法保存纯文本字符串。
频段 Bug 复现：
进入 【QModem 配置】 → 【频段锁定】。
取消 NR 全选，只勾选 NR_78。
点击「应用」，页面刷新，NR 重新变回全选。
预期行为：
手动输入的自定义 APN 字符串应当能够原样、干干净净地保存并写入后台拨号配置文件。
频段锁定点击应用后，模组应成功执行锁频，且前端保持对应的单选/多选勾选状态。
设备信息：
设备型号：Hiveton H5000M
5G 模组：Fibocom FM170-EAV
模组核心架构： 联发科 MediaTek T830 平台（经底层指令核对确认为 MTK 平台，非高通平台）
固件版本： ImmortalWrt 24.10-SNAPSHOT （padavanonly / Starktomy 构建）
内核版本： 6.6.94
已尝试的解决方法（供开发者参考底层差异）：
频段锁定 GUI 页面自带的「锁定当前选择」按钮点击后不生效。
在 GUI 的快捷 AT 终端中发送高通/移远系指令 AT+QCFG=“nwscanband”，模组返回空响应;发送部分固件内置的 AT+SPLBAND 指令，模组返回 ERROR。
防火墙升级 nftables 后【自定义规则】页面缺失： 由于 24.10 固件全面切换到 nftables，导致老版 LuCI 的防火墙自定义规则页面不复存在，目前用户只能被迫将防热点风控修改 TTL 的 iptables 脚本写在 /etc/rc.local 中才能勉强生效。
💡 补充测试线索（为开发者提供原生 MTK/广和通 锁频代码参考）：
经用户手动在 AT 终端中测试，该固件下的 Fibocom FM170-EAV 模组真正可执行且生效的原生广和通频段掩码控制指令如下，建议大佬在后续版本更新 GUI 锁频逻辑时，针对 FM170/T830 模组进行以下适配：
强锁 5G n78 频段的原生正确指令：
AT+GTEXTBND=0,0,0,1,0,0,0,0,0,0,0,0,0,0,20000000000000,0
（配合 AT+CFUN=1,1 重启模组后，底层可成功锁定 n78）
解除锁定、恢复原厂全频段全自动搜网指令：
AT+GTEXTBND=0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
【Bug & 功能建议】QModem 页面 APN 手动设置/自定义无法保存（回弹自动选择或强行联想 Skytone），且频段锁定 GUI 无法保存 NR 频段选择（H5000M + FM170-EAV）
问题描述：
在 【调制解调器】→【QModem 配置】 页面中，存在两处严重影响物联卡用户正常网络配置的前端 LuCI 交互与底层写入 Bug：
APN 自定义输入无法保存、被前端强行联想拦截： 当用户在 APN 下拉菜单中选择“-- 自定义 --”并手动输入特定物联卡 APN（如 5gscuiot 或 3GNET）后，前端联想匹配机制会自作聪明地将其强行锁定并变更为系统内置的 Skytone （CN），或者在刷新页面后直接回弹为“自动选择”，导致自定义 APN 永远无法成功写入配置文件。即使勾选“强制设置APN”也无法彻底镇压此回弹。
5G NR 频段锁定失败自动回弹全选： 在【频段锁定】子页面中，手动取消全选并仅勾选特定频段（如 NR_78），点击「应用」或「锁定当前选择」按钮后，页面刷新会自动回弹恢复为全选状态，导致设备在 N78 高频信号微弱时，会频繁自动掉进物理限速严重的 n28 低频慢速通道，用户无法实现硬件级锁频。
复现步骤：
APN Bug 复现：
进入 【QModem 配置】，找到 APN 设置。
选自定义，手敲输入物联卡 APN（如 5gscuiot）。
敲击回车或点击保存，前端列表会强行将其变更为 Skytone （CN），或在「保存并应用」后直接缩回“自动选择”，无法保存纯文本字符串。
频段 Bug 复现：
进入 【QModem 配置】 → 【频段锁定】。
取消 NR 全选，只勾选 NR_78。
点击「应用」，页面刷新，NR 重新变回全选。
预期行为：
手动输入的自定义 APN 字符串应当能够原样、干干净净地保存并写入后台拨号配置文件。
频段锁定点击应用后，模组应成功执行锁频，且前端保持对应的单选/多选勾选状态。
设备信息：
设备型号：Hiveton H5000M
5G 模组：Fibocom FM170-EAV
模组核心架构： 联发科 MediaTek T830 平台（经底层指令核对确认为 MTK 平台，非高通平台）
固件版本： ImmortalWrt 24.10-SNAPSHOT （padavanonly / Starktomy 构建）
内核版本： 6.6.94
已尝试的解决方法（供开发者参考底层差异）：
频段锁定 GUI 页面自带的「锁定当前选择」按钮点击后不生效。
在 GUI 的快捷 AT 终端中发送高通/移远系指令 AT+QCFG=“nwscanband”，模组返回空响应;发送部分固件内置的 AT+SPLBAND 指令，模组返回 ERROR。
防火墙升级 nftables 后【自定义规则】页面缺失： 由于 24.10 固件全面切换到 nftables，导致老版 LuCI 的防火墙自定义规则页面不复存在，目前用户只能被迫将防热点风控修改 TTL 的 iptables 脚本写在 /etc/rc.local 中才能勉强生效。
💡 补充测试线索（为开发者提供原生 MTK/广和通 锁频代码参考）：
经用户手动在 AT 终端中测试，该固件下的 Fibocom FM170-EAV 模组真正可执行且生效的原生广和通频段掩码控制指令如下，建议大佬在后续版本更新 GUI 锁频逻辑时，针对 FM170/T830 模组进行以下适配：
强锁 5G n78 频段的原生正确指令：
AT+GTEXTBND=0,0,0,1,0,0,0,0,0,0,0,0,0,0,20000000000000,0
（配合 AT+CFUN=1,1 重启模组后，底层可成功锁定 n78）
解除锁定、恢复原厂全频段全自动搜网指令：
AT+GTEXTBND=0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0