Searching \ for 'Important revision for 16C5x/12C50x programmer' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: www.piclist.com/techref/microchip/devprogs.htm?key=programmer
Search entire site for: 'Important revision for 16C5x/12C50x programmer'.

No exact or substring matches. trying for part
PICList Thread
'Important revision for 16C5x/12C50x programmers'
1998\06\30@105209 by Jim robertson

flavicon
face
Hi folks,


Microchip have publish a revised programming specification for all 12-Bit
core parts. These include all 16C5x and 12C50x parts. The new programming
specification increases the over-programming pulse count from x3 to x11.
(Yes the parts take twice as long to program!)  The maximum retry count has
been reduced from 25 attempts to 8 attempts.

Microchip have asked that the revision be implemented immediately as it is
possible that 12-Bit core parts will not achieve long term stability if
programmed with the old programming specification.

Accordingly, I have posted TM4 software driver version 1.00.09 and this
update is compliant with the new specification and can be used with the
WARP-3, PP1, PICSTART 16B "PHOENIX" upgrade and the Picstart 16C "PHOENIX"
upgrade.

www.pipeline.com.au/users/newfound/zip/tm4-com.zip
http://www.pipeline.com.au/users/newfound/zip/tm4disk.zip

For users of other programmers consider "heavying" the manufacturer for
your update. I beleive there is a firmware upgrade for the picstart plus
available.

Jim

1998\06\30@144507 by Mark Willis

