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

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也没有问题.

以上是个人的一点发现, 欢迎点评,共同进步!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
15条回答
sgweilong
2020-02-02 23:56
今朝有酒 发表于 2012-11-18 16:48
我最近也在搞这个串口数据接收问题,如果不用中断,用查询,会不会浪费了很多等待的时间呢?或者说接受方式 ...

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

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

一周热门 更多>