Pratar Assembler. Vill lära mig nytt språk..

[4kTRB]

MikroElektronica har C-böcker on-line
Borde vara en smal sak att ordna utskrift
om man nu vill ha det på papper.

http://www.mikroe.com/categories/view/4/publications/

[sodjan]

Det är ju strunt samma vad som finns där eftersom inget
av det har någon rellation på det som efterfrågades.
Nej, "dsPIC programming in C" fungerar inte.

Första steget är ett låna någon intro-bok i C på närmaste bibliotek.
Nästa steg beror helt på vad det är man ska göra!

Sannolikt handlar det om att studera den specifika
dokumentationen till det som man tänker använda.
Så snart man har passerat det mest grundläggande så
blir det processor/arkitektur/verktygs specifikt i alla fall...

[JustNeed]

HI-TECH funkar, tror gratisversionen är "light", men det är inte allt för begränsande medan man lär sig.
En grej att tänka på är att C-kompilatorer till microprocessorer av praktiska skäl ibland inte följer standard C till punkt och pricka.
Till följd är att kod ibland inte går att porta mellan kompilatorer utan att skriva om.

Angående böcker o.s.v. : Jag vet att jag i alla fall har lättast att lära mig genom att se exempelkod, köra, ändra och se vad som händer. Visst blir det lättare om man kan "läsa" språket, men poängen är att folk lär sig olika.

[Krille Krokodil]

Den vanligast förekommande nybörjarboken på högskolan är Vägen till C: http://www.bokus.com/bok/9789144076065/vagen-till-c/

[4kTRB]

Programming Embedded Systems in C and C ++
är en lite föråldrad bok, väl därför den har släppts
fri, men det verkar vara en bra bok om man vill
lära sig C för mikrokontrollers.

http://weblib.in.ua/dwnld/7f00785056197 ... 6cf2131a92

[Walle]

Har du börjat med assembler så har du en jäkligt bra start! För då kan du det viktigaste, ha databladet nära när du programmerar! Databladet är allt!

Rent syntaxmässigt så är C väldigt olika från assembler, men vad det gäller hårdvarubiten så står fortfarande allt i databladet. DVS när man programmerar använder man precis de namn som står i databladet (med vissa mindre förbehåll).

[kvaark]

tack
det va mycket bra tips här ska försöka kolla upp alla länkar och läsa lite..

Men för att få prova lite konkret vad behöver jag för programvara för att komma igång?

ska jag prova Lite versionen av HI-TECH c?

vore bra om förslagen är kompatibla med pickit 2 och 3 efter som jag redan har dom alltså..

börja med att blinka en led är ju en klassiker och jag borde få smak för saken och då är det lättare att komma vidare.. kanske?

[4kTRB]

SDCC - Small Device C Compiler
är kanske något för framtiden då de tydligen
håller på att utveckla för PIC.

http://sdcc.sourceforge.net/index.php#Platforms

[Walle]

Hitec följde väl med PICkit? iaf gjorde den det när jag köpte mina. Det funkar bra för mig i alla fall

[PHermansson]

SDCC - Small Device C Compiler
är kanske något för framtiden då de tydligen
håller på att utveckla för PIC.

http://sdcc.sourceforge.net/index.php#Platforms

Det har dom hållt på med i många år, så SDCC är nog inget att vänta på.
Minns att jag gillade MikroC när jag arbetade med Pic. Annars var stödet i Gcc en stor anledning till att jag gick över till Avr.

[sodjan]

> ska jag prova Lite versionen av HI-TECH c?

Varföe inte? Den ingår ju redan. Eller MPLAB XC som de kallas idag:
http://www.microchip.com/pagehandler/en ... s/mplabxc/
"MPLAB XC8 Free" är väl det som du är mest intresserad av.

> vore bra om förslagen är kompatibla med pickit 2 och 3 efter som jag redan har dom alltså..

Ingen/alla C-kompilatorer är "kompatibla med PICkit2/3" (eller någon annan programmerare),
frågan är irrelevant. PICkit2/3 (eller någon annan programmerare) bryr sig inte ett smack
om var HEX-filen kommer från, den kan inte ens se eller veta det.

[SeniorLemuren]

Efter lite assembler i MPLAB började jag med HI-TECH C. Testade MPLABX, vilket jag tyckte var riktigt rörigt. Efter ett tag snubblade jag på gratisversionen av mikroC PRO for PIC.

För mig finns nu inget annat alternativ. Mycket enkelt att komma igång. Stort bibliotek med många enkla och bra funktioner enkelt integrerat i editorn.

Eget forum där mikroC folk finns att hjälpa till direkt när man har problem. Inga begränsningar i optimeringsgrad. Fri kodstorlek upptill 2000 Word (räcker en bra bit). Billig fullversion när man växt ur gratisversionen. Jag kör nu fullversionen och är supernöjd.

[sodjan]

Jag ser på MikroC lite som "Arduino Light" för PIC.
Mycket färdiga bibliotek och rutiner med i stort sätt
samma för och nackdelar som Arduino. Det har absolut sitt
berättigande, även om jag personligen inte har varit imponerad
av det jag har sett, speciellt lite brister i dokumentationen.

[kvaark]

>Ingen/alla C-kompilatorer är "kompatibla med PICkit2/3" (eller någon annan programmerare),
frågan är irrelevant. PICkit2/3 (eller någon annan programmerare) bryr sig inte ett smack
om var HEX-filen kommer från, den kan inte ens se eller veta det.

Ja men vad bra då då behöver man inte oroa sig för det.

[Icecap]

När man programmerar är stegen ju så:
* Man skriver källkoden. Kan vara ASM, C, BASIC, Pascal eller liknande.
* Man kompilerar och linker källkoden, detta sker oftast i samma funktion. Resultatet blir en HEX-fil som är maskinkoden, redo att peta in i mikroprocessorn.
* En lämplig programmeringsenhet kan då blåsa in den HEX-fil til den valda mikroprocessor, till PIC är en PICkit 2 eller 3 kanonbra.

MikroC är "vackert" och har många funktioner. Samtidig är det inte skarpaste verktyget i lådan, det finns lite buggar här och där.

Fördel med färdiga rutiner:
* Enkelt.
* Snabbt.

Nackdel:
* Man vet inte exakt vad rutinen gör.
* Lite väl snabbt ibland, inte ovanligt att man väljer fel programmeringssätt då "det ju är så enkelt".

Ska man bara blinka en LED är strukturen och uppbyggnaden av programmet av mindre betydelse men ska man styra viktiga saker samtidig som mikroprocessorn ska kommunicera via serieporten (som exempel bara) kan det vara mycket viktigt att ha rätt struktur på det hela för att ha en stabil funktion.