Vývoj softwaru pro STM32 také na Linuxu

Díky spolupráci společností STMicroelectronics a Ac6 je možné vyvíjet software pro mikrokontroléry STM32 pomocí SW4STM32 a STM32CubeMX také na Linuxu. Na Eclipse založené IDE System Workbench for STM32 (SW4STM32) a konfigurátor a inicializátor STM32CubeMX jsou ke stažení na stránce OpenSTM32 Community [LinuxGizmos.com].

14.2.2016 02:02 | Ladislav Hagara | Zajímavý software

Komentáře

[mikirc]

Strašná novinka, ale všechny dostupné soubory jsou z července minulého roku, nebo se špatně dívám?

[chiptron.petus.cz]

AC6 už pro linux dostupný byl, pouze jste se museli přihlásit (napsat e-mail), že chcete být beta tester CubeMX už je oficiálně pro linux, nicméně i windows verze na linuxu normálně chodila http://chiptron.petus.cz/news.php?readmore=266

[hmmm]

Pro STM32 na linuxu vyvijim jiz spoustu let. Nekde bude chyba.

[kolemjdoucí]

Tak se prosím podělte o to „jak”, osobně do tohoto světa zrovna teď pronikám a hodně by mi to pomohlo…

[atalax]

https://github.com/libopencm3/libopencm3-examples

[chiptron.petus.cz]

Chyba neni nikde. CubeMX je nyni podporovany i na linux a AC6 sdruzuje nastroje v jedno - tj. nemusite instalovat eclipse a do toho vsechny doplnky, ale mate to uz predpripravene :)

[Petr Tomášek]

Nějaké přiblbé IDE si strčte do řitnice. Na to vám nikdo není zvědavej, abyste bundlovali své čipy s nějakým poblbým user-space programem. Každý programátor má své oblíbené IDE (nebo vim+příkazovou řádku+make+gdb) a chce dělat v něm a na to Vaše sere pes!

Co je potřeba, je dobrá podpora v GCC (případně dalších open-source kompilátorech), v GDB a opensource nástroje flashování těch čipů atd. Zbytek nechte laskavě na komunitě, ať si s tím udělá, co libo. Umí to líp, než nějací korporátníci!

[chiptron.petus.cz]

A o debug jste slysel? To se v terminalu dela skvele :) CubeMX usetri neskutecne mnozstvi casu a AC6 kombinuje vsechny potrebne nastroje pro vyvoj SW.

[pavlix]

Výjimečně souhlasím s Petrem. Popravdě se mi většina věcí dělá v terminálu nejlíp, ale chápu i ty, kteří chtějí pracovat ve svém oblíbeném IDE a ne nějakém jednoúčelovém bastlu.

[chiptron.petus.cz]

to mě taky, ale na mikrokontrolérech, co nemají debug a vlastně píšete kód pokus/omyl.

[pjoter]

• gdb je debug
• LED je debug
• printf je debug
• chlastat a nodebug je lepsi

[mikirc]

Já třeba dělám už několik let na 8bit Atmelech a můj programátor debug neumí a ani u složitých aplikací jsem jej nikdy nepotřeboval. A já s STM32 začínal s online IDE

[chiptron.petus.cz]

Když jsem dělal s Atmel mikrokontroléry, také mi stačil terminál a nepotřeboval jsem obrovkého molocha jménem, tehdy, AVR Studio. Ale už u MSP430 byli problémy s debugem, ta interpretace dat v terminálu je prostě strašná... U STM32 už ani nemluvím. Nedělám kód metodou pokus/omyl a debug je prostě nutnost při všech mých projektech :)

[mikirc]

já když už jsem se dostal do situace, že jsem nevěděl co se děje, tak jsem připojil displej a vypisoval to na displej :D Mě přijde psaní v C na mikroprocesorech takové jednoduší a snazší :D, ale jak dělám normálně na PC tak bez debageru ani krok :D

[Jendа]

Některé chyby se takto fakt blbě hledají. Třeba když dojde stack.

[Petr Tomášek]

A že píšu o gdb jste si nevšiml?

[mirec]

Presne tak. Postačuje dobrá podpora v open source nástrojoch a IDE / editor / gui klikátko ku gdb si vyberiem aké chcem. Pred pár rokmi som skúšal debugovať v Qt Creatore a fungovalo to.