Programmera PIC18F2685 med WISP628

BultaIBo · Inlägg av **BultaIBo** » 5 oktober 2006, 19:13:25

Håller på och försöker ladda ner ett program i en PIC18F2685. Har endast tillgång till en WISP628 med firmware 1.10 och xwisp version 1.0.9.

Tyvärr så saknas just min lilla krets i cfg-filerna.

Vågar inte riktigt lägga till ett entry för den heller, kanske bränner jag upp min lilla krets då. Men ett förslag på definition för PIC18F2685 kanske skulle vara såhär:

Kod: Markera allt

; -----------------------------------------------------------------------
Name          = 18F2685
DataSheet     = DS39761A
Algorithm     = PIC18A
DeviceID      = 0139
ProgSize      = 96K
DataSize      = 1024
ProtectMask   = C03F
WriteBurst    = 64
FuseFixedZero = 00CF1F1F0086F5000FC00FE00F40
; ---------------------------------------------

[/color]

Vad är risken med att lägga till info i cfg?
Om man lyckas, är det då säkert att det fungerar, eller finns det andra begränsningar i tex firmware?
Vad behöver jag göra?

sodjan · Inlägg av **sodjan** » 5 oktober 2006, 21:11:38

18F2680 finns i alla fall med (i senaste XWisp2).
Jag har inte kollat vad som skiljer, men sannolikt är det
bara att fixa ett entry i rätt CFG fil...

BultaIBo · Inlägg av **BultaIBo** » 5 oktober 2006, 22:19:19

Brukar inte leva under devisen "Friskt vågat, hälften brunnit", men jag provade ändå.

Gjorde en xwisp2_18F2685.cfg fil med innehållet:

Kod: Markera allt

Name          = 18F2685
DataSheet     = DS39761A
Algorithm     = PIC18A
DeviceID      = 2720
ProgSize      = 96K
DataSize      = 1024
ProtectMask   = C03F
WriteBurst    = 64
FuseFixedZero = 00CF1F1F0086F5000FC00FE00F40

Inkluderade denna fil från xwisp2.cfg

DeviceID enligt Flash Microcontroller Programming Specification för bla PIC18F2xx5, hoppas jag...

Provade sedan att ladda med följande resultat:

Kod: Markera allt

C:\Src>xwisp2w go LLLC
 xwisp2 version 1.9.0 for Windows (Apr 08 2006, Open Watcom C 1.40)
File LLLC.hex loaded and is Intel Hex format conforming
Detected programmer: Wisp628, firmware version 1.10
Target not auto-detected, please specify on commandline!
xwisp2 failed after 0.72 seconds, rc 23!

Det sket sig med auto-detect, så jag la till target 18F2685 och fick följnade resultat:

Kod: Markera allt

C:\Src>xwisp2w target 18F2685 go LLLC
 xwisp2 version 1.9.0 for Windows (Apr 08 2006, Open Watcom C 1.40)
File LLLC.hex loaded and is Intel Hex format conforming
Detected programmer: Wisp628, firmware version 1.10
Using specified target: 18F2685
Target erased
Transferring program to 18F2685 via Wisp628
Transferring program memory...OK!
Verifying program memory......failed at 000000, expected: 'EF31', found: 'FFFF'
Write-Verify operation failed after 7.80 seconds, rc 21!
xwisp2 failed after 8.75 seconds, rc 21!

Verkar som jag lyckas ladda ner nått, men vad händer sen?
Varför fungerar inte auto-detect?

sodjan · Inlägg av **sodjan** » 5 oktober 2006, 23:52:52

En kontrollfråga bara... : Har du programmerat *någon* PIC med din Wisp628 ?

Felen du får tyder på kommunikationsstörningar, men det är inte helt tydligt.

Jag har kollat Prog Specen, och denna modell finns ju med i samma
dokument som en mängd andra nyare PIC18 som stöds av XWisp2
med nyaste firmware, så jag ser inget uppenbart "fel"...

EDIT :
Jag utgår från att din koppling i övrigt är OK, bra och stabil 5V, ordentligt
avkopplat o.s.v. !!

BultaIBo · Inlägg av **BultaIBo** » 6 oktober 2006, 09:13:56

Wisp628 har jobbat ett tag och fungerat bra, så den litar jag på. Om det inte är så att 18F2685 är känsligare än de andra kretsarna jag programmerat innan. Jag skall kontrollera kopplingen en extra gång.

Vad det gäller Prog Specen så står det såhär för PIC18F2680 (som stöds av XWisp2)

For PIC18FX6X0 devices, the code memory space
extends from 0000h to 0FFFFh (64 Kbytes) in four
16-Kbyte blocks.

Och såhär för PIC18F2685:

For PIC18F2685/4685 devices, the code memory
space extends from 0000h to 017FFFh (96 Kbytes) in
five 16-Kbyte blocks.

Kan det ha något med att Wisp:en har problem med det extra memory blocket???

Icecap · Inlägg av **Icecap** » 6 oktober 2006, 09:34:08

"firmware version 1.10"....

Jag hade problem med att progga en PIC18F4420, programmet kom in OK men avslutande kontroll gav ett fel, programmet i PIC'en fungerade dock bra.

