galvawisp - defecte pic?

Ik heb een 16F628. Mijn net in elkaar gezette Galvawisp geeft aan dat ie het target niet kan identificeren. Met een paar oude 16F84A PIC´s en een 16F648A lijkt ie geen probleem te hebben.
Kan ik de conclusie trekken dat de 628 de geest heeft gegeven?

is de vpp hoog genoeg?
krijg de pic wel voeding?
is de verbinding pc--wisp goed?
is de verbinding wis--pic goed?
krijgt de wisp wel voeding?
data en clk niet omgedraaid?
heeft de pic(target) een xtal nodig om te draaien?zo ja sluit dat aan?

/edit
henry had jij men mail nog gehad

Waarschijnlijk.

@timmie: Een 16F648A wordt wel herkend...

[Bericht gewijzigd door Henry S. op (60%)]

toch kan het dat die 628 dan niet wordt herkent

doordat deze neit opstart door de afwezigheid van een clock voor het systeem(dus geen programmeerclock)

Heb je nog wat anders aangesloten op RB6 en RB7 van de PIC of s het een 'kale' PIC

een klok (anders dan de programmeer draadjes) is niet nodig.

- is je voeding wel echt 5V (geen 4.6 ofzo)
- zit er een 100nF over de voedingspinnen van de target chip
- hang een 33k tussen MCLR en +5V
- wat is de spanning op de MCLR pin na een poging de chip te 'zien'?

als de pic geen systeemklok heeft dan doet hij toch nix of zie ik dat verkeerd wouter?

Op 4 oktober 2007 22:04:28 schreef timmie:
als de pic geen systeemklok heeft dan doet hij toch nix of zie ik dat verkeerd wouter?

Dat klopt voor 'runnen', maar niet voor programmeren. De programmeer 'clock' wordt overgebracht door 1 van de programmeer lijntjes (PGM, groene draad bij een Wisp628). Dat heeft niets te maken met de clock die gebruikt wordt tijdens het runnen (xtal, resonator, interne RC, etc).

oke is duidelijk, ergens logisch ook maar vond mijn beredenering ook wel logisch
groene draad is pgc, pgm is wit(lvp)

Op 4 oktober 2007 22:32:09 schreef timmie:
groene draad is pgc, pgm is wit(lvp)

oeps, moest inderdaad PGC zijn, niet PGM, dat is weer iets anders.

nog nooit echt het nut gezien van LVP(gezien het feit dat de meeste programmers gwoon hvp toe passen), maar het zal aan mij liggen

Op 4 oktober 2007 22:41:33 schreef timmie:
nog nooit echt het nut gezien van LVP(gezien het feit dat de meeste programmers gwoon hvp toe passen), maar het zal aan mij liggen

Daar was ik net wat over aan 't schrijven. Het is wel in het engels.

The programming mode used by Wisp628 is called HVP for High Voltage Programming (because a high voltage on the MCLR pin is used to enter programming mode). Some PIC chips support another, limited programming mode: LVP for Low Voltage Programming. To use LVP it must be enabled in the configuration word in the chip. When so configured, one I/O pin (on most chips RB4 or RB5) is now PGM, for ProGraMming enable. When this pin is high immediately after a reset the chip enters Low Voltage Programming mode. This LVP is not supported on all PICs, and it claims one I/O pin, which for the popular 18-pins chips is right in the middle of the only full 8-bits port. Hence LVP never became popular, and on newer PIC chips it is no longer available. This would be of little interest to you as Wisp628 user, except for one bug which is present in some PICs (but no-one seems to be able to tell in exactly which ones, it might even depend on the silicon revision): when the PGM pin is high during reset this can interfere with high voltage programming! This can happen even when LVP is not enabled in the image that is programmed into the chip. The solution is to make sure that the PGM pin is tied low. This can be done by adding a suitable resistor to the target circuit (maybe one is present already), or Wisp628 can take care of this via a pin in its programming interface.

- is je voeding wel echt 5V (geen 4.6 ofzo)
- zit er een 100nF over de voedingspinnen van de target chip
- hang een 33k tussen MCLR en +5V
- wat is de spanning op de MCLR pin na een poging de chip te 'zien'?

Als voeding heb ik een 7805 met daarachter een 100uF en 100nF en deze geeft echt 5V en ga hiermee naar een breadboard. Ik heb niet nog een extra 100nF over de voedingspinnen van de PIC staan.

De rest kijk ik morgen even na. Het gekke is dat ik met exact dezelfde opstelling naar die F84A en 16F648A hex files heb geupload (bumblebee) incl. verify en dat die ogenschijnlijk geen enkel probleem geven. Op het moment dat ik bij de 16F628 een download wil doen (zodat ik zeker weet dat het niet aan mijn hex file kan liggen) gaat het al fout.

> Ik heb niet nog een extra 100nF over de voedingspinnen van de PIC staan.

altijd doen

> Het gekke is ...

er zijn altijd kleine verschillen tussen de verschillende typen PICs, waardoor een progger die net buiten specs werkt op sommige chips wel kan werken.

de vereiste Vpp spanning (op de MCLR) bv varieert nogal, bij de oudere chips (16F84, 16F84A, 16F628, 16F877) ligt het bij 12..13 V, bij wat nieuwere (628A, 648A, 877A) ligt het al wat lager. Bij de nieuwste chips is 8V soms al genoeg.