markobetti
10 kW
- Joined
- Jul 16, 2009
- Messages
- 620
Burtie , you are one important dude here This is great
mdd0127 said:flathill said:http://www.amtencoder.com/Product/AMT303
These look really cool. I looked at them a while back but had a concern. There is only one thing that makes me question their reliability for our application. It appears that it's using a compression fit on the plastic adapter that interfaces the shaft. I didn't see what material was specified for the adapter but it would have to be some kind of sticky urethane or something to work
gtadmin said: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 :lol:
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 said:...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.
--
Bill