Uppgraderade till firmware 1.11 (+ xwisp2w till senaste) varefter allt fungerar klockrent.

BultaIBo · Inlägg av **BultaIBo** » 6 oktober 2006, 11:16:15

Fint, jag provar att upgradera! Återkommer med resultat!

sodjan · Inlägg av **sodjan** » 6 oktober 2006, 11:21:22

Mycket låter som Icecap's problem, så en uppgradering till senaste
firmware/xwisp2 är nog ett vettigt steg...

Jag har även lagt en fråga på PICLIST om det finns någon annan
uppenbar skillnad på (t.ex) 2680 och 2685, vi får se vad som
kommer därifrån. Rob Hamerling brukar vara snabb att svara...

sodjan · Inlägg av **sodjan** » 6 oktober 2006, 12:17:31

Svar från Rob :

Hi Jan-Erik,

On 10/6/06, Jan-Erik Soderholm <jan-erik.soderholm@telia.com> wrote:
.
> Just got a question from someone who was trying to flash a
> PIC18F2685 using his Wisp628 (1.10 firmware) using XWisp2.
> He gets some errors that *looks* communications error
> between the Wisp628 and the target, but Iäm not sure.
>
> Anyway,
>
> The 2685 device is not in the list of suported devices
> but the 2680 is. It seems as the diff is a larger prog mem
> (64kb in the 2680 vs. 94kb in the 2685).
>
> The 2685 shares the same Prog Spec as a lot of other
> supported PIC18 devices.
>
> Now, is there any obvious reason the 2685 would not
> work with this setup ?

I just added this one and three similar ones to xwisp_16.cfg. For the
2865 I have specified:

Name = 18F2685
DataSheet = DS39761
PgmSpec = DS39622
Algorithm = PIC18A
DeviceID = 2720
ProgSize = 96K
DataSize = 1024
ProtectMask = C03F
WriteBurst = 64
FuseFixedZero = 00CF1F1F0086F5003FC03FE03F40

I couldn't test it yet, I've no such PIC here yet, but I think it
should work like any of the others of this group.
However I noticed a minor change in the programming algorithm (for the
Wisp628 firmware) for all members of this large group (38 PICs). This
might be the cause of errors for this PIC.
Note: Wisp628 firmware version 1.11 is the most recently published,
I'm working on firmware 1.12.... have some patience!

Regards, Rob

--
Rob Hamerling, Vianen NL (http://www.robh.nl/)

Så det *borde* alltså fungera...

sodjan · Inlägg av **sodjan** » 6 oktober 2006, 15:24:06

Icecap:
> Jag hade problem med att progga en PIC18F4420, programmet kom in OK
> men avslutande kontroll gav ett fel, programmet i PIC'en fungerade dock bra.
> Uppgraderade till firmware 1.11 (+ xwisp2w till senaste) varefter allt fungerar klockrent.

Jag fick just ett mail från Rob Hamerling där han utryckte förvåning
kring just detta. Enligt honom var det inget mellan 1.10 -> 1.11 som
som borde kunna påverka detta.

Har du några mer detaljer ?
Ingenting annat som kan ha ändrats samtidigt som du bytte firmware ?
Var inte detta upp i en gamal tråd (jag ska leta lite...) ?

BultaIBo · Inlägg av **BultaIBo** » 6 oktober 2006, 16:34:11

Rob har en annan definition på FuseFixedZero än den jag specat i min cfg...

Jag provar med hans definition!

sodjan · Inlägg av **sodjan** » 6 oktober 2006, 16:37:44

Om FuseFixedZero är fel borde man få fel vid programmering/verifiering av CONFIG
bitarna ("fuses"), inte som i detta fall vid verifiering av "program memory".
Men prova gärna så får vi se !

Icecap · Inlägg av **Icecap** » 6 oktober 2006, 18:44:11

sodjan: ingen tråd, e-mail.

Det som var problemet var antagligen en FuseFixedZero grej, minnet blev verifierat bra utom den sista check på 30xx någonting.

Problemet jag har nu är att jag ju har uppdaterat och då jag testade kretskortet (kom åt det) fungerade allt perfekt.

sodjan · Inlägg av **sodjan** » 6 oktober 2006, 19:40:20

OK.
Var det 3xxx så var det antagligen just et fel i FuseFixedZero...
Tack i alla fall...

sodjan · Inlägg av **sodjan** » 7 oktober 2006, 00:38:11

Fick en sent mail från Rob igen...

Först Icecap, var din uppgradering av firmware 1.10 -> 1.11 ?
Eller var det ett längre "steg" från en tidigare firmware ?

Rob har kollat 1.10 mot 1.10 med avseende på det du beskrev, och han
kan inte se att det finns något som på ett naturligt sätt förklarar det.

Han nämnde också en annan sak. För ett tag sedan hade en annan
användare av xwisp2 problem med verify av config bits. I det fallet
visade det sig att HEX filen inte hade alla config register/adresser
definierade. Om *det* är fallet, får man verify fel.

Vilket utv verktyg kom HEX filen från just i det fallet ?