Posted by vikas on 2016-07-29 22:30

Hi Mat,

Yep doesnt make so much sense to me either. You’ve figured it right anyway, I did the same last year with the 411RE also.
As you read, the UART is currently bridged over the ST-link’s virtual COM. First open the virtual COM and see the characters will be there hopefully.
After this you need to hackerise the board a little bit. I dont remember exactly but maybe couple zero ohms links need removing. In mine Id got the arduino uart enabled , then routed a spare UART over to the ST-link since its nice for printf debugging output.
something like attached.
hope it helps....
vik

Posted by mattes on 2016-08-04 20:46

So I got things sorted. As Vik pointed out the serial interface 2 (pa2/pa3) is routed through the virtual com interface of th eprogrammmer’s USB interface. For those of you who are using Linux. it will be /dev/ttyACM0. So a simple cat /dev/ttyACM0 should echo all printf send from the foirmware side. in Fedora 24 or earlier there is something called ModemManager that gets in your way. Things run more smoothly if you disable it. the following worked for me:

systemctl status dbus-org.freedesktop.ModemManager1.service
systemctl disable dbus-org.freedesktop.ModemManager1.service
the easiet is now to reboot so Network manager stops using the ModemManager.

So I now finally get my data send out via serial from the F401 nucleo board. Cool. But there is still one caveat:
Mat

Posted by mattes on 2016-08-04 20:52

So now I can send data out via serial from the F401 nucleo board. Cool. But there is still one caveat:

The data I receive is distorted. Not all the char but roughly 3 out of 4.
For every char I send, I will receive one char.

I added delays sending between chars. same issue. So obviously no overfow issue.
I started switching baudrate. But no change.

I checked with my Saleae LA, hooking up to the TX/RX pins on the programmer board (right next to teh SWD header).
I see the same serial stream I see on the Host/PC side. So the corruption seems to already happen when the STM 32 F401 sends the data out.

I am using for testing the STM32 demo sample. So not sure what is wrong.

Anybody else encountered similar behaviour?
I never had such issue with my other ST board. So I am at loss right now.
Is there something wrong with the initialization of the chip?

Mat

Posted by Murray on 2016-08-13 23:45

Hi Mat,

What happens if you send the working character over and over again? Does it flake out sometimes? If so it could be a signal strength problem. I’d scope it and look at the data if you can.