Motor Pilot bug: Torque resets to zero

[DMeie.2]

I'm having following issue with the Motor Pilot that comes with the MCSDK 6.2.1 (V1.2.5).

I try to modify the Rev-up phase configuration.
Now when I write a torque value in any of the phases, this value resets to zero and is saved on the board (pressing "Read parameters" returns the zero values). If that happens, I cannot set it to any other value until I power-cycle the board, in which case it resets to the values predefined in firmware.

Any way to make this feature usable again?

[GMA]

Hello DMeie.2,

REVUp table setting through Motor Pilot feature is not available for all boards (STSPIN3202 e.g) due to memory footprint constraint.
If feature is not available you will have an error visible on Pilot logs tab.
Please check 

If it is the case, un-select box and select in register_interface.c file, the necessary commands for your use case that fits in available memory.

[DMeie.2]

Thanks for the reply, though it appears I was not completely clear about my issue.

The board I use is the Nucleo-G431RB.
The RevUp table feature is available and working in the MotorPilot. I can change the Duration and Speed just fine, and the changes are applied to the hardware.
But when I try to change the Torque, the value resets to zero and the motor doesn't spin up in this phase for obvious reasons.

[GMA]

Hello,

Two points:
- the Torque values on Pilot 1.2.5 RevUp table are now expressed in Amps (and not s16A as on older pilot versions). Using Torque values within power board allowed current range, values are correctly handled. Could you please verify it on your setup?
- There is an issue using high Torque values exceeding power board allowed range.
We will enter an internal ticket to solve this issue on further versions.

Thank you for your problem report.

[DMeie.2]

I checked the points you mentioned.
The values I try to enter should be valid.

For reference, I'm using the Nucleo-G431RB controller board together with the X-NUCLEO-IHM08M1 power stage.
A BLDC motor with max current of 12A is used.

In the MC Workbench the Rev-Up values are set as follows:

The first issue now is that in the Motor Pilot, the values already show up slightly wrong:

Now when I change the Torque value of Phase 1 to "2" (or 2.000, doesn't matter) for 2A, press enter to apply the value and then press "Read parameters", the Torque of Phase 1 is now 0 and can't be changed to anything else until I power-cycle the device. Same happens for the other Torque values.

I can change the other values (Duration, Speed) just fine, there's only some rounding errors applied there.

[GMA]

Hello,

The slight difference on Torque target values comes FW internal conversion from Amps to s16Amps, and Pilot conversion from s16Amps reported by FW to Amps for Pilot GUI interface.
With Nucleo-G431RB/X-NUCLEO-IHM08M1/Dummy motor with max current = 12A on WB6.2.1 and Pilot1.2.5, values are correctly taken into account within allowed range.
As soon, the hFinalTorque value in RevUpControlM1 struct becomes negative (high values not correctly handled on our side), I see the negative value appearing on Pilot GUI, and set to zero when I click on the box.

On your use case, do you have errors visible in Pilot "Logs" tab?

[GMA]

Hello,

Could you please send us your ".stwb6" file?
We would like to see where this different behavior comes from.

[DMeie.2]

I attached the .stwb6 file I use for evaluation.
However, some changes have been made to the pin settings (this is for the evaluation of our own implementation), so it can't be used with the devboards without some manual cable routing.

Most notably is probably the change to have all motor-related analog inputs on ADC1.
If required, here's the routing table:

Funktion	IHM08	Nucleo-G4
E5V	C7-6	C7-6
3V3	C7-16	C7-16
Hall H1	C7-17	C10-13
Hall 5V	C7-18	C7-18
GND	C7-20	C7-20
GND	C7-22	C7-22
Curr_fdbk_PhA	C7-28	C7-28
VBUS_sensing	C7-30	C7-37
VL - TIM1_CH2N	C7-34	C10-12
Temp_fdbk	C7-35	C7-35
Curr_fdbk_PhB	C7-36	C7-30
Curr_fdbk_PhC	C7-38	C10-35
UL - TIM1_CH1N	C10-15	C7-23
VH - TIM1_CH2	C10-21	C10-21
UH - TIM1_CH1	C10-23	C10-23
WL - TIM1_CH3N	C10-24	C10-26
Hall H3	C10-25	C10-2
Hall H2	C10-31	C7-32
WH - TIM1_CH3	C10-33	C10-33

I also checked the logs, however there's no messages when that issue happens.

[DMeie.2]

@GMAAny more information on this?
It has been over a month now...

[DMeie.2]

@GMA  Monthly ping to hear back on this, as this is still a relevant issue...