2020-05-11 02:03 AM
Hello, I try to control a motor using STEVAL-SPIN3201, a hall sensor and a encoder (in position control). I compile the generated files (generated via ST motor control workbench) via make.
In speed position based on hall-sensor, the compilation work and I'm able to control the motor without problem.
Moreover, when I add auxiliary sensor (Main: encoder, aux: hall sensor) and I start the compilation, I a have a RAM overflow during linking (overflow of 8bytes).
To add the sensor we have modified the board (remove potentiometer) but I cannot found the related option in ST motor control workbench.
Do you know if adding a second sensor on STEVAL-SPIN3201 is possible and if yes what do I have to change to make it works?
Thanks in advance
Solved! Go to Solution.
2020-05-26 06:22 AM
I guess so too @Karl Hönemann. In fact I was trying to understand why configure both the Hall and Encoder as position feedback sensors for the FOC algorithm.
The reconstruction of the electrical angle from the encoder feedback introduces a strong overhead to the system (dedicated data structure, functions, etc.).
If @FGron.1 want to add the management of an encoder into the system I suggest the following:
At the moment the only option for the position algorithm included into the MCSDK uses the Encoder for both positioning and electrical angle reconstruction.
2020-05-14 09:06 AM
Hi, can you give some more details?
Do you want to use the encoder as auxiliary sensor for the FOC algorithm or do you want to enable the position control?
2020-05-25 10:32 AM
Hi :)
As far, as i understand the question, he wants to use the Hall´s for "commutation" related stuff and further the external encoder (quadrature enc. ?) to read and control the position of the motor (like a servo drive). After adding all the functions, the compiled program is using too much RAM (or maybe doesn´t fit into flash…) anymore.
2020-05-26 06:22 AM
I guess so too @Karl Hönemann. In fact I was trying to understand why configure both the Hall and Encoder as position feedback sensors for the FOC algorithm.
The reconstruction of the electrical angle from the encoder feedback introduces a strong overhead to the system (dedicated data structure, functions, etc.).
If @FGron.1 want to add the management of an encoder into the system I suggest the following:
At the moment the only option for the position algorithm included into the MCSDK uses the Encoder for both positioning and electrical angle reconstruction.