LeoringYang 发表于 5 天前

睡了一觉，早上不蹋实，重下载运行，正常了

昨天关于ADC转换的开发问题，我一直想不通，晚上睡觉也不蹋实。早上起来把昨天的程序重新编译下载运行，一切都正常了。百思不得其解。

如果今天还是不正常，我将导出STC的汇编程序，校验编译后的机器码与keil是否一致，如果还不行，将源码发给STC，让他们来看是哪里问题。
我认为这种情况，要么是软件要么是硬件，两者中总有一个存在着那么点一般情况发现不了的问题。这种问题我有时在写应用程序时也存在，很多人认为是这环境造成。其实想一下，真让你写一个程序因为环境造成运行结果和想象不一样的程序，也就是结果连写程序的人都预料不到，怕是真没几人能写出来。在这里做一个大胆的想象，我们有可能真的生活在一个高级文明创建的虚拟环境中。这个想象图个乐子，不必认真。{:huaixiao:}

狂热主宰 发表于 5 天前

在工程设计中容易遇到看似反常的问题
头脑能够考处理问题的空间有限
能够考虑到的问题也有限
复杂的设计需复用
简单的组成复杂
可能bug还有

wangxiangtan 发表于 5 天前

睡一觉解决不了，那就睡两觉

LeoringYang 发表于 5 天前

wangxiangtan 发表于 2026-7-17 11:45
睡一觉解决不了，那就睡两觉

正解，{:qiang:}

_奶咖君_ 发表于 5 天前

刚工作那会还犯过，以为已经烧录进去了，实际hex选错了，改了半天的程序，就是没有现象。。这种低级错误。。

也是 上午怎么调都不行，然后到了下午，重新烧录就没事了，最后就是发现hex文件选错了。{:4_167:}

LeoringYang 发表于 5 天前

_奶咖君_ 发表于 2026-7-17 16:06
刚工作那会还犯过，以为已经烧录进去了，实际hex选错了，改了半天的程序，就是没有现象。。这种低级错误。 ...

重庆话叫老南瓜叫小猪啃了，就是老手犯了低级错误。{:huaixiao:}
不过hex选错这个问题我可以保证没有发生。一是反复操作多次，二是有几次我是先删除，在isp中找到了，再编译下载的。
页: [1]
查看完整版本: 睡了一觉，早上不蹋实，重下载运行，正常了