Richard John Cavell wrote:
> 
> I bought a DT006, prefabricated, from Dontronics.  I can't get it to work
> at all.
> 
> I loaded up Bascom-AVR and made the appropriate changes in the Options
> menu.  I tried to get it to program the chip.  It puts up a window called
> 'BASCOM-AVR programming status' that stays there.  None of the LEDs light
> up.  If I tell it to read the ROM from the chip, it reads as total FFs.
> I once seem to have programmed the first word (2 bytes) of the chip to
> 'C0', which is the first word in the compiled .bin file, but otherwise I
> just can't program the chip.  It consistently says 'cannot identify chip'

I held off answering this message Richard, as i know we had spoken on
the phone about it, and wanted to allow some useful user feedback that
may help before I dived in.

First thing I didn't know was that it was an assembled and tested unit.
If this is the case, if we don't get anywhere in this forum, you can
return it, and I'll send another.

Now without the printer cable connected:
When you powered it up, did the flashing LED routine (Raver.bas) that
was programmed into it run correctly?
Does the power LED come on?
If you hold the reset button down, will the two data switches light up
two individual LEDs?
With the micro removed, will the two data switches light up two
individual LEDs?

If none of this happens, you sound like you have a power supply problem.

Cheers Don...

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

On Sat, 23 Jun 2001, Ron Diol wrote:

> Just a thought, I'm sure you have tried everything, but by any chance did
> you try the 'Auto program' button in BASCOM-AVR?

Yep.  It does nothing at all.

-------------------------------------------------------------
Richard Cavell - richardcavell@m...

Newsgroups - Please keep any discussion on the group, and copy your
replies to me via email. (Server problems).  Sending me bulk email
guarantees a nasty response.

Judge Thomas Penfield Jackson on Bill Gates: "He has a Napoleonic concept
of himself and his company, an arrogance that derives from power"
-------------------------------------------------------------

I did have a power supply problem, which is now fixed.  Don't ask me how I
fixed it.

I still cannot program the chip.  I have tested it on a separate computer
with a separate cable.  Here are the symptoms:

When I press 'identify chip', 'write buffer to chip' or anything of the
sort, three of the LEDs flash wildly, but the computer continues to fail
to communicate.  As I say, it appears that I once programmed location zero
of the Flash ROM with 'C0', but other than that I have never programmed
it.

It has always said 'cannot identify chip'.  All buffers always read as
zeros.

The 'reset switch', which I assume to be the switch other than the pair of
switches that affect LEDs 2 and 9, does not affect anything at all.

-------------------------------------------------------------
Richard Cavell - richardcavell@m...

Newsgroups - Please keep any discussion on the group, and copy your
replies to me via email. (Server problems).  Sending me bulk email
guarantees a nasty response.

Judge Thomas Penfield Jackson on Bill Gates: "He has a Napoleonic concept
of himself and his company, an arrogance that derives from power"
-------------------------------------------------------------

Richard John Cavell wrote:
> 
> I did have a power supply problem, which is now fixed.  Don't ask me how I
> fixed it.

OK  Good.

> I still cannot program the chip.  I have tested it on a separate computer
> with a separate cable.  Here are the symptoms:
> 
> When I press 'identify chip', 'write buffer to chip' or anything of the
> sort, three of the LEDs flash wildly, but the computer continues to fail
> to communicate.  As I say, it appears that I once programmed location zero
> of the Flash ROM with 'C0', but other than that I have never programmed
> it.

again, did it run raver.bas when you first powered it up?

> It has always said 'cannot identify chip'.  All buffers always read as
> zeros.

If it says can't identify, then any other programing attempt will be in
vain.

> 
> The 'reset switch', which I assume to be the switch other than the pair of
> switches that affect LEDs 2 and 9, does not affect anything at all.

Yes, the reset switch is the one down the bottom. SW1 on the overlay.

have you fully read http://www.dontronics.com/runavr.html
which covers the software step by step.

If it is not another piece of hardware let go, then it will be in the
configuration, or the cable.
did you make a cable, or use one off the shelf? 

