Vilket fullständring idiotiskt resonemang kring att döpa om instruktioner.
Jag fattar inte att du orkar hålla på med sådana dumheter...
CCPR1L:CCP1CON<5:4> = ???
Re: CCPR1L:CCP1CON<5:4> = ???
Tack för denna insikt.... 
...fast det är klart - det finns kanske något sätt för PICkit 2 att säga "jag lurades bara, jag bara låtsades lägga in koden"....?
Nej, det syns, märks inte av, något annat än att allt gick som det skulle.
Förutom att det inte gjorde det - egentligen.
...fast det är klart - det finns kanske något sätt för PICkit 2 att säga "jag lurades bara, jag bara låtsades lägga in koden"....?
Nej, det syns, märks inte av, något annat än att allt gick som det skulle.
Förutom att det inte gjorde det - egentligen.
Re: CCPR1L:CCP1CON<5:4> = ???
Janne, du gör precis som du vill.
Att någon gör på ett annat sätt betyder varken att det är sämre eller fel eller något annat än att det är ett annat sätt.
Jag tycker det finns bättre saker att reta upp sig på, än att en del brer smöret på andra sidan.
Inte fel sida - endast en annan sida.
Om vi alla kunde låta bli dessa tråkningar, dessa försök framställa andra som idioter, så skulle samtalstonen bli otroligt mycket bättre.
Ja, just bättre. Bättre på att förmedla kunskap och dela idéer. Vilket ger ett bättre gjort arbete - varje gång.
Sedan finns den möjligheten att just denna lilla variant gör att någon annan finner det enklare skriva kod.
Någon som inte kommer framåt just därför att negationer är besvärliga. Och på intet vis självklara att räta ut.
Att någon gör på ett annat sätt betyder varken att det är sämre eller fel eller något annat än att det är ett annat sätt.
Jag tycker det finns bättre saker att reta upp sig på, än att en del brer smöret på andra sidan.
Inte fel sida - endast en annan sida.
Om vi alla kunde låta bli dessa tråkningar, dessa försök framställa andra som idioter, så skulle samtalstonen bli otroligt mycket bättre.
Ja, just bättre. Bättre på att förmedla kunskap och dela idéer. Vilket ger ett bättre gjort arbete - varje gång.
Sedan finns den möjligheten att just denna lilla variant gör att någon annan finner det enklare skriva kod.
Någon som inte kommer framåt just därför att negationer är besvärliga. Och på intet vis självklara att räta ut.
Re: CCPR1L:CCP1CON<5:4> = ???
Nej, det syns, märks inte av, något annat än att allt gick som det skulle.
Re: CCPR1L:CCP1CON<5:4> = ???
Fortfarande, vilka meddelanden får du från MPLAB när du programmerar.
Varför i jösse namn kan du inte svara på enkla frågor?
Varför i jösse namn kan du inte svara på enkla frågor?
Re: CCPR1L:CCP1CON<5:4> = ???
Att helt i onödan hålla på och döpa om instruktioner ställer bara till det.
Det blir både krångligare att läsa sin egen kod, men främst ställer det
till det rejält ifall det skulle hända att man vill ha hjälp med sin kod. Visst,
det är ju väldigt olika hur mycket hjälp man behöver eller vill ha, men
det händer i alla fall att någon presenterar sin kod som inte fungerar.
Och det har hänt tidigare att kod har egna "uppfinningar" som inte
är standard, och det blir alltid en massa strul med det...
> Om vi alla kunde låta bli dessa tråkningar,
Tråkning? Det var en förklaring till varför det är en idiotiskt idé.
> Nej, det syns, märks inte av, något annat än att allt gick som det skulle.
Tomas frågade självklart om dina PICkit2 problem, du skrev ju att: "Det
händer flera gånger att PICkit 2'an inte verkar få över koden.", eller hur?
Det har självklart ingenting med dina egna specialinstruktioner att göra.
Det blir både krångligare att läsa sin egen kod, men främst ställer det
till det rejält ifall det skulle hända att man vill ha hjälp med sin kod. Visst,
det är ju väldigt olika hur mycket hjälp man behöver eller vill ha, men
det händer i alla fall att någon presenterar sin kod som inte fungerar.
Och det har hänt tidigare att kod har egna "uppfinningar" som inte
är standard, och det blir alltid en massa strul med det...
> Om vi alla kunde låta bli dessa tråkningar,
Tråkning? Det var en förklaring till varför det är en idiotiskt idé.
> Nej, det syns, märks inte av, något annat än att allt gick som det skulle.
Tomas frågade självklart om dina PICkit2 problem, du skrev ju att: "Det
händer flera gånger att PICkit 2'an inte verkar få över koden.", eller hur?
Det har självklart ingenting med dina egna specialinstruktioner att göra.
Re: CCPR1L:CCP1CON<5:4> = ???
Använder du PICKIT 2's fristående mjukvara, eller den inbyggda i MPLAB?
Jag kan gissa på två möjliga orsaker
-Felmeddelande vid "assemblering"/"build". Någon ny hex-fil har inte skapats, d.v.s den gamla filen programmeras.
-"Bugg" i koden, vilket gör att koden ger samma resultat som tidigare versionen. D.v.s det ser ut som att kretsen inte programmerats om, trots att den gjort det.
TomasL menar att du ska kopiera "output"/loggen som skapas, och klistra in i ett inlägg här, så att han kan verifiera att "allt gick som det skulle".
Jag kan gissa på två möjliga orsaker
-Felmeddelande vid "assemblering"/"build". Någon ny hex-fil har inte skapats, d.v.s den gamla filen programmeras.
-"Bugg" i koden, vilket gör att koden ger samma resultat som tidigare versionen. D.v.s det ser ut som att kretsen inte programmerats om, trots att den gjort det.
TomasL menar att du ska kopiera "output"/loggen som skapas, och klistra in i ett inlägg här, så att han kan verifiera att "allt gick som det skulle".
Re: CCPR1L:CCP1CON<5:4> = ???
Janne, det du framför är en åsikt, din åsikt, och det är inte en absolut sanning.
När man arbetar tillsammans på en kod, då gör man som blir bra då.
Nog om det nu, innan du börjar svära igen...
Om det varit något som syntes hade det inte varit det problem jag har beskrivit..
Då hade jag haft något som sa att det ena eller andra hände, eller inte hände.
Av denna anledning kändes det fånigt upprepa samma sak ännu en gång. En till.
Dock...!
Vad det framförallt syns på är att GPIO inte reagerar - längre.
Detta beror då alltså INTE på sådan ändring i koden att det skulle kunna ske.
Jag använder MPLAB, har inte fått den lilla för ren stoppa hex i IC att fungera.
Jag skulle börjat i den änden, dvs med det direkt uppenbara. Ber om ursäkt.
Så låt mig omformulera problemet.
Periodvis slutar GPIO, använda för digital input, med eller utan WPU eller IOC etc, fungera.
De kommer helt enkelt inte igång.
Satta för output uppvisar de inget problem, dvs där fungerar de som de ska.
Åsså, utan uppenbar anledning, så kommer alltihop igång igen.
...typ två dagar fyllda med frustration senare.
Frågan är egentligen om detta är någon form av problem som PICkit 2 dras med?
När man arbetar tillsammans på en kod, då gör man som blir bra då.
Nog om det nu, innan du börjar svära igen...
Om det varit något som syntes hade det inte varit det problem jag har beskrivit..
Då hade jag haft något som sa att det ena eller andra hände, eller inte hände.
Av denna anledning kändes det fånigt upprepa samma sak ännu en gång. En till.
Dock...!
Vad det framförallt syns på är att GPIO inte reagerar - längre.
Detta beror då alltså INTE på sådan ändring i koden att det skulle kunna ske.
Jag använder MPLAB, har inte fått den lilla för ren stoppa hex i IC att fungera.
Jag skulle börjat i den änden, dvs med det direkt uppenbara. Ber om ursäkt.
Så låt mig omformulera problemet.
Periodvis slutar GPIO, använda för digital input, med eller utan WPU eller IOC etc, fungera.
De kommer helt enkelt inte igång.
Satta för output uppvisar de inget problem, dvs där fungerar de som de ska.
Åsså, utan uppenbar anledning, så kommer alltihop igång igen.
...typ två dagar fyllda med frustration senare.
Frågan är egentligen om detta är någon form av problem som PICkit 2 dras med?
Re: CCPR1L:CCP1CON<5:4> = ???
PICKIT2 hittar garanterat inte på nånting, snarare är det väl du som hittar på saker.
Fortfarande vad får dig att tro att din krets inte programmeras på rätt sätt?
Vad säger meddelandena när du gör en BUILD och när du programmerar?
Fortfarande vad får dig att tro att din krets inte programmeras på rätt sätt?
Vad säger meddelandena när du gör en BUILD och när du programmerar?
Re: CCPR1L:CCP1CON<5:4> = ???
Låter som att MCLR inte släpper. Eller kanske att programmeraren inte lyckas göra en reset efter programmeringen. Jag har inte kört mycket med _MCLRE_OFF själv, så har inte erfarenhet. Om du inte behöver den flaggan/pinnen, kan du ju testa att ändra.
Är någon annan elektronik ansluten till samma pinnar som programmeraren?
Är någon annan elektronik ansluten till samma pinnar som programmeraren?
Re: CCPR1L:CCP1CON<5:4> = ???
Tomas, om du istället ger förslag på vad man kan titta efter och var detta återfinns, då är det enklare.
Som det är nu blir du frustrerad och häller ovett över en - vilket varken är trevligt, underbyggt eller produktivt.
Tala om vad som kan orsaka, och hur man kan se det, så har man något att jobba med.
Om det är något så grundläggande som att inte märka att en build inte gått igenom - då kan det vara behövligt.
Antagligen mer behövligt än vad som kommer gå komma förbi...
Skönt höra det inte är något som PICkit2 dras med i grund! Tack.
bearing har en fråga som har potential.
Det har jag iofs, men så länge PICkit inte protesterar fullständigt har det inte förefallit påverka just detta.
Att sätta en RC på DAT är exempelvis något som inte uppskattas.
I övrigt kan det sitta, eller inte, eller blandat, pull-up/-down resistorer - dvs det verkar inte påverka.
Speciellt inte som problemet uppstår även om jag flyttar PIC'n i sig mellan programmeraren och applikationen.
Åsså helt plötsligt lossnar det.
Och dessvärre behövs MCLR för input.
Vilket den ju faktiskt ska klara av...!
Och jag är hyfsat säker på att jag även testat att ha yttre pull-up och låta MCLR vara kvar.
Som det är nu blir du frustrerad och häller ovett över en - vilket varken är trevligt, underbyggt eller produktivt.
Tala om vad som kan orsaka, och hur man kan se det, så har man något att jobba med.
Om det är något så grundläggande som att inte märka att en build inte gått igenom - då kan det vara behövligt.
Antagligen mer behövligt än vad som kommer gå komma förbi...
Skönt höra det inte är något som PICkit2 dras med i grund! Tack.
bearing har en fråga som har potential.
Det har jag iofs, men så länge PICkit inte protesterar fullständigt har det inte förefallit påverka just detta.
Att sätta en RC på DAT är exempelvis något som inte uppskattas.
I övrigt kan det sitta, eller inte, eller blandat, pull-up/-down resistorer - dvs det verkar inte påverka.
Speciellt inte som problemet uppstår även om jag flyttar PIC'n i sig mellan programmeraren och applikationen.
Åsså helt plötsligt lossnar det.
Och dessvärre behövs MCLR för input.
Vilket den ju faktiskt ska klara av...!
Och jag är hyfsat säker på att jag även testat att ha yttre pull-up och låta MCLR vara kvar.
Re: CCPR1L:CCP1CON<5:4> = ???
I MPLAB har du "output-fönstren" vilka visar resultatet av din Build och även efter programmering, det är dessa jag vill att du kopierar och postar.Tomas, om du istället ger förslag på vad man kan titta efter och var detta återfinns, då är det enklare.
-
SeniorLemuren
- Inlägg: 8426
- Blev medlem: 26 maj 2009, 12:20:37
- Ort: Kristinehamn
Re: CCPR1L:CCP1CON<5:4> = ???
Jag har inte sett om du angivit att Busy blinkar på PICkit programeraren när du beställer programering? Jag hade problem med MPLAB X och programeraren så numera använder jag i stället "Auto Import Hex" i stället. Om du inte vet ifall programmet har laddats om så kan du ju bara köra Verify och se om innehållet i stämmer med den kompilerade filen.
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Re: CCPR1L:CCP1CON<5:4> = ???
> Vad det framförallt syns på är att GPIO inte reagerar - längre.
OK, det är ju en väldigt skillnad mot att "PICkit2 inte fungerar".
Du får alltså direkta felmedelanden från PICkit2 under programmering?
Om du inte, så kan du vara ganska säker på att programmeringen gick bra.
> Detta beror då alltså INTE på sådan ändring i koden att det skulle kunna ske.
Jasså?
If you say so...
> Vad det framförallt syns på är att GPIO inte reagerar - längre.
Det som är kritiskt här är vad som (allt som) har ändrats mellan senaste
gången det fungerade och första gången det inte fungerade. Någonting
skiljer. Ja, du skulle kunna ha någon oansluten ingång eller liknande
som skulle kunna få det att uppträda otillförlitligt också...
> Periodvis slutar GPIO, använda för digital input, med eller utan WPU eller IOC etc, fungera.
> De kommer helt enkelt inte igång.
Har du något annat som kan verifiera att processorn har startat över huvudtaget?
D.v.s. att koden snurrar för övrigt? Hur *vet* du att de inte fungerar?
Vad är symptomen?
> Satta för output uppvisar de inget problem, dvs där fungerar de som de ska.
Är det andra I/O pinnar, alltså med samma kod utan omprogrammering
samtidigt som visa pinnar inte fungerar? Eller har du gjort programändringar
och programmerat om processorn mellan de två testera med samma pinnar?
> Åsså, utan uppenbar anledning, så kommer alltihop igång igen.
Det behöver ju inte betyda att det inte finns en anledning. Det finns så
många sakar du inte klargör, så det är helt omöjligt att säg något.
Du talar om flera dagar. Då har väl allt varit strömlöst flera gånger.
Det kan vara något så simpelt som att "release MCLR after programming"
(eller vad den nu heter, något liknande i alla fall) inte är ikryssad.
Eller att MCLR inte har pullup. Eller någon annan oansluten ingång.
Har du PICkit2 ansluten till kretsen under hela tiden?
OK, det är ju en väldigt skillnad mot att "PICkit2 inte fungerar".
Du får alltså direkta felmedelanden från PICkit2 under programmering?
Om du inte, så kan du vara ganska säker på att programmeringen gick bra.
> Detta beror då alltså INTE på sådan ändring i koden att det skulle kunna ske.
Jasså?
If you say so... > Vad det framförallt syns på är att GPIO inte reagerar - längre.
Det som är kritiskt här är vad som (allt som) har ändrats mellan senaste
gången det fungerade och första gången det inte fungerade. Någonting
skiljer. Ja, du skulle kunna ha någon oansluten ingång eller liknande
som skulle kunna få det att uppträda otillförlitligt också...
> Periodvis slutar GPIO, använda för digital input, med eller utan WPU eller IOC etc, fungera.
> De kommer helt enkelt inte igång.
Har du något annat som kan verifiera att processorn har startat över huvudtaget?
D.v.s. att koden snurrar för övrigt? Hur *vet* du att de inte fungerar?
Vad är symptomen?
> Satta för output uppvisar de inget problem, dvs där fungerar de som de ska.
Är det andra I/O pinnar, alltså med samma kod utan omprogrammering
samtidigt som visa pinnar inte fungerar? Eller har du gjort programändringar
och programmerat om processorn mellan de två testera med samma pinnar?
> Åsså, utan uppenbar anledning, så kommer alltihop igång igen.
Det behöver ju inte betyda att det inte finns en anledning. Det finns så
många sakar du inte klargör, så det är helt omöjligt att säg något.
Du talar om flera dagar. Då har väl allt varit strömlöst flera gånger.
Det kan vara något så simpelt som att "release MCLR after programming"
(eller vad den nu heter, något liknande i alla fall) inte är ikryssad.
Eller att MCLR inte har pullup. Eller någon annan oansluten ingång.
Har du PICkit2 ansluten till kretsen under hela tiden?
