Svenska ElektronikForumet

Hejsan!
Pillade lite med en 18F1230 som jag programmerade för första gången någonsin sen jag köpt den m.h.a min Wisp648 utan problem med ett program som tände en lysdiod och det fungerade fint . När jag sedan skulle programmera nästa program vägrade kretsen. Jag började kontrollera uppkoppling och ev glapp kontakter inget verkade konstigt. Så jag försökte programmera och "radera den" men jag får alltid följande "utdata".
Jag har i menyn "Configuration bits" specifierat MCLR On. Min första spontana tanke var att när jag programmera och hade satt alla dessa config bitar i MPLAB's "Configuration bits" menyn så tänkte jag att den hade inte programmerat in config bitarna korrekt och att den kanske hade intern-mclr ändå. Så jag försökte programmera igen med jumpern men får exakt samma utdata som tidigare. Här kommer en bild på config bitarna.



Andra viktiga saker jag kan nämna är att jag testade att programmera en annan krets med programmeraren och det funkade fint så själva Wispen verkar fungera bra. Jag kör med Robh's Wisp648_123rh firmware.

Hoppas inte jag har glömt någon viktig information och får hoppas att någon har ett svar =)

//Daniel

> Jag kör med Robh's Wisp648_123rh firmware.

Men :

> firmware version 1.27

Jag kan minnas fel, men jag har bestämt för mig att 123rh
presenbteras sig sim just "1.23"...

> och hade satt alla dessa config bitar i MPLAB's "Configuration bits" menyn

Jag har aldrig använt den där menyn. Någon speciell anledning till att du inte
sätter din CONFIG i källkoden ?

> Pillade lite med en 18F1230

Jo just det ja...
Prova med att bara "power cycla" (d.v.s stäng av och sätt på igen)
spänningsmatningen till din 18F1230 så får vi se...

Sodjan:

> presenbteras sig sim just "1.23"...

Jaa den presenterade sig som 1.27 =).

> Jag har aldrig använt den där menyn. Någon speciell anledning till att du inte
sätter din CONFIG i källkoden ?

Jag tycker det är så mycket lättare i menyn och överskådligare, speciellt på en sån här processor med så många config bitar.

> Prova med att bara "power cycla" (d.v.s stäng av och sätt på igen)

Jag försökte med detta men ingen lycka!

> Jag tycker det är så mycket lättare i menyn och överskådligare,

Det kanske kan verka så, men det är bättre att ha alla inställningar i källkoden.

Tja, jag får se om jag hinner testa med en 18F1320 när jag är på kontoret.
Jag vet att när jag senast används en av modellerna i denna 18F-serie
så hade jag problem med omprogrammering och fick bryta strömmen
mellan varven. Alltså till både Wisp628 (i det fallet) och "target". Man det
har varit många uppgraderingar av firmware sedan dess så det kanske är
åtgärdat...

> Jaa den presenterade sig som 1.27 =).

OK, jag kan minnas fel. Får verifiera på kontoret.

Att inte sätta konfigen i källkoden är bara dumt, enligt min mening. Inget illa menat, men hur ska du annars veta vilken konfig som skall användas tillsammans med koden? Du måste någonstans göra anteckningar om det isåfall. Och var finns ett bättre ställe att förvara den inställningen? Jo i källkoden givetvis. Då kan den inte komma på avvägar!

Jag har varit med om alldeles för många ggr där man skall återuppta ett gammalt projekt och inte kommer ihåg hur det var, och inte gjort tillräckliga anteckningar.

vfr: Jo absolut om man tar upp gamla projekt finns fördelar och nackdelar med allt. Men finns det något annat negativt om man bortser från det? Jag menar det är ju verkligen super skönt att bara ställa in det i dropmenyerna utförligt enkelt och ett klick och det är klart! Nåja nu handlar ju problemet inte om det här.

Förresten jag gjorde ett litet test på kretsen och när jag gör en reset på MCLR pinnen drar den låg så släcks lysdioden ungefär som att allt resettas i processorn. Nu vet jag inte om det här är ett perfekt bevis på att den inte har intern-mclr. Men verkar ju onekligen så. En grej jag kom på också är att jag har aldrig testat och kontrollerat att när jumpern är på att programmeringen funkat. Ska ta och testa det gör en edit med resultat =)

Edit: Försökte låsa en 16F648A men det vill sig inte den programmerar den och raderar minnet utan jumpern trots intern MCLR. Det funkar lika bra med som utan jumper så ingen lycka med att verifiera att det verkligen fungerar.

Jag håller med dig i enkelheten på menyerna i absolut första steget. Men sedan, så fort jag börjat kompilera projektet mera regelbundet, så slår jag upp rätt parametrar att ha i källkoden. Är man då det minsta osäker så är det ju bara att kolla mot den PIC som man programmerade med konfig i menyerna. Är dom lika så är det samma källkod och samma konfig. Problemet med att inte ha det i källkoden, är att man aldrig kan förutse när nästa gång blir. Det kanske är tänkt att jag ska göra det imorgon, och så kommer något annat emellan. Så sket det sig. Sen kommer man inte ihåg när det väl är dags...

Det där med att dokumentera saker blir tyvärr inte av alltid. Jag är själv usel på det i vissa lägen. Speciellt när det inte finns ett givet ställe att göra det på.

Hehe. Nu låter jag som en gammal gubbe, vilket jag iofs är, men det bygger tyvärr på en del dålig erfarenhet.

Alla bitar är definierade med namn; configen behöver inte anges binärt.

> Försökte låsa en 16F648A men [...] den programmerar den och raderar minnet utan jumpern trots intern MCLR.

Vissa modeller (t.ex just 628A, 648A, 88 och andra liknande) är mindre känsliga.
T.ex 12F serien, däremot, brukar vara tjuriga...

> > Jaa den presenterade sig som 1.27 =).

> OK, jag kan minnas fel. Får verifiera på kontoret.

Så, kollat.
Jag har i och för sig en Wisp648, men min säger "1.23" och
har senaste firmware från www.robh.nl (123rh).
Jag vet inte om den skulle säga 1.27 när den sitter på en Wisp628...

Sodjan:

Hade visst blandat ihop mina chips tror jag. Trodde det var den jag förde över eller så råka jag föra över fel hex fil. Nåja, förde över en ny och testade med den samma problem där med jumper på och av.

OK, då vet vi det...

Sen så är det svårt att på rak arm säga varför din Wisp inte
lyckas få över processorn i programmerinhgsmode. Kan vara mycket,
det kanske inte var bara processorn som du har snurrat runt med...

Jag han inte kolla med en 1320, får se i morgon...

> Kan vara mycket,
det kanske inte var bara processorn som du har snurrat runt med...

Ja det kan nog stämma bra haha.

Edit: Med den nya firmwaren har jag nu låst en 12F683 med intern MCLR. den reagerar inte på hög eller låg signal på MCLR pinnen. Men jag kan programmera och erasa den både med och utan jumper. Den funkar klockrent . Fast blir förundrad att det går att programmera den utan att jumpern är på.

Det kanske är detta ni menar med 1.23 och 1.27, men:

Från Zmod's första inlägg:
"programmerade för första gången någonsin sen jag köpt den m.h.a min Wisp648"
...
"Jag kör med Robh's Wisp648_123rh firmware."

men:

"Detected programmer: Wisp628"


Hur hänger det ihop?

Hela raden var:

> Detected programmer: Wisp628, firmware version 1.27

Och jag tolkade senare inlägg som en verifiering av att
Zmod hade blandat ihop sina firmware processorrer lite och
inte alls körde Rob H's 1.23rh utan en av VOTI's versioner...