View Single Post
  #57   Spotlight this post!  
Unread 19-04-2012, 18:18
Ether's Avatar
Ether Ether is offline
systems engineer (retired)
no team
 
Join Date: Nov 2009
Rookie Year: 1969
Location: US
Posts: 8,040
Ether has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond reputeEther has a reputation beyond repute
Re: paper: Shooter Wheel Speed Control


Tom Line:
We'll play around a bit more at 10ms using our own rate calculation and not the FPGA.


Ether:
I was assuming that your rate calculation involved getting the encoder counts and dividing by the elapsed time, is that right? If so, when you call a library function to get the encoder counts, you are getting them from the FPGA.




Reading the encoder with the getrate from the labview getrate ntroduces a large amount of noise that counteracts any positive effect from the bang-bang (for us).

I think that may be due to lag and filtering. I think it would be worthwhile to test that in the context of my previous post.



What you suggest is how we started out, and there's a huge amount of error (+/-100rpm).

Please clarify what this +/-100RPM number means (see Chris' post)



Reply With Quote