Hur bra är utvecklings verktygen för STM32 ARM ??

[victor_passe]

jag kör på coocox, funkar bra.

[Johan.o]

Bara för det installerade jag coocox nu, för det gick snabbare än att få en nyckel
Får se om jag lyckas få igång något av demo-programmen till kortet..

[sm5tfx]

Jag kör hemkompilerad toolchain på GNU/Linux; GNU binutils, gcc och GDB, med newlib som c-bibliotek - allt i sena versioner, om än inte alltid 'bleeding edge'. Använder för tillfället Standard Peripherial Library från ST men funderar starkt på att byta till libopencm3 (alternativt, eller kombinerat, med egna C++ bibliotek) eftersom ST-biblioteken inte passar särskilt väl ihop med moderna C++ idiom. Skulle också vilja hitta ett smidigare iostreams-bibliotek, men det är inte prioriterat.

Det var en del pyssel att komma igång, jag la nog ner ett par veckor på att kompilera och kompilera om vektyg och bibliotek, debugga mina länkar-inställningar, att få bryggan mellan GDB och ST-LINK v2 att fungera och så vidare. Men nu tycker jag det fungerar utmärkt och det är en utvecklingsmiljö som jag har full kontroll över.

[Micke_s]

Kör också coocox privat, funkar fint.
Jag nöjer mig med köra stlink v2 som sitter på evalkorten som debugger.

Edit: har också tillgång till segger j-link om jag vill, de är snabbare.

[Johan.o]

hittade en bra video för den som vill lära sig komma igång med STM32 Discovery board i CooCox..
Vilket jag tänkt följa slaviskt senare ikväll

http://youtu.be/nP6TR6NAZTQ

[Micke_s]

Ska nog testa emblocks tror jag

[mri]

Hur pass beta är em::blocks? Det verkar vara en avknoppning av nån annan IDE.
Det som attraherar mig är C++ stödet (även om jag inte uttryckligen hittade det under features) eftersom CooCox (som jag kör nu) bara stöder C.

[Johan.o]

Varför är C++ så intressant? En jag pratade med som gillade C++ sa att det gick lättare att skydda variabler i en struct mot att andra delar av programmet kan skriva till dom, men jag vet inte om jag förstod rätt. Då jag inte programmerat C på över 5år.

[Krille Krokodil]

Jag är också intresserad av ARM av anledningen C++ (och de löjligt billiga
spännande utvecklingskorten man kan köpa), tycker det är väldigt mycket
lättare att strukturera komplexa program objektorienterat, varje klass blir
mer som ett problem/program i sig man kan konstruera och sedan glömma
och gå vidare.

I procedurell programmering såsom C tycker jag man behöver
tänka mer på helheten är när man jobbar med delproblem, man rör något i
ena änden och så får man ett svårfunnet fel för att man glömde att det satt
ihop med något i andra änden, i C++ är det där i andra änden inte rörbart,
utom just på de sätt man har definierat att det skall vara det.

[remne]

Jag kör "ren" Eclipse Indigo/CDT med http://sourceforge.net/projects/gnuarmeclipse/, CodeSourcery g++ compilator. Debugger kör jag via OpenOCD GDB server eller JLink GDB Server (genom Eclipse såklart..). Funkar klockrent.

[Synesthesia]

Hittade ett "hack" om man vill köra C++ i CooCox: http://e2e.ti.com/support/microcontroll ... 35680.aspx

[Korken]

Hur är suget efter tutorials på ARM? Funderar på att göra tutorials över perferienheterna som SPI, I2C, timers, pwm, usb, uart osv för Cortex processorer.
Tror ni det skulle uppskattas?

[lizerdboy]

Jag har (länge) haft STM32 tuturials på G, men har inte riktigt haft tid än, tror det kommer.
Det är bara bra om fler gör det

Vilken nivå hade du tänkt dig ?

[Korken]

Trevligt! Jag tänkte köra på STM32 jag med.
Tanken var två för varje del, en enklare och en avancerad. Tex I2C så en när man skapar pollad överföring och en med interrupts.

Vad tror du om de upplägget?

[lizerdboy]

låter bra
Jag ser fram i mot dina I2C videos, har inte lyckats få I2C at lira bra.