UART1管脚重定义使用的，内部ROM还支持升级吗？

只看该作者 · 2010-8-30 13:42

有明确的说法吗？谢谢

1万 · 2010-8-30 13:51

支持。

只看该作者 · 2010-8-30 13:53

谢谢版主，意思就是ROM程序会尝试所有的USART1的管脚各种配置直到与PC上的更新软件通讯成功，是这样吧？

1万 · 2010-8-30 13:58

谢谢版主，意思就是ROM程序会尝试所有的USART1的管脚各种配置直到与PC上的更新软件通讯成功，是这样吧？
jinqiu 发表于 2010-8-30 13:53

你指的是什么型号的芯片？

只看该作者 · 2010-8-30 14:02

具体来说STM32F103ZET6，144封装，我想把PB6和PB7重定义成UART1，这样方便我使用更多的TIMx。我担心以后不能再用内部的ROM通过重定义后的UASRT1升级程序。

1万 · 2010-8-30 14:06

重定义成UART1是你自己程序的事情，系统存储器中的Bootloader并不做重定义，它只通过默认的USART1端口与PC通信。

不要忘记，系统复位后所有的重定义配置失效。

只看该作者 · 2010-8-30 14:14

哦，那就是如果我不按照系统默认的USART1管脚配置来使用，我就不能使用内部ROM来升级应用。谢谢。
-----------------------
另外再请教下上电过程中I/O管脚电平状态是什么样啊?

1万 · 2010-8-30 14:19

哦，那就是如果我不按照系统默认的USART1管脚配置来使用，我就不能使用内部ROM来升级应用。谢谢。
-----------------------
另外再请教下上电过程中I/O管脚电平状态是什么样啊? ...
jinqiu 发表于 2010-8-30 14:14

随便你USART1管脚怎么配置，这是你的事情；系统重新启动后引脚重定义就失效了！！
Bootloader与你自己的程序是相互独立的。

上电过程中I/O管脚电平状态是默认的浮空输入。

只看该作者 · 2010-8-30 14:22

感谢版主的热心解答。我从atmel的arm7刚转过来。
“系统重新启动后引脚重定义就失效了”这块您反复提及是有什么特殊含义吗？
重定义功能应该是我的应用程序的初始化部分配置的，如果重新启动，不是又重新进行了初始化配置吗?

1万 · 2010-8-30 14:42

感谢版主的热心解答。我从atmel的arm7刚转过来。
“系统重新启动后引脚重定义就失效了”这块您反复提及是有什么特殊含义吗？
重定义功能应该是我的应用程序的初始化部分配置的，如果重新启动，不是又重新进行了初始 ...
jinqiu 发表于 2010-8-30 14:22

不错，如果重新启动，是要重新进行初始化。但是用Bootloader升级Flash的时候，Bootloader的程序并不执行你设定的初始化过程，它执行自己的初始化过程，而这个"它自己的初始化过程"不对USART1进行重新映射。

只看该作者 · 2010-8-30 15:16

懂了，多谢。
也就是ROM固化的Bootloader并不会尝试其管脚配置的所有的可能性：）多谢。
---------
再请您给论证下方案的可行性：
STM32F103ZET6,64K RAM,512M Flash,
晶振8M--PPL--->72M,32.768K(6pF)--->内部RTC.
USART×5，波特率9600,3全双工，2半双工
TIM1,TIM3,TIM8共12通通，分别对600HZ的输入脉冲进行测量。
FSMC外接LCD+8×8KeyPad等等，用FSMC_NE1~NE4+地址译码使用
I2C2外接RTC+EEprom.(据说硬件I2C接口有问题？芯片内置RTC精度如何？)
SPI2外接SPI Flash
跑Ucos或同类RTOS.
-------------------------------
这样的方案，那些地方有风险？那些地方需要注意？

1万 · 2010-8-30 15:27

只要你的引脚分配没有冲突，就没有问题。

只要操作正确，硬件I2C接口很好用。

只看该作者 · 2010-8-30 15:42

用Atmel-ARM7时候有个地方挺别扭：
串口：我们的半双工应用情况是发送的数据同时回环到接收线上。正常操作是关闭接收中断-》启动发送中断-》发送结束中断-》关闭发送中断-》打开接收中断。而ATMEL的“发送结束中断”是其发送寄存器内数据为空就会产生，其实这个时候只是将发送寄存器内的数据放到移位寄存器，并没有真正送到线上，我们需要动态根据波特率来延时一个字节时间再打开接受中断，这个挺烦。。
串口配置成ISO７８１６模式时，校验位只能为偶校验，这样在TS反向约定时候有问题。
这个不知道STM32是否可以规避这些问题？