nån som e haj på PIC o assembler

[TomasL]

Allt beror på hur mycket pengar du vill lägga ned på det.
Vill du göra något riktigt roligt så kostar det lite mer men skojjigt är det.
Börja med 73-344-63

samt 73-874-11

Lägg sedan till 73-344-64

Ska du sedan göra detta till en seriös hobby, så 73-344-55


Om ett "RTOS" utför nått vettigt eller ej, låter jag vara osagt, dock är det ett exempel på kod som surrar på alla plattformar oavsett arkitektur, utan några egentliga ändringar.
Men visst PC och mikrokontroller programmering är för det mesta två helt olika saker.

[sodjan]

PIC32... Nu får du väl i alla fall ge dig...

[TomasL]

Varför, skall man inte ha lite roligt??

[sodjan]

Ja, det kanske är roligt att sticka 32-bitars prylar under nosen
på någon som kämpar med att komma igång med 8-bitars prylar.
Jag tycker bara att det är onödigt (att göra det).

[TomasL]

Inte om man skriver i C, då behöver man inte kämpa så mycket.

[Repaterion]

Har läst igenom tråden lite lätt, några skriver att C är smidigare än ASM.

Kan ni inte visa lite hur koden skiljer sig, bara något så enkelt som att blinka en led.
Som några vet så har försökt lite hemma , men nu har den daton stämplat ut...
Det är i ASM jag grejat men är inte omöjlig att ändra mig.

Eller är det ganska lika i "kommandona" när det kommer till PIC?

[Batman]

C är jättebra för produktiviteten. Fast det är nog bra om man kan C någorlunda innan man börjar skriva C för PIC. Det är enklare att debugga C på en PC än att debugga hårdvara och C på en PIC.
Om man jämför storleken på manualerna för PIC32 och PIC16 så får man en hint om vilken som är mest lämplig att börja med.

[TomasL]

Kod: Markera allt

/* Processor är 18F4520
/*Blinka en LED*/

#include <p18cxxx.h>    // processorspecifik inkludefil
#include <delays.h>
//#include "config.h"      // i denna fil definierar jag alla konfigurationsbitar, dv oscillator osv
//#include "main.h"      // funktions prototyper mm
#pragma config OSC =HSPLL
#pragma config FCMEN = OFF
#pragma config IESO = OFF
#pragma config PWRT = ON
#pragma config BOREN = OFF
#pragma config WDT = OFF
#pragma config PBADEN = OFF 
#pragma config MCLRE = ON
#pragma config LVP = OFF

void main(void)
{
   unsigned char i;
   TRISBbits.TRISB0=0; // //sätt RB0 till utgång
   while (1)
   {
      PORTBbits.RB0 = ~PORTBbits.RB0;         //blinka med ca 1 Hz
      
      for (i=0; i<4; i++)
      {
         Delay10KTCYx(250); // ger ca 0.25s vid osc 40Mhz (10 MHz+4xPLL)
      }
   }
}//main

Så här kan man till exempel göra.

Tog runt 2 minuter att skriva

Edit: MPCC gillar visst inte riktigt samma saker som GCC

[TomasL]

C är jättebra för produktiviteten. Fast det är nog bra om man kan C någorlunda innan man börjar skriva C för PIC. Det är enklare att debugga C på en PC än att debugga hårdvara och C på en PIC.
Om man jämför storleken på manualerna för PIC32 och PIC16 så får man en hint om vilken som är mest lämplig att börja med.

Anser att du har fel, betydligt enklare att avlusa ett C-program för en "PIC" än för en PC.
Man får ju förutsätta att hårdvaran är OK.

Storleken på manualerna spelar ingen roll, och har inget med svårighetsgraden att göra.
Skillnaden är ju att PIC32an har betydligt mer av allt, jämfört med en PIC16/18 whatever, men det betyder ju inte att det är svårare snarare tvärtom (man slipper emulera många grejor i mjukvara, eftersom hårdvaran stöder det direkt).
Däremot skulle jag inte försöka mig på att skriva ett assemblerprogram för en PIC32, det gissar jag är rätt stökigt.

[Batman]

Jag tänkte mer på att lära sig skriva C, då är det bättre debug-möjligheter på en PC.
Timer, spi, uarts m.m. är alla enklare med färre register på 8 bitars. PIC32 har mer finesser. Så det blir mer detaljer att sätta sig in i. Sedan har PIC24 ännu mer och bättre periferienheter än PIC32.

[TomasL]

Sedan har PIC24 ännu mer och bättre periferienheter än PIC32.

Öh, vad menar du med det??
Enligt uChip skälva

The PIC32 family adds more performance and more memory
while maintaining pin, peripheral and software compatibility with
Microchip’s 16-bit MCU/DSC families.

Men det är ju egentligen rätt ointressant i det här fallet.

Orsaken till att det är betydlig mer debugmöjligheter i VS.net till exempel är för att det behövs, en mikrokontroller är enklare att felsöka eftersom det inte är (jämfört med en PC) så mycket som kan gå snett, det finns ju inga andra program som hoppar omkring och ställer till oreda.

Faktum kvarstår, för nybörjaren så är det betydligt enklare och snabbare att gå på C direkt istället för att strula omkring med ASM.
Allt blir betydligt enklare.
Med C blir programmen betydligt mer överskådliga, vilket är betydligt lättare att felsöka.
Det är också lättare att återanvända kod/kodbibliotek.

[Batman]

PIC24 kan fås med fler än 5 timers/capture/compare, bättre ADC, flera olika typer av PWM med hög upplösning för att nämna några exempel.

Min poäng är att om man ska lära sig att programmera C är det bättre att göra det på en PC. Ska man lära sig två nya saker samtidigt gör det saker inte enklare.
När man har lite grunder I C blir det lättare att sedan skriva C för PIC.

[TomasL]

Jamen det är ju i princip samma sak.

[TomasL]

OCh PIC32 med en betydligt smartare PMP-port, USB2GO, MII, 32Bitar, DMA osv.
Interna AD är ändå skit, när det gäller upplösning och stabilitet mm.

[Batman]

Jamen det är ju i princip samma sak.

Som vad?

Om du menar det jag skrev tidigare så ja.

Fast det är nog bra om man kan C någorlunda innan man börjar skriva C för PIC. Det är enklare att debugga C på en PC än att debugga hårdvara och C på en PIC.