Läromedel i PIC-processorer och assemblerprogrammering

[Gustav180]

Tack för lite PIC-tips. Jag har sett igenom databladen och till slut fastnade jag för PIC16F882. Jag ville ha fler portar än -690 och 45k20 ligger i ligan högre upp som kan programmeras direkt med C-kod. Jag kommer att skissa lite på den under våren och sommaren när tiden medger.

Tänkta turtoials är bl.a:
Multiplexad 7S-display
LCD displaymodul
Kommunikation med PC, SPI- och I2C- bus
A/D och D/A omvandling
PWM motorstyrning
Stegmotorer
Ljud
Interupt
Tangentbord

[manzzen]

skulle jag också kunna få en kopia på pdf filen? känns väldigt nyfiket att få kolla på

mvh

[sodjan]

> ...och till slut fastnade jag för PIC16F882. Jag ville ha fler portar än -690
> och 45k20 ligger i ligan högre upp som kan programmeras direkt med C-kod.

Vad menar du med "programmeras direkt med C-kod" ?
Och hur menar du att det skiljer sig från de andra ?

[Pejlaren]

Synd bara att jag inte hittat er till de böcker jag skrivit förut.

Vad är det för böcker?

[sodjan]

T.ex Bokus har 10 träffar inom "Naturvetenskap & teknik" på Anders Gustavsson som författare.
Det kanske är några av dom ?

http://www.bokus.com/cgi-bin/product_se ... gustavsson

[Gustav180]

Hej igen, jag skall svara er så gott jag kan

manzzen. Sänd ett mejl, så sänder jag filen på retur.

Pejlaren. Följ länken på nästa inslag från sodjan.

sodjan. Jag har just designat in en PIC18F45k20 till vårt senaste projekt. Det är en PIC18-serie och har fler instuktioner. Minnet är så stort att det går att använda en högre språknivå än assembler. Vi använder C. Därför är den mindre intressant för assemblerprogrammering men kan vara intressant på grund av de nya instruktioner som finns.

[sodjan]

> ...så stort att det går att använda en högre språknivå...

Problemet är att definitionern av "går att" beror mycket på omständigheterna.

Det är ju inte så att *inte* "går att" programmera PIC16 serien i C. Det finns flera
olika C-kompilatorer för PIC16 (och även andra "språk"). Det går även utmärkt
att programmera PIC18 i assembler, om man vill eller har behov av det. Och en
viktig omständighet för att välja det ena eller det andra är ju om det handlar om
en utbildningssituation eller professionell användning (vilket ditt exempel lät som).

I det aktuella fallet (ett introduktionsmaterial för "PIC-programmering" i allmänhet)
så är jag inte säker på om det är rätt väg att hoppa direkt in på PIC18 serien.
Men OK, då blir det ett introduktionsmaterial för "PIC18-programmering", vilket
väl inte är fel i sig, om det är det som man vill ha.

I dagsläget, med tanke på hur marknaden ser ut just nu och vad Microchip
själva erbjuder, så undrar jag om inte ett material på svenska som använder
"PICkit2 Starter Kit" med PIC16F690 kan vara en bra väg. De generella delarna
kring själva arkitekturen i sig blir ganska lika, men de praktiska övningarna och
exemplen har redan hårdvaran färdig, så att säga. Dete är väldigt svårt att slå
priset för ett sådant kit med något egenutvecklat i sannolikt mycket mindre serier.

> Därför är den mindre intressant för assemblerprogrammering men kan vara
> intressant på grund av de nya instruktioner som finns.

Gäller det forfarande PIC18 serien ? Om du med "nya" menar "utöver de som
finns i PIC16" så är det ju rätt, men speciellt nya är de igentligen inte...

Däremot är de nya instruktionerna i PIC16F1xxx serien faktiskt också just "nya".

[AndersG]

I dagsläget, med tanke på hur marknaden ser ut just nu och vad Microchip
själva erbjuder, så undrar jag om inte ett material på svenska som använder
"PICkit2 Starter Kit" med PIC16F690 kan vara en bra väg.

Instämmer.

[SeniorLemuren]

Jag tänker så här. Ska man lära sig utveckla system styrda av mikrokontrollers borde man gå in för att lära sig styra dessa med assembler i första hand. Det är enligt min mening det enda sätt att riktigt förstå hur det funkar från grunden.

Att lära sig ett högnivåspråk som C/C++ Pascal, Basic m.m är ju ett helt annat område av programmering som innefattar så mycket mer än att bara styra en mikrokontroller.

Den enda orsaken jag kan se för att studera en tutorial i C-programmering av mikrokontrollers är att man redan kan C/C++ från andra sammanhang.

[Gustav180]

Jag har tittat lite närmare på *690 och den har alla de faciliteter jag eftersöker för kommande del. Att jag tittat på *882 beror på att jag ville ha lite fler portar för bl.a. multiplexing och lite "julstämmning". Det kan bli lite häftiga ljusshower med RGB-LED. Jag skall studera dem närmare för att bestämma vad det skall bli. Det får bli en pmi-lista.

[sodjan]

Jo, både 690 och 88x serien är av samma "generation" så mycket är ganska lika.
Speciellt sådant som t.ex (interna) oscillatorn där det är rellativt stora skillnader
mot äldre modeller.

[Gustav180]

Jag har studerat de båda processorerna lite mer ingående nu. Risken är stor att steget från 16F54 till 16F882 blir för stor. 16F54 har bara trisregistren att sätta och en RAM-bank. 16F882 har 32 register och 4 RAM-bankar. Därför funderar jag på ett mellansteg att först gå över till PIC16F628A som är ett mellanting. Att de har lite olika uppbyggnad och annorlunda instruktioner ser jag inte som någon nackdel, snarare en fördel. I 628A har jag tänkt mig applikationer på komparatorn, kommunikation, PWM och interupt. Dessutom är ju timern (3 st) mer kompetent än i 54:an.

[AndersG]

Med det är väl IOFS inget problem? Bara för att du har en större processor, behöver du inte använda alla finesser?

[sodjan]

Ja, 628A behöver inte vara helt galet. Den har länge varit populär
och det finns mycket material "på nätet". Nu så kanske inte just det
är så viktigt när man sitter i en utbildningsmiljö och har ett färdigt
kursmaterial att följa. Att 2011 försöka undvika "Base Line" tror jag
dock är helt rätt.

> Bara för att du har en större processor, behöver du inte använda alla finesser?

Nej, men det är endå en extra "tröskel" att få ett (onödigt) tjock datablad "i knät".

I slutänden är den en avvägning mellan att hålla sig "upp-till-datum" med utvecklingen
men samtidigt inte införa onödig komplexitet. En del i denna avvägning är sannolikt
också vilken nivå man förväntar sig på användarna av materialet...

[AndersG]

få ett (onödigt) tjock datablad "i knät".

Sant. Det talat ju för 628 eller 690 vars datablad bara är en tredjedel av 882