Recently we found a resident program that was looking for a hard drive
connected to the printer port was upsetting things, but if you have
tried another computer, then this sort of thing shouldn't happen.

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

On Tue, 26 Jun 2001, Don McKenzie wrote:

> again, did it run raver.bas when you first powered it up?

The 2313 that was installed originally runs a program that rotates
the LEDs.  I cannot change that program.  I cannot program raver.bas into
my other chips.

> have you fully read http://www.dontronics.com/runavr.html
> which covers the software step by step.

Yes.

> If it is not another piece of hardware let go, then it will be in the
> configuration, or the cable.
> did you make a cable, or use one off the shelf? 

I used two separate off the shelf parallel male-to-female (DB-25) cables.

> Recently we found a resident program that was looking for a hard drive
> connected to the printer port was upsetting things, but if you have
> tried another computer, then this sort of thing shouldn't happen.

I have used two different operating systems on my own computer, and one
other one.

Richard Cavell

Richard John Cavell wrote:
> 
> On Tue, 26 Jun 2001, Don McKenzie wrote:
> 
> > again, did it run raver.bas when you first powered it up?
> 
> The 2313 that was installed originally runs a program that rotates
> the LEDs.  I cannot change that program.  I cannot program raver.bas into
> my other chips.

OK, at least this proves there is nothing wrong with the existing board.
That is where i was trying to head.
there can be so many things wrong, such as power/resonator, etc., etc.

> > If it is not another piece of hardware let go, then it will be in the
> > configuration, or the cable.
> > did you make a cable, or use one off the shelf?
> 
> I used two separate off the shelf parallel male-to-female (DB-25) cables.

have you checked that the 5 wires it needs are connected through?
It may be a modem cable only, which may have 8 connections only, and it
won't work. 

Have you checked your printer port settings in the hardware settings of
your computer system?

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

Hi,

I've recently bought a DT001 kit and DT101 kit, I've soldered all the
components, with a 16F84 on the DT101. I only have a 12V DC power
supply, and when I plug it in, both the red and green power LEDs come
on, and so does the TX LED. If the switch is at LOAD position, the VDD
LED is also on faintly. It goes off if I switch it to RUN. I'm not sure
if this is the correct behaviour.

