Середовище для CMSIS

[oldPsyho]

Вітаю всих ,  хто з власного дісвуду може порадити оптимальну IDE  для програмування STM на CMSIS .  Куб заточено під хал , можна там створити проект і на CMSIS  но хотілося чогось простішого .  Розглядаю платформіо але хз . Може хтось щось порадить . Дякую .





 

Зазвичай не потрібно ніяких IDE: код пишуть в любому редакторі (vscode for ex.), збирають через make, дебажать з jlink + gdb. HAL - це моветон, треба юзати LL. platformio - сирий непотрiб, дивiться в сторону Zephyr.




 

Гмгм, порівняння пальця з...
Zephyr це RTOS, так само як і FreeRTOS підтримка якої в Stm32Cube є, а PlatformIO це фреймворк як і mbed чи arduino (саме фреймворк а не девборди)...
 



 

Гм, змiшались конi та люди. FreeRTOS - це голий scheduler, де ви там RTOS побачили ? mbed, platformio та arduino - iграшки для дiтей. ну якщо подобається, то грайтеся далі


 

А що ще від RTOS в 90% випадків треба?
А фремворками багато людей граються, бо якщо воно повністю підходить під задачі, то навіщо винаходити велосипед?
 
 

[oldPsyho]

FreeRTOS - це голий scheduler, де ви там RTOS побачили ?


 

Будь яка RTOS - це шедулер та механізми синхронізації. У FreeRTOS усе це є - семафори, евенти, черги та інше. Я досить багато програмував багатопоточного софту під форточками (серверний софт), і я розумію що FreeRTOS має дещо спрощену архітектуру. Але й працює вона на контроллерах з досить обмеженними ресурсами.

дійсно - життя дуже коротке щоб витрачати його на нудне повсякденне ковзання мишкою по столу, намагаючись продертися скрізь десятки меню щоб виконати одну й ту ж операцію.


 

Можливо пан не знає, але людство давно винайшло хоткеї Вони були ще за часів TurboC (хто пам'ятає що це? а хто працював на ньому? ). Тому миша непотрібна - професіонал працює 99% часу виключно з клавіатурою у любому IDE
 
 

 

Можливо у пана травма від C++ Builder/Delphi/Visual Basic))
 

[Sfinx]

FreeRTOS - це голий scheduler, де ви там RTOS побачили ?


 

Будь яка RTOS - це шедулер та механізми синхронізації. У FreeRTOS усе це є - семафори, евенти, черги та інше. Я досить багато програмував багатопоточного софту під форточками (серверний софт), і я розумію що FreeRTOS має дещо спрощену архітектуру. Але й працює вона на контроллерах з досить обмеженними ресурсами.

дійсно - життя дуже коротке щоб витрачати його на нудне повсякденне ковзання мишкою по столу, намагаючись продертися скрізь десятки меню щоб виконати одну й ту ж операцію.


 

Можливо пан не знає, але людство давно винайшло хоткеї Вони були ще за часів TurboC (хто пам'ятає що це? а хто працював на ньому? ). Тому миша непотрібна - професіонал працює 99% часу виключно з клавіатурою у любому IDE
 
 

 

Будь яка RTOS - це не тiльки букви в назвi. Це сучасне ядро + API + драйвера + розвинуте середовище розробки + жива community. Для мене FreeRTOS - це тiльки застарiле ядро, яке якiсь сивi ветерани тягнуть за собою, як караван верблюдiв тягне за собою пилюку в пустелi.

Можливо пан не знає що кожен сам пиз.ець свому щастю. Хтось пише на турбоЦ, хтось навіть юзає хоткеї, але зазвичай кінцева мета - це бути масксимально еффективним та професійним. Мишкою чи хоткеями може люба бібізяна довго ковзати по дісплею/меню витрачаючи на це зайвий час. Профі витрачають цей час на себе, а не на тупий GUI. Вiн навiть його не запускає - нащо, якщо всю основну роботу все одно робить компiлятор.


 

[Sfinx]

FreeRTOS - це голий scheduler, де ви там RTOS побачили ?



 

Будь яка RTOS - це шедулер та механізми синхронізації. У FreeRTOS усе це є - семафори, евенти, черги та інше. Я досить багато програмував багатопоточного софту під форточками (серверний софт), і я розумію що FreeRTOS має дещо спрощену архітектуру. Але й працює вона на контроллерах з досить обмеженними ресурсами.

дійсно - життя дуже коротке щоб витрачати його на нудне повсякденне ковзання мишкою по столу, намагаючись продертися скрізь десятки меню щоб виконати одну й ту ж операцію.



 

Можливо пан не знає, але людство давно винайшло хоткеї Вони були ще за часів TurboC (хто пам'ятає що це? а хто працював на ньому? ). Тому миша непотрібна - професіонал працює 99% часу виключно з клавіатурою у любому IDE
 
 


 

Можливо у пана травма від C++ Builder/Delphi/Visual Basic))
 

 

