Thread Details

  • State Verified Answer
  • Replies 5 replies
  • Subscribers 79 subscribers
  • Views 1718 views
  • Users 0 members are here
Options 

        

            Post
             Go back to editing
        

    

    


    

    









		


















	
	
			
	
			
		
	
	
		

	    
	    
	    		
ADV7280-M Timeout on Syncpt

		
	
				

			

									
					    kwebster83
					
							

            
            			
				
									
											
			
			
				
			
			
			    	
			                    
                
				                on Feb 10, 2017 
				
			
			
		

		
		                     
				
        		

		    
		    		    
		    			

			    
I've recently posted about getting a ADV7280-M working over CSI on our NVIDIA Tegra system-on-module.

 
This now works and I can happily stream video.

 
However, I've recently stumbled across some issues when starting a gstreamer pipeline whereby occasionally, the video feed stutters and stumbles, with occasional half previous frames being shown alongside half current image frames (if that makes any sense).

 
Having had a look through the Linux dmesgs, I can see the following being output:

 
[ 1064.946867] vi vi: Timeout on VI syncpt
[ 1064.946891] vi vi: buffer_addr = 0x00707000
[ 1064.946911] vi vi: PPSTATUS = 0x00000000, CILSTATUS = 0x00000000
[ 1066.956686] vi vi: Timeout on VI syncpt
[ 1066.956709] vi vi: buffer_addr = 0x0079f000
[ 1066.956750] vi vi: PPSTATUS = 0x00000000, CILSTATUS = 0x00000000
[ 1068.956679] vi vi: Timeout on VI syncpt
[ 1068.956703] vi vi: buffer_addr = 0x00707000
[ 1068.956724] vi vi: PPSTATUS = 0x00000000, CILSTATUS = 0x00000000
[ 1074.506788] vi vi: Timeout on VI syncpt
[ 1074.506812] vi vi: buffer_addr = 0x00707000
[ 1074.506833] vi vi: PPSTATUS = 0x00000000, CILSTATUS = 0x00000000
[ 1076.516691] vi vi: Timeout on VI syncpt
[ 1076.516715] vi vi: buffer_addr = 0x0079f000
[ 1076.516736] vi vi: PPSTATUS = 0x00000000, CILSTATUS = 0x00000000
[ 1078.516694] video4linux video0: Timeout on CSI syncpt
[ 1078.516719] video4linux video0: buffer_addr = 0x00707000
[ 1078.516744] video4linux video0: PPSTATUS = 0x00000000, CILSTATUS = 0x00000000, ROSTATUS = 0x00000000
[ 1080.516752] video4linux video0: Timeout on CSI syncpt
[ 1080.516777] video4linux video0: buffer_addr = 0x00707000
[ 1080.516803] video4linux video0: PPSTATUS = 0x00000000, CILSTATUS = 0x00000000, ROSTATUS = 0x00000000

 
If I power down the camera and power back on while the gstreamer pipeline is closed, about 6/7 times out of 10, the video feed starts again and is smooth without stutter - the rest of the time, the feed is jerky and has issues (if I can capture some images then I will add them to this post).

 
One previous post on a similar "timeout on VI syncpt" issue mentions the "continuous_clk" field of the platform data for the camera. The adv7280-m driver on my Linux distro has it set to "1" which could be incorrect.

 
I'd be grateful for any advice.

 
Kevin

			

			
									
		                             
                        

    

                                            
                 v4l2
                
                                                    
                 timeout
                
                                                    
                 adv7280-m
                
                                
            

    
    
		


				
				        
        		

			
						
									
												
			
			
                        
                                    
                        
                        
                        
            
			            
						
						
			
			
			
			
		


        
        
        
    
					

			





















	

	

					



			








	
	
	
	