I've tried reading and burning the 16F84 using the Linux picprg as well
as DOS picprog and Windows picprog877 from Nigel's website. None of
these seem to work, picprog877 never finds the parallel port (0x378),
and picprg always reads 3FFF when I try to read from the chip. (It reads
3FFF anyway if I don't have the DB25 cable plugged in, so it really
isn't doing anything at all).

Any pointers would be greatly appreciated.

Ian.

In message <993637926.1135.0.camel@h...>, Ian
<ians@s...> writes
>I've tried reading and burning the 16F84 using the Linux picprg as well
>as DOS picprog and Windows picprog877 from Nigel's website. None of
>these seem to work, picprog877 never finds the parallel port (0x378),
>and picprg always reads 3FFF when I try to read from the chip. (It reads
>3FFF anyway if I don't have the DB25 cable plugged in, so it really
>isn't doing anything at all).

If my software won't find the port, it's most probably a hardware
problem, all it does is toggle the output pin and check the input pin
follows suit. Your 12 volt supply sounds too low as well, although this
would only affect writing to the chip, not reading.

Try using my hardware window, and manually change and toggle the pins,
you can then check the results using a meter or logic probe.
-- 

Nigel.

        /--------------------------------------------------------------\
        | Nigel Goodwin   | Internet : nigelg@l...           |
        | Lower Pilsley   | Web Page : http://www.lpilsley.co.uk       |
        | Chesterfield    | Official site for Shin Ki and New Spirit   |
        | England         |                 Ju Jitsu                   |
        \--------------------------------------------------------------/

Ian,

>I've recently bought a DT001 kit and DT101 kit....picprog877 never
>finds the parallel port (0x378),and picprg always reads 3FFF when 
>I try to read from the chip. (It reads3FFF anyway if I don't have 
>the DB25 cable plugged in, so it really isn't doing anything at all).
>Any pointers would be greatly appreciated.

Having the software find the programmer is the first fundamental step.
Don't even bother reading or writing unless the software can find the port.
It is found through a simple looping back of D0 to ACK I think. I have a PC
whose printer port never detects the programmer.  I have had to find an old
parallel port card and install it as lpt2.  This card works fine.   I also
have a laptop whose lpt port does not work with the programmer, and I had to
adjust the settings in the BIOS to get it to work.  I can't remember what
setting I made,  but I turned off the EPP and ECP modes leaving a standard
uni-directional parallel port.

Also use a logic probe or multi-meter to check the IO lines.  Both of the
software packages you offer allow you to toggle the port lines in order to
test them.

Hope this helps...

----------------------------------------------------------------- 
Malcolm Byrne                        Bundaberg Sugar 
Database Administrator               PO Box 500 
email: mabyrne@b...     Bundaberg 
Phone: +61 7 4150 8542               Queensland     
Fax:   +61 7 4150 8511               Australia  4670 
----------------------------------------------------------------- 

This e-mail and any attachments are confidential and intended solely for the
person to whom they are addressed. If you are not the intended recipient of
this e-mail or the person responsible for delivering the e-mail to the
intended recipient, you should not read, print, retransmit, store or act in
reliance on this e-mail or any attachments, and should destroy all copies.
If you are not the intended recipient of this e-mail, please contact
Bundaberg Sugar Ltd on (07) 41508500.  This notice should not be removed.

Thanks for the replies.

I was using a laplink cable (uh duh), so it wasn't working.

But now (using a straight through cable), Nigel's software can only detect
the board when in "Run" mode, and if I switch to "Load" mode the VDD LED no
longer comes on, instead the TX LED goes from the green one to the red one,
and Nigel's software no longer detects  the board...

This didn't used to happen, I used to get a faint VDD when I switched to
Load mode. I don't know what I did that changed that. If I try reading or
burning in "Run" mode then the VPP, VDD LEDs flash a little (but the burn
fails obviously), if I try doing it in "Load" mode, nothing happens... What
have I stuffed up this time?

Ian.

Ian Su wrote:
> 
> Thanks for the replies.
> 
> I was using a laplink cable (uh duh), so it wasn't working.

Yes, I know I keep asking Richard and his AVR raver kit about this sort
of thing, but I'm still not satified that he has 5 wires connected
through.
 
> But now (using a straight through cable), Nigel's software can only detect
> the board when in "Run" mode, and if I switch to "Load" mode the VDD LED no
> longer comes on, instead the TX LED goes from the green one to the red one,
> and Nigel's software no longer detects  the board...
> 
> This didn't used to happen, I used to get a faint VDD when I switched to
> Load mode. I don't know what I did that changed that. If I try reading or
> burning in "Run" mode then the VPP, VDD LEDs flash a little (but the burn
> fails obviously), if I try doing it in "Load" mode, nothing happens... What
> have I stuffed up this time?

can you put a socket and pic84 on the dt001 board, then forget about the
dt101, and switch. This will help to section isolate the problem.

And if you have the max-232 in a socket, take it out and ignore the
tx/rx leds, these are only for rs-232 comms, not programming.

Then use either Nigel's, or Bojan's test features built into the
software to check for voltages and correct operation. You should be able
to detect the programmer, even before you put a chip in the socket, if
you can't, then there isn't much point in installing the chip or socket
at all. You must detect the programmer first.

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

> can you put a socket and pic84 on the dt001 board, then forget about the
> dt101, and switch. This will help to section isolate the problem.

Crap, I've soldered the pic84 on to the dt101.

> And if you have the max-232 in a socket, take it out and ignore the
> tx/rx leds, these are only for rs-232 comms, not programming.

I've soldered that too.

> Then use either Nigel's, or Bojan's test features built into the
> software to check for voltages and correct operation. You should be able
> to detect the programmer, even before you put a chip in the socket, if
> you can't, then there isn't much point in installing the chip or socket
> at all. You must detect the programmer first.

Nigel's software detects the programmer if I don't have the dt101 plugged
in. When I plug it in, it stops detecting the programmer.

Should I go about unsoldering the pic84 from the dt101??

> Then use either Nigel's, or Bojan's test features built into the
> software to check for voltages and correct operation. You should be able
> to detect the programmer, even before you put a chip in the socket, if
> you can't, then there isn't much point in installing the chip or socket
> at all. You must detect the programmer first.

Also, using Nigel's software I can turn on and off the VPP and VDD LEDs, so
at least that seem to be working.

Ian Su wrote:
> 
> > can you put a socket and pic84 on the dt001 board, then forget about the
> > dt101, and switch. This will help to section isolate the problem.
> 
> Crap, I've soldered the pic84 on to the dt101.

sorry, I was just trying to help

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

> > > can you put a socket and pic84 on the dt001 board, then forget about
the
> > > dt101, and switch. This will help to section isolate the problem.
> >
> > Crap, I've soldered the pic84 on to the dt101.
>
> sorry, I was just trying to help

Thanks, I know. By "crap" meant the situation, not your suggestions.

Perhaps I should buy another pic84 and 18 pin socket?

Ian Su wrote:

> Perhaps I should buy another pic84 and 18 pin socket?

it may be the corect solution if you are stuck.
I would use sockets on everything for a first time project.

If the software can see the programmer without the dt101 board in, and
putting it in kills this ability, then something on the dt101 board is
doing the damage. It could be something as simple as a solder short. it
could be a dozen things, a bad cap, regulators in parallel, etc.

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

Regarding Richard's recent RAVER problems:

I know Don is much better at this but...  

I remember some users had problems programming with the J9 LED jumpers in
place (or at least a subset of them).  DOn, wan't there information
regarding the ttemporary removal of those jumpers for programming only?

Also, I have a line analyzer on my programming cable which lets me monitor
send/recieve activity on my lines.  Here in the states, a pre-built one is
about $15-$20 USD from Radio Shack.  It's an indispensible tool for
debugging.

Richard, I'm sorry to hear your having so much trouble with your RAVER.  I
assembled my own, thinking I'd screw it up miserably, but all went without a
hitch.  I just wish I had more time to play with my RAVER and move on to
chips larger than the 2313!

Good luck in your debugging.

Glen Pannicke
Merck & Co.
Computer Validation Quality Assurance

Sigh... Don, I've bought another dt111 kit, I am quite determined to get
this to work, but I've really poured much more money into this than I
thought I would. If this kit doesn't work then I'm going to give up.

BTW, don't you sell cheaper 18pin sockets than the really expensive ZIF
ones?

As to my current DT101 board, I've been testing it with a multimeter,
I've noticed that everything is grounded when I switch it to LOAD mode
with the DT101 inserted (except about 0.5V on SO), whereas the voltages
seem to be correct when in RUN mode... like it's 5V on the 5V pin, 13V+
on PWR, etc. I've checked all the resistors, all the orientations, and
all the solder connections, and they all look clean. I'm really stumped.

When in RUN mode, I can toggle the Data Out in any software and the Data
In does indeed follow suit. Once I switch to LOAD mode the Data In goes
off, regardless of Data Out. I can toggle the VPP and VDD LEDs in either
mode. If I remove the DT101 board, the Data Out and In is again matched
even in LOAD mode.

This really is driving me nuts!

If anyone has ANY idea what's going on here... please tell me,

Ian.

Ian wrote:
> 
> Sigh... Don, I've bought another dt111 kit, I am quite determined to get
> this to work, but I've really poured much more money into this than I
> thought I would. If this kit doesn't work then I'm going to give up.
> 
> BTW, don't you sell cheaper 18pin sockets than the really expensive ZIF
> ones?

ZIF Sockets: 
Also read hints.html You should never have to solder a ZIF socket into a
board ever again. 

I will throw a couple in.

I don't advertise them, but you can get good quality machine pin
sockets, or much cheaper ones. And these are available at almost any
electronics store, Dick Smith, even Tandy should have them. strips of
pins or larger sockets can be cut into sockets sizes if they don't.

> When in RUN mode, I can toggle the Data Out in any software and the Data
> In does indeed follow suit. Once I switch to LOAD mode the Data In goes
> off, regardless of Data Out. I can toggle the VPP and VDD LEDs in either
> mode. If I remove the DT101 board, the Data Out and In is again matched
> even in LOAD mode.

solder one socket into the dt001 board, and put the chip in there first,
then debug the board. You can forget the load/run switch, then if it
works, you can move on.
 
> This really is driving me nuts!
> 
> If anyone has ANY idea what's going on here... please tell me,
> 
> Ian.

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

"Pannicke, Glen A." wrote:
> 
> Regarding Richard's recent RAVER problems:
> 
> I know Don is much better at this but...
> 
> I remember some users had problems programming with the J9 LED jumpers in
> place (or at least a subset of them).  DOn, wan't there information
> regarding the ttemporary removal of those jumpers for programming only?

A good valid point if you read the text completely.
Yes Glen thanks, correct, there is a massive overkill of information on
programming, as well as user feedback that was getting large enough to
devote a separate page to it dt006cf.html 'cf' for customer feedback.

Unfortunately, I ask people the same questions many times, and struggle
to get answers, so it can be very hard to help at times. 

> Richard, I'm sorry to hear your having so much trouble with your RAVER.  I
> assembled my own, thinking I'd screw it up miserably, but all went without a
> hitch.  I just wish I had more time to play with my RAVER and move on to
> chips larger than the 2313!

I'm very happy to give Richard another unit, but if it works with the
original programmed chip in it, then unless something from the db-25 to
the micro has let go (5 lines), then there would be no point, as all
assembled and tested units are programmed in the dt006 board.

If only I could determine that these 5 wires connect through, from the
micro to the other end of the db25 cable, then we could move on to
potential PC configuration problems.

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

"Don't even bother reading or writing unless the software
can find the port.  It is found through a simple looping back of D0 to ACK I
think. I have a PC whose printer port never detects the programmer.  I have
had to find an old parallel port card and install it as lpt2.  This card
works fine.   I also have a laptop whose lpt port does not work with the
programmer, and I had to adjust the settings in the BIOS to get it to work.
I can't remember what setting I made,  but I turned off the EPP and ECP
modes leaving a standard uni-directional parallel port."
I had a similar problem with two different computers. Neither could find the
DT001 programmer when the programmer was connected to the printer port on
the motherboard. I tried all the BIOS settings for EPP, ECP, ECP+EPP, SPP to
no avail. The motherboard parallel port quite happily drove an inkjet
printer. I resorted to installing a two port parallel printer expansion card
and disabling the parallel port on the motherboard. When the programmer is
connected to either of the two new parallel there is no problem with Nigel
Goodwin's program detecting the DT001. I don't know why one the expansion
card works while the motherboard port won't.

I have a couple of requests. I have just converted over to a new computer
and in messing around with the programmer I altered some of the hardware
settings. I now am unable to programme a PIC as I get a "verify error on
Line 0". Can anyone tell me what the appropriate settings are for Vdd, Vpp,
Output, Clock, Input and the Invert buttons to program a 16F84 on a DT001
programming board. I had this application working on a previous machine so I
know the DT001 programmer hardware is OK.

I have also in the past tried to program a 24LC64 in the EEPROM socket on a
DT101. The code I have developed, is based on some modified Microchip sample
code but only seems to write (or read, I am not sure where the bug is
located) alternate locations in the EEPROM. I am using a DT206 LED board to
provide indication of the data on the ports. Does anyone point me towards
some simple PIC 16F84 assembler routines to read and write bytes of data to
random locations in the 24LC64 EEPROM?

Regards

Fred

On Fri, 29 Jun 2001, Don McKenzie wrote:

> If only I could determine that these 5 wires connect through, from the

I managed to get it to work.  In desperation, I bought a third parallel
cable to see if it would work.  It did.  Now I can program the 2313 chip.
Hooray!

But I can't program my other chips.  I have some little 8-pin 2343s, which
is really want I want to program, because 20 pins is 12 pins too many for
my task.  According to
http://www.avrfreaks.net/Tools/showtools.php?ToolID=158, I think they're
supposed to work with the Raver.

I insert them with the arrow pointing to the power supply, closest to that
end of the socket, and I have also been inserting them through IC sockets
so the legs don't get bent all the time.  I have also inserted them in
every other possible configuration.  I have tried 5 of the 2343s, and I
can't program any of them.

-------------------------------------------------------------
Richard Cavell - richardcavell@m...

Newsgroups - Please keep any discussion on the group, and copy your
replies to me via email. (Server problems).  Sending me bulk email
guarantees a nasty response.

Judge Thomas Penfield Jackson on Bill Gates: "He has a Napoleonic concept
of himself and his company, an arrogance that derives from power"
-------------------------------------------------------------

Richard John Cavell wrote:
> 
> On Fri, 29 Jun 2001, Don McKenzie wrote:
> 
> > If only I could determine that these 5 wires connect through, from the
> 
> I managed to get it to work.  In desperation, I bought a third parallel
> cable to see if it would work.  It did.  Now I can program the 2313 chip.
> Hooray!

I just wonder Richard, how many times i asked you in private and list
messages, to check these 5 wires.

> But I can't program my other chips.  I have some little 8-pin 2343s, which
> is really want I want to program, because 20 pins is 12 pins too many for
> my task.  According to
> http://www.avrfreaks.net/Tools/showtools.php?ToolID=158, I think they're
> supposed to work with the Raver.

did you read which socket is used for the 8 pin chips?

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

On Fri, 29 Jun 2001, Don McKenzie wrote:

> I just wonder Richard, how many times i asked you in private and list
> messages, to check these 5 wires.

You told me to check it twice, and alluded to a cable problem twice more.
I did set all the lines high in the BASCOM programmer, and that worked.  I
also tried a second cable, and that was no different.  So I tried a third
cable.

> did you read which socket is used for the 8 pin chips?

I only have one socket - in U3.

From dt006.html:

These have a 2313 micro in a good quality machine pin socket, and a
resonator to suit installed also in a socket. This will allow for
alternative 8 and 28 pin micros installation also, 

A 20 pin machine pin socket should be fitted to the U3 location.  This
will enable this Micro to be removed, if an 8 or 28 pin micro is to be
installed."

Do I have to install one of my own sockets in U2?

-------------------------------------------------------------
Richard Cavell - richardcavell@m...

Newsgroups - Please keep any discussion on the group, and copy your
replies to me via email. (Server problems).  Sending me bulk email
guarantees a nasty response.

Judge Thomas Penfield Jackson on Bill Gates: "He has a Napoleonic concept
of himself and his company, an arrogance that derives from power"
-------------------------------------------------------------

"Lodden, Fred" wrote:
> 
>                 "Don't even bother reading or writing unless the software
> can find the port.  It is found through a simple looping back of D0 to ACK I
> think. I have a PC whose printer port never detects the programmer.  I have
> had to find an old parallel port card and install it as lpt2.  This card
> works fine.   

Hi Fred, yes it's a good idea to use a sacrificial plug in card anyway.
I have used one out of an XT for years. All chips socketed so I can
replace thenm if I need to.

I also have a laptop whose lpt port does not work with the
> programmer, and I had to adjust the settings in the BIOS to get it to work.

snip...

the dt001 will work with any old card, as it uses nothing fancy.

> I have a couple of requests. I have just converted over to a new computer
> and in messing around with the programmer I altered some of the hardware
> settings. I now am unable to programme a PIC as I get a "verify error on
> Line 0". Can anyone tell me what the appropriate settings are for Vdd, Vpp,
> Output, Clock, Input and the Invert buttons to program a 16F84 on a DT001
> programming board. I had this application working on a previous machine so I
> know the DT001 programmer hardware is OK.

It is set up in Bojan's software as the dt001, I think Nigel has
something similar.
it sure is mentioned on the dt001 page.

> I have also in the past tried to program a 24LC64 in the EEPROM socket on a
> DT101. The code I have developed, is based on some modified Microchip sample
> code but only seems to write (or read, I am not sure where the bug is
> located) alternate locations in the EEPROM. I am using a DT206 LED board to
> provide indication of the data on the ports. Does anyone point me towards
> some simple PIC 16F84 assembler routines to read and write bytes of data to
> random locations in the 24LC64 EEPROM?

you aren't using the 65 specs are you? The 64's are very different.

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

Richard John Cavell wrote:
> 
> On Fri, 29 Jun 2001, Don McKenzie wrote:
> 
> > I just wonder Richard, how many times i asked you in private and list
> > messages, to check these 5 wires.
> 
> You told me to check it twice, and alluded to a cable problem twice more.
> I did set all the lines high in the BASCOM programmer, and that worked.  I
> also tried a second cable, and that was no different.  So I tried a third
> cable.

Hi Richard, a meter, or led and resistor if you didn't have a meter,
could have checked it in a few minutes.
I know as a beginner it can be frustrating and sometimes misleading, but
it states in both dt006.html, now dt006cf.html (a full circuit digram)
and runavr.html that a 5 wire circuit is used, straight through pin for
pin, so any 25 wire extension cable is fine. You no doubt had the modem
type 8 wire cable, or a laplink type cable.

> > did you read which socket is used for the 8 pin chips?
> 
> I only have one socket - in U3.
> 
> >From dt006.html:

yes, but if you purchased a 28 pin chip, where would you put it?

also from dt006:
Alternative Micros: 

U2        Used for  8 pin micro installation. 
U4        Used for 28 pin micro installation. 

It will also program 40 pin chips using dt107 and simm100 boards added.

Don McKenzie    mailto:don@d...      http://www.dontronics.com

The World's Largest Range of Atmel/AVR  & PICmicro Hardware and Software
Free Basic Compiler and Programmer http://www.dontronics.com/runavr.html
The Little "rAVeR!" AVR & Basic Kit http://www.dontronics.com/dt006.html

At 17:25 29/06/01 +1000, you wrote:


>"Lodden, Fred" wrote:
>
> > I have also in the past tried to program a 24LC64 in the EEPROM socket on a
> > DT101. The code I have developed, is based on some modified Microchip 
> sample
> > code but only seems to write (or read, I am not sure where the bug is
> > located) alternate locations in the EEPROM. I am using a DT206 LED board to
> > provide indication of the data on the ports. Does anyone point me towards
> > some simple PIC 16F84 assembler routines to read and write bytes of data to
> > random locations in the 24LC64 EEPROM?

Don't know if it's useful or relevant information: I was mucking around 
with compilers/downloaders to load up a motorola micro a few months ago and 
got a similar problem. Turns out it was to do with a .hex (or .s19) file 
having 16-bit data items, so the address was only increasing by 8 each new 
line of 16 bytes of data. While I was trying to use it to load 16 pieces of 
8-bit data. That sounds like it's backwards from your problem, but I got 
similar nonsensical results somewhere along the way.

Regards,
Rob Moline

Regarding my raver:

I soldered a new 8-pin socket into U2, and I can now program 8-pin chips.
The only problem now is that it recognizes a 2343 as a ATTINY22 (which has
the same statistics), but I don't care about that.

So thanks everyone, for your help.  I'll still buy a STK500, but at least
I have this thing working now.

Note to everyone else: I inserted a chip the wrong way round into U2 just
to see what would happen, and it fried the chip.  So don't do that.

-------------------------------------------------------------
Richard Cavell - richardcavell@m...

Newsgroups - Please keep any discussion on the group, and copy your
replies to me via email. (Server problems).  Sending me bulk email
guarantees a nasty response.

Judge Thomas Penfield Jackson on Bill Gates: "He has a Napoleonic concept
of himself and his company, an arrogance that derives from power"
-------------------------------------------------------------

The DT111 package arrived today, thanks very much for the machine pin
sockets Don.

I soldered a socket onto the DT001 board, and tried to program the new F84
with it, and it worked! So there must be something wrong with my DT101
components, I wonder what.

I hope the same thing won't happen to my new DT111 board.

Ian.