Val av PIC programmerare.

Micke_s · Inlägg av **Micke_s** » 9 mars 2008, 16:14:48

MPLab är väl bästa IDE:n som finns till PIC eller?

Icecap · Inlägg av **Icecap** » 9 mars 2008, 16:32:39

Till ASM javisst! Jag kör med C...

Micke_s · Inlägg av **Micke_s** » 9 mars 2008, 16:46:14

Icecap: Du kör i c och debuggar med vad?
eller printf debugging?

Appotus · Inlägg av **Appotus** » 9 mars 2008, 17:06:36

Så har beställt ett PICKit 2 Starter Kit.
Vad kan man göra för testsaker med det demokortet man får med? Någon som har ett sånt här kit som vet?

Icecap · Inlägg av **Icecap** » 9 mars 2008, 17:10:31

Jag debuggar med en eller 2 LED... det räcker långt. Har man ett oscilloskop är det en stor hjälp också, speciellt med 2 testpinnar från processorn.

Jag har kört med ICD och det var kul... men knappast speciellt effektivt för mig.

JimmyAndersson · Inlägg av **JimmyAndersson** » 9 mars 2008, 19:35:26

peter555:
"Tyvärr har inte WISP USB vilket jag ser som en nackdel."

Men den fungerar fint med en USB-adapter.

sodjan · Inlägg av **sodjan** » 9 mars 2008, 20:48:28

Absolut, jag kör alltid så. Med en billig sak från Clas-Ohlson.

korp · Inlägg av **korp** » 9 mars 2008, 22:01:04

Icecap, huh? Man behöver inte köra PicKit2 under MPLAB. För att debugga ja, men PicKit2 har en egen programvara för programmering som är bra mycket bättre än att köra inifrån MPLAB.

Icecap · Inlägg av **Icecap** » 10 mars 2008, 07:54:28

Ja... det kan ju vara så, jag föredrar likaväl WISP'en när jag "bara" ska programmera kretsar.

sm5uiu · Inlägg av **sm5uiu** » 24 mars 2008, 19:49:31

PicKit2 är hur bra som helst.. i alla fall efter någon mindre modifiering. Dock har jag vid ett tillfälle råkat ut för att programmet i picprocessorn som styr pickit2 har "havererat".. så det blev till att omprogrammera själva pic'en som styr pickit2 (min pickit2 kopia har dock en icsp kontakt för själva processorn, hur det är med orginala pickit2 vet jag inte..)

Mvh
Sam

PHermansson · Inlägg av **PHermansson** » 24 mars 2008, 23:19:57

PicKit2 med autoprogrammering är ytterst smidigt, oavsett om man kör Mplab eller inte. Man laddar hex-filen och kopplar på autoprogrammeringen. När sedan hex-filen ändras så skrivs den automatiskt till Pic'en. Kan inte bli smidigare när man kör det i kombination med ICSP.

Earendil · Inlägg av **Earendil** » 25 mars 2008, 07:50:16

PICkit2 rockar. Jag är mycket nöjd med den. Kostar inte särskilt mycket och programmerar i princip alla PIC:ar ICSP. Liten är den också. Enda strulet jag stött på med den är att den inte klarar av att strömförsörja lite större kretsar. Även om den klarar av det så blir stigtiden på Vdd så lång att den uppfattar det som ett fel. Separat strömförsörjning löser det problemet.

Jeppsson · Inlägg av **Jeppsson** » 25 mars 2008, 19:32:44

Earendil>> När jag kör på labbplatta så brukar jag oftast köra med PICKiten som strömförsörjare. Ibland så har man väll varit på gränsen till dom här 100mA som PICKiten kan ge.

Om jag förstår dig rätt så tar man inte itu PICKiten om man försöker mjölka den på för mycket kräm utan man upplever det bara som att den inte blir spänningssatt???

Earendil · Inlägg av **Earendil** » 26 mars 2008, 11:11:36

Jag brukar också låta PICkit2 mata ström till mina kretsar. Problemet jag hade nu sist (på en lite större konstruktion som drar lite mer ström) var att konstruktionen (min MP3-spelare) var för kapacitiv. Där sitter en hyfsat stor kondensator som slukar all ström vid power-on. När man slår av och på strömmen så mäter PICkit:en spänningen på Vdd direkt efter power-on, innan kondensatorn hunnit laddas. Spänningen är då för låg och PICkit tycker att något är fel och gnäller. Tar jag bort kondingen så funkar allt bra, förutom att MP3-spelaren inte funkar!

Lösningen är separat strömförsörjning till MP3-spelaren och att bara dra reset-ledningen från PICkit2 till MCLR på PIC:en.

sdujolo2 · Inlägg av **sdujolo2** » 26 mars 2008, 14:59:09

Om du inte vill vara fast vid PIC kan jag tips om PRESTO programmerare som klarar det mesta.

* Microchip PIC® and dsPIC® MCUs
Serially programmable (all Flash and the most popular OTP/JW)
* Atmel AVR® and 8051 architecture MCUs
Devices with SPI low voltage serial downloading - for example ATtiny12, AT90S8535, ATmega128 and AT89S51
* 32-bit ARM-based MCUs by various vendors
Programming and debugging using OpenOCD, programming of selected parts also directly by the ASIX' ARMINE application, e.g. Atmel AT91SAM7xxx. More about ARM support...
* Texas Instruments MSP430® MCUs
(Security Fuse blowing is not supported).
* Components with JTAG interface
- types which can be programmed using SVF or XSVF file - for example
o CPLDs - Xilinx (XC95xx, CoolRunner, ...), Altera and others
o FPGA configuration Flash PROMs - Xilinx (XC18Vxx, XCFxxS)
o Atmel ATmega
* Serial EEPROM and Flash memories
o I2C (24LCxx)
o Microwire (93LCxx)
o SPI EEPROM (25Cxx)
o SPI Flash EPROM (M25Pxx, M45PExx, ...)
* Cyan Technology eCOG1
Including basic debug control via eICE interface (Run, Stop, Reset).[/url]

Val av PIC programmerare.

Inte fast vid enbart PIC!