Misschien kunnen de ervaren PIC mensen me hiermee helpen?
Ik heb me ook een beetje verdiept in de PIC's en heb de RDC programmer gefixed van:
http://www.showyourprojects.com/projects/project11/Pic_programmer.html Heb IC-PROG onder winXP geinstalleerd en de benodigde win2000 driver aangevinkt etc.
Ik sloot de programmer aan en heb m'n PIC16F628A er ingezet. HEX file van het 'politieproject' er in geladen. En zowaar... heb een aantal keren kunnen lezen en schrijven. Dus ik de PIC op m'n breadboard aangesloten, maar de LED's brande continu... Dus ik vermoede dat het iets met het kristal te maken had en heb volgens mij wat lopen klooien met de fuses in IC-PROG.
Vanaf dat moment weigert ie nog om geprogrammeerd te worden. Wat ik verder ook in de IC-prog instel 
Ik krijg nu continu de beruchte 0000h foutmelding. Kan het zijn doordat ik wat aan de fuses heb lopen klooien in IC-PROG dat ie nu weigert?
De programmer heeft het dus wel gedaan! Ik meet met de hardware check tevens knappe waarden dacht ik:
DATA: 5,44V
CLOCK: 5,89V
MCLR: 13,26V
Tijdens het programmeren meet ik:
DATA: 1,59
CLOCK: 2,12
MCLR: van 13,28 aflopend naar zo'n 12,10
Dit is wel apart of niet?
Ik heb tevens een PIC16F88 geprobeerd maar die vertoont vanaf de eerste poging dezelfde kuren...
Kan het zijn dat de PIC niet meer goed is of dat ik bepaalde configuration bits moet instellen ofzo?
Het is het zoveelste topic, maar misschien heeft iemand een geniale opmerking. Hier wordt je echt DOL VAN
T.Assies
Ik zie dingen die je nooit voor mogelijk hield. Ik maak ze mogelijk. Ik kan je pijn en lijden laten zien. In tegenslag vind ik hoop, in de verhalen die ik hoor inspiratie. Ik kan je veel vertellen. Wat ik doe? Ik ontdek. Mijn wereld is jouw wereld.
Waarschijnlijk heb je de code protection fuse aangezet. Eenmaal gezet is daar niets meer aan te doen helaas.. (Of je moet heeeeel veel geld en contacten in china hebben)
met code protect aan kun je hem gewoon wissen en opnieuw beschrijven(wel eerst wissen)
Je kan de pic alleen niet lezen, je zal hem waarschijnlijk dus eerst ff moete wissen.
Dat kan gewoon met je progger dus dat scheelt weer een trip naar china,en de benodigde duiten kan je in je zak houden.
Op 23 november 2005 19:39:49 schreef ZX6RR:
Tijdens het programmeren meet ik:
DATA: 1,59
CLOCK: 2,12
MCLR: van 13,28 aflopend naar zo'n 12,10
Dit is wel apart of niet?
Nee het is logisch omdat je elco leeg begint te lopen. Zolang de mclr niet onder de 12 komt is er niks aan de hand 
als hij dat wel komt moet je de io-delay wat groter zetten.
Hmmm wissen gaat prima, verified. Lezen prima...
Als ik hem vervolgens programmeer met de 3FFF's (leeg) ook geen foutmelding. Maar zodra ik een programma inlaad of een willekeurig karakter in het geheugen wil programmeren krijg ik weer de beruchte 0000h.
Code Protect staat uit in ieder geval. Maar wat ik niet weet is, KAN deze melding te maken hebben met een foutieve instelling van de fuses (in ic-prog of de .asm file?)
Heb je nog een andere pic om hem te proberen?
als dat ook mislukt dan zit er waarschijnlijk iets fout in je programmer heb ik helaas ook vaak met mijn jdm-troep
bij mijn eerste pic gaf me programmer ook steeds een error toen heb ik heel veel zitte klooien en alles na lopen meten.. toen had ik een nieuwe pic gekocht en die dee het wel 
ik heb die oude nogsteeds liggen..
Tsja even de post van VOTI afwachten voor een extra exemplaar om een nieuwe te testen 
Zal mij benieuwen of die wel werken...
@Rickzz
Gebruik jij dezelfde of heb je een andere gebouwd/gekocht?
[Bericht gewijzigd door ZX6RR op ]
Hmmmm ik had nog als laatste hoop een lege 12F675 liggen.
Dus ook hier heb ik een programma voor gemaakt (ook weer aan de hand van de tutorial van het politie project).
En zowaar... hij programmeerde en verifiede goed 
Als ik hem vervolgens uitlees staat de code er prima in. Echter als ik heb nu op mn breadbordje prik en aansluit knippert et geval (weer) niet. Dit was de eerste poging met mn 16F628A dus ook het geval.
Wat doe ik fout?
M'n asm file:
include "p12f675.inc"
; ----- Configuration Word -----------
; Bandgap 11 Highest voltage
; Unimplemented 000 Read as '0'
; Data code protection 1 CPD disabled
; Code protection 1 CP disabled
; Brown-out detect 0 BOD enabled
; GP3/MCLRE 0 digital I/O, MCLR internaly tied to Vdd
; Power-up timer 0 PWRT enabled
; Watchdog timer 0 WDT disabled
; Oscillator 001 Kristal op GP4/OSC2/CLKOUT and GP5/OSC1/CLKIN
__config b'11000110000001'
instelportg EQU 85h
portg EQU 05h
teller EQU 40h
teller2 EQU 41h
ORG 00h
BSF 03,5
CLRF instelportg
BCF 03,5
knipper MOVLW 0FFh
MOVWF teller2
verder MOVLW 0FFh
MOVWF teller
opnieuw DECFSZ teller, 1
GOTO opnieuw
DECFSZ teller2, 1
GOTO verder
MOVLW 00h
MOVWF portg
MOVLW 0FFh
MOVWF teller2
again MOVLW 0FFh
MOVWF teller
again2 DECFSZ teller, 1
GOTO again2
DECFSZ teller2, 1
GOTO again
GOTO knipper
END
Owja, de eerste keer dat ik PIC programma programeerde kreeg ik de melding:
OSCALL = 346Ch
Do you want to use value from file (3FFFh) instead?
[YES][NO][CANCEL]
Heb maar op YES geklikt...Heeft dat er soms ook weer mee te maken? Uit de datasheet werd ik niet veel wijzer..
T.Assies
Ik zie dingen die je nooit voor mogelijk hield. Ik maak ze mogelijk. Ik kan je pijn en lijden laten zien. In tegenslag vind ik hoop, in de verhalen die ik hoor inspiratie. Ik kan je veel vertellen. Wat ik doe? Ik ontdek. Mijn wereld is jouw wereld.
Op 23 november 2005 22:39:03 schreef The Headhunter:
met code protect aan kun je hem gewoon wissen en opnieuw beschrijven(wel eerst wissen)Je kan de pic alleen niet lezen, je zal hem waarschijnlijk dus eerst ff moete wissen.
Dat kan gewoon met je progger dus dat scheelt weer een trip naar china,en de benodigde duiten kan je in je zak houden.
Oke Dat wist ik niet.. Ik dacht dat je met de CP-Fuse helemaal niets meer kon. Bedankt voor de info
edit: en ook even on topic. Doet het ding helemaal niets? _COMPLEET_ niets?
Met andere woorden: op dit moment kan het zowel aan de schakeling als aan de code liggen. Weet je zeker dat je schakeling goed is ? Zo ja ga ik de code even beter bestuderen
/edit2: ik heb je code bestudeerd en ik zie geen enkele fout op dit moment...Laten we het wijten aan de (lees: mijn) whiskey en hopelijk komen we morgen tot een oplossing!
[Bericht gewijzigd door T.Assies op ]
Hoi
> OSCALL = 346Ch
> Do you want to use value from file (3FFFh) instead?
> [YES][NO][CANCEL]
OSCAL staat voor Oscillator Calibratie.
Deze PIC heeft een dus een interne (RC) oscillator die natuurlijk nooit zo nauwkeurig en temperatuurstabiel is als een kristal oscillator.
Door de waarde van OSCALL een beetje te veranderen, kan je de frequentie een beetje afregelen.
Ik weet niet wat de PIC nog doet, als je YES in tikt, maar ik denk dat hij gewoon 22% sneller is.
Dat moet toch echt in de datasheet ergens te vinden zijn.
Bij de volgende PIC gewoon NO intikken is mijn advies.
L
@T.Assies
Hehe tsja vreemd als ik de 12F675 op het bordje bouw branden de ledjes continu... trek ik mn oscillator eruit... blijven ze tevens branden. Ook staan op alle pinnen 5,6,7 een 'hoge' spanning? Moeten deze pinnen niet laag zijn normaalgesproken?
@DrBibber
Over het afregelen of bijstellen had ik inderdaad ook het een en ander gelezen. Volgens mij is dat hier niet van toepassing aangezien ik de XT instelling gebruik
[Bericht gewijzigd door ZX6RR op ]
chipje
Why do people spend money they don't have, to buy things they don't need, to impress people they don't like...? .-.-.-.-. Wie zich gelukkig voelt met het geluk van anderen, bezit een rijkdom zonder grenzen.
Als ik je code zo bekijk, zie ik alleen dat je een waarde 00h naar portg schrijft. Daarmee zet je de leds uit. Maar waar zet je ze aan???
Als je XT gebruikt, neem ik aan dat er ook een crystal van 4MHz aangesloten is?
Volgens mij zit er inderdaad een foutje in de code... Als ik weer thuis ben zal ik er nog eens naar kijken.
En ik gebruik inderdaad een 4MHz kristal.
[Bericht gewijzigd door ZX6RR op ]
Ik weet het echt ff niet meer hoor... Zelfs een nieuwe 16F84A met de werkende HEX file van het politieproject is niet te programmeren...
Maar als ik er een achtpoter (12F675) inzet programmeert ie probleemloos... Het is net of ie de 18 potige niet meer lust ofzo
De 12F675 knippert prima op het prikbordje... Maar als ik dezelde asm file in de 16F84A wil programmeren krijg ik een 0006h foutmelding in IC-prog?
Ik heb de configuration bits uiteraard wel aangepast voor de 84A:
; ----- Configuration Word -----------
; Code protection 1111111111 1=code protection disabled
; Power-up timer 0 0=PWRT enabled
; Watchdog timer 0 0=WDT disabled
; Oscillator 01 11=RC 10=HS 01=XT 00=LP
__config b'11111111110001'
De rest van de code is precies zoals uit het politieproject. Iemand een idee wat deze 0006h melding uit IC-prog betekend?
EDIT:
Hmmm naast de 0006h melding komen ook 0001h, 0002h, 0005h langs
EDIT2:
Ik heb de 16F84A inmiddels aan de praat in WinPIC. Ik stoei nog wel ff verder met de 16F628A aangezien deze op Code Protect staat heb ik het idee...
Ondertussen heb ik alle PIC's kunnen programmeren in WinPIC evenals de 16F877A met behulp van een adaptertje
Wat mij betreft kan dit topic wel dicht... bedankt voor de hulp mensen!!
logic
Maar dat is logisch ...
Gefeliciteerd.
Maar wat ging er nu precies mis?
In je openingspost noem je IC-Prog, en nu WinPIC.
Ander programma, neem ik aan? (zoja, waarom deed IC_Prog het dan niet?)
En dat adaptertje, wat is dat voor een ding?
Ik heb gemerkt dat het programmeren met WinPIC prima gaat, terwijl IC-PROG problemen blijft geven.
En dat adaptertje bestaat uit 1 ic-voetje in 18pins uitvoering en 1 ic-voetje in 40pins uitvoering. De 18pins komt in de programmer en de 16F877A komt (uiteraard) in de 40pins. De voeding-, programmeer-, clock- en datapins heb ik gewoon met een draadje met elkaar verbonden van het 18 naar 40pins ic-voetje
Maar ik zit er sterk over te denken om een programmer te maken met een 40pins ZIF socket. En zo de progammeerdraden extern met een stekkertje op dat ding te steken o.i.d.... Maar als test werkt het adaptertje ook
Anoniem
als alles nu goed gaat raad ik je aan om later de wisp te bouwen. dit is helemaal goed! jij had een van de problemen die ik ook had. de beruchte 000h melding
Lithium
Zeg me wat je nodig hebt en ik zal je vertellen hoe je zonder kunt
Hallo
Ik heb nu de pic 16f628a
Ik gebruik winpic om mijn programma in mijn pic te laden.
ik krijg deze error:
Loaded translation file "D:\Program Files\WinPic\translations\dutch.txt" .
Info: Laad definities voor "PIC16F628A" van devices.ini .
Info: PIC16F628A added by Leonardo, different device ID,
Info: and different 'Bulk Erase' procedure than 16F628 !
Kan "devices\PIC16F628A.dev" niet vinden, kopieer van MPLAB aub !
Initialisatie PIC programmer: Geslaagd
Testing: vertraging(500ms) duurde 0.50 seconds, timer_freq=3.5795 MHz ... ok
leest 0x000000 - 0x0007FF ...
leest 0x002100 - 0x00217F ...
leest 0x002000 - 0x002007 ...
Uitlezen PIC ok.
Programmeren...
Wissen ("bulk" of "Chip")
Programmeren CODE, 0x000000..0x000035
Vergelijk 0x000000..0x000035
Vergelijk foutr: 00000A: lees 0020A1, benodigd 0000A1
Vergelijk foutr: 00000B: lees 0038DF, benodigd 0030DF
Vergelijk foutr: 00000C: lees 00380F, benodigd 00200F
Vergelijk foutr: 00000D: lees 002C03, benodigd 002803
meerdere vergelijk fouten, onmogelijk deze alle te tonen (total=41)
Programmeren CONFIG, 0x002000..0x002007
Vergelijk 0x002000..0x002007
Vergelijken CONFIG, 0x002000..0x002007
Vergelijk 0x002000..0x002007
Programmeren CONFIG-WORD
Vergelijk 0x002007..0x002007
FOUT: Programmering Mislukt!
Ik weet niet wat er fout gaat.
Ik heb bij opties het volgende:
Programma code geheugen: aan
Programma data geheugen: aan'
Programma config geheugen:aan
Gebruik bulk-erase :aan
automatisch uitschakelen van doel:aan
Verifieren bij verschillende voedingsspanning:aan
Er staan daar nog 2 anderen onder en die staan uit.
Dan 1/0 port acces driver
use smport driver:aan
Bij andere opties staan buffer legen voor laden van het file: aan
vdd ophogen voor mclr=vpp: uit
De rest staat uit.
Zijn 1 of meer van die instellingen fout?
Ik doe de pic erin en kan gewoon alles lezen.
Dan wil ik de politie sirene erin laden maar dan grijg ik die code die hier boven staat.
Ik weet niet wat ik fout doe.
ik heb de programer van deze site gemaakt.
Erik
Ik zou de volgende foutmelding eerst eens oplossen:
"Kan "devices\PIC16F628A.dev" niet vinden, kopieer van MPLAB aub !"
Lithium
Zeg me wat je nodig hebt en ik zal je vertellen hoe je zonder kunt
Hallo
Ik programmeer niet met dat programma ken het wel.
Kan het programma niet openen hij geeft aan dat ik onvoldoende opslag ruimte heb.
[Bericht gewijzigd door Lithium op ]
Lithium
Zeg me wat je nodig hebt en ik zal je vertellen hoe je zonder kunt
Hallo
Ik krijg het niet voor elkaar met mplab.
Ik doe het altijd met Proton IDE Lite
Ik weet niet of iemand mij dan hier mee verder kan helpen maar tijdens het compileren zijn er geen fouten gekomen.
En ik kan mijn pic nu wel uitlezen.
Doe ik hem dan schrijven dan krijg ik die error.
Maar ga ik ze dan vergelijken zegt dat hij ze wel kloppen.
Erik
MIsschien heeft het er wel niets mee te maken, maar ik heb onlangs een topic geopend over problemen met programmeren met de config MCLRE_OFF
Dat gaat in iedergeval op mijn K8048 boardje mis..
Wellicht kunnen jullie even kijken of de problemen onstaan als bij de config words MCLRE_OFF staat..
Ik kon nl. ook niks meer met m'n PICS, alleen erasen en een nieuwe configword programmeren met MCLRE_ON werkte!! daarna kon ik ze gewoon programmeren, zolang die MCLRE_ON maar was gezet...staat ie op MCLRE_OFF, dan is het einde oefening..
Wie weet helpt deze info.