Electronic Projects, forums and more.

Go Back   Electronic Circuits Projects Diagrams Free > Electronics Categories > Micro Controllers


Micro Controllers Discuss all aspects of micro controllers - building them, coding them, etc. All controllers are welcome - PIC, BASIC, Z8 Encore!, etc.

Reply
 
LinkBack Thread Tools Display Modes
Old 20th March 2004, 08:52 PM   (permalink)
Default bios settings?

I've gone through all of the above suggestions on my own....tried several different programming software - all can read, none can write. I've got a second machine that works 100% using the same software. Not quite sure what to do from here....my MCLR is 13V flat (read from a scope)....

The only thing I can think of now is that things aren't being read back properly....what mode should my parallel port be in (EPP, etc)?

Thanks,
Dave
dave_euser is offline  
Old 21st March 2004, 10:20 AM   (permalink)
Default Re: bios settings?

Quote:
Originally Posted by dave_euser
I've gone through all of the above suggestions on my own....tried several different programming software - all can read, none can write. I've got a second machine that works 100% using the same software. Not quite sure what to do from here....my MCLR is 13V flat (read from a scope)....
If it works on one computer, then the hardware and software are obviously OK, it looks like a problem with your computer - some computers just don't work in this way

One thing to check is that another program isn't accessing the parallel port, I've heard of laptops that have this problem.

Quote:
The only thing I can think of now is that things aren't being read back properly....what mode should my parallel port be in (EPP, etc)?
The port is used as a standard parallel port, I've never found the settings to actually affect it.
__________________
PIC programmer software, and PIC Tutorials at:
http://www.winpicprog.co.uk
Nigel Goodwin is offline  
Old 29th May 2004, 09:13 AM   (permalink)
Default

I am having the same problem now

program verify error when programming a 16f84a chip

glad that i am not the only one having the problem


anyone can help me?
xpembedded is offline  
Old 20th August 2004, 03:09 AM   (permalink)
Default Same Problem but got fixed.

.

I thought I am all alone... I'm actually about to give up on this.

I had the same problem... And also did all the testing
and everything checked out ok... but the PICALLW program
that I claimed fully supportted Pic16PRO doesn't
even work on my computer.

I'm running WinXP, AMD Barton processor (AMD XP 2500+)

I have a MakINterface LP using ic-prog and pony prog,
doesn't even work on this computer. And I'm kinda frustrated.

Just today, I tried using IC-Prog 1.05C with PIC16PRO
http://www.ic-prog.com/kit96_119set.html

It works like a charm...
Only mine is set to Interface:Windows API

My Settings
Programmer: Pic2Programmer
Interface: Windows API
Invert All: DataOUT, DataIN, CLOCK

Works Great!

Now I'm able to read and write pic16f84a, haven't tried other MCU yet on this fast computer... But I think they should work.

Give me an update if this solves your problem.

Hope this help you guys...
Noy-P is offline  
Old 20th August 2004, 07:56 AM   (permalink)
Default 16F84A programming error using P16PRO40

A sugestion, try selecting a different port setting in the pc's CMOS....
__________________
\"People who have NEVER made mistakes in their lives...Have NEVER done anything.\"
Henrico is offline  
Old 1st September 2004, 04:00 AM   (permalink)
Default

I had similar issues under XP on an athlon 2100+

I tried several different settings and ports and none of them worked with the picallW software, I did try the software from http://www.oshonsoft.com/picprog.html and it worked great. very simple to use. The programmer is a p16pro40

Out of curiosity, I installed windows 98se on an old laptop I had laying around, a sony pcg-f270 (333Mhz PII 192MB ram) and tried picallw, it had issues and reported "address...buffer....device" errors until I made the following changes under version .10d of picallw (download .10c and update the device.ini file)

write/read program was checked
write config./prot was checked
blank.ch. before programming was NOT checked
Verify after program was NOT checked
write/read Data was checked
Erase before program was NOT checked.

This means I had to wipe the chip manually, do a blank check, then program it and then verify it in different steps, but it worked without error and the chip verified properly under various other programming packages as well. Kinda makes me wonder if the program has its delay time set to short for faster CPUs when it is switching steps, and when I did it manually, it works.

Right now I am just using the Oshon programmer (http://www.oshonsoft.com/pic.html) as its extremely simple and I use thier Pic Simulator IDE to code with anyways. It is a BASIC compiler, assembler and disassembler with built in simulator. The simulator is full featured and kind of makes coding for these little chips fun. great tool to learn with. (and before anyone flames me on that... its a personal preference thing).

I did also try the newer versions of PicallW but they gave a ton of errors on the system running 98se for some reason.

===
http://www.geocities.com/alaskanmagick/index.html

"First we thought the PC was a calculator. Then we found out how to turn numbers into letters with ASCII — and we thought it was a typewriter. Then we discovered graphics, and we thought it was a television. With the World Wide Web, we've realized it's a brochure. " Douglas Adams
alaskanmagick is offline  
Old 11th December 2004, 07:17 AM   (permalink)
Default

dont know if this is too late, but the problem is that the pins Vdd and Vpp are swtiched around. if you swtich them then it should work. so when you click kit96, vdd = 2 and vpp = 3 make them vddd = 3 and vpp = 2 in hardware settings

worked for me
lalalandrus is offline  
Reply

Bookmarks

Thread Tools
Display Modes





All times are GMT. The time now is 06:27 AM.


Electronic Circuits  |  Learning Electronics
Powered by vBulletin® Version 3.7.0
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.

eXTReMe Tracker