Försökte föra över en hex fil med en Wisp628 till en 18F4553 och felmeddelandet (this target is not supported by xwisp2) säger om jag förstår det korrekt att xwisp2 inte stöder "target" d v s 18F4553.
Frågan är då; är det xwisp2 (1.9.6) eller firmware 1.11 som är problemet?
Något tipps ?
“xwisp2 version 1.9.6 for Windows (Dec 11 2008, Open Watcom C/C++ 1.70)
File 4553.hex loaded and is Intel Hex format conforming
Detected programmer: Wisp628, firmware version 1.11
Sorry, this target is not supported by xwisp2!
Target not auto-detected, please specify on commandline!
xwisp2 failed after 0.98 seconds, rc 23”
Den får kontakt, läser typen men ser att den inte har rutin för denna. Sannolikt ska firmwaren uppgraderas. XWisp2 ska såklart vara rätt version till firmwaren.
Kör enbart "> xwisp2w" och kolla i listan med supportade devices. Är din PIC med ?
Jag vet inte om 18F2553 är den allra mest vanliga modellen, det kan ju
vara fel i cfg filen till xwisp2. Lägg på någon av flaggorna för lite mer
loggning, kolla vilket ID den läsr från processorn och jämför med cfg filen.
Jag har ingen 4553 tillgänglig, men kör med lite loggning påslaget och jämför
det ID som läses från processorn med det DeviceID som står ovan. Om det inte
stämmer så justerar du i .cfg filen och testar igen. Om det då fungerar så
mailar du Rob Hammerling så att han kan justera i sina kit...
C:\>xwisp2w verbose port 3 go wisp648_127rh
xwisp2 version 1.9.5 for Windows (Jan 24 2008, Open Watcom C/C++ 1.70)
Reading file 'wisp648_127rh.hex'
File wisp648_127rh.hex loaded and is Intel Hex format conforming
Total of program and data memory: 7338 bytes
Initializing serial port: COM3
Portspeed min: 50, max: 115200, cur: 115200
Portspeed new: 19200
DTR Off, RTS On
DTR On, RTS On
DTR Off, RTS On
Programmer not active, trying to activate
Portspeed min: 50, max: 115200, cur: 19200
Failed to activate Programmer. Check connection to target and COM3.
Portspeed min: 50, max: 115200, cur: 19200
Portspeed new: 115200
DTR Off, RTS Off
xwisp2 failed after 0.67 seconds, rc 23
Press 'Enter' to continue:
Nu spricker det för mig eftersom jag inte har något anslutet på COM3.
Annars hade man kunnat se läsningen av ID från "target".
C:\PIC>x verbose port 6 go 4553
xwisp2 version 1.9.6 for Windows (Dec 11 2008, Open Watcom C/C++ 1.70)
Reading file '4553.hex'
File 4553.hex loaded and is Intel Hex format conforming
Total of program and data memory: 302 bytes
Initializing serial port: COM6
Portspeed min: 50, max: 115200, cur: 1200
Portspeed new: 19200
DTR Off, RTS On
DTR On, RTS On
DTR Off, RTS On
Programmer not active, trying to activate
Portspeed min: 50, max: 115200, cur: 19200
Programmer type string: 'Wisp628'
Programmer firmware version string: '1.11'
Detected programmer: Wisp628, firmware version 1.11
Switching communications speed from 19200 to 115200 bps
Portspeed min: 50, max: 115200, cur: 19200
Portspeed new: 115200
Trying 14 bits core family (provisional target 16F627)
Received target deviceID: 3FFF
Not a valid Device-ID received
Trying 16 bits core family (provisional target 18F1220)
Received target deviceID: FFFF
Not a valid Device-ID received
Target not auto-detected, please specify on commandline!
Portspeed min: 50, max: 115200, cur: 115200
Portspeed new: 1200
DTR Off, RTS Off
xwisp2 failed after 0.00 seconds, rc 23
Press 'Enter' to continue:
Wisp'en får aldrig ett OK device-ID från "target".
Kan t.ex bero på att den inte lyckas få över "target"
i programming mode. Den kan i sin tur bero på olika saker.
Ren felkoppling. Brist på avkoppling. Man har tidigare programmerat
samma processor med "internal-MCLR". Se över din koppling. Kolla
att 5V verkligen är 5V. Se till att ha 100nF i närheten av "target".
Tackar!
En extra 100nF rakt över PIC’en gjorde susen! Det satt redan en 5 mm från änden men det räckte uppenbarligen inte.
En följdfråga; nu när programmet är på plats och allt funkar 100% så lyser LED’en på Wispen konstant (i runmode) vilket jag inte kan minnas har hänt tidigare. Om jag tar bort vit ledning (PGM) från pin 38 så släcks den?
OK. Just när det gäller att switcha över till "programming-mode", så handlar det
om ett tillfälligt lite större strömuttag (en spännings-pump som ska starta upp
internt i processorn), så igentligen (jag var lite otydlig där) så är det inte
"avkoppling" som var problemet, utan "glättning" av matningsspänningen. En
10 uF elektrolyt i anslutning till processorn hade sannolikt haft samma effekt.
Problemet var alltså sannolikt att matningsspänningen "dippade" just när
Vpp las på och det hindrade spänningspumpen internt i processorn att
starta upp som den skulle.
När det gäller LED'en, så vet i tusan, det låter som att pinnen på PIC'en
driver linjen. Det kan vara något i din kod eller något annat som är
kopplat till samma pinne...
Port-B5 (pin 38) är ställd i programmet som utgång (jag gör så på alla portar som inte behövs för tillfälligt) och blir då låg (0), jag ställde den till hög (1) istället och nu är LED’n på Wispen släkt.