Parents
	
    
	

  • 
	
    



	
		
	
	



    
	
    
		
    
							
					
    
		
    
		    
		    		    
			
				
									
							        
			
			
			
    •  Analog Employees  
    
            
						
                            
            
            				
            
                on Feb 14, 2017 11:02 AM
            
            
						
			            		
    
		
										0
					
	
    

		
		
    
		
    
                                
                                                            
    
					
    Hi Kevin,
    
 
    Sorry I am not a software engineer so I have no idea if there is an issue with your code. I advise you follow Jeyasudha suggestion above and post on the Linux forum. 
    
 
    What I will say is that if there is any distortion on the analog video input to the ADV728x then this will be fed out from the ADV728x. In order to check that your code is correct I advise programming the ADV728x into free-run mode. In this mode the ADV728x ignore the analog video input and outputs a color bars test pattern. If the issue is no longer present then you know the issue is with the analog video source or the Analog Front End of the ADV728x.  Sample free-run code is available here:
    
 
    ADV7280 / ADV7280-M Design Support Files 
    
 
    Also when the ADV728x locks to an analog video source it will start outputting video immediately. This means that the first field can be shorter than standard. This can confuse some microprocessors. I advise not storing the video output from the ADV728x until the ADV728x has locked to a video source (IN_LOCK and FSC_LOCK bits are high in user map register 0x10) and then wait until the next "frame start" MIPI packet. This will ensure that the first field received by the microprocessor is of the correct length. I discuss this in the applications note AN-1337 which is also available at the link above.
    
 
    Regards,
    Robert Hinchy,
    
 
    Applications Engineer,
    
 
    Analog Devices Inc.
    
			
    

		
			
	      

		
		
	
    
	
    
		
    
			
		
    
	
    
	
    
		
						
						
				
						
				
				
		
		
    
			
		
    
	
    

    

    • 

	




Reply

    


  • 
	
    



	
		
	
	



    
	
    
		
    
							
					
    
		
    
		    
		    		    
			
				
									
							        
			
			
			
    •  Analog Employees  
    
            
						
                            
            
            				
            
                on Feb 14, 2017 11:02 AM
            
            
						
			            		
    
		
										0
					
	
    

		
		
    
		
    
                                
                                                            
    
					
    Hi Kevin,
    
 
    Sorry I am not a software engineer so I have no idea if there is an issue with your code. I advise you follow Jeyasudha suggestion above and post on the Linux forum. 
    
 
    What I will say is that if there is any distortion on the analog video input to the ADV728x then this will be fed out from the ADV728x. In order to check that your code is correct I advise programming the ADV728x into free-run mode. In this mode the ADV728x ignore the analog video input and outputs a color bars test pattern. If the issue is no longer present then you know the issue is with the analog video source or the Analog Front End of the ADV728x.  Sample free-run code is available here:
    
 
    ADV7280 / ADV7280-M Design Support Files 
    
 
    Also when the ADV728x locks to an analog video source it will start outputting video immediately. This means that the first field can be shorter than standard. This can confuse some microprocessors. I advise not storing the video output from the ADV728x until the ADV728x has locked to a video source (IN_LOCK and FSC_LOCK bits are high in user map register 0x10) and then wait until the next "frame start" MIPI packet. This will ensure that the first field received by the microprocessor is of the correct length. I discuss this in the applications note AN-1337 which is also available at the link above.
    
 
    Regards,
    Robert Hinchy,
    
 
    Applications Engineer,
    
 
    Analog Devices Inc.
    
			
    

		
			
	      

		
		
	
    
	
    
		
    
			
		
    
	
    
	
    
		
						
						
				
						
				
				
		
		
    
			
		
    
	
    

    

    • 





Children
	
No Data


		
			








		

		

			
    
				
  • 
					
												
						
						
						
						
						
						
						

																										
						
						

					
					
					
				
    • 
			

		

	








































     



















		        
        

            
Before You Switch

            
        

        

        

            Switching languages will make ADI Explorer unavailable. Resume your session by switching back to English and reopening ADI Explorer.