Svenska ElektronikForumet

Jag har lagt vantarna på en wisp648 samt en PIC16F648A men när jag ska programmera den får jag svaret:

C:\Users\Pajn\DOCUME~1\XWISP2~1>xwisp2w.exe port 4 go ..\led\led.hex
 xwisp2 version 1.9.5 for Windows (Jan 24 2008, Open Watcom C/C++ 1.70)
File ..\led\led.hex loaded and is Intel Hex format conforming
Detected programmer: Wisp628, firmware version 1.22
Recommendation: Upgrade your Wisp648 firmware to at least version 1.23rh
Target not auto-detected, please specify on commandline!
xwisp2 failed after 0.70 seconds, rc 23
Press 'Enter' to continue:


C:\Users\Pajn\DOCUME~1\XWISP2~1>

Jag har anslutit alla kablar till pic:en, och när jag försöker skriva in 16F648A vi "Press 'Enter' to continue:" händer det inget, vad gör jag för fel? När jag försöker uppgradera med hexfilen som jag fick med (den han rekomenderar mig att uppgradera till) får jag samma fel

Som ni märker är jag en nybörjare, jag har förut programmerat BASIC STAMP men jag ville börja med µC "på riktigt"

Välkommen till forumet!

Jag förstår inte denna mening:
när jag försöker skriva in 16F648A vi "Press 'Enter' to continue:" händer det inget, vad gör jag för fel?

Förlåt, dåligt formulerat. Jag antog att det var vid "Press 'Enter' to continue:" jag skulle skriva vad jag hade för pic, så jag skrev 16F648A. Men när jag "press Enter" så stängdes programmet precis som vid kodexemplet ovan.

Det är lungt, då jag inte är expert på detta vill jag minnas att programmet själv ska känna av hex koden och programmera rätt.
Annars anger man väl processor som en växel till xwisp2w.exe

> Target not auto-detected,

Din Wisp648 "hittar" ingen krets att programmera.
Kolla kopplingen.

> please specify on commandline!

Det behöver/ska du *ALDRIG* göra med moderna PICs....

Om du kör 1.22 eller 1.23(rh) ska inte spela någon roll för en 16F628A.

Hmm, jag kollade kopplingen, inga fel där inte. Den stämmer både mot databladet och wispens generella 18pinnars koppling. Jag testade att byta till en 12F629, som fick samma fel. På 629:an stämde pinnarna mot wispens generella 8pinnars 12-serie koppling, men pinnarna PGD och PGC fanns inte med i databladet

Wispen är testad förut och ska funka, jag testade även att mäta men allt var rätt. Så jag måste troligtvis ha missat något, någon som har nån idé vad det kulle kunna va?

Picarna har flera saker på samma pinne, skulle det kunna vara så att fel sak är aktiverad? MCLR samsas tex tillsammans med RA5 och Vpp

Är det en ny/oanvänd/oprogrammerad 16F648A ?

Avkopplingen vid målprocessorn kan vara viktig. Det beror lite
på hur det hela matas, men 100 nF direkt över processorn är
alltid bra.

> Hmm, jag kollade kopplingen, inga fel där inte.

Säger du ja...

Inget som vi kan verifiera utan att *detaljerad* beskrivning
av kopplingen eller en bra bild som visar det hela.

> men pinnarna PGD och PGC fanns inte med i databladet

Självklart gör de det !! De kanske bara har andra namn.
ICSPDAT och ICSPCLK i just detta fall...

ICSPDAT och ICSPCLK fans med, det finns visst mycket att lära

På 16F648A sitter Vss på pin 5, vdd på pin 14, PGC på pin 12, PGD på pin 13, MCLR på pin 4 samt PGM på pin 10

16F648A:n är oanvänd, 12F629 kan jag inte svara på men jag tror den är oanvänd.

EDIT: Ska testa med en kondensator (såg ej att du nämnde det nyss)
EDIT2:Kondensatorn fungerade, när ska jag lära mig att ALLTID testa en kondensator innan jag ställer frågor?

Tack för all hjälp!

Nej, du ska lära dig att ALLTID ha en kondensator! När programmeringen står och faller med en kondensator, hur tror du då att funktionen skulle ha det utan kondensator?

Instämmer helt med Icecap, du ska inte testa med korrekt avkoppling,
det ska *alltid* användas till *alla* digitala kretsar, inte bara just PIC's...

Låt det bli en vana, så behöver du inte tänka på det i framtiden.

Vad som händer i just fallet med en PIC, är att när PIC'en ska gå
över från vanligt läge till "programming mode", så startar den interna
spänningspumpen. Denna drar betydligt mer ström än vad kretsen gör
för övrigt, så det bli en plötslig ökad belastning på matningen. För att
inte spänningen ska "dippa" så behövds det lite kapacitans på matningen
som kan leverera denna plötsligt ökande ström.

Och det gäller även åt andra hållet: alla ändringar i PIC'en när programmet kör alstrar en del strömpulser, dessa kan även vandra UT ut processorn och störa det övriga kretslopp.

Därför har jag ALLTID en 100nF keramisk på matningen till varenda krets jag monterar, jag har dock ibland fuskat lite på analoga kretslopp och kanske låtit 2 op-amp dela på en kondensator men då bara ifall de satt nära varandra och resten av kretsloppet inte störde något vidare.

Visst kostar en 100nF en aning men det är billigt i jämförelse med tiden det tar att hitta oförklarliga fel, dessa fel visar sig aldrig heller när man är klar att mäta o kolla ordentligt. När man en dag senare löder fast en avkopplingskondensator för att ha något att koppla mätproben på... och sedan inser att felet slutade komma känner man sig allvarligt dum ("vaf..??? var det SÅ enkelt???").