• 状态 Resolved
  • 已锁定 已锁定
  • 回复 9 回复
  • 订户 0 订户
  • 视图 402 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] MSP430F169：SPI TXEPT 时序问题

admin
Guru**** 2522400 points
Other Parts Discussed in Thread: MSP430F169

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/851941/msp430f169-spi-txept-timing-problem

器件型号：MSP430F169 
您好！ 

抱歉我的英语，谷歌做了翻译... 请务必要求澄清。

我使用 SPI 的 TXEPT 位来确保数据的发送完成。 但通过测量时间、我意识到 TXEPT 非常慢。

在发送最后一位到转换到"1" TXEPT 之间、我预计时间会接近0。 我测量的是9.5us、即发送位所需的时间的3倍。

SMCLK = 5MHZ；预分频器= 16。 黄色= SPI 时钟；绿色= TXEPT = 1时立即上升；紫色= SPI 数据 

为何出现此延迟、我在文档中找不到任何内容。 您是否有一个参考来解释这一点？


此致、

Didier

  • 0
    TI__Guru**** 2522400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    据我所知、TXEPT 未连接到任何外部引脚。 这意味着您使用软件发出其完成信号(绿线)。 在这种情况下，引入10uec 延迟并不困难--在1MHz 下，这大约是3个 CPU 指令。

  • 0
    TI__Guru**** 2522400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好！ 
    
我认为这不是问题的根源。 因为：

1)当我使用(使用相同的汇编代码) URXIFG0位而不是 TXEPT 位时、RX 位的最后一个采样与红色通道的上升后端之间的延迟为2.65us。 因此、我估计代码延迟约为2.5至3us、即13 Clk CPU

2)当我将预分频器设置为16至32 (无需接触 Clk CPU)时、我的时间从9.5us 延长至18.4us。 因此、负责的是 SPI、而不是代码
  • 0
    TI__Guru**** 2522400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我不知道答案、也没有任何 F1可供试验的东西。 [也许其他人知道吗？]

    蓝色线是 MOSI 吗？ 在 SCK 停止后、它暂停了一小段时间、然后变为高电平、这似乎有点奇怪。 我想知道这是否是 CPOL=1的伪影？

  • 0
    TI__Guru**** 2522400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    >蓝色线 MOSI 吗？

    完美(！) 在 TI MSP430F169文档中、蓝色线是 SIMO (MSP430F169外壳 RTD 29/64引脚)。 但对于我来说、SIMO = MOSI、我同意您的观点

    >我想知道这是否是 CPOL=1的伪影吗？

    CKPL = 1；CKPH = 0

    MOSI 的活动似乎表明、其中一个仍在发送 SPI 的状态机中。 (在 SPI 的状态机中、MOSI 信号单端激活。)

    检测该位并将 GPIO (红线)设置为1需要12个 CPU 时钟。 在本例中为2.4us 

    bit.b #、& 5个周期
Jz 2个周期
bis.b #、& 5个周期
  • 0
    TI__Guru**** 2522400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    很抱歉、我没有更多帮助。 在没有向导步入的情况下、我将说明明显的情况：如果检查 Rx IFG 可提供更小的延迟、请改用该方法。 (这是我无论如何做的、至少对于非长期交易。)

  • 0
    TI__Guru**** 2522400 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    感谢大家的回答

、我认为 TXEPT 有问题。 但可以确定的参数太多。

现在我使用 URXIFG0、它起作用了。 最复杂的事情是为我的客户更改文档、并解释原因。 我的应用程序在时间上非常重要、我无法承受微秒的误放。

我不知道如何与论坛合作(第一次使用此论坛)。 由于存在解决方案(URXIFG0)或不存在、我必须检查"这是否解决了我的问题"、因为我仍然不了解 TXEPT 的行为？ 

    此致 

    

    
			
    

		
		
		
		
	
    
	
    
		
    
			
		
    
	
    

	            
                 	
	
    
				
		                
                
                
                
                
                
                
        		
		
				
    
			
		
    
		
		 
		
		
     
    
	
    

    
			
    
			
    
		
    

		
    
	
    • 

		
	
  • 
		
    
			 


	
		
	
	









    
	
    
		
    
							
					
    
		
    
			
													0
							
			
				
									
							
						
				
			
			
			
					
    
	
    
	                                    
                      
    
                        
                          TI__Guru****
                        2522400 points
                      
    
                          
                   		
		
    
					
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Didier、您好！ 
    

    很抱歉耽误你的时间。  我正在研究您的问题、即 TXEPT 位的设置比预期的晚。  我会在收到一些信息后立即通知您。  正如 Bruce 所说的那样、也可以使用 URXIFG0。  您是否看到此解决方案的延迟更低？  
    
			
    

		
		
		
		
	
    
	
    
		
    
			
		
    
	
    

	            
                 	
	
    
				
		                
                
                
                
                
                
                
        		
		
				
    
			
		
    
		
		 
		
		
     
    
	
    

    
			
    
			
    
		
    

		
    
	
    • 

		
	
  • 
		
    
			 


	
			
		
	









    
	
    
		
    
							
					
    
		
    
			
													0
							
			
				
									
							
						
				
			
			
			
					
    
	
    
	                                    
                      
    
                        
                          TI__Guru****
                        2522400 points
                      
    
                          
                   		
		
    
					
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Eddie、 

    我确认 URXIFG0的延迟较短、我现在正在使用此解决方案(我有测量、但现在不可用) 

    我可以毫无问题地做到这一点，但由于我的项目在时间上非常紧张，所有能够减少延迟的解决方案都是受欢迎的. 因此、TXEPT 的延迟让我感到惊讶。 
    

    感谢您的四位面试 

    此致 
    

    Didier 
    
			
    

		
		
		
		
	
    
	
    
		
    
			
		
    
	
    

	            
                 	
	
    
				
		                
                
                
                
                
                
                
        		
		
				
    
			
		
    
		
		 
		
		
     
    
	
    

    
			
    
			
    
		
    

		
    
	
    • 

		
	
  • 
		
    
			 


	
		
	
	









    
	
    
		
    
							
					
    
		
    
			
													0
							
			
				
									
							
						
				
			
			
			
					
    
	
    
	                                    
                      
    
                        
                          TI__Guru****
                        2522400 points
                      
    
                          
                   		
		
    
					
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    迪迪埃、 
    

    很抱歉耽误你的时间。  我仍在研究 TXEPT 与 URXIFG0之间较慢设置的原因、希望能在短期内提供一些反馈。  很抱歉、我还没有相关信息、但想更新您的信息。 
    
			
    

		
		
		
		
	
    
	
    
		
    
			
		
    
	
    

	            
                 	
	
    
				
		                
                
                
                
                
                
                
        		
		
				
    
			
		
    
		
		 
		
		
     
    
	
    

    
			
    
			
    
		
    

		
    
	
    •