IO模拟串口

只看该作者 · 2007-2-1 21:10

又到年底了,经过年终整体的成本核算之后,老板明确表示CPU(77E58)的成本过高,必须换掉.
可怜啊,我们做民品的不容易啊.当初选这个型号的主要目的就是看中了它的2个串口和速度.

现在有两个方案备选:
1-单串口51外加一颗尽可能便宜的51;
2-用一颗速度相对较快成本过的去的51 通过IO模拟串口来实现双串口.

我比较倾向于第2个方案.因为在方案1中如果从机复位跑飞等情况不好解决,而且还得重新布板,可能会带来售后兼容的问题.

方案2可以做到成本的最大程度的优化,硬件不需较大改动.但是对于"IO模拟串口"的可靠性又没有多少把握.

那位有过此类经验的给个提示,帮助打打"预防针"谢谢!!

只看该作者 · 2007-2-1 21:18

我想模拟的串口只需要9600的波特率就可以了,间歇工作,数据量不大.

只看该作者 · 2007-2-1 21:25

如果主要是发送，接收不多，应该可以。

只看该作者 · 2007-2-1 21:28

能讲的再明白些吗???

每次接收的数据包的长度是固定的,每个包长度为10个字节.

3万 · 2007-2-1 21:32

51之间的通讯可以采用单总线；
选择带内狗的51可以最大限度降低成本提高可靠性；

只看该作者 · 2007-2-1 21:35

您的观点是方案1更好一些.

3万 · 2007-2-1 21:38

"IO模拟串口"的可靠性的确没有多少把握~~~~~~~~~~~~
单总线你正好可以参考匠人的笔记！

只看该作者 · 2007-2-1 21:44

不过"单总线"不太需要,我的IO还够用,我计划用SPI方式.

只看该作者 · 2007-2-1 21:44

量增大一倍，成本却下来了，尽量采用标准51（而不是扩展51），这样产品成本低（包括维护成本，因为硬件基本不用变，未来变的是程序）尽量不要用软串口，可靠性不好

只看该作者 · 2007-2-2 09:09

我可能会换CPU。
你现在对成本有要求，估计也有一定的量了。建议换个CPU吧。2个CPU的成本可不会很低的，而且不是长久之计。
建议你看看hcs908aw16。

我以前编的io模拟串口收发是用16倍频检测RS232-RX，所以2400bps输入解码要2.4×16的频率分辨率，9600bps至少也要4倍倍频。所以很消耗资源。当然也能用其它方法，比如检测脉冲宽度等。

只看该作者 · 2007-2-2 09:29

只看该作者 · 2007-2-2 09:35

如果用IO口模拟的话（用SPI方式），那么，我想一个是时钟线，另一个则是数据，再一个是使能吧，使能口接中断口，主机发送数据时，就输出一个低电平，让子机中断进入接收模式。主机发接完数据后又把IO置高。不过当双方都发送数据时，这个就不好处理了。有可能会冲突了，具体要实现，我想还是比较复杂的，而且传输距离也不远。