Vad behöver jag för att komma igång?

[jaqob]

Hejsan!
Efter en datorteknikkurs på universitetet där vi "lekt med"
motorolas 68008 så har jag fått lite mersmak för detta.

Som jag förstått det så finns inget riktigt liknande motorolas 68000 serie som microkontroller, så får väl leka med nåt annat. (Visa gärna motsatsen. Blev riktigt förtjust i motorolas assembler!)
Tycker pic verkar "tråkigt", eller iallafall väldigt begränsat, så då faller väl valet på avr.

Vad behöver jag för att komma igång?
Har tittat lite på Butterflyen, som har ett väldigt vettigt pris. Men vad kan jag göra med den? Kan man programmera den via datorn? Hittat lite motstridiga uppgifter.

Vad behöver jag annars för att börja? en uC, programmerare, ett kopplingsbord, strömförsörjning, lite dioder och liknande. nåt mer?

Alla tips och idér tas tacksamt emot. Är totalt grön på detta

Mvh Jacob

[MicaelKarlsson]

Titta på Atmels STK500, den är inte jättebillig men du får med allt du behöver för att starta, strömförsörjning, utvecklingsmiljö, knappar och LED för test. Du kan koppla in LCD, tangentbord vad du vill. Ta en titt på Kjell & Conpanys komponentsatser.
Du kan ju bygga om ett AT/ATX datornätaggregat för att komma undan billigt.

Jo just det! STK500 är mycket enkel att använda, bara att plugga in den på COM-porten och tuta och köra!!

EDIT: Välkommen till forumet!!

[$tiff]

STK500 är trevlig.

Annars, ta en titt i FAQen: "Mikrokontrollers för nybörjare"

[jaqob]

Jo, har tittat en del på STK500.
Men tycker den är lite dyr egentligen... Men det är det kanske värt?

Hur är amtels assembler jämfört med motorolas?
Det jag har sett tycker jag verkar vara lite "bakvänt"

MicaelKarlsson: Man tackar

[maha]

Jag kör med CodeVisionAVR och STK500. Oslagbar kombination!

Tycker du ska satsa på att programmera i C istället för assembler om inte minnesutrymme är ett problem. Går så otroligt mycket snabbare.

Har aldrig ångrat att jag köpte STK500:an, kör på!

[MicaelKarlsson]

Jo, har tittat en del på STK500.
Men tycker den är lite dyr egentligen... Men det är det kanske värt?

Hur är amtels assembler jämfört med motorolas?
Det jag har sett tycker jag verkar vara lite "bakvänt"

MicaelKarlsson: Man tackar

STK500 är ett utomordentligt verktyg för utveckling av AVR, när du byggt in en uC i en krets kan du enkelt programmera den mha 6- eller 10-pinskontakt utan att behöva kladda med något annat.

Et litet exempel på Atmels assambler:

Kod: Markera allt

.include "8515def.inc"

; Definera namn till register
.def	temp	=r16
.def	count	=r17
.def	loop	=r18
.def	led	=r19
.def	steps	=r20
.def	speed	=r21

; Start på kod
.cseg
init:
	ldi	temp,ramend		;Initiering av stackpekaren
	out	spl,temp
	ldi	temp,high(ramend)
	out	sph,temp
		
	ser	temp		;definiera Port B som utport
	out	ddrb,temp
	clr	temp
	out	portb,temp		;Port B = 0
ldi	temp,0b00000101	;SetTCCR0,CLK/1024,           
	out	TCCR0,temp

start:	
	ldi	loop,7	;Rinnande ljus på Port B
	ldi	led,128
	out	portb,led	;Skicka utdata till Port B
	rcall	timer

right_loop:
	lsr	led	;Rinnande ljus åt höger, 7 steg
	out	portb,led		
	rcall	timer	;Anropa funktionen "timer"
	dec	loop
	brne	right_loop	;Fortsätt skifta åt höger om loop!=0
	ldi	loop,7
left_loop:
	lsl	led	;Rinnande ljus åt vänster, 7 steg
	out	portb,led		
	rcall	timer	;Anropa funktionen "timer"
	dec	loop
	brne	left_loop	;Fortsätt skifta åt vänster om loop!=0
	ldi	loop,3
blink:
	ser	led	;Ettställer led
	out	portb,led	;Lägger ut led på Port b
	rcall	timer			
	clr	led	;Nollställer led
	out	portb,led	;Lägger ut led på Port b
	rcall	timer
	dec	loop
	brne	blink	;upprepar subrutinen blink tills loop!=0
	rjmp	start	;upprepar sekvensen "i all evighet"

timer:
	ldi	count,5	;Ange antalet loopar i variabeln count
timer_reset:		
	ldi	temp,0	;Nollställ timer 0
	out	tcnt0,temp
timer_loop:
	in	temp,TCNT0	;Hämta aktuellt timervärde
	cpi	temp,120	;
	brne	timer_loop
	dec	count	;Minska count med 1
	brne	timer_reset	;Hoppa tillbaka om count!=0	
ret

Klassikern "rinnande ljus"

Jag tycker nog att du skall lära dig en del av Atmels Assambler, om du kan Motorolas lär det gå fort, för att gå över till C som finns i gratisversion som t.ex. WinAVR och det är enkelt att lära sig verktyget, du behöver inte ens kunna skriva en make-fil själv. Sen kan du simulera din kod (C-koden) rad för rad i AVR Studio och sedan med ett påa klick programmera din AVR och testa.

"Till sist"
Hoppas du skall trivas på detta fantastiska forum!

[sodjan]

> Tycker pic verkar "tråkigt"...

Kan du utveckla "tråkigt" lite ?

[jaqob]

Citat raderat av Macce. Citera inte föregående inlägg då det bara handlar om en sak som du svarar på.
Såg det i reglerna nu. Vad är anledningen till denna regeln då?


Nej, egentligen inte. Kan inte påstå att jag vet vad jag pratar om...
Men verkar begränsad. Finns ett sätt att göra saker.
Begränsat utrymme att ha program på.
Begränsad stack, osv

Men rätta mig gärna

[sodjan]

När du säger "begränsad/begränsat", vad jämför du med då ?
68K serien ? Eller jämförbara mikrokontrollers ?
Vilken PIC-serie (PIC16/18/xx) är det du avser ?

> Finns ett sätt att göra saker.

Vad avser "saker" ? Ett exempel ?
Och hur gör andra processorer samma "saker" på flera sätt ?

> Begränsat utrymme att ha program på.

Från 256 words till 128 K words, så det gäller väll att välja rätt processor till jobbet...

[baron3d]

Hej
Vad sägs om Dragonball, 68328 ?

[gecco]

Jag skulle nog köra 16f628 till att börja med. Mångsidig och billig. 40 spänn på elfa.

Programmerare på Kjell Co för 450 kr.

[Illuwatar]

Jag har några 68040 liggandes om det kan vara något. Dessa är precis som 68008 rena CPU'er, dvs de saknar allt vad minne, I/O och liknande finesser. Sådant måste man bygga till själv med separata kretsar. Så det blir inte så enkelt att komma igång, men man lär nog sig en hel del på vägen. Motorola-CPU'er är dessutom rätt så tacksamma att jobba med - det är värre med Intel.

Annars kan jag säga att det inte är så svårt att byta assembler. Har man lärt sig en typ tar det högst någon vecka att lära sig en annan. Principen är väldigt lika mellan olika CPU'er. Namnet på op-koderna varierar men man känner lätt igen dem när man har sett någon. Det som kan vara mest förvirrande är i så fall när källa och destination till en op-kod byter plats (jämför Motorola och Intel).