找回密码
 立即注册
查看: 905|回复: 13

ISP下载软件字库生成工具有bug

[复制链接]
  • 打卡等级:初来乍到
  • 打卡总天数:8
  • 最近打卡:2025-03-13 23:35:20
已绑定手机

6

主题

29

回帖

126

积分

注册会员

积分
126
发表于 2025-3-3 14:19:29 | 显示全部楼层 |阅读模式
ISP下载软件-->工具-->字库生成工具-->动态演示扫描顺序(勾选)-->存储顺序-->低位在前-->演示正常-->从上向下

                                                                                                             -->高位在前-->错误 (也是从上向下)
生成的字模是对的,
只有演示动画错误, 对刚用此软件的工程师不友好.

回复

使用道具 举报 送花

3

主题

2031

回帖

910

积分

等待验证会员

积分
910
发表于 2025-3-3 14:23:00 | 显示全部楼层
针对您描述的ISP下载软件字库生成工具在动态演示扫描顺序中出现的bug,具体表现为在勾选“存储顺序”时,选择“低位在前”可以正常演示,而选择“高位在前”则出现错误。初步分析可能涉及位序处理逻辑的缺陷。建议检查以下方面:

1. **位序处理逻辑**:确认在“高位在前”模式下,数据位的读取与写入顺序是否与预期一致。可能存在位序反转或错位的情况。

2. **演示模块代码**:重点审查动态演示模块中与位序相关的代码段,确保在不同位序设置下,数据的解析与显示逻辑正确无误。

3. **测试用例**:增加针对不同位序设置的测试用例,特别是“高位在前”模式下的边界条件测试,以验证修复效果。

建议开发团队优先排查上述问题,并在修复后进行全面测试,确保工具在不同位序设置下均能正常工作。

[本文内容由国芯人工智能辅助生成,仅供参考]
回复

使用道具 举报 送花

3

主题

2031

回帖

910

积分

等待验证会员

积分
910
发表于 2025-3-3 14:28:00 | 显示全部楼层
关于ISP下载软件字库生成工具在处理“高位在前”动态演示扫描顺序时出现的异常情况,初步分析可能是工具在处理位序转换时存在逻辑错误。具体表现为当选择“高位在前”时,扫描顺序仍默认为“从上向下”,而非预期的位序调整。建议开发团队检查相关代码段,特别是在处理位序标志位的逻辑部分,确保在“高位在前”模式下,扫描顺序能正确反映位序变化。同时,建议在后续版本中加入更详细的错误日志记录,以便快速定位和修复类似问题。

[本文内容由国芯人工智能辅助生成,仅供参考]
回复

使用道具 举报 送花

  • 打卡等级:以坛为家II
  • 打卡总天数:537
  • 最近打卡:2025-08-24 01:00:11
已绑定手机

86

主题

5979

回帖

1万

积分

超级版主

积分
10832
发表于 2025-3-3 15:28:26 | 显示全部楼层
高低位在前只影响生成的数据(按位倒序),对动画没有影响
回复

使用道具 举报 送花

  • 打卡等级:初来乍到
  • 打卡总天数:8
  • 最近打卡:2025-03-13 23:35:20
已绑定手机

6

主题

29

回帖

126

积分

注册会员

积分
126
发表于 2025-3-3 16:59:03 | 显示全部楼层
Debu*** 发表于 2025-3-3 15:28
高低位在前只影响生成的数据(按位倒序),对动画没有影响

我反应的问题你仔细看了吗
我反应的是动画演示错误
没说数据错误
回复

使用道具 举报 送花

  • 打卡等级:初来乍到
  • 打卡总天数:8
  • 最近打卡:2025-03-13 23:35:20
已绑定手机

6

主题

29

回帖

126

积分

注册会员

积分
126
发表于 2025-3-3 17:00:44 | 显示全部楼层
动画演示  要真实   否则必要演示   
如果提出问题不重视  以后就不再提建议

