Wisp648 ID/verificatie probleem

Onlangs de Wisp648 gemaakt (eigen print) en helaas nog niet goed werkend. Er treedt het (inmiddels welbekende) 'the ID found... does not match...' probleem op.

De situatie: ik heb een 16F648A op een breadboard (standaard 7805-voedinkje). Programmeert prima met de Galva-Wisp (xwisp2w) i.c.m. de Proton IDE en een normale seriele poort op een desktop.

De Wisp648 (met Python XWisp software) geeft steeds de melding 

XWisp 1.30, command line mode
hardware: Wisp628 1.27 (fast) (wisp648 firmware)

the ID found (3FFF) does not match a 16f648a
ERROR

Als ik $target$ van de command line weg haal, wordt de PIC wel geprogrammeerd, maar dan mislukt de verificatie. Hoewel de PIC wel goed lijkt te werken.

Een nieuwe 16F628A geeft hetzelfde probleem. Programmeert overigens éénmaal, en geeft bij de volgende keer de ID fout.

Iemand misschien nog tips/ideeën/hints?
(deze en deze boden helaas geen soelaas)

Een andere bijzondere fout is wanneer ik de 'PORT 5' parameter toevoeg aan de command line (dus via USB-SERIAL programmeren), dan komt de volgende foutmelding:

XWisp 1.30, command line mode

An exception ocurred which was not explicitly handled by the XWisp application.
The traceback below might give some information about the exception.

Traceback (most recent call last):
  File "xwisp.py", line 5908, in Interpret
  File "xwisp.py", line 5886, in Execute
  File "<string>", line 1, in <module>
  File "xwisp.py", line 5147, in CMD_GO
  File "xwisp.py", line 5638, in Connect_If_Needed
  File "xwisp.py", line 5620, in Connect_Port
  File "xwisp.py", line 900, in __init__
  File "xwisp.py", line 925, in Open_Port
AttributeError: 'int' object has no attribute 'replace'

ERROR
press <enter> to continue

gebruik je de mclr als i/o?

zo ja, dan kan vpp before vdd helpen.

zo nee, dan willen we graag weten hoe het reset circuit eruitziet

als deze niet voldoende hoogohmig aan vdd ligt dan kan de wisp de pic niet in programeermode krijgen.

'Blink-a-led': MCLR via 33K aan +5V.

hmmm zie inderdaad niet echt een probleem.

komt de VPP wel goed op?

geen rotte verbindingen dit wil nog weleens zijn met een breadboard.

pgd en pgc per ongeluk geswitchd?

[Bericht gewijzigd door timmie op (12%)]

Bedankt voor het meedenken.
Alles is goed aangesloten: heb de 2 programmers (bovenste foto) op elkaar staan (Galva en Wisp648) en het enige wat ik doe is de stekkers verwisselen.
GW werkt, W geeft verificatie foutmeldingen.

erg vreemd en als je de pic's op de wisps omwisselt helpt dat?

@timmie: thinking outside the box: BRIL-JANT!

Beide proggers hebben een 16f648A met dezelfde firmware.
Waarom het nu werkt is me een raadsel, maar de Wisp648 werkt (en de Galva-Wisp ook nog steeds :-))

Ik vind het altijd erg griezelig en onbetrouwbaar als een logische schakeling zich onlogisch gedraagt...

me2 maar het werkt voorlopig ook al zou ik kijken naar een foutje in de print of misschien een weerstand die niet helemaal goed is.

als de interne logica zich anders gedraacht lees net even andere drempelwaarde

en je weerstand is niet goed dan kan je zulke dingen verwachten ook al zou het niet mogen.