Peripheral in conflicts with others

[SMusc.1]

Hello everyone, I have the following question: when, as in the attached image, you see a peripheral like the USART1 in yellow (in conflict with other peripherals), is it still possible to use it? I ask this information because I am looking for a NUCLEO card that best meets my specifications and I want to avoid buying a card for which I can not use the peripherals I need to the fullest.

[mƎALLEm]

Hello,

The Yellow color (AFAIK) means you can use partially the peripheral / in certain mode with that "conflict".

Red color you cannot use it at all with that "conflict".

You need to pass the mice cursor over the colored background and see what message is showing and what conflict it presents.

[Andrew Neil]

---

@mƎALLEm wrote:

Red color you cannot use it at all.

---

Can't be used simultaneously - but, depending on the application, it might be possible to reconfigure at run time so that one is used at a time as required ...

[mƎALLEm]

---

@Andrew Neil wrote:

---

@mƎALLEm wrote:

Red color you cannot use it at all.

---

Can't be used simultaneously - but, depending on the application, it might be possible to reconfigure at run time so that one is used at a time as required ...

---

Indeed but that requires the user needs to reconfigure the peripheral each time he switches from a peripheral to another. But in some cases even it's possible in software that's not possible from hardware stand point to due to the hardware constraints of the application itself i.e. the external components that induce some conflicts..

[Ozone]

IN addition to the comments already posted, it looks like the IDE config tool tells you the selection of UART pins conflict with another, here probably USB.

Many peripherals (like UART) have several GPIO routing options which you can choose alternatively (or even simultaneously). In this case, review the data sheet for respectiva "alternate GPIO functions" and check for another option.

More complex peripherals like USB, ethernet or external busses (parallel memory, LCD) use to have few or no alternatives.

[LCE]

UA(S)RT is a good example:

it is yellow, because you might not be able to use all IOs for synchronous operation, but still the common async. 2-pin version.

That is IMO the best use case for CubeMX: not for generating (more than basic init) source code, but to find out which peripherals might block each other because of the multiple alternate functions on the GPIOs.

[SMusc.1]

thanks everyone. One last question. If I disable the USB_OTG_FS device to keep the USART1 device fully operational, what problems could I run into?

[Andrew Neil]

If it's on a Nucleo board, make sure that there aren't components (eg, related to USB) fitted to those pins which would interfere with UART operation.

Or just reconfigure UART1 to use different pins.

 

[SMusc.1]

Configuring UART1 on different pins is fine, but I didn't understand the first answer. Could you be more specific or give me some more detailed examples? For the board I use: nucleo-u575zi-q, for now I'm only interested in working on timers, ADC, USART. Can I therefore safely disable the USB-related pins?

[mƎALLEm]

From the schematic of the board:

You can use the USART1 in Asynchronous mode, so no conflicts with USB. I didn't check the pinouts but I suppose the conflicts resides in the USART synchronous mode and USB when used at the same time.

With that Nucleo board you can use USART1 with STLINK-Virtual comport where you can use it directly with HyperTerminal.

If you need to use USART1 externally you need to remove SB32 and SB34 solder bridges to remove the conflict with the STLINK.

Hope I answered your question.

[SMusc.1]

Hi, I am trying to find out if a card: F207ZGT is right for me. For this reason I have selected the peripherals I need. If I go to USART1 I see that it is the conflict with the USB, partially in asynchronous mode and totally in synchronous mode. My questions are the following:
1) by disabling the USB peripherals on the pins that are set to default, what can I run into? Can you provide some examples of applications that use the USB peripheral PINs?
2) if I leave the USB peripherals active and continue to use the USART1 in asynchronous mode (therefore partially), will I be able to establish communication with a serial terminal for example without problems or not at all?

 

Attached the screen shot of the board that I am interested in purchasing and that i am talking above regarding the USART1 conflict.

[mƎALLEm]

Sorry I didn't understand, you previously talked about NUCLEO-U575ZI now you are talking about F207!

Please stick on one MCU/board..

[SMusc.1]

 F207!