发个讨论贴: 关于单片机的运算能力

2020-02-02 09:18发布

本帖最后由 sgweilong 于 2012-11-17 09:27 编辑

从最早的89C52学起, 也有10多年了,虽然现在开发以ARM为主,但是还是对keil51有感情, 经常有些小项目或者改造项目,喜欢用51来实现.

最近做一个改造项目, 11.0592M, 6CLK. 发现了两个问题:
1. 串口处理数据, 不用中断反应比较快, 但有丢数据的风险.
中断用了接收FIFO, 一有数据先放在FIFO里面, 然后在主程序中屏蔽中断取数, 处理.
比较了一下同样的命令任务:
不用中断, 直接查询RI, 处理完数据最多是16ms.
加中断处理, 处理数据多在100~120ms左右. 同样的功能我用ARM7试过没有发现有区别,基本也是16ms左右.

2. 定时1s功能的实现, 用除法和不用除法, 结果区别很大:
定时器标准定时25ms溢出, 用中断和不用中断是一样的,这里不讨论中断问题. 但是下面两个语句造成的结果让我吃惊:
语句判断1: if ( ( SystemTicks1msec % 20 ) == 0 ) {1s定时到, SystemTicks1msec++; } //to long time esp if it is U16
语句判断2: if ( SystemTicks1msec > 20 ) {1s定时到, SystemTicks1msec=0; };

1s定时都没有问题,很准. 但是我用语句1的时候, 串口用查询方式基本无法工作, 发3次命令顶多能收到1次. 为了这个问题, 我搞了1下午,最后才发现用语句2就成功.
或者把20改为64也没有问题.

以上是个人的一点发现, 欢迎点评,共同进步!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
14条回答
duanll
1楼-- · 2020-02-02 13:42

  建议LZ将第一段话给删掉。。

  你碰到的这些问题,都是比较基础的问题。

  串口接收问题,没有代码不好评,但我从来没有遇到你这样的问题。

  定时问题,是你自己对51理解不深。除法指令在51中是很费时的,可能一个除法还没做完,串口数据已经接收两次了。当然丢数据。
  而当你把除数改为64,应该是编译器优化为移位指令了,这要看你用的是哪颗芯片,有些芯片移位指令和除法周期相同,有些移位指令比除法指令快。
sgweilong
2楼-- · 2020-02-02 18:06
第一个问题,做过才知道。如果在中断中接收并直接处理数据,我相信还是很快的。
第二个问题没有谈定时问题,可能刚好是64时候,被优化了。谢谢提醒。

这是一个分享的平台,只是拿单片机混口饭吃,又不是搞科研。

duanll
3楼-- · 2020-02-02 19:53

  哈。。抱歉,说话重了点。

  你可以发第一个问题的一小段代码上来瞧瞧,让大家分析一下BUG在哪里。
今朝有酒
4楼-- · 2020-02-02 21:35
 精彩回答 2  元偷偷看……
sgweilong
5楼-- · 2020-02-02 22:30
duanll 发表于 2012-11-18 16:27
哈。。抱歉,说话重了点。

  你可以发第一个问题的一小段代码上来瞧瞧,让大家分析一下BUG在哪里。

没关系,来回帖的都是朋友

这个是一个讨论贴, 只是友善提醒大家, 单片机的确好用, 但是要注意一些速度上面的问题.

我自己一直用ARM做开发, 对新来的工程师总是推荐他们从51做起, 所以自己也回头看看, 写点收获.
sgweilong
6楼-- · 2020-02-02 23:56
今朝有酒 发表于 2012-11-18 16:48
我最近也在搞这个串口数据接收问题,如果不用中断,用查询,会不会浪费了很多等待的时间呢?或者说接受方式 ...

用查询, 对于接收来说并不会浪费时间, 你查询的只是一个标志位而已.
查询最大的问题是会miss数据, 特别是单片机有多个事情要处理的时候.

发送的时候用中断应该能节省一些等待时间, 但是需要多用掉一些RAM.

一周热门 更多>