Searching \ for 'Programmer Question!' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: techref.massmind.org/techref/microchip/devprogs.htm?key=programmer
Search entire site for: 'Programmer Question!'.

Truncated match.
PICList Thread
'Programmer Question!'
1997\01\19@145846 by Jean-Francois Joly

flavicon
face
Hello list!

Does anyone use the EPIC Plus Pocket PIC Programmer from microEngineering Labs?
Do you think it is a good programmer? And the software, how is it?

With the EPIC Plus, would it be possible to use the MPASM assembler to assemble
a program and then using there software to transfer the hex file to the chip?

What I meen is I don't have to use there assembler that comes with the EPIC
Plus programmer right? I could just use there program to program the chip?

Please reply as soon as possible & thanks al lot!
Jean-Francois Joly ..(spam_OUTjolyalTakeThisOuTspamcapitalnet.com)

1997\01\19@152911 by Rildo Pragana

flavicon
face
Hi Jean-Fracois!

I've been using EPIC programmer for some time and I found it a nice
programmer.  I'm using MPASM, for it's better control of PIC
architecture.  You must use the simulator from Microchip, if you use
this assembler, because of small incompatibilities in the listings
format, but it works fine. (the other simulator, PSIM, from Paralax,
doesn't understand very well Microchip listings, but works fine too if
assembled with EPIC's assembler, and have a nice screen!)

regards, Rildo
please reply only to <.....rpraganaKILLspamspam@spam@truenet.com.br>, at my Linux box :)

Jean-Francois Joly wrote:

> Does anyone use the EPIC Plus Pocket PIC Programmer from microEngineering
Labs?
> Do you think it is a good programmer? And the software, how is it?
>
> With the EPIC Plus, would it be possible to use the MPASM assembler to
assemble
> a program and then using there software to transfer the hex file to the chip?
>
> What I meen is I don't have to use there assembler that comes with the EPIC
> Plus programmer right? I could just use there program to program the chip?
>
>

1997\01\20@093107 by Scott Horton

flavicon
face
=->Hello list!
=->
=->Does anyone use the EPIC Plus Pocket PIC Programmer from
microEngineering
=->Do you think it is a good programmer? And the software, how is it?
=->With the EPIC Plus, would it be possible to use the MPASM assembler to
assemble
=->a program and then using there software to transfer the hex file to the
chip?
=->
=->What I meen is I don't have to use there assembler that comes with the
EPIC
=->Plus programmer right? I could just use there program to program the
chip?
=->
=->Please reply as soon as possible & thanks al lot!
=->Jean-Francois Joly ..(jolyalspamKILLspamcapitalnet.com)
=->
Jean-Francois:

I recently got the EPIC programmer and it works very well.  No problems at
all.  Except ( :) ): In order to load files assembled with MPASM, you need
to add a line to your HEX file as the second to last line.  You can copy
this line from one of the sample HEX files that come with their software or
type int in your self.  I've listed it below FYI:

:04400E00F93F010075

This will allow a MPASM file to work perfectly.  The EPIC comes with the
program to load the hex file to the device.

I'm working on a EXE file that will make this change for you/me and when I
get it done, I'll send you a copy if you want.  I don't want to get
overwhelmed with requests for copies so if someone has a site where it
could be accessed, let me know and I'll send it to them when I get it done.
Maybe MEL would want it.  They (MEL) said sometime in the future, the'd
probably have a new release that would cure this slight problem but in the
meantime the manual fix works fine and my program (to be written this week)
will make the change easier.

Scott

1997\01\20@101714 by John Payson

picon face
> I recently got the EPIC programmer and it works very well.  No problems at
> all.  Except ( :) ): In order to load files assembled with MPASM, you need
> to add a line to your HEX file as the second to last line.  You can copy
> this line from one of the sample HEX files that come with their software or
> type int in your self.  I've listed it below FYI:
>
> :04400E00F93F010075
>
> This will allow a MPASM file to work perfectly.  The EPIC comes with the
> program to load the hex file to the device.

That's assuming, of course, that you want the fuses set to $3FF9, right?
I think one common source of confusion among programmers is that they do
not always read the fuses from the same address; what does MPASM put them
at?  $1007 [word address]?

1997\01\20@121505 by Scott Horton

flavicon
face
Oops, Resend to list. 1st try went direct.  Sorry `bout that, David.

=->> :04400E00F93F010075
=->This line just sets the fuses (at location 0x2007 which is the
=->Microchip standard) and for some reason I can't understand the word at
=->0x2008.  You can get the fuse part by adding a __config 0x3FF9 line in
=->your MPASM source and (if it is really necessary) I suppose you could
=->also add:
=->
=->    org  0x2008
=->    data 0100
=->
=->Of course as John mentioned you probably don't want 0x3FF9 all the
=->time and the correct word depends on the desired configuration

David,

Cool!  Much better than my solution.  For my education ( and hopefully
others) would you be so generous as to explain the decoding of that hex
line?

Thanks very much in advance!

Scott

1997\01\20@124441 by David Tait

flavicon
face
Scott Horton wrote:

> Oops, Resend to list. 1st try went direct.  Sorry `bout that, David.