Пан не юзає венду десь с 1995 року. Так що пальцем в небо
 

[oldPsyho]

FreeRTOS - це голий scheduler, де ви там RTOS побачили ?




 

Будь яка RTOS - це шедулер та механізми синхронізації. У FreeRTOS усе це є - семафори, евенти, черги та інше. Я досить багато програмував багатопоточного софту під форточками (серверний софт), і я розумію що FreeRTOS має дещо спрощену архітектуру. Але й працює вона на контроллерах з досить обмеженними ресурсами.

дійсно - життя дуже коротке щоб витрачати його на нудне повсякденне ковзання мишкою по столу, намагаючись продертися скрізь десятки меню щоб виконати одну й ту ж операцію.




 

Можливо пан не знає, але людство давно винайшло хоткеї Вони були ще за часів TurboC (хто пам'ятає що це? а хто працював на ньому? ). Тому миша непотрібна - професіонал працює 99% часу виключно з клавіатурою у любому IDE
 
 



 

Можливо у пана травма від C++ Builder/Delphi/Visual Basic))
 


 

Пан не юзає венду десь с 1995 року. Так що пальцем в небо
 

 

Правда? Тоді Kylix/Lazarus ))
 

[Sfinx]

Вітаю всих ,  хто з власного дісвуду може порадити оптимальну IDE  для програмування STM на CMSIS .  Куб заточено під хал , можна там створити проект і на CMSIS  но хотілося чогось простішого .  Розглядаю платформіо але хз . Може хтось щось порадить . Дякую .

 

Зазвичай не потрібно ніяких IDE: код пишуть в любому редакторі (vscode for ex.), збирають через make, дебажать з jlink + gdb. HAL - це моветон, треба юзати LL. platformio - сирий непотрiб, дивiться в сторону Zephyr.

 

Гмгм, порівняння пальця з...
Zephyr це RTOS, так само як і FreeRTOS підтримка якої в Stm32Cube є, а PlatformIO це фреймворк як і mbed чи arduino (саме фреймворк а не девборди)...

 

Гм, змiшались конi та люди. FreeRTOS - це голий scheduler, де ви там RTOS побачили ? mbed, platformio та arduino - iграшки для дiтей. ну якщо подобається, то грайтеся далі

 

А що ще від RTOS в 90% випадків треба?
А фремворками багато людей граються, бо якщо воно повністю підходить під задачі, то навіщо винаходити велосипед?

 

Та й я граюся - от мiсяць тому вiдкрив для себе moddable. Можна писати файнi приложухи на JS. В аттачi простий приклад (rename .zip to .x265) - 20 рядкiв всього. Для моїх задач FreeRTOS не пiдходить так, як не пiдходить для прасування бабусина чугунна праска
 
MOD атач видалено - не треба розміщувати файли формат яких не співпадає з розширенням
 

[UR5FFR]

Будь яка RTOS - це не тiльки букви в назвi. Це сучасне ядро + API + драйвера + розвинуте середовище розробки + жива community. Для мене FreeRTOS - це тiльки застарiле ядро, яке якiсь сивi ветерани тягнуть за собою, як караван верблюдiв тягне за собою пилюку в пустелi.

Ви щось трохи плутаєте. RTOS на мікроконтролерах - це про потоки та механізми синхронізації. Драйвера то дещо інше. Так само як і комюніті. Так, FreeRTOS досить стара розробка. Але детально документована і для багатьох задач її досить. Якщо не досить то нескладно дописати свої механізми синхронізації на основі базових які вже є. Тому сенсу використовувати супер-пупер ртос щоб запустити декілька потоків на мій погляд немає.

PS пропоную з цим закінчувати бо питання було про IDE а не ртос