LAOXU 发表于 2023-11-26 22:37
确实有问题, 经确认是 MDU16 问题, 由于操作数寄存器都放在 扩展 XFR 中, 大量数据传送 需要通过 DPTR转 ...
最后，再确认下，32位 * 32位(4字节乘法)会不会也同样有不如软件库的情况？是否需要将LMUL也删除？
wsr2580 发表于 2023-12-25 22:22
最后，再确认下，32位 * 32位(4字节乘法)会不会也同样有不如软件库的情况？是否需要将LMUL也删除？ ...
编个简单的程序, 运算 32位 * 32位(4字节乘法) , 运算 前清 0 定时计数器值, 运算 后 关闭计数.
加库和移除 , 分别测试,哪个快 (计数器值小), 保留下来 即可.
wsr2580 发表于 2023-12-25 22:15
您好，最近看到您发布的MDU16应用库，我是新手，看到这么宝贵的资料希望前后学习一下。其中我把前面网友 ...
STC8 MDU16确实设计的不好, 其根源就是把大量需反复 操作 的 操作数寄存器都放在 扩展 XFR 中, 大量数据传送 需要通过 DPTR转 , 拖慢了整体速度,
注: 其实 MDU16 在功能上讲, 比 现在 老姚 准备 用在 STC8 上的 MDU32C 更实用.
虽然 MDU32C 功能上 弱一点(缺少对 16位 操作数 的支持),32位 运算 飞快, 16位 运算要比 32位 运算 慢一点. 但整体来说, 比MDU16 强(主要解决了 大量数据的传送 , 不再需要通过 DPTR转 , 影响速度的 51 通病).
春节期间抽空, 把 MDU16 库 综合测试一遍, 去掉 拖慢 运算 的 函数, 保留能 提升速度的部分, 也算对MDU16 库 做个彻底了结.
春节期间也想把 双数据指针 的应用, 建个 LIB , 当然, 前提是 在保证数据安全性，不能影响用户的中断使用，所以在速度上执行效率上可能会降底一些. 但整体上讲, 比不用 双数据指针 要强.
wsr2580 发表于 2023-12-25 22:15
您好，最近看到您发布的MDU16应用库，我是新手，看到这么宝贵的资料希望前后学习一下。其中我把前面网友 ...
经过具体梳理
前两个问题，正确；
第三个问题，正确；
第四个问题，正确；
第五个问题，正确；
第六个问题，正确；
第七个问题，正确；
第八个问题，正确；
第九个问题，作者回答了，其实操作蛮简单，进入前面第二版所发的项目，把不需要的右键移除，或者按下图取消编译即可：
第十个问题，作者回答了。
MARK，作者辛苦了