Actually I sent the original as private e-mail.  I think I made a
mistake in the portion that you copied to the list so I'd better
correct it for the benefit of the few souls who may be interested ...

> For my education ( and hopefully others) would you be so generous
> as to explain the decoding of that hex

Here's the fragment again:

:04400E00F93F010075

You can split it up like this:

: 04 400E 00 F93F 0100 75

The 04 is the number of bytes in the record (F93F0100 is 4).  The
400E is the byte address (twice the word address, i.e. 2 X 2007 = 400E).
The 00 means this is a data record.  The F93F and 0100 are the data
in byte swapped form the first word goes to 2007 and the second goes
to 2008 (oops, you need "data 1" rather than data "0100" to replicate
that - I got that wrong in my last e-mail).  The 75 is the checksum.

I have a PIC hex tutorial here:

http://www.man.ac.uk/~mbhstdj/pichex01.zip

but it's really only aimed at people who need to manipulate 16C84
hex files.

Hope that helps,

David

1997\01\20@180232 by Jean-Francois Joly

flavicon
face
Hi there!

>:04400E00F93F010075

So I just have to put that line in the beginning of my hex file right?
Is it like that for all the other programmers?

>I'm working on a EXE file that will make this change for you/me and when I
>get it done, I'll send you a copy if you want.  I don't want to get
>overwhelmed with requests for copies so if someone has a site where it
>could be accessed, let me know and I'll send it to them when I get it done.

Great then! Thanks a lot!

By the way, anyone can explain to me what is a fuse? Im just starting to
learn PIC programming so I don`t know much...

Did someone ever tried programming a PIC16C84 using the electronic shematic
in Microchip`s application notes? What are the results?

Talk to you soon,
Jean-Francois
-----------
Jean-Francois & Alain Joly
.....jolyalKILLspamspam.....capitalnet.com

1997\01\21@084638 by Scott Horton

flavicon
face
David,

I tried you suggestion and it worked perfectly.  To recap for others: If
you are using MPASM and want to program your PIC with the Micro
Engieeering Labs EPIC programmer & software you must explicitly set the
configuration bits.  For my app. this was:

__CONFIG   _CP_OFF&_XT_OSC&_PWRTE_ON&_WDT_OFF

With an appropriate line like above in the code, the MEL EPIC software
does fine. You do however have to manually choose the processor type ( a
single click ) before programming (see below).

With your explanation of the HEX code I was able to do some empirical <g>
testing and found that the word at 0x2008 sets the EPIC programming
software to default to a processor type.  The 1 made it default to an
"84".  By addng the

     org  0x2008
     data 1

lines, it made the programmer default just as if you had used code
assembled by their assembler.  I found that adding the org and data lines
were not necessary if you manually choose the processor type on their
software's screen so since I don't understand any possible consequences of
a word at that address, I prefer (for now) to just manually choose the
processor type.  Is there any reason NOT to have the lines of code above?

Thanks very much to Mr. Tait for the excellent help!  Saved me a lot of
time.

Scott

1997\01\21@110230 by Jim Robertson

flavicon
face
At 07:43 AM 1/21/97 -0600, you wrote:
{Quote hidden}

Scott,

I was off the PICLIST and missed your orginal question. It seems to me the
EPIC programmer is compatible with the parallax pasm and pasmx assemblers.
These are the only assemblers (plus parallax's spasm) I know of that allow
the device to be specified in the source code.

There is a reason NOT to have the above lines you refered to. It is
compatibility. Way less than half of the available programmers will
understand the extra lines.

However, if there is no chance your HEX code will be used on a different
programmer, I would suggest you take advantage of this nice feature and use
it.

Jim

1997\01\21@192741 by Paul Smith

flavicon
face
David,


http://www.man.ac.uk/~mbhstdj/pichex01.zip
resulted in:
       The requested URL /~mbhstdj/pichex01.zip was not found on this server.

ftp://http://www.man.ac.uk/~mbhstdj/pichex01.zip
resulted in:
       550 Can't set guest privileges.

uhhhh????

1997\01\22@053712 by David Tait

flavicon
face
Paul Smith wrote:

> http://www.man.ac.uk/~mbhstdj/pichex01.zip
> resulted in: [error!]

Sorry, that should be

http://www.man.ac.uk/~mbhstdj/files/pichex01.zip

Better still just enter via my home page.

David
--
http://www.man.ac.uk/~mbhstdj

More... (looser matching)
- Last day of these posts
- In 1997 , 1998 only
- Today
- New search...