Matning till Wisp?
Matning till Wisp?
Hej!
Wispen har ju utag för matning både på kablarna till PICen och på kretskortet, frågan är: måste det vara 5v?
Wispen har ju utag för matning både på kablarna till PICen och på kretskortet, frågan är: måste det vara 5v?
Som andra har sagt, det är olika krav på spänningen under själva
programmeringen (*minst* 4.5 V !!) och när du kör applikationen
(se datablad för resp PIC).
Wisp628'an i sig vill ha 5V.
Se även : http://www.embedinc.com/picprg/icsp.htm
programmeringen (*minst* 4.5 V !!) och när du kör applikationen
(se datablad för resp PIC).
Wisp628'an i sig vill ha 5V.
Se även : http://www.embedinc.com/picprg/icsp.htm
> Kulle det gå att ansluta 5v direkt samtidigt som man har 3v på labb
> däcket, anslutna hela tiden?
Ja, om du vidtar nödvändiga åtgärder...
Men stog det inget om det på länken jag postade ?
> bara kretsarna klarar 5v också.
Korrekt, så Wisp628 funegrar inte för att programmera de PICs
som är "3.3V only". MEn det är normalt inte de kretsar som hobbyister
pysslar med i alla fall...
> däcket, anslutna hela tiden?
Ja, om du vidtar nödvändiga åtgärder...
Men stog det inget om det på länken jag postade ?
> bara kretsarna klarar 5v också.
Korrekt, så Wisp628 funegrar inte för att programmera de PICs
som är "3.3V only". MEn det är normalt inte de kretsar som hobbyister
pysslar med i alla fall...
Jo, det står att programmeraren för det mesta behöver kontrollera Vdd, bla för så kallad "bulk erase" då matningen tydligen ibland måste gå utanför det normala Vdd, samt så har det med timingen mellan Vdd och Vpp under programmeringen att göra.
Men det borde väll gå att bygga en krets som låter progrmmeraren kontrolerar Vdd, fast det kanske finns ett enklare sätt?
Men det borde väll gå att bygga en krets som låter progrmmeraren kontrolerar Vdd, fast det kanske finns ett enklare sätt?
Timing problemet har med internal-MCLR att göra.
Så länge programmeraren kan kontrollera MCLR så
behövs inget speciell "styrning" av Vdd. Detta har alltså
med att göra att få över PIC'en i "Programming Mode"
överhuvudtaget.
Bulk Erase har i princip inget med det att göra. Det enda som
Bulk Erase kräver (på 5V PIC's) är att Vdd är minst 4.5 V.
> Mig veterligen kan inte Wisp628 kontrollera Vdd.
Det finns en lösning, se :
http://www.jescab.se/InternMCLR.html
Brute force, visst, men det fungerar...
Så länge programmeraren kan kontrollera MCLR så
behövs inget speciell "styrning" av Vdd. Detta har alltså
med att göra att få över PIC'en i "Programming Mode"
överhuvudtaget.
Bulk Erase har i princip inget med det att göra. Det enda som
Bulk Erase kräver (på 5V PIC's) är att Vdd är minst 4.5 V.
> Mig veterligen kan inte Wisp628 kontrollera Vdd.
Det finns en lösning, se :
http://www.jescab.se/InternMCLR.html
Brute force, visst, men det fungerar...

Ok, så när programmeraren kan styra MCLR så behöver den inte kontrolera Vdd?
Så ledningarna från/till Vss/Vdd PIC-Wisp628 används för att ge PICen en logisk 0, Vss och 1,Vdd.
Samt om Wispen inte har någon egen matning, så kan den ta den från kretsen, förutsatt att den har 5v.
Så här fattar jad det: Om man ger Wisp628an 5v matning på dens egen kontakt och sätter 3v över PICen, programmerar med båda "matarna" i kopplade så kommer det att fungera att, sedan när programmeringen är klar att bara köra programmet
Förutsatt att alla komponenter klarar 5v.
Så ledningarna från/till Vss/Vdd PIC-Wisp628 används för att ge PICen en logisk 0, Vss och 1,Vdd.
Samt om Wispen inte har någon egen matning, så kan den ta den från kretsen, förutsatt att den har 5v.
Så här fattar jad det: Om man ger Wisp628an 5v matning på dens egen kontakt och sätter 3v över PICen, programmerar med båda "matarna" i kopplade så kommer det att fungera att, sedan när programmeringen är klar att bara köra programmet

Förutsatt att alla komponenter klarar 5v.