16F883 Code Verify Problem


Closed Thread
Results 1 to 5 of 5
  1. #1
    Join Date
    Nov 2008
    Posts
    22

    Default 16F883 Code Verify Problem

    I'm having a "code verify error" pop up when I program a 16F883 chip. I'm using a Melabs U2 programmer, PBP, and Microcode Studio. I only have VDD (+5VDC), VSS, ISCPDAT, ISCPCLK, and /MCL (pulled high via 10k) connected. I was previously using a 16F648A & 16F627A, the 16F648A was still setup so I tried programming that and all was fine. I tried a second 16F883 chip, no luck. I read the chip after a program cycle and looked at the memory; it looks like it doesn't program the first four words, programs the next four words, repeat:

    Top block = program code
    Bottom block = chip memory read after program cycle



    I didn't find any relevant data in a forum search.

    I've use ISCP on a number of other chips ....

    Bad chip lot? I'm not seeing a small subtlety in the data sheet?

    Any ideas?

    Thanks,
    Mark

  2. #2
    Join Date
    Jul 2003
    Location
    Colorado Springs
    Posts
    4,959


    Did you find this post helpful? Yes | No

    Default

    What version of meprog do you have?

    There were some fixes for the 88x family in V4.21
    <br>
    DT

  3. #3


    Did you find this post helpful? Yes | No

    Default Like issues

    I have been having the same issues with the same processor. 16F883, PBP 2.50b, and the USB programmer on ver 4.21.

    What I discovered over the last 36hrs:
    I make a code change in the program, compile and then write it to the processor. Then upon testing the change I find it get the same results as if I made no code change. VERY frustrating.

    After a while (5 days) I thought I was losing my mind, I decided to put an old program into the chip to see what was happening. And I discovered the update did not get into the chip even though it verified the program after writing.

    I went to a program that was months old(just the hex file no re-compile), that I knew did not work, and pushed it out to the 883. To my amazement it went to the chip, then I was able to push my latest code (with re-compile) out and it too worked.

    What the issues seems to be so far, after calling MELabs and ordering an new programmer which did not help. They said their hardware was probably not the issue. And they were correct.

    Guess#1:
    The default installation path for PBP is very long in characters and you get close to the 62 character max for compiling if you give your revisions any detail at all, so you the path described in PBP needs to be verified. If you created a mapped drive to the default MCS directory that might be the issue?

    I have no idea if that is the issue but now I push done the dummy hex file every few re-programs if I have any doubt if the programmer or PicBasic Pro is passing the hex file correctly to the programmer.

    My new programmer came with the updated 4.24, so I updated my old programmer and put the new one on the shelf.

    Somehow the new hex file is not getting to the programmer software or to the directory and the programmer is pushing down the previous code, which is why I am getting a good verify.

    Kevin

  4. #4
    Join Date
    Nov 2008
    Posts
    22


    Did you find this post helpful? Yes | No

    Default

    Quote Originally Posted by Darrel Taylor View Post
    What version of meprog do you have?

    There were some fixes for the 88x family in V4.21
    <br>

    I had V4.20, I now have V4.24 beta and all is good.

    I also upgraded my Microcode Studio and I'll now look at my PBP version level.

    Thanks yet again,
    Mark

  5. #5
    Join Date
    Nov 2008
    Posts
    22


    Did you find this post helpful? Yes | No

    Default

    Quote Originally Posted by hatchethand1000 View Post
    I have been having the same issues with the same processor. 16F883, PBP 2.50b, and the USB programmer on ver 4.21.

    I believe I had a similiar issue when I started trying to save files in directories other then the default dir under Mecanique/MCS. I now just use the default directory and move them around when I'm done. Now that my software revision levels will be up to date maybe I can look at that again.

    Mark

Similar Threads

  1. USART+PWM Problem
    By alex-x in forum mel PIC BASIC Pro
    Replies: 43
    Last Post: - 2nd December 2009, 09:45
  2. Loop with two motor and 2 sensors
    By MrRoboto in forum mel PIC BASIC
    Replies: 4
    Last Post: - 8th December 2008, 23:40
  3. 16f887 44 pin demo board code problem?
    By jessey in forum mel PIC BASIC Pro
    Replies: 9
    Last Post: - 7th December 2008, 14:17
  4. Making Program Code Space your playground...
    By Melanie in forum Code Examples
    Replies: 15
    Last Post: - 19th July 2008, 08:26
  5. Servo Code problem
    By ALFRED in forum General
    Replies: 1
    Last Post: - 2nd March 2006, 03:30

Members who have read this thread : 1

You do not have permission to view the list of names.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts