Closed toogooda closed 3 years ago
Hi @toogooda Thanks for the report. This is a known issue. PeripheralPins.c files are automatically generated from the STM32_open_pin_data. I've opened an issue to remove this wrong AF: https://github.com/STMicroelectronics/STM32_open_pin_data/issues/2
I've fixed for the L151RET_L152RET_L162RET
:
https://github.com/stm32duino/Arduino_Core_STM32/blob/0686e2d5a873e16842e9f61dcb69fd095893e8f2/variants/STM32L1xx/L151RET_L152RET_L162RET/PeripheralPins.c#L241-L243
But forgot the fix one you pointed. The fix will be automatically populated when the STM32_open_pin_data will be updated.
@fpistm Perfect :)
I must say I am impressed that all the pins have now been pre generated I am now considering many other chips for prototyping, it doesn't look difficult to get new ones going.
Keep up the good work, STM is becoming more relevant in the prototyping space!
Describe the bug L151C8TxA does not compile if you chose any of the CDC options
This is the error message:
To Reproduce The code is not relevant to this issues as a blank .ino fill not compile but here is is anyway:
Steps to reproduce the behavior:
Expected behavior Compiles
Desktop (please complete the following information):
Board (please complete the following information):
RESOLUTION:
I have solved this with a hack but it needs to be fixed properly in the core: In the following file : C:\Users\User\AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.0.0\variants\STM32L1xx\L100C6Ux(A)_L151C(6-8-B)(T-U)x(A)_L152C(6-8-B)(T-U)x(A)\PeripheralPins.c
I changed:
I copied this from a working mcu (F103re) but had to replace AFIO_NONE which was undefined with 0 as it was undefined and I eventually found it was element 0 of an enum...
It now shows up as Com22 and works for Serial but I am sure there is a more eloquent permanent fix for the core.
Happy to help with testing if you make a core change.