The AMDC forces the user into ABZ incremental encoders... These all have the start-up issue of needing a rev to find the Z pulse, so not technically absolute positioning. For mag lev devices, this might be annoying since you might not be able to easily open-loop rotate the rotor automatically.
Many products exist which are inherently absolute devices! By strapping an ABZ interface to it, it turns an inherently absolute sensor to relative... If we use a different interface (e.g. BiSS-C or SSI), we get a real absolute value right away. However, you'll run into issues with sampling resolution / timing with these which is non-trivial to solve (only large issues when control frequency is close to sampling frequency of data from encoder device).
I suggest we think about how to support as many common position sensor interfaces as possible. Some examples:
- ABZ
- Sin Cos resolver
- BiSS-C
- SSI
The AMDC forces the user into ABZ incremental encoders... These all have the start-up issue of needing a rev to find the Z pulse, so not technically absolute positioning. For mag lev devices, this might be annoying since you might not be able to easily open-loop rotate the rotor automatically.
Many products exist which are inherently absolute devices! By strapping an ABZ interface to it, it turns an inherently absolute sensor to relative... If we use a different interface (e.g. BiSS-C or SSI), we get a real absolute value right away. However, you'll run into issues with sampling resolution / timing with these which is non-trivial to solve (only large issues when control frequency is close to sampling frequency of data from encoder device).
I suggest we think about how to support as many common position sensor interfaces as possible. Some examples: