Before this,a_phaAdvMax was sent over the wire as 1 byte (uint8_t) but parsed as 2 bytes (uint16_t). When testing the v1.3 boards, this has lead to unexpectedly high speeds when field weakening in sinusoidal mode.
This bug has not caused a problem in the past, possibly because the CAN controller zeroed out the following bytes. We now use a GD32 chip instead of STM32 which may have a slightly different CAN controller. Another possible causes might be a difference in compiler version.
Before this,`a_phaAdvMax` was sent over the wire as 1 byte (`uint8_t`) but parsed as 2 bytes (`uint16_t`). When testing the v1.3 boards, this has lead to unexpectedly high speeds when field weakening in sinusoidal mode.
This bug has not caused a problem in the past, possibly because the CAN controller zeroed out the following bytes. We now use a GD32 chip instead of STM32 which may have a slightly different CAN controller. Another possible causes might be a difference in compiler version.
0xFEEDC0DE64
(Migrated from github.com)
reviewed 2022-10-02 02:08:58 +02:00
CommanderRedYT
(Migrated from github.com)
approved these changes 2022-10-02 08:14:56 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Before this,
a_phaAdvMaxwas sent over the wire as 1 byte (uint8_t) but parsed as 2 bytes (uint16_t). When testing the v1.3 boards, this has lead to unexpectedly high speeds when field weakening in sinusoidal mode.This bug has not caused a problem in the past, possibly because the CAN controller zeroed out the following bytes. We now use a GD32 chip instead of STM32 which may have a slightly different CAN controller. Another possible causes might be a difference in compiler version.