在 zxlhhyccc/Hill-98-k3screenctrl 已经给K3屏幕开启了7屏的基础上,使用 K3 openwrt18.06.02 固件中的/lib/k3screenctrl/
下的sh文件做了替换
搭配的 luci-app 是根据固件的LuCi文件修改的 lwz322/luci-app-k3screenctrl
最后使用修改自 lean/lede 中的编译文件 k3screenctrl_build 编译
2020.9.17 TARGET依赖导致menuconfig不显示的兼容 :详见k3screenctrl_build的README
2020.3.14 睡死问题的修复进展 :尝试修复屏幕驱动睡死的问题对睡死问题在逐步跟进和修复,修复这个问题或许就差几个反馈
具体进展可见于likanchen/k3screenctrl,编译固件时也可以尝试替换,希望有这方面问题的同学可以积极测试和反馈,一起完善K3的OpenWrt
2020.3.13 脚本arp命令报错 :对报错,调查了下应该是历史遗留问题
OpenWrt早先时候(k3screenctrl的开发时间是2017年)的arp命令对应一个程序,现在版本只是定义在/etc/profile的一个函数,即登陆shell的环境变量中的函数,故单独运行脚本就会报错,然而这个不影响k3screenctrl的正常输出,理论上注释也不影响
2020.2.15 屏幕睡死问题:总算是接到反馈,亲眼见到了屏幕睡死的表现
- 黑屏,触摸无响应
- 进程并没有被终止(也就不是靠添加守护进程就能解决)
- 负载处于正常范围内,网络路由功能也是正常的
所以,暂时没有什么特别有效的方法,只能重启k3screenctrl临时恢复屏幕功能;K3的屏幕固然鸡肋,但是解决问题是趋势所向,在readme后段提供了个人已知的k3screenctrl的信息,如果有修复的案例,欢迎反馈
2020.1.31 天气API的问题:已知的一个致命问题
屏幕会隔三差五的睡死,睡死时候,网路会出异常,变得非常慢,检查系统日志,会发现k3screenctrl大量的错误信息。硬重启后恢复正常。软重启无法激活屏幕。 所有带k3screenctrl的固件都有睡死问题,据说是天气API导致的。但是也有人说一切正常,所以真实原因,自己刷了才知道
考虑到作为路由器还是要稳定性优先的,所以尽可能排除不稳定因素,参考了下 K3 OpenWrt固件(更新日期 2020.1.30),决定本仓库的代码默认不再自带天气的私钥,默认不再开启天气更新(更新间隔设置为0,脚本不运行),有需求可以自行申请心知天气的API或者下载已经提供了API Key的固件;
基本情况可以参考下图:
- 第一屏:升级界面
- 第二屏:型号(硬件版本型号H/W全部显示为A1),MAC,软件版本
- 第三屏:USB与网口接入情况
- 第四屏:网速以及2.4G和5G WiFi的接入客户端数量
- 第五屏:天气,时间
- 第六屏:WiFi信息:SSID和密码(可选隐藏)
- 第七屏:已接入终端和网速(只统计IPv4转发)
上面主要是接近官方固件的屏幕信息显示,针对新版本通过修改脚本,添加了在前两屏更多信息的显示的选项,默认开启,如下
- U:0.14 R:8%:CPU负载 内存占用百分比(和第二屏的软件版本显示的一样)
- up 10:47:运行时间
- H/W: 48*C:CPU温度
- MAC地址: OpenWrt 19.07.0:系统版本号
- 部分设备的屏幕在使用本软件后无法正常显示界面,可能是屏幕本身的固件版本较低,可以通过刷较新版本的官方/官改固件对屏幕固件升级
- 部分设备存在屏幕睡死的问题,具体表现为黑屏状态下触摸无反应
- 依靠IP定位偶尔可能无法定位到准确的城市,进而无法自动查询天气,建议关闭IP定位,手动指定城市
- WiFi信息部分的访客网络信息,OpenWrt官方没有访客网络的APP,也就没有标准一说,脚本中的设置貌似不适合添加SSID访客网络的做法
- 在开启硬件转发加速(HWNAT或者offload)的情况下,iptable无法统计流量
因为在k3screenctrl的Makefile文件中有对机型的要求的倚赖,所以使用SDK单独编译k3screenctrl时,k3screenctrl不会被编译
具体也就是k3screenctrl_build文件中的DEPENDS:
define Package/k3screenctrl
SECTION:=utils
CATEGORY:=Utilities
DEPENDS:=@TARGET_bcm53xx_DEVICE_phicomm-k3 +@KERNEL_DEVMEM +coreutils +coreutils-od +bash +curl
TITLE:=LCD screen controller on PHICOMM K3
URL:=https://github.com/lwz322/k3screenctrl.git
endef
解决办法:去掉depends中的=@TARGET_bcm53xx_DEVICE_phicomm-k3 +@KERNEL_DEVMEM
最早要追溯到2017年updateing的【测试】K3 的 LEDE(更新部分屏幕支持),最主要的是逆向做出了k3screenctrl,使得屏幕显示有了开源支持;另外作者在2019年也更新了屏幕固件更新的代码,CCluv/k3screenctrl提供了屏幕固件的文件
-
所有代码的基础:
-
[2019-01-21]K3补丁已经提交合并到OpenWrt官方源码,附加自编译说明,K3补丁(基于updateing的创始代码)。补丁继承了LCD屏幕接口,增加了对USB3.0的支持
-
2018.5 Hill-98/luci-app-k3screenctrl添加了网页设置的支持
-
[2019.03.26更新]K3 openwrt18.06.02 完美适配屏幕天气页,应该是天气显示支持的开端,我的仓库中的sh文件基于此修改,结合了在Github上找到的可能的开源实现zxlhhyccc/Hill-98-k3screenctrl
修复因天气api超时导致程序进程卡死屏幕黑屏的问题, 不保证API的稳定可用
因为自动识别天气城市的api用的阿里的一个api,最近抽风,脚本里没有超时设置,会导致进程卡死,屏幕会有错误或黑屏的问题,可以通过手动指定城市解决,有能力的自己改下脚本设置一下超时,后面有时间修复
屏幕显示天气要以前刷过新版官方或官改固件,屏幕固件是新版的才行
-
-
指出问题:
-
2019-10-21斐讯 K3 屏幕控制程序升级版 【6个页面】MAC显示修复 长按脚本,github内附了最详细的技术readme
-
(2020-1-8)netflixcn的裴讯 K3 OpenWrt LEDE刷机固件,k3的openwrt固件中用户最多的一个?也是直接指出了问题
已知的一个致命问题: 屏幕会隔三差五的睡死,睡死时候,网路会出异常,变得非常慢,检查系统日志,会发现k3screenctrl大量的错误信息。硬重启后恢复正常。软重启无法激活屏幕。
所有带k3screenctrl的固件都有睡死问题,据说是天气API导致的。但是也有人说一切正常,所以真实原因,自己刷了才知道。
屏幕过一段时间会睡死,关了天气更新都会。。但路由功能正常的。。。
-
On the basic of zxlhhyccc/Hill-98-k3screenctrl,added .sh file from K3 openwrt18.06.02,It works fine with lwz322/luci-app-k3screenctrl & k3screenctrl_build (fromlean/lede)
New Version add additional info display, including: CPU temprature, Load, RAM, uptime, etc
- Update
- Model, Version, CPU Temp, MAC
- Port
- Speed, WiFi (2.4G/5G client) Assicated
- Weather, Date and Time
- WiFi Info:SSID & Password (suppressible)
- Client speed (IPv4 Forward only)