Sida 1 av 2

Val av processor

Postat: 20 juni 2007, 21:21:54
av micke.prag
Jag står i valet att hitta en bra processor att jobba med. Vad jag behöver är:
* C/C++ kompilator till Linux, gratis och helst OpenSource
* Mycket kodexempel och tutorial
* Programmerare som också stödjs i Linux.
Med andra ord vill jag programmera i C utan att behöva lämna Linux. Som det är nu måste jag ha en windowburk brevid för att kompilera mina program och programmera min pic.

Vad rekommenderar ni att välja?

Postat: 20 juni 2007, 21:23:50
av sodjan
*Ingen* kan rekomendera någonting utan att veta vad "processorn"
ska användas till !

Postat: 20 juni 2007, 21:27:27
av micke.prag
Jag är inte ute efter en specifik processor utan mer en serie eller typ. Vad jag jobbar med nu är Pic 16F628 till 16F877 och tänkte något motsvarande.

Postat: 20 juni 2007, 21:41:09
av Micke_s
Atmega från atmel har gcc och open-source programvara
ARM har arm-gcc och öppna programmerare också.

Postat: 20 juni 2007, 22:04:07
av opatagio
Finns PikLab ( http://piklab.sourceforge.net/ ) och PikDev ( http://pikdev.free.fr/ ) som IDE och GPUtils (har jag för mig) som kompilerare. Jag använder PikLab för tillfället dock har jag inte testat Wispen i linux-miljö. Utan tvingas än så länge programmera uC via en Windows-burk.

Postat: 20 juni 2007, 22:19:32
av idiotdea
Wisp628 fungerar utmärkt i Linux. Dock har jag inte hittat någon tillfredsställande fri c-kompilator för PIC. Det blir alltså att hålla sig till assembler! Nu har jag i och för sig mer eller mindre gått över till AVR också, vilket jag tycker att är mycket enklare att arbeta med när man har någotsånär koll på assemblern :)

Postat: 20 juni 2007, 22:27:18
av opatagio
idiotdea, du får gärna skriva vilka program eller configfiler du använder. Jag har tittat runt lite men har inte fått några konkreta svar på vad som fungerar.

Postat: 20 juni 2007, 22:56:01
av idiotdea
Då jag är en KDE användare så använder jag kate för att knacka in min kod. Editorn har även ett inbyggt "shell", så man slipper byta program när man skall kompilera, och programmera kretsen. Som programmerare använder jag en förenklad version av AVR-Doper, vilket fungerar utmärkt. Jag kan ju direkt klistra den Makefile jag använder för tillfället. Den innehåller lite överflödig information (då jag ändrade om en gammal Makefile), och är allmänt rätt dåligt skriven, men den funkar för mina ändamål. Endast 'make' kompilerar (assembles) koden, medan 'make flash' både kompilerar (vid behov) och skriver programmet till µC:n. Nåja, here we go...

Kod: Markera allt

PROJECT=main
SOURCES=main.c lcd.c
CC=avr-gcc
OBJCOPY=avr-objcopy
MCU=atmega8

CFLAGS=-mmcu=$(MCU) -Os -Wall

all: main.hex

main.hex: main.asm
	avra main.asm

flash: main.hex
	avrdude -c stk500v2 -P avrdoper -p m8 -e -U flash:w:main.hex:i

clean:
	rm *.hex
	rm *.cof
	rm *.obj
Assemblern jag använder är avra. Includefilerna för de olika AVR-µC:na kan tas från Avr Studio (som går att installera m.h.a. wine).

Det blev ju inte så utförligt, men jag borde gå och lägga mig, så jag orkar inte skriva bättre, men du får fråga om det är något mer specifikt du vill veta.

Postat: 20 juni 2007, 23:29:52
av $tiff
micke.prag, vad är du för en? Lundensisk student, medlem i Krischan och Spexare (utanför Krischan)? Borde jag känna dig? :) LTHare?

Hursomhelst, AVR har det du behöver; bra stöd i Linux. Förutsatt att du vill hålla dig till samma kaliber (8-bit RISC).

Postat: 21 juni 2007, 00:08:28
av remne
Får du för dig att börja köra med AVR kontrollers kanske denna IDE kan vara något för dig,

http://sourceforge.net/projects/kontrollerlab/

:-)

Postat: 21 juni 2007, 09:31:42
av micke.prag
idiotdea: Tack, informationen är kanon!

$tiff: Det stämmer bra. Vem är du?

Postat: 6 juli 2007, 22:29:31
av micke.prag
Först och främst vill jag tacka för alla svar. Jag fick verkligen kött på benen. Jag har kollat runt en del och AVR känns ju rätt trevliga. Framförallt med GCC som kompilator.

När jag har surfat runt har det känts som ATMega8 verkar vara en hyfsat vanlig och bra processor att börja med. Stämmer det eller finns det någon annan som ni rekomenderar att börja på?

När det kommer till programmerare så är frågan vilken man ska använda. Jag tycker inte om stora demokort utan gillar att ha en ICSP-programmerare som går direkt på mitt breadboard. Den ska ju dessutom gå att programmera från Linux. Jag har hittat UISP (http://www.nongnu.org/uisp/) som verkar ha stöd för många olika typer.
Jag hittade även denna programmerare http://wiredworld.tripod.com/tronics/atmel_isp.html som verkar väldigt enkel med stöd i Uisp?

Finns det några bra standardbibliotek med "bra att ha" funktioner som ni ofta använder?
Jag hittade denna: http://wiredworld.tripod.com/tronics/atmel_isp.html men ni har kanske fler bra tips?

Är jag inne på rätt spår eller helt ute och cyklar?

Postat: 6 juli 2007, 23:02:07
av Micke_s
Det finns en förening som heter ETF på LTH(e-t-f.se).
Vi säljer både avr:er och programmerare(typ usbasp).

Postat: 6 juli 2007, 23:17:10
av Icecap
Nu ska du inte glömma bort Renesas processorer, deras C(++)-kompiler är gratis fast jag vet inte om den kör under Linux, processorerna är trevliga med många funktioner inbyggda och rejält billiga också.

Postat: 7 juli 2007, 02:25:48
av $tiff
micke.prag skrev:(...)
När jag har surfat runt har det känts som ATMega8 verkar vara en hyfsat vanlig och bra processor att börja med. Stämmer det eller finns det någon annan som ni rekomenderar att börja på?
Mega48 och dess storebroder (endast i minneskapacitet) Mega88 och Mega168 är bättre att hoppa på. De är i princip en revidering av Mega8 med priset på sin sida.
micke.prag skrev:Finns det några bra standardbibliotek med "bra att ha" funktioner som ni ofta använder?
Jag hittade denna: http://wiredworld.tripod.com/tronics/atmel_isp.html men ni har kanske fler bra tips?
Standardbiblioteket avr-libc är ganska användbart :wink:
Mao ANSI-C-funktioner och lite utöver det. Eller är det något speciellt du är ute efter?

Som programmeringsenhet rekommenderar jag STK500 eller USB-ASP. "A-ISP"n är bra om man har en paralellport och hittar mjukvaran som stödjer de nya enheterna som dyker upp lite då och då (d.v.s. levande mjukvara).