обещали поддержку, я только что в другом посте написал про свой опыт теста пакета стм32
простой блинк почти 10к сожрал
вот проглядел сейчас и собрал не блинк, а рфид
Example sketch/program showing how to read data from a PICC to serial.
This is a MFRC522 library example; for further details and other examples see:
https://github.com/miguelbalboa/rfid
Sketch uses 26356 bytes (40%) of program storage space. Maximum is 65536 bytes.
Global variables use 1288 bytes (6%) of dynamic memory, leaving 19192 bytes for local variables. Maximum is 20480 bytes.
а вот и блинк
Sketch uses 10156 bytes (15%) of program storage space. Maximum is 65536 bytes.
Global variables use 892 bytes (4%) of dynamic memory, leaving 19588 bytes for local variables. Maximum is 20480 bytes.
а вот для сравнения тот же блинк для меги328
Sketch uses 928 bytes (2%) of program storage space. Maximum is 32256 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2039 bytes for local variables. Maximum is 2048 bytes.
если взять процентное соотношение, то стм32 тут проигрывает и для плк я не вижу особого выигрыша (можно взять ардуину мега), а гимора с библиотеками хватит с головой
надо у флпрог менять концепцию и уходить с ардуины, т.к. генерируемый сишный код все равно непригоден для чтения, то пусть флпрог генерит не ардуиновский с++, а чистый си, который можно скормить компилятору кейла или какой там сейчас самый крутой компилятор считается
и еще надо сделать отдельную прогу или плюшку в флпроге, которая позволит делать не только пользовательские библиотеки из кода или модулей, но и полностью интерфейс, где можно будет мышкой выбирать из готовых значений как это у встроеных модулей
