Odpověď na názor

Arduino podle mě škodí svým omezeným API světu již příliš dlouho. Přitom nutí i schopné vývojáře tlakem neschopných členů komunity k tomu, aby místo technického přístupu sami mrzačily své návrhy knihoven a HW k tomu, aby byly kompatibilní s tím špatným základem.

Již to začalo vypadat, že si tu hrůzu sama Arduino komunita uvědomuje a byl navržený přechod s API nad Zephyr. Tak uvidíme jestli se to hne tímto směrem. I když asi ta původní naděje, že nad relativně přenositerným jádrem se posupně ty knihovny pro začátečníky (kde i nějaký smysl mají) budou dát použít s desírkami Zephyrem podporovaných architektur a desek asi s nákupem Qualcommem mizí, protože budou směřovat jen na svůj HW. Zároveň tvrdá závislost na master procesoru s GNU/Linuxem také nebude ideální. Jsou aplikace, kde má menší RTOS smysl. Za mě ale má smysl, aby i ten malý RTOS umožňoval komunikaci podle BSD socket API, přístup k souborům,ale i socketům, přes jednotný read, write, close, ne se send a receive v jiné handle doméně jako to mají zkažení i Windows které odmítaly desetiletí internet a tak tam byly z BSD přidané nešťastnými uživateli Trumpet Winsock a Microsoft je pak uznal jako standard ale díky špatnému základu Win 3.1 a Wind 95 zůstaly do dnes v C knihovně s druhou nekompatibilní sadou file handles. Přitom od NT jádra je to úplně zbytečné, protože do jádra se nyní přrhládá vše na jednotné "object" HANDLE.

Takže špatná rozhodnutí v Arduino stejně jako ve FreeRTOS zde budou strašit dlouho. Ve Windows je to již přes 30 let, kdy to smysl nedává.

Zároveň pokud Arduino převezme jeden výrobce čipů, tak skončí ještě hůře než MBed, kde převzetím ARMem nejdříve zmizela podpora všech architektur mimo ARM a pak po vytěžení ho ARM odepsal celý. A tím vlastně způsobil i konec Arduino, protože za zastaralém HW z AVR instrukční sadou odpovídajícím 90-tým letů již Arduino stavět nešlo a tak ty omezující a (přiznávám) úplné začátky zjednodušující vrstvy a především nadšení, návody a vnucování od neodborníků přenesli na ARMy na Mbed, který jim ale ARM zrušil. Takže špatná rozhodnutí a konec. Alternativní implementace nějak bude přežívat nad Espressif IDE.

Ale když vidím ty propagátory Arduino u nás, kteří tím chtějí řídit roboty a další, tak ono tím že neznají základy tak si ani nevšimnou, že časování jimi propagované (stažené) motion control knihovny v Ardino na silném Teensy 4.1 je busysmyčkami testujícími timer a tak, takže pak ztrácí data z komunikace atd....

Trochu úvah a osvěty jsem se pokusil sepsat na ABClinuxu

Jaký systém, RTOS, HAL, atd... volit pro menší MCU

Jaký RTOS na MCU, žádný, máme, vyžadujeme Arduino

ale zdá se, že zaslepení propagátoři Arduino jsou nepoučitelní A souhlasím, že to úplně jednoduché není, protože ty alternativy vyžadují k trochu rozumnému přístupu alespoň minimální znalost.

I když s čistým copy-paste a minimem myšlení i nad NuttXem pod vedením stavili funkční robotické úlohy is studenti bez předchozích znalostí a obecně většina s velkým nezájmem o základní znalosti v rámci kurzu Microcomputer engineering with space applications z ze švédské Kiruny, kde jsem investoval jeden běh do jeho pozvednutí. A přesto, že znalost procesoru odmítli, tak jezdit podle čáry a podobné s námi dodanými Mbot platformami je bavilo.

Jinak nyní došlo ve výuce na FEL k úpadku, kdy se předmětu Programování systémů reálného času skupina, kde se vedení postaralo i lží o to, abych se s lidmi, které jsem přivedl, dále nebavil a nespolupracoval, zbavila předmětu a převzal ho tým navázaný na STM, který prosazuje TheradX místo sice již licenčně a i zastaráváním problematického WindRiver VxWorks . TheradX - systém, který autor výhodně prodal Microsoftu, ten se ho pak zbavil a přenechal ho Eclipse. Původní autor TheradX již prosazuje, že mají uživatelé přejíd na jeho proprietární PX5 RTOS, kde jako jednu za hlavních výhod vyzdvihuje POSIX pthreads. Pak je zase někomu prodá.

Takže studenti se nyní budou učit nepřenositelné API vláken, sítí souborů atd v ThreadX.

Přitom již v době výuky PSR na architektuře PowerPC s VxWorks (alespoň reálně použitými na Marsu, routerech, ADS modemech a s POSIX 1003.1b), jsem předvedl, že všechny úlohy, až na jednu, šly plně řešit na otevřeném RTEMSu a i po přechodu na náš MZ_APO Xilinx Zynq výukový kit jsem s dalším studentem předvedl, že lze totéž učit s RTEMSem a je z toho například výsledkem Návrh subsystému CAN FD sběrnice pro real-time exekutivu RTEMS. Tedy reálný rozvoj jak u studentů, tak u použitého RTOS, stejně další Google Summer of Code projety. Viz mnou vedené nebo motivované projekty

Takže to, že se u jednoho diplomata ta výchova opravdu před mnoha lety nepovedla mě sice stálo hodně času, ale jinde se daří. A stejně jako nemá mysl zas tak času věnovat znalosti odmítající části Arduinistů. Má smysl jít dopředu s lidmi, kteří zájem mají a to i a často především mimo ČR. Viz příští týden probíhající NuttX Workshop, kde tři kolegové/studenti prezentují. S NuttXem se setkáte ve většině řízení lepších dronů, náramcích a hodinkách od Xiaomi, možná i jejich autech, sluchátkách od Sony a i na Měsíci v jejich kamerkách.