2020-01-21 09:44 AM
SYSCFG_CFGR1.ENCODER_MODE is a two-bit bitfield, which - besides a "no remap" apparently allows a remap, documented as TIMx IC1 and TIMx IC2 are connected to TIM15 IC1 and TIM15 IC2 where TIMx is TIM2, TIM3 and TIM4 for the various setting of bitfield.
This is cryptic and I couldn't find any further reference to this bitfield in any associated material, so let me try to look into the crystal cube.
As TIM15 according to all available materials does not have an encoder interface in the slave-mode controller, this probably means, that the two inputs of TIM15 are connected also to the respective first two inputs of selected TIMx. But, as wording uses "TIMx_ICy" which is the filtered version of input, it's not clear, whether the filtering occurs already at TIM15 or at the "target" or both. The options, when the redirection is set, are:
Can ST please clarify. A diagram would come handy.
Thanks,
JW
2020-04-16 03:48 PM
I would also like some clarification.
I have been poking around with a quadrature encoder for the last few days. I believe the purpose of the remap is to be able to implement the M/T method, where one timer is used in the encoder mode and gives position information, and the second timer is used in XOR mode to measure the time between any signal state change to give accurate information about speed.
To be able to implement this, the connection between TIM15 and TIM2,3,4 would need to happen at the "pin" level. However, in the datasheet, it seems that the connection happens at the IC1 and IC2 level, which makes it impossible to have the XOR feature on only one of the two timers, and hence implement the M/T method.
Don't know how well I have managed to explain myself,
Thank you,
HB