Since power is set to external, make sure that VDDD, VDDA and VDDIOs are all powered. Try to also ensure that the voltage setting in the programmer setting and on the board match.
Ensure that all the hardware connections are right. Also if, the 5 pin connection does not work, flip to 10 pin connection setting , but keep the wiring such that SWD lines are correct.
Also, with the miniprog3 - if you set the power to 'external' because your device is self-powered, you MUST route that power to the VTARG pin of the 5-pin connector. The miniprog3 always checks that there is the correct voltage there, whether it is powered from the miniprog or from the board.
Also, the connection from the miniprog3 to the psoc must be as short as possible. I once made up a small ribbon cable to reduce strain on my miniprog3 which was less than 2cm long - but it was enough to make all attempts to program the device fail.
I made the PCB again, and i still got the same error, i've changed the external supply to 3.3V.
Error: dbg.M0023: There was an error while programming the device: PSoC Programmer reported error (100 - FAILED! SWD respond packet contains Failed status!)
I am not sure if i powered correctly the PSoC:
pin 10, 12, 13 and 14 to GND (i found this in CY8C55 Family Data sheet, page8)
pin26 (VDDIO1) to 3.3V (this connect to VTARG of the 5 pin connector from Miniprog3 too)
pin37 (VDDD) to 3.3v
pin38 (VSSD) to GND
pin39 (VCCD) to pin86(VCCD) (there are no connections with other pins), this is the internal 1.8V regulator, i can measure this voltage when the board is powered
pin50(VDDIO3) to 3.3V
pin63 (VCCA) connected with a capacitor to GND (there are no connections with other pins), this is the other internal 1.8V regulator, and i can measure this voltage when the board is powered
pin64 (VSSA) to GND
pin65(VDDA) to 3.3V
pin66(VSSD) to GND
pin75(VDDIO0) to 3.3V
pin86 (VCCD) to pin39(VCCD) (there are no connections with other pins), this is the internal 1.8V regulator, i can measure this voltage when the board is powered
pin87(VSSD) to GND
pin88(VDDD) to 3.3V
pin100(VDDIO2) to 3.3V
The programmer is configured as i sad in the previous post, i changed the voltage to 3.3V in the Programmer Characteristics tab.(because i changed the external power supply to 3.3V).
I have a CY8CKIT-001 dev board, and i managed to program the PSoC5 (which came with the dev board) with the 5pin connector(i used the breadboard for this). So, MiniProg3 is not broken or something.
I didn't try to program my board with the 10 pin connector, i don't have the connectors yet.
The reset is active on 0 on PSoC5, so i guess a pull-up resistor is necessary on XRES pin. But i should be able to pogram with succes without the pull-up resistor, is that correct? And in the worst case, the PSoC is in reset mode even after programming it.
I encountered similar issues while working on a custom design,and its most likely due to improper connections with the power pins,i.e noisy supply,not enough storage/decoupling caps,or shorts between VDDD and ground,or not all the VDDIOs being powered.
That said,if you could post your schematic,it would help us help you,since this is definitlely a design issue,not a software or miniprog one.
XRES has an internal pullup,so you dont need one externally.However,this has been reported to be 'weak' at times,so adding an ext pullup is worth a shot,though I doubt that is the case here.
I think adding a pull up should mitigate the problem. Have you tried that ? Is your VDDIO1 connected to VTARG of Miniprog ? Please post your schematic here.
There is the schematic .DSN(made in Orcad Schematic 9.2), and the pcb file .PCB (made in Protel2.7.1).
The values for capacitors are as mentioned in the CY8C55 Family Datasheet, on page8. I added a 10k pull-up resistor, but nothing changed.
Here is the .dxf for the schematic. I don't know if orcad can generate a .png file or .jpg file for the schematic. Sorry for the inconvenience. You can open .dxf file with SolidWorks eDrawings or other dxf viewer. http://wtrns.fr/nzrp4XaJ1DGXnNM
I don't know if this comment can "illuminate" something: I discover today why a customer can't debugger (and download firmware) in a 5588LTI-114 using miniprog3 and 5pin. Creator 1.0 SP2 see perfectly 5588AXI-060 (default micro, micro mounted in kit-001 or kit-050) but if you have mounted LTI part, Creator doesn't see it, although programmer can.
With Creator 2.0 no problem. And in my case, it's not possible change to Creator 2.