07 墨水屏日常更新

t3486784401

qtechzdh 发表于 2021-2-16 20:53
占楼顺便求教一个问题。arduino环境下ESP32使用HTTPClient库，代码如下

  req = (String)host + webp;     ...

确定是 client 自己返回的？服务器端主动断开也会导致 client 返回吧

t3486784401

qtechzdh 发表于 2021-2-17 16:58
返回-1，具体内部细节不知道

Arduino 就这么点烦人的，所有调试都要自己搞定，有时候甚至需要在库函数里边打几个桩子才能定位问题。

我一般都去 libraries 库里边，找到调用的位置，然后打桩；最后再把备份的库还原回来

t3486784401

我的屏幕也发生了一次死机情况。具体表现为：
①屏幕变得灰暗，时间卡死在几个小时前；
②插上 USB 打开串口，可以看到 MCU 工作联网正常

截取了一部分串口通信数据，UTF8格式显示，另存如下：

看样子也是屏幕失去了同步。

另外建议增加 WIFI 连接成功/失败的状态指示，类似于手机 WIFI 图标，用于快速查看网络是否连好

t3486784401

qtechzdh 发表于 2021-2-22 08:22
屏幕死机的情况已经解决，正在测试，因为这种情况不容易碰到，我用三个屏幕运行进行测试，测试成功我会更新 ...

已知 v2.09 在某种情况下高概率 “屏幕失去同步”：

1. 找一台有 wifi 的笔记本，和墨水屏放在一起，笔记本开迅雷不停下载（1MB/s 持续下载）；

2. 路由器稍微放远一点，确保笔记本可以持续下载、墨水屏能正常初始化即可。

我今天就是这么个状态，屏幕失去同步了好几次了。怀疑笔记本大功率的 wifi 天线对 ESP32 有压制

t3486784401

v2.10 发现了新的 BUG.

刷时钟过程中，如果没有经历 “反色” 过程，新绘制的数字似乎第一行没有能覆盖到旧字模。
目前仅观察到 “个位分” 有这个问题，“十位分” 还没走到

如下 1 的字模，第一行还保持着 0 字模的首行。我比对了 0x790000 位置的字体数据，和我改版的字体一致；
该 BUG 在 v2.09 没有出现，在 最新 v2.10 固件上出现：

t3486784401

rainbow 发表于 2021-2-22 21:50
你们的都玩的这么happy，我的都还搭好软件环境。

我也没搭环境，纯粹改字模玩

t3486784401

已刷 v2.11，为防止更新不彻底，刷了完全版（16MB）的版本。这里吐槽一下配置参数吧：

似乎在 wifi 配置界面也有看门狗的影子，连 wifi - 进页面 - 填 SSID+PW 必须在 30s 内完成，否者系统自动重启到扫码.......

最后我用笔记本的键盘才算完成了这个 30s 挑战

t3486784401

qtechzdh 发表于 2021-2-22 23:01
BUG原因是更新的区域和传输字符区域有2个像素的偏差。

目前看来 v2.11 已经解决了这个问题，没再见着重影。不过：①抬头栏版本号依旧是 v2.09，②重新WIFI配置似乎有个30s的看门狗复位。

t3486784401

qtechzdh 发表于 2021-2-22 23:46
失误失误，我处理一下。

已刷，这次终于正常了。

准备折腾折腾天气图标去，不过最新版的源码似乎没开放哈

t3486784401

网络孤客 发表于 2021-2-23 17:45
日历用的是什么字体？为何我的是乱码。

建议刷 16M 完整版本。

从 v2.09 直接部分刷到 v2.11 不一定彻底

t3486784401

gzhuli 发表于 2021-2-23 20:21
按复位没反应，感觉不妙，赶紧插上充电，发现电池已耗尽，电压只剩3.2V了。 ...

看样子是在 3.8v 时候发生了卡死，然后一直卡到电池耗尽。

不过这个锂电有保护板的，不用担心损坏问题

t3486784401

gzhuli 发表于 2021-2-24 23:57
昨晚没电关机再充满电，一直到现在都没死过机了，目前电压显示4.3V，昨晚刚充满时是4.4V，按这个节奏一周一 ...

我的也是 v2.11 版本再也没死机过，迅雷也搞不死了

t3486784401

lxvtag 发表于 2021-2-26 00:01
大家都没感觉屏幕越来越暗么？

每刷一次就变暗一点，直到0/5整分钟的时候来一次全刷再次恢复清晰

的确如此：整屏逐渐变暗，直到全屏更新；分钟更新后，与前一分钟字模重叠的像素，颜色要格外重一些

t3486784401

lxvtag 发表于 2021-2-26 00:31
好像跟像素重叠关系不大，传张53'的，可以跟上面54'的对比下

做一个色移就很清楚了：

我把 53、54 两个图像裁剪成了近似坐标、近似尺寸，便于叠加比对；

53 的白色端移植偏蓝，54 的白色段移植偏红，将 54 以半透明方式覆盖在 53 正上方。
叠加图理论上有四种颜色：深蓝（53白+54黑）、深红（53黑+54白）、紫（53白+54白）、黑（53黑+54黑）。

53 色移图：


54 色移图：


叠加图（附PSD源文件）：


在叠加图里可以看到，54 新增的深色区域，与叠加图的深蓝色区域形态几乎吻合，


也就是说，新字模增加的深色区域，大致满足如下特征：旧字模此处为白，新字模此处为黑。
于是我怀疑与像素的重叠有关，即：旧字模按照特定方式，在新字模上留下鬼影。

t3486784401

zqbing 发表于 2021-3-14 12:20
有个疑问，这个热点的新闻从哪里来？
有些热点一行显示不完，怎么才能看到完整的一行呢？ ...

你插上串口就可以看到了，向一个服务器由 http 请求，回来的 json 文件在本地解析后显示的：

http://free-api.ledcfg.com/base/ ... n=amobbs&mode=0

服务器应该是有热心群众在维护

t3486784401

网络孤客 发表于 2021-4-6 10:39
热点中：
双引号显示为“"”，加一个判断吧。

& 符号也显示不正确，显然是 html 的转义字符。