Do you mean interpolating between trigger points? If so, then yes. Something like an Arduino is more than fast enough to pretty accurate timing between trigger points.gtadmin wrote:Thanks Bill, it was interesting, and I learnt something.
But with the can encoded, that encoding has to be positioned very accurately in relation to the optos, yes?
What I was suggesting is that provided we know where the can is at one point in time, then no matter what the physical relationship was between that point and the optos, it could be aligned with the optos (as near as) perfectly by the software in the processor, which then provides the "hall" signals to the controller. And you only need one opto to do it. The second opto is to provide clockwise / counter-clockwise sensing.
Jeez, I hope that makes sense
Yes. The uC would calculate all trigger points once the initial offset was configured in software. Of course, I would then need to understand what needs triggering, when it needs triggering, and in what order it needs triggering, something I haven't figured out yet (or more truthfully, haven't bothered to figure out yet). I think that if Burtie (for instance), who has a far greater understanding of these things, were to use this tactic, why reinvent the wheel?Tiverion wrote:...Do you mean interpolating between trigger points? If so, then yes. Something like an Arduino is more than fast enough to pretty accurate timing between trigger points.