AVR-Chat

----Original Message----

From: AVR-Chat@yahoogroups.com
[mailto:AVR-Chat@yahoogroups.com] On Behalf Of Zack Widup
Sent: 23 September 2009 15:40 To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Re: Mega128 apparently losing
programming 

> I'm curious just how they're tested, and is every unit
> tested before it goes out? I have never heard of that
> happening either.  
> 

It was only a small batch (about 20 I think), they apparently powered up
each unit (it has a 20x4 LCD display on it) and checked that the display
came up correctly.

They have sent me one of the "faulty" ones and it really is completely
blank.

-- 
Tim Mitchell

That is very weird. If it was tested and the LCD display did in fact come
up, that would be good enough for me. I can't figure out how the fuses would
return to factory default unless somehow they overlooked those in
programming and testing.

Zack

On Wed, Sep 23, 2009 at 9:52 AM, Tim Mitchell <tim@sabretechnology.co.uk>wrote:

>
>
> ----Original Message----
> From: AVR-Chat@yahoogroups.com <AVR-Chat%40yahoogroups.com>
> [mailto:AVR-Chat@yahoogroups.com <AVR-Chat%40yahoogroups.com>] On Behalf
> Of Zack Widup
> Sent: 23 September 2009 15:40 To: AVR-Chat@yahoogroups.com<AVR-Chat%40yahoogroups.com>
> Subject: Re: [AVR-Chat] Re: Mega128 apparently losing
> programming
>
> > I'm curious just how they're tested, and is every unit
> > tested before it goes out? I have never heard of that
> > happening either.
> >
>
> It was only a small batch (about 20 I think), they apparently powered up
> each unit (it has a 20x4 LCD display on it) and checked that the display
> came up correctly.
>
> They have sent me one of the "faulty" ones and it really is completely
> blank.
>
> --
> Tim Mitchell
>
>  
>


[Non-text portions of this message have been removed]

On Wed, Sep 23, 2009 at 10:57 AM, Zack Widup <w9sz.zack@gmail.com> wrote:
> That is very weird. If it was tested and the LCD display did in fact come
> up, that would be good enough for me. I can't figure out how the fuses would
> return to factory default unless somehow they overlooked those in
> programming and testing.

I've seen things like this happen on factory floors.  Despite best
efforts, it happens.
There is no known way to change the fuses from the application code.
So, the simple answer is that they never were programmed.

I've seen way wierder things.. How about a box with test station
stickers from half a dozen tests, which contains not a fully tested
transaction terminal, but a human wig... ?
Factory swore up and down it was impossible.

Same thing with boards that never had all the components inserted!  40
pin DIPs missing.

Don't look for UFOs when the answer is "someone made a mistake".

A friend of mine had that happen. He ordered a Morse code keyer and when he
got it, it was missing the microcontroller.
:-(

Zack

On Wed, Sep 23, 2009 at 10:46 AM, David VanHorn <microbrix@gmail.com> wrote:

>
>
> On Wed, Sep 23, 2009 at 10:57 AM, Zack Widup <w9sz.zack@gmail.com<w9sz.zack%40gmail.com>>
> wrote:
> > That is very weird. If it was tested and the LCD display did in fact come
> > up, that would be good enough for me. I can't figure out how the fuses
> would
> > return to factory default unless somehow they overlooked those in
> > programming and testing.
>
> I've seen things like this happen on factory floors. Despite best
> efforts, it happens.
> There is no known way to change the fuses from the application code.
> So, the simple answer is that they never were programmed.
>
> I've seen way wierder things.. How about a box with test station
> stickers from half a dozen tests, which contains not a fully tested
> transaction terminal, but a human wig... ?
> Factory swore up and down it was impossible.
>
> Same thing with boards that never had all the components inserted! 40
> pin DIPs missing.
>
> Don't look for UFOs when the answer is "someone made a mistake".
>
> 
>


[Non-text portions of this message have been removed]