主题中讨论的其他部件: MSP430FR5994
您好,
MSP432P401R的勘误表修复的状态是什么? 特别是4个与UART相关,1个与RTC相关? 看起来这些都与时钟系统有关,可能会使芯片不安全地进行串行通信。 您能否提供见解以可靠地解决这些问题? 我们有一个使用所有4个UART的项目,我们需要保证良好的串行通信。
Ed Ulicki
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好,
MSP432P401R的勘误表修复的状态是什么? 特别是4个与UART相关,1个与RTC相关? 看起来这些都与时钟系统有关,可能会使芯片不安全地进行串行通信。 您能否提供见解以可靠地解决这些问题? 我们有一个使用所有4个UART的项目,我们需要保证良好的串行通信。
Ed Ulicki
您好,Priya:
感谢您解决我的问题。
我们目前使用的是TI的MSP420F5359,并且已经使用了几年。 我们目前使用4个串行端口,尽管5359上只有3个,通过整合mux和交换机。
我们有很多传统代码,并且正在解决一个更改,这将需要系统中的6到7个UART以及SPI。 要处理此数量的串行端口,我们必须对SPI进行位惊叹。
由于额外的串行端口要求,我们正在使用2个MPU进行评估。 我们还有一个问题,就是要求对 代码进行现场加密下载。 因此,我们选择了至少一个处理器作为MSP430FP5994 (这也最大限度地减少了由于不同处理器系列而发生的变化)。 5994提供了4个UART以及一个工作加密下载。
必须选择第二个处理器。 我们正在评估MSP432P401R与第二个5994。
我们的所有代码都是直接注册访问。 我们根据 串行线路波特率混合使用LFXT (32 KHz)和DCO时钟源。
我们没有使用RTOS。 我们在计时器中断中遇到了一个长代码序列。 我们的大多数UART都是9600波特,因此我们不会遗漏其中的字符。 我们有一个115kHz的USART,通过CTS控制,
新项目将具有处理器间通信以及具有未知波特率的附加UART。 我们无法通过CTS控制其中的某些情况。
TI说,中断可能会减少问题,而不是消除问题。
我们只使用中断,不使用轮询。 由于在行的另一侧可能存在一个传统系统,这可能是单向的,或者不能由CTS控制,或者无法缓冲或重新传输消息,因此我们遇到了缺少字符的问题。
我们有一个选项是使用DMA来传递消息。 勘误问题:无论是否启用中断,始终获取串行线路上传输的每个字符的中断是否排除使用DMA?
我应该使用第二个5994或MSP432,或者可能使用2个MSP432?