Pkwarn0003, går ej att lösa meha av andra trådar (PIC prog)

[sodjan]

Om vi får felet i klartext så slipper du/vi att gissa...

Sen kan man ju undra hur "level = ADC_Read(2);" var tänkt att
fungera när manualen säger om ADC_Read(n) :
"Returns: 10-bit unsigned value read from the specified ADC channel."

Det är möjligt att det kommer att bli en cast till en char, men
frågan är om det var det som önskades.

Men, som sagt, vi vet ju inte vad det var för felmeddelande...

[TomasL]

Samt att multiplicera level med 488.

[fireas]

Asså jag ber så hemskt om ursäkt, måste bli bättre på att specifiera problemen hehe.

Jag ska försöka nu:

> .......

> och allting fungerar utan att programmeraren är inkopplad

Alltså att programmet inte startar om du inte kopplar bort PICkit2'an ?
Har du testat att klicka "release MCLR after flash" (eller något liknande,
minns inte exakt vad det heter, då får leta upp det i MPLAB...) ?

Detta var bara mitt sätt att säga att jag fått denna del att fungera:) jag kan nu programmera processorn och köra den utan att vara inkopplad till daton (var ett problem innan).

Sedan har jag tänkt så här med ADCn

ADCn ger en 10bits int. dvs 2^10 = 1024.

Så ADCn bör ge ut (med Vref = +5) 5/1024 = ca. 4.88mV per bit.

Dvs. för att få detta till ett utslag på säg 512 så har jag 512*4.88 = 2498 = ca 2.5 V

Detta har jag skrivit som (488*level)/100.

Är det inte rätt tankesätt?





Mitt fel med unsigned char, se skärmdumpen (Hade ändrat till unsigned long ist. för att se om den klagar på att den är för liten)

Verkar vara något skitfel med ändelse men jag har kollat:S

[sodjan]

Har du sett de andra felen ? Det är ju mer som den klagar på.

Notera att första felet uppträder på rad *22*, inte på den rad
som du skrev om i början av tråden

Ska du ha ett ";" sist på rad 22 ?

Ska inte variabeldeklarationerna ligga före exekverbar kod i main() ?

Lägg in koden med code-taggarna istället för skärmdumpar. Eller går
det inte att kopiera texten från output-fönstret ?

Vad händer om provar att byta ut "level" till något annat ?
D.v.s att kalla varablen för något annat. Jag vet inte om det
är ett "reserved word", men i alla fall...

Detta är bara sådana småsaker som jag skulle testa innan man ger
upp och postar i forumet. Jag tror att det är *något* av detta...

> måste bli bättre på att specifiera problemen hehe.

Du behöver varken specificera något eller försöka göra egna personliga tolkningar
av felen som du får. Visa bara rakt upp och ner vad det är som händer.

[TomasL]

Koden från första raden vore bra också.

Ditt fel tyder på att du glömt nånting i nån rad innan den felande kodraden (vilket också inkluderar eventuella fel i eventuella include-filer)

[fireas]

..

[sodjan]

Jag vill bara lägga till att jag pesonligen inte tycker att "level" är ett
bra variabelnamn. Kalla det t.ex "ADC_level" eller ennu bättre något som
hänger ihop med det som mäts via ADC enheten. Risken med namn som
"level" är att det antingen är ett "reserved name" i kompilatorn i sig
själv eller att det även används till något annat...

[TomasL]

skall man vara riktigt noga, så bör typen, längden och eventuell modultillhörighet ingå i variabelnamnet.

[fireas]

Ursäkta om mina punkter visade irritation (om det uppfattades som det).

Jag redigerade mitt inlägg då jag testade en grej.

Jag har namnet niva nu (då det är den enda variabeln i programmet så låter jag den vara for now).

Jag har suttit och gått igenom allt nu och det var lite brackets och sådant som fattades i koden och nu är den felfri (build-mässigt).

Så jag tänkte programmera processorn (vilket jag gjort ett 10-20 tal ggr nu senaste dygnet och det har fungerat), men nu så visar programmeringsprogrammet "Device not found". Så nu får jag försöka luska ur det......

Återkommer med resultat när jag kommit på felet (ge mig några år bara..)

[sodjan]

> och nu är den felfri (build-mässigt).

Försvann alltså felen vid kompileringen?

> Återkommer med resultat när jag kommit på felet

Vilket "fel"? Du sa ju nyss att den nu var "felfri"??

[Nerre]

Han skriver ju att nu kompilerar programmet som det skall. Det nya felet är att programmeringen inte funkar.

[sodjan]

Hur vet du det och hur skulle jag kunna veta det ?

Det *ser ut* som att det syftar på "programmeringsprogrammet "Device not found"."
Det är ett något helt annat och har varken med koden i sig eller funktionen att göra.

[fireas]

Att builda fungerar i mikroc, dvs koden verkar vara ok.

Men när jag går in till pickit 2 programmet för att "bränna" över programmet till processorn står det att "device not detected". (Pickit 2 programmeraren hittas men inte processorn)

Beror det på att programmet i sig inte fungerar? - första tanken som slog mig men det enkla "blinkande LED"-programmet som redan finns på går inte att dra hex-filen till heller. samma meddelande. Så då antar jag att det är någonting annat


Därför försöker jag komma på vad som kan vara snett. Alla sladdar är som de ska, rätt pic vald i programmet (har ej autodetection) men går inte att läsa/skriva/radera då den inte hittar PIC-processorn

[TomasL]

Det beror exakt på det som felmeddelandet säger, "device not detected".
Device i det här fallet är din processor, dvs din programmerare har ingen kontakt med processorn.

[sodjan]

> Beror det på att programmet i sig inte fungerar?

Nej, som Tomas säger så har det inte ett smack med det att göra.
Felet kommer mycket tidigare och uppstår oavsett om du försöker
flasha något eller inte. Programmeringsprogrammet får helt enkelt
inte kontakt med din PIC (via PICkit2'an).

Hur är det hela kopplat ? Enbart en PICkit2 + labbkortet ?
Har du gjort några ändringar eller tillägg på labbkortet ?
Är det "02 Blink" som du menar med "det enkla blinkande
LED-programmet" ? (Säg gärna det i så fall. )
Notera att det programmet använder "_MCLRE_OFF", så PICkit2'an
behöver köra en speciell sekvens för att få kontakt med processorn.
Det gör att du t.ex inte kan ha separat spänningsmatning till labbkortet...

Så, hur ser det hela ut (hela kopplingen) egentligen ?
Med en standardsetup, out-of-the-box, så är normalt detta inte något problem.