flavicon
face
Is the PicStart Plus firmware revision you refer to, the 1.50 version,
Jim (or anyone else who knows?)  I just got a PicStart Plus at the
seminar, need to know if it needs a change (doesn't look like it?)

 Come to think of it, I'd better upgrade my older Parallax programmer
for this programming change!

 Mark Willis, spam_OUTmwillisTakeThisOuTspamnwlink.com

Jim robertson wrote:
{Quote hidden}


'Important revision for 16C5x/12C50x programmers'
1998\07\01@083852 by Dr. Imre Bartfai
flavicon
face
Agree!

I have also a Parallax programmer....

Imre


On Tue, 30 Jun 1998, Mark Willis wrote:

{Quote hidden}

1998\07\01@085928 by Andy Kunz

flavicon
face
At 02:28 PM 7/1/98 +0200, you wrote:
>Agree!
>
>I have also a Parallax programmer....

Check with Carmacon for availability http://www.carmacon.com

Andy


==================================================================
Andy Kunz - Statistical Research, Inc. - Westfield, New Jersey USA
==================================================================

1998\07\01@141554 by J Nagy
flavicon
face
Jim robertson <newfoundspamKILLspamPIPELINE.COM.AU> posted:

>Microchip have publish a revised programming specification for all 12-Bit
>core parts. These include all 16C5x and 12C50x parts. The new programming
>specification increases the over-programming pulse count from x3 to x11.
>(Yes the parts take twice as long to program!)  The maximum retry count has
>been reduced from 25 attempts to 8 attempts.
>
>Microchip have asked that the revision be implemented immediately as it is
>possible that 12-Bit core parts will not achieve long term stability if
>programmed with the old programming specification.
>

       Where did this come from Jim? Can you offer a Microchip link with
further info? I can't seem to find any info on Microchip's site to back up
what you say. In fact, the latest programming spec for the 12C family
(30557c.pdf on the site for download) says 25 times max, and 3X overprogram.
       Trying to scare everyone that owns a programmer? Microchip - if
you're listening, could you clarify? Thanks,

       Jim

1998\07\01@143340 by Tom Gretton

flavicon
face
At the seminar in Toronto (June 16),  we were advised that Firmware v1.50
was released to accomodate the 12C67x which has a different programming
specification than others.

No mention was made of changes to the programming specifications of the
other 12 bit core devices.

For older PicStart Plus programmers,  the firmware is supposedly available
on the website -- download it and burn it into a 17C42 before dismantling
the programmer and inserting the newly programmed 17C42 in place of the
original.


Tom

>
> Is the PicStart Plus firmware revision you refer to, the 1.50 version,
> Jim (or anyone else who knows?)  I just got a PicStart Plus at the
> seminar, need to know if it needs a change (doesn't look like it?)
>
>   Come to think of it, I'd better upgrade my older Parallax programmer
> for this programming change!
>
>   Mark Willis, .....mwillisKILLspamspam.....nwlink.com

1998\07\01@153745 by chris

flavicon
face
>
>         Where did this come from Jim? Can you offer a Microchip link with
> further info? I can't seem to find any info on Microchip's site to back up
> what you say. In fact, the latest programming spec for the 12C family
> (30557c.pdf on the site for download) says 25 times max, and 3X overprogram.
>         Trying to scare everyone that owns a programmer? Microchip - if
> you're listening, could you clarify? Thanks,
>
>         Jim

I can verify what Jim posted.  Here is the delight that arrived in
our e-mail box on June 26:

<Begin Notice>
*** All Third Party Programming Partners are advised to incorporate
this revised programming algorithm IMMEDIATELY ***

Please be advised that Microchip has revised the current programming
algorithm for the PIC16C5X, PIC12C5XX, and PIC12CE5XX products to
achieve consistent programming yields over process and product
variations.

Following is the list of Microchip products which require this Revised
Programming Algorithm :

PIC16C52        PIC16C54B       PIC16C56A       PIC16C58B       PIC12C508A
PIC12CE518
PIC16C54        PIC16C55        PIC16C57        PIC12C509       PIC12CE519
PIC16C54A
PIC16C56        PIC16C58A       PIC12C508       PIC12C509A

All Microchip programming specifications are available on the
Microchip WEB site at http://www.microchip.com with a copy of the
affected programming spec (DS30190G and DS30557D) attached.

Microchip customers have been notified of these changes and have been
advised to contact you for updated software or firmware if using above
devices. A copy of the notice is also attached (CN# 98-062201 dated
June 26, 1998).
<End Notice>

I'm not sure why you were not able to find updated specs on the web,
maybe they have yet to be posted.

We will have an upgrade for our PIC-1+ programmer software by the end
of this week!  PIC-1+ users can download these changes from our web
page and begin programming the '50x devices with the new algorithm as
soon as we post the software.

No mention is made as to when the PICSTART Plus firmware will be
enhanced.  It looks like those of us using older PICSTART units
for '5x programming will be left with a door stop with the latest
algorithm change.

Chris
-------------------------------------------------------------------------
Chris B. Sakkas (EraseMEchrisspam_OUTspamTakeThisOuTitutech.com)  http://www.itutech.com
ITU Technologies (infospamspam_OUTitutech.com)    ftp://itutech.com
***         Your source for Microchip PIC development tools!          ***
***      PIC Programmers, emulators, compilers, books and more!       ***
***     Order Toll Free in the US! 888-4ITU-TEC (that's (888)448-8832)***

1998\07\01@214738 by Jim robertson

flavicon
face
At 14:32 1/07/98 -0400, you wrote:
>At the seminar in Toronto (June 16),  we were advised that Firmware v1.50
>was released to accomodate the 12C67x which has a different programming
>specification than others.
>
>No mention was made of changes to the programming specifications of the
>other 12 bit core devices.

The change for the 12C67x was because there was no existing 8-pin device
with the 14-Bit core  (as opposed to the 12-bit core  12C50x parts)
supported by the PS+ There were also changes with the OSC bits in the
config word  (There are 7 oscillator options!), however, I still can't see
why this would require a firmware change but it was one of the reasons given.

For those asking, I do not know if PS+ firmware 1.50 will do the job. You
can always check on there web site.

Personally, if microchip follow their own advice, there will not be a need
to change the firmware only an updated MPLAB should be required.  None of
my programmer users have had to rush for new firmware. These settings were
always mean't to be programmable.


>For older PicStart Plus programmers,  the firmware is supposedly available
>on the website -- download it and burn it into a 17C42 before dismantling
>the programmer and inserting the newly programmed 17C42 in place of the
>original.

You have buckley's chance of burning the picstart plus firmware into a
17C42 (2K).  You need a 17C44 (8K) and even this is nearly full.

>Tom
>
>>
>> Is the PicStart Plus firmware revision you refer to, the 1.50 version,
>> Jim (or anyone else who knows?)  I just got a PicStart Plus at the
>> seminar, need to know if it needs a change (doesn't look like it?)
>>
>>   Come to think of it, I'd better upgrade my older Parallax programmer
>> for this programming change!

Parallax? Good luck!

Jim

>>   Mark Willis, @spam@mwillisKILLspamspamnwlink.com
>

1998\07\02@004741 by tjaart

flavicon
face
> >         Where did this come from Jim? Can you offer a Microchip link with
> > further info? I can't seem to find any info on Microchip's site to back up
> > what you say. In fact, the latest programming spec for the 12C family
> > (30557c.pdf on the site for download) says 25 times max, and 3X overprogram.
> >         Trying to scare everyone that owns a programmer? Microchip - if
> > you're listening, could you clarify? Thanks,
> >


I will keep my PP+ firmware as is for prototyping. Increasing the hit
rate 3 times will chop the JW life three times as well. For production
stuff, the hit rate should be high though.

Hmmm. Mchip will sell three times as many JW part now...

--
Friendly Regards

Tjaart van der Walt
KILLspamtjaartKILLspamspamwasp.co.za

Add your voice !!
Vote at the Great G Com Public Vote. Go to :
http://www.wasp.co.za/~tjaart/gcomvote.html

|--------------------------------------------------|
|                WASP International                |
|R&D Engineer : GSM peripheral services development|
|--------------------------------------------------|
|SMS RemoveME0832123443TakeThisOuTspamwasp.co.za  (160 chars max)|
|     http://www.wasp.co.za/~tjaart/index.html     |
|Voice: +27-(0)11-622-8686  Fax: +27-(0)11-622-8973|
|          WGS-84 : 26¡10.52'S 28¡06.19'E          |
|--------------------------------------------------|

1998\07\02@082228 by Andy Kunz

flavicon
face
>>>   Come to think of it, I'd better upgrade my older Parallax programmer
>>> for this programming change!
>
>Parallax? Good luck!

Jim,

He probably means the Parallax programmer with the Carmacon software in it.

Andy


==================================================================
Andy Kunz - Statistical Research, Inc. - Westfield, New Jersey USA
==================================================================

1998\07\02@100028 by Leo van Loon

flavicon
face
Dear mr Robertson,

One of the other piclisters mentioned that JW-types should have a shorter
lifetime with more programming cycles. Is this true? If so did you change
your software also for the JW-types?

Leo van Loon
SBB simpeltronics
Netherlands
tel +31 (0481) 450034
fax+31 (0481) 450051
mail spamBeGonesbb.simpeltronspamBeGonespamtip.nl
url http://www.sbb-simpeltronics.nl
SBB simpeltronics ontwikkelt technische projecten voor basisschool en
basisvorming.
SBB simpeltronics develops technical projects for children in primary and
secondary education.

-----Oorspronkelijk bericht-----
Van: Jim robertson <TakeThisOuTnewfoundEraseMEspamspam_OUTPIPELINE.COM.AU>
Aan: RemoveMEPICLISTspamTakeThisOuTMITVMA.MIT.EDU <PICLISTEraseMEspam.....MITVMA.MIT.EDU>
Datum: donderdag 2 juli 1998 3:51
Onderwerp: Re: Important revision for 16C5x/12C50x programmers


{Quote hidden}

given.
{Quote hidden}

1998\07\02@182235 by Mark Willis

flavicon
face
Andy Kunz wrote:
>
> >>>   Come to think of it, I'd better upgrade my older Parallax programmer
> >>> for this programming change!
> >
> >Parallax? Good luck!
>
> Jim,
>
> He probably means the Parallax programmer with the Carmacon software in it.
>
> Andy
>
> ==================================================================
> Andy Kunz - Statistical Research, Inc. - Westfield, New Jersey USA
> ==================================================================

 Parallax has a $50 firmware upgrade available on their web pages;
I've had that programmer for over a year, it needs more recent device
support anyways (unless I just use the PCPlus for recent chips.)

 I much prefer Parallel port interfaces, serial ports aren't commonly
free on my machines & everything else I develop embedded stuff with is
parallel-based, EMP-20 & the Parallax unit, I had to add a serial port &
lose modem use on my embedded machine to get the use of the PCPlus
programmer;  I seriously doubt I'll change the Parallax unit over to
Carmacon style, unless there's some real advantage to doing so, to me!

 (Had to stop PIC work for much of a year due to work, and moving, so
maybe there's something I don't know here.)

 Mark, RemoveMEmwillisEraseMEspamEraseMEnwlink.com

1998\07\03@004642 by Jim robertson

flavicon
face
At 15:56 2/07/98 +0200, you wrote:
>Dear mr Robertson,
>
>One of the other piclisters mentioned that JW-types should have a shorter
>lifetime with more programming cycles. Is this true? If so did you change
>your software also for the JW-types?

Oh, I had answered this question privately and here it is on the piclist.
Here's my answer.

(Second question first) Yes, there is no separate specification for JW
devices and in most cases no option to select between a JW and OTP device.

As for reduced lifetime expectancy, I can't claim to be expert so I cannot
confirm  one way or the other.

Jim



{Quote hidden}

1998\07\03@004655 by Jim robertson

flavicon
face
At 15:20 2/07/98 -0700, you wrote:
{Quote hidden}

Fifty Dollars?! Fifty US dollars??!!

Hell, you could have almost bought a runout warp-3 from Don Mackenzie for
that amount and had support for every PIC (except 17Cxx).

What is it with parallax and microchip anyway? I release my first
programmer when there were 6 different pics (16C54, 55, 56, 57, 71, 84 ).
Since,  I have _had_to upgrade my firmware only three times. Once for the
16C52 (it's program memory of one and one half pages destroyed my one of
eight size token system.)   The 12C50x required me to break-up my routines
into separately accessible procedures as it was a hybrid between 12-bit
core programming and 14-bit core programming systems, and the 16C715,16C64x
and 16C66x parts required a programmable  number of  clock cycles for the
parity bits.

(I have released three non essential maintenance upgrades.)

Why do parallax and microchip require so many firmware revisions for new
parts? Can't they think ahead?

>  I much prefer Parallel port interfaces, serial ports aren't commonly
>free on my machines & everything else I develop embedded stuff with is
>parallel-based, EMP-20 & the Parallax unit, I had to add a serial port &
>lose modem use on my embedded machine to get the use of the PCPlus
>programmer;  I seriously doubt I'll change the Parallax unit over to
>Carmacon style, unless there's some real advantage to doing so, to me!

I looked at the Carmacon upgrade and it still lacks a lot of devices. I was
also going to do a parallax upgrade two years ago but the parallel
interface put me of.  Hmm. I might look at camacon's solution more closely...

You are right about the comport shortage but the same can be said for the
parallel port.

Role on USB but how about some support for it microchip??

Jim


>  (Had to stop PIC work for much of a year due to work, and moving, so
>maybe there's something I don't know here.)
>
>  Mark, spamBeGonemwillisSTOPspamspamEraseMEnwlink.com
>

1998\07\03@021345 by Dr. Imre Bartfai

flavicon
face
Hi,

I completely agree; though I prefer serial port due to parallel as I have
timing problems with a Cyrix PR-200MMX despite PIPELOOP, but the real
Parallax programmer is very fine. And now the bad news: Parallax had
informed me they stopped to support their programmer and they gave it away
to Carmacon. So far, so good. My real problem is: I do not use Window$ due
to technical and practical reasons. I am now going to try the parallel
programmer of Bojan Dobaj. Though it is also a parallel port programmer,
but it has a text format configuration file where one can insert new
processor types. If the project ready, I'll report. I think the shareware
fee of $20 is modest compared with the quality of the stuff.

Imre



On Thu, 2 Jul 1998, Mark Willis wrote:

{Quote hidden}

1998\07\04@061558 by tjaart

flavicon
face
Jim robertson wrote:

> At 15:56 2/07/98 +0200, you wrote:
> >Dear mr Robertson,
> >
> >One of the other piclisters mentioned that JW-types should have a shorter
> >lifetime with more programming cycles. Is this true? If so did you change
> >your software also for the JW-types?
>
> Oh, I had answered this question privately and here it is on the piclist.
> Here's my answer.
>
> (Second question first) Yes, there is no separate specification for JW
> devices and in most cases no option to select between a JW and OTP device.

It is actually a pity that one cannot choose the hit rate on the programmers.If you don't have the
$$$ for an ICE, you have to use JW's to test your code,
and then it becomes handy to be able to cut back on those hits..

This is why a JW will last longer if you use a PP+ for development instead
of a production grade programmer. On our own production grade programmer,
we increased the hit rate over the recommended minimum rate just to be sure.

This is also why won't die if you forget it on your eraser - it is the programming,
not the erasing that degrades the chip.

--
Friendly Regards

Tjaart van der Walt
EraseMEtjaartspamEraseMEwasp.co.za

Add your voice !!
Vote at the Great G Com Public Vote. Go to :
http://www.wasp.co.za/~tjaart/gcomvote.html

|--------------------------------------------------|
|                WASP International                |
|R&D Engineer : GSM peripheral services development|
|--------------------------------------------------|
|SMS @spam@0832123443@spam@spamspam_OUTwasp.co.za  (160 chars max)|
|     http://www.wasp.co.za/~tjaart/index.html     |
|Voice: +27-(0)11-622-8686  Fax: +27-(0)11-622-8973|
|          WGS-84 : 26¡10.52'S 28¡06.19'E          |
|--------------------------------------------------|

1998\07\06@003034 by Jim robertson

flavicon
face
>I will keep my PP+ firmware as is for prototyping. Increasing the hit
>rate 3 times will chop the JW life three times as well. For production
>stuff, the hit rate should be high though.
>
>Hmmm. Mchip will sell three times as many JW part now...
>
>--
>Friendly Regards
>
>Tjaart van der Walt
>spamBeGonetjaartspamKILLspamwasp.co.za

Can we have some further info on the above? I have people emailing me
asking if I will not change the JW programming algorithm because of it.

(In fact more people are concerned by this than not having there PICs
programmed fully going by the email I have received as strange as that may
seem.)

I would like to know what exactly erodes the life of an EPROM cell. Is it
not a transaction of the cell charge?  If this is the case then the
_additional_ programming pulses will have little effect in comparison to
the initial programming pulse, right?

Or will any programming pulse regardless of whether is changes the cell
voltage level erode the cell life?  If this is the case then maybe the life
of JW parts become more of an issue.

Can anyone who knows the story help further?


Jim

1998\07\06@003041 by Jim robertson

flavicon
face
At 12:18 4/07/98 +0200, you wrote:
>Jim robertson wrote:
>
>> At 15:56 2/07/98 +0200, you wrote:
>> >Dear mr Robertson,
>> >
>> >One of the other piclisters mentioned that JW-types should have a shorter
>> >lifetime with more programming cycles. Is this true? If so did you change
>> >your software also for the JW-types?
>>
>> Oh, I had answered this question privately and here it is on the piclist.
>> Here's my answer.
>>
>> (Second question first) Yes, there is no separate specification for JW
>> devices and in most cases no option to select between a JW and OTP device.
>
>It is actually a pity that one cannot choose the hit rate on the
programmers.If you don't have the
>$$$ for an ICE, you have to use JW's to test your code,
>and then it becomes handy to be able to cut back on those hits..
>
>This is why a JW will last longer if you use a PP+ for development instead
>of a production grade programmer.

Why? The programming algorithm, (voltages, pulse width, count, timing etc)
is _exactly_ the same.  Only the post programming verifying is different.
So clearly the above is not true.

But then when it's not you who's getting personal email demanding this and
that change (or no change even)  to your programming software, it's easy to
make that sort of mistake.  


Jim

On our own production grade programmer,
>we increased the hit rate over the recommended minimum rate just to be sure.
>
>This is also why won't die if you forget it on your eraser - it is the
programming,
{Quote hidden}

1998\07\06@010412 by tjaart

flavicon
face
Jim robertson wrote:


> Can we have some further info on the above? I have people emailing me
> asking if I will not change the JW programming algorithm because of it.

It came up a few months ago and was stated by someone, and confirmedby someone else. I can't
remember who it was. Hopefully Darrel could ask
someone to confirm it either way.

{Quote hidden}

Strangely enough, there are people who only use JW's for production.A local rep told me he has a
customer who refuses to use OTP's. I guess
that means more commission ;)

> Can anyone who knows the story help further?

Indeed. As soon as I can get my hands on a Promaster, I'll count the hitswith a scope.
Interestingly, the Promaster takes exactly twice as long as
our in-house programmer to program and verify (high/low) a part.
Seeing as we use a higher hit rate than the specs and are not running the
programming at specced full speed, I can only assume that the Promaster
must be using an (even) higher hit rate, or is extremely slow.

--
Friendly Regards

Tjaart van der Walt
TakeThisOuTtjaartKILLspamspamspamwasp.co.za

Add your voice !!
Vote at the Great G Com Public Vote. Go to :
http://www.wasp.co.za/~tjaart/gcomvote.html

|--------------------------------------------------|
|                WASP International                |
|R&D Engineer : GSM peripheral services development|
|--------------------------------------------------|
|SMS .....0832123443spamRemoveMEwasp.co.za  (160 chars max)|
|     http://www.wasp.co.za/~tjaart/index.html     |
|Voice: +27-(0)11-622-8686  Fax: +27-(0)11-622-8973|
|          WGS-84 : 26¡10.52'S 28¡06.19'E          |
|--------------------------------------------------|

'Important revision for 16C5x/12C50x programmers + '
1998\07\06@114337 by Peter L. Peres

picon face
On Mon, 6 Jul 1998, Jim robertson wrote:

{Quote hidden}

I'm not a big expert, but: right, the 1st pulse counts most. Charge
injection is described by an an expression that depends on the potential
difference, raised to a power > 1.0. So, an already programmed cell will
absorb less current, and take less damage. 3x more pulses probably mean
less than 50 % increased charge from the time when the 1st verify
succeeded.

imho, there should be a way to find out: Write a special driver that lets
you set the Npulses for each word, and then program a JW with Npp = 1,
1.5, 2.0, 2.5, 3.0, 3.5 ... (if you dare). Use the same bit pattern of
0x0555 or such for each cell. Then, place in the eraser, and remove from
the eraser every 1 minute (mine takes 20 min to clear it), and dump it.
Having a portable lamp over the eraser with the JW in the socket will
help, but turn off the lamp while reading. Keep each dump separately.

When you are done, you will be able to plot the erasure time of each cell
vs. the Npp applied to it. Since you have 6 groups of equal Npp, you can
use over 100 cells programmed with the same Npp, for each Npp, which would
make the result statistically significant.

As far as I can tell, erasure works linearly, as the equivalent model is a
resistor draining the charge, while charge injection is more like a
PN junction reverse polarized into the avalanche mode.

It would be interesting to know, if an 'older' JW that has seen a lot of
use will show any differences here.

I have noticed myself that over-programmed locations (my programmer lets
me set Npp for each cell if required, and also over-program) are erased
about 15 - 20 % slower than normal locations (18 min vs 14-15).

In theory, an EPROM should last twice as many writes as an EEPROM, for
each cell, as the EEPROM stresses the cell twice for each write (UV
erasure is not considered 'stressing', electrical erasure is). But this is
only my non-authoritative opinion.

Semiconductor physics guys on the list, anyone ?

Peter

PS: OT: Some time ago someone has posted an interesting quiz in
sci.electronics.basic . My gut feeling is, that this phenomenon is related
to what we are talking about here:

The man posted this drawing:

+ 12V O---------------+
                     |
                     \
                     / R1
                     \
                     /
                     |
                  |  > E
                  | /
GND   O------------|<       general-purpose NPN, eg. 2N3904
               B  | \
                  |  | C
                     |
                     |
                     O A?

The question was, what is the potential measured between A? and GND, and
what is its polarity, and what is the explanation for this.

Poeple who have tried this, have also noticed that the Beta of the
transistor decreases after the experiment (measure before and after), and
also some noise performance degradation, although the current set by R1 is
under the allowed threshold for Ib in normal polarization.

I've done this, and, yes, with I set to 5 mA, I measured *minus* 0.3
Volts on the collector vs. ground with a Fluke 11 DMM.

imho it is the fact that the beta takes damage from usage this that
connects it to our JW and EPROM problem.

Anyway, it's a nice experiment that proves that there ARE quantic effects
in there and that transistors aren't just 2 diodes back to back ;)

The voltage's explanation seems to be that the base is saturated in
avalanche mode, being physically smaller than the collector, and that this
upsets the CB PN junction's equilibrum so the other half of the potential
step in this junction manifests itself (0.3 volts vs. 0.6 is striking, no
?). I may be wrong though, and I did not measure with another Ri
instrument, so this explanation is just a throw into the dark.

1998\07\06@141244 by rank A. Vorstenbosch

flavicon
picon face
Peter L. Peres wrote:
{Quote hidden}

Yes, did that too.  Wasn't this some electro-optical effect, with the BC
junction acting like a photodiode and the EB junction as an LED?  In that
case, the voltage on the collector is just the photocurrent times the internal
resistance of the voltmeter.

Frank
------------------------------------------------------------------------
Frank A. Vorstenbosch    <UCE_ACCEPT="NONE">    Mobile:  +44-976-430 569
Wimbledon, London SW19                          Home:   +44-181-544 1865
spamBeGonefrank@spam@spamspam_OUTfalstaff.demon.co.uk                      Office: +44-181-636 3391

1998\07\06@194246 by nino.benci

flavicon
picon face
Robert A. Pease presented this unusual circuit in Electronic Design,
March 18, 1996. The following issue provides an explanation.

{Quote hidden}

Nino Benci.
******************************************************
* Antonio (Nino) Benci                               *
* Electronic Services Manager                        *
* Monash University - Dept of Physics                *
* Wellington Rd, Clayton. 3168                       *
* Victoria, Australia.                               *
* TEL - 61 3 9905 3649, FAX - 61 3 9905 3637         *
* This is my real email address______________________*
* EMAIL - EraseMEnino.bencispam@spam@sci.monash.edu.au               *
* WWW   - http://www.physics.monash.edu.au/                 *
******************************************************

1998\07\06@203209 by Darrel Johansen

picon face
> I will keep my PP+ firmware as is for prototyping. Increasing the hit
> rate 3 times will chop the JW life three times as well. For production
> stuff, the hit rate should be high though.
>
> Hmmm. Mchip will sell three times as many JW part now...


    I've talked to some silicon designers to see if I could shed some
    light on this issue.  I'm not a hardware engineer, and can't go into
    any real depth on this, but according to the way it was explained to
    me, increasing the number of programming pulses will not degrade the
    EPROM cell, since very little current is flowing through the cell
    after it gets charged up.  The real limiting factors are the
    transistors that do the address switching when programming.  These
    switch the 13 volts and are the main things that cause an EPROM
    part to "age."

    Again, I'm not speaking in an official capacity, and am certainly no
    authority on EPROM's, but according to all information I can gather,
    you should see no degradation in the life of JW parts using the new
    programming algorithm.

    And yes, there is no need for a firmware upgrade of PICSTART Plus to
    support the new algorithm.  That's done with the new software upgrade
    of MPLAB v3.99.06.


--
___________________________
|     Darrel Johansen     |
|     tempe,  arizona     |
|   @spam@darreljspam_OUTspam.....primenet.com  |
|_________________________|

1998\07\07@090245 by Jim robertson

flavicon
face
At 17:25 6/07/98 -0700, you wrote:
{Quote hidden}

Thank-you.  Now we all can get some sleep. :-)

Jim

--
>___________________________
>|     Darrel Johansen     |
>|     tempe,  arizona     |
>|   spamBeGonedarreljEraseMEspamprimenet.com  |
>|_________________________|
>

1998\07\07@120540 by Peter L. Peres

picon face
On Mon, 6 Jul 1998, Frank A. Vorstenbosch wrote:

> > I've done this, and, yes, with I set to 5 mA, I measured *minus* 0.3
> > Volts on the collector vs. ground with a Fluke 11 DMM.
>
> Yes, did that too.  Wasn't this some electro-optical effect, with the BC
> junction acting like a photodiode and the EB junction as an LED?  In that
> case, the voltage on the collector is just the photocurrent times the internal
> resistance of the voltmeter.
>
> Frank
> ------------------------------------------------------------------------
> Frank A. Vorstenbosch    <UCE_ACCEPT="NONE">    Mobile:  +44-976-430 569
> Wimbledon, London SW19                          Home:   +44-181-544 1865
> frankspamBeGonespamfalstaff.demon.co.uk                      Office: +44-181-636 3391

I STRONGLY doubt that one can pump a junction made of a certain material
(say, Silicon) with photons generated by the same certain material's
excitation as a normal semiconductor (even reverse polarized). The photons
are required to have a minimal energy to be able to generate carriers in a
certain material, and that limit happens to be the same one as the
wavelength of photons emitted by the same junction type when excited
normally. So unless I'm very wrong, it won't work. I think that one can
prove this, by setting up 2 identical LEDs, one to light and one to
measure, and I think that one will not be able to detect any current in
the receiving LED no matter how bright the emitting one gets.

BTW, opto couplers are ALWAYS designed with different material emitters
and receivers, where the receiver's bandgap is thinner than the
emitters, for the same reason.

Peter

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