点评

您好,很抱歉对您造成了困扰。 动画演示描述的其实是这个扫描模式 [attachimg]86711[/attachimg] 这部分动画上确实没有问题 扫描出来以后,高位在前和低位在前是存储上的区别,目前的动画上并不能体现出来 [attach  详情 回复 发表于 2025-3-3 19:02
回复

使用道具 举报 送花

  • 打卡等级:以坛为家II
  • 打卡总天数:547
  • 最近打卡:2025-08-21 21:27:12
已绑定手机
已实名认证

116

主题

2712

回帖

6806

积分

版主

积分
6806
发表于 2025-3-3 19:02:43 | 显示全部楼层
玉川高*** 发表于 2025-3-3 17:00
动画演示  要真实   否则必要演示   
如果提出问题不重视  以后就不再提建议 ...

您好,很抱歉对您造成了困扰。
动画演示描述的其实是这个扫描模式

截图202503031903366687.jpg
这部分动画上确实没有问题


扫描出来以后,高位在前和低位在前是存储上的区别,目前的动画上并不能体现出来
截图202503031903534780.jpg
我猜您是想表述让这个图像在8位内倒着扫描,但是这反而会引出另一个问题。
目前这个图像可以从动画看出来,上面的是第一个扫描到的,无论是高位在前还是低位在前。
但是如果倒着扫描的话,那么起始的第一个扫描位就相反了,此时的高位在前和低位在前其实是同样的格式,这个动画也就会让人更疑惑了
截图202503031859323512.jpg





回复

使用道具 举报 送花

  • 打卡等级:初来乍到
  • 打卡总天数:8
  • 最近打卡:2025-03-13 23:35:20
已绑定手机

6

主题

29

回帖

126

积分

注册会员

积分
126
发表于 2025-3-3 23:36:30 | 显示全部楼层
OLED屏扫描确实是从上向下一列一列的扫描
(不支持从下向上走扫描)
上面是低位 下面是高位
按照你上面的逻辑的话 那就没有必要分两种方式了
就是按照OLED的规定 从上向下走 那必须先发送低位
也就没有必要两种储存方式了
不管用哪种储存方式存完了 最终还是要先发低位 最后发高位 是不是这个理
既然动画演示 又分了两种方式 不管硬件是否支持 从下向上扫描
动画演示也要真实有效
高位在前就是必须从下面向上走
因为OLED的高位就是在下面 (虽然是硬件不支持)
演示演示就是为了让人看的 并没有说你们内部程序有错误
演示的效果不真实
回复

使用道具 举报 送花

  • 打卡等级:初来乍到
  • 打卡总天数:8
  • 最近打卡:2025-03-13 23:35:20
已绑定手机

6

主题

29

回帖

126

积分

注册会员

积分
126
发表于 2025-3-3 23:41:46 | 显示全部楼层


两个视频作比较   看看那种方式更具要说服力
回复

使用道具 举报 送花

  • 打卡等级:初来乍到
  • 打卡总天数:8
  • 最近打卡:2025-03-13 23:35:20
已绑定手机

6

主题

29

回帖

126

积分

注册会员

积分
126
发表于 2025-3-3 23:52:39 | 显示全部楼层
王*** 发表于 2025-3-3 19:02
您好,很抱歉对您造成了困扰。
动画演示描述的其实是这个扫描模式

"我猜您是想表述让这个图像在8位内倒着扫描,"
OLED硬件规定低位在上  高位在下
软件选择高位在前  演示的动画就应该从下向上演示
作为演示动画不应该考虑硬件是否支持
动画是为了让人看了理解扫描的过程
硬件不支持的方案可以在后面备注
回复

使用道具 举报 送花

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|深圳国芯人工智能有限公司 ( 粤ICP备2022108929号-2 )

GMT+8, 2025-8-24 02:33 , Processed in 0.738970 second(s), 101 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表