You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the STM32 ATC library assumes that USART transmission and initialization are implemented using the HAL library. While this approach works well for users relying on HAL, it creates compatibility issues for those using alternative libraries such as the Standard Peripheral Library (Std library).
To address this, I suggest introducing a USART handler abstraction, similar to how the cJSON library allows users to customize malloc and free functions. This would make it possible for developers to define their own USART send, receive, and initialization functions without being tied to HAL.
The text was updated successfully, but these errors were encountered:
Currently, the STM32 ATC library assumes that USART transmission and initialization are implemented using the HAL library. While this approach works well for users relying on HAL, it creates compatibility issues for those using alternative libraries such as the Standard Peripheral Library (Std library).
To address this, I suggest introducing a USART handler abstraction, similar to how the
cJSON
library allows users to customizemalloc
andfree
functions. This would make it possible for developers to define their own USART send, receive, and initialization functions without being tied to HAL.The text was updated successfully, but these errors were encountered: