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
Also, in ..\STM32\hardware\stm32\2017.9.22\variants\NUCLEO_L476RG\PeripheralPins.c,
const PinMap PinMap_UART_TX[] has UART4 mapped to both PA_0 and PC_10. is this correct? the same with PA_1 and PC_11.
It is not really broken. Serial3 (map to UART4) is only not defined by default in this core.
For the PeriperalPins.c this is correct. You can use one or the other pin to the Serial connection.
Ex:
hi, afaik, hardware serial ports numbers on the STM32L476 Nucleo-64 are specified to certain pins -- it would make sense to have the same nomenclature in the variant.cpp rather than let the user define his/her own. What do you think?
Hi, in fact since #122 is merged, there is no more need to define HardwareSerial in the variant.cpp.
Serial are now handle more generically.
User could (re)define them from the sketch depending of his need (even the SerialEvent)
If you want Serial3 enable the 'First third option in the Serial instance menu, this will enable the Serial 3.
Activity
fpistm commentedon Sep 26, 2017
Hi @mahesh2000,
I think you talk about:
https://github.com/stm32duino/Arduino_Core_STM32L4/blob/d30e65eed475fcdcafb9ce26e74be1055af860a5/variants/STM32L476RG_Nucleo/variant.cpp#L145
It is not really broken. Serial3 (map to UART4) is only not defined by default in this core.
For the PeriperalPins.c this is correct. You can use one or the other pin to the Serial connection.
Ex:
It's up to you to connect the serial interface on the right pins.
Howerver, I think you raised one issue:
How to define an extra Serial and process it to the SerialEventRun() and define the related serialEventx();
[-]Serial3 broken, fix created[/-][+]Serialx need to be more generic and flexible[/+]mahesh2000 commentedon Oct 6, 2017
hi, afaik, hardware serial ports numbers on the STM32L476 Nucleo-64 are specified to certain pins -- it would make sense to have the same nomenclature in the variant.cpp rather than let the user define his/her own. What do you think?
fpistm commentedon Oct 6, 2017
Hi, in fact since #122 is merged, there is no more need to define HardwareSerial in the variant.cpp.
Serial are now handle more generically.
User could (re)define them from the sketch depending of his need (even the SerialEvent)
If you want Serial3 enable the 'First third option in the Serial instance menu, this will enable the Serial 3.
fpistm commentedon Oct 6, 2017
By default, when Serial 3 is enabled on Nucleo L476RG pins will be PB10(Tx) PB11(Rx).
To change them call in the sketch:
before the
Serial3.begin(9600)