Thanks! :) This is the current beta of YAKINDU Statechart Tools installed via update site into the stmcubeide. I‘m a developer there and preparing an example.
I'm not sure I understand the issue with the desktop app. Generally, to debug networking issues you need to use a network monitoring tool like wireshark. Using this you can find out if your desktop app is the bottleneck or the mcu. Just monitor the port and the IP and see who sends what and when.
I don't think that Windows or Linux or any programming language had to do with networking performance for small data. I would consider that only if we were talking about gigabits of data and multiple endpoints. No matter what programming language you use, the bottom networking layer is the same.
Now, if you're using blocking sockets on the desktop for small data, doesn't harm that much because the OS can switch between tasks and threads without notice any delay. On the MCU though, it matters.
Finally, if you try to send many data, then don't create many sockets and don't send data in parallel. You need to serialize your data and use a single send and receive buffer. Also, implement your communication protocol in such a way that each transaction is atomic, meaning that if you send configuration data from PC->MCU then serialize the config, send it and when it's received, it's applied (maybe), then it's acknowledged and then you send the next one.
It's okay, there's a lot of people on hackaday using it on a regular basis. I haven't used it much yet but it seems quite handy and powerful enough to replace 900/t12/weller soldering stations entirely. Here is a good review https://www.reddit.com/r/electronics/comments/6h0gam/ts100_the_open_source_wellerkiller_for_50_bucks/
For a cheap (<$2) STM32 board, see this:
And this guy has a great introduction to STM32 :
To add to that, you can also use the CLion IDE to generate cmake files from STM32CubeMX projects.
Unfortunately that is paid software and might not work for you, but you could use a template like this as a boilerplate to write your own CMakeLists.txt.
https://launchpad.net/~terry.guo/+archive/gcc-arm-embedded
Here ya go, just do the add-apt, then it should be available for install. Works great btw, used it for both the stm32f4 and cortex a-8/9's.
I was in the same boat. This book was exactly what I think you are looking for: https://www.amazon.com/gp/product/0997925949
It has helped me learn things at the bare-metal level.
> it wouldn't be a good choice.
... specifically if you wanted to use mbed.
I believe the board you linked (cheaper here, if that's the identical board, and I think it is) is the one being used in this free embedded.fm course, which might be of interest. Read through and see if it looks interesting, maybe.
I did not install specific drivers, but it shows up in my device manager as a "Silicon Labs CP210x USB to UART Bridge (COM8)" -- and yes, I am selecting the correct COM port (and I've used the properties of my COM8 port for the specific bauds/pairities)
I am using a chinese clone (so this may be where the difference stems from) my boot1 pin is jumped to ground (as stated in the OP) and I am able to get it into the serial upload mode (where the board looks dead).
My board is TTL I believe (per its description on amazon and my device manager)