问个STM32F103C8T6串口多机通讯的问题

只看该作者 · 2010-6-10 23:10

采用多机通讯机制，主机（PC）先发寻址字节，再发固定长度的数据字节。

设计的时候发生失误，没有想到其地址只支持4位数据（16个地址），而实际需要128个节点。因此想从软件上想办法弥补，计划是用元件判断寻址地址的完整值。

所以想问一下当某个芯片的USART因为收到寻址字节而被激活后，有没有办法能读到这个寻址字节？谢谢！

1万 · 2010-6-11 08:39

1）如何用元件判断寻址地址的完整值？
2）什么时候出现这个寻址字节？

1万 · 2010-6-11 08:40

你们俩个是不是一个单位的？怎么问同样的问题？

香主,STM32 UART 多机通信,1主多从,从机最多可支持多少个啊?

只看该作者 · 2010-6-11 09:06

真是无独有偶啊,
回香主,我从不认识TuBie,我单位暂时只有我在评估STM32F103多机通信方案

只看该作者 · 2010-6-11 09:45

楼主的好像板子已做出来了,俺的还在设计评估价段.

只看该作者 · 2010-6-12 13:24

我也不认识zlutian
板子确实是做出来了，然后读手册才知道STM32F103c8的多机通讯只支持4位硬件地址。个人认为这个设计也太奇怪了吧，用过好多种MCU都是8位的，头一次遇到支持持4位的。
现在的想法是还用多机通讯，软件里如果能读到这个寻址字节，自己再判断一下。这样至少可以把数据帧导致的软件中断减小到不用多机方式的1/16。
如果不能读到寻址字节，那我只能用纯软件来判断了，这样可靠性可能会降低。

只看该作者 · 2010-6-12 13:29

回香主：

数据通讯的过程是这样的：
1主机（PC）+128从机(STM32F103C8T6)
每次通讯都是主机先查询，从机应达；
主机发送的顺序是：寻址字节→延时20ms→命令字节→数据帧；
从机应达的数据帧就是一个数据序列了。

PC的程序不能做改变，现在还是想用硬件级别的多机通讯机制，以减小数据帧引发从机中断的次数。但是如果不能读取到用于寻址的寻址字节，那就没法用这种方法了。

只看该作者 · 2010-7-10 18:26

报告一下，采用多机通讯的机制，寻址字节的内容是可以被收到并引发中断的。

只看该作者 · 2010-7-10 20:32

看来这个问题确实需要香主寻求一个解决方案了

问个STM32F103C8T6串口多机通讯的问题

荣誉元老奖章

坚毅之洋流

十世金身

技术领袖奖章

伴坛终老

技术奇才奖章