On Tue, Apr 24, 2012 at 6:41 PM, Rob Hamerling <[email protected]>wrote:

>
> Hi Vasile
>
>
> On 04/24/12 02:52 pm, vasile surducan wrote:
>
>  I've noticed a possible issue in blink files. Tested on 18F2550_blink
>> and 18F2550_blink.usb.
>> Since the IESO bit is not disabled, the system is switching from
>> external to internal clock.
>> If there is a HW problem with the external oscillator, the blink will
>> run using the internal oscillator or will not run at all (for
>> 18F2550_blink.USB)
>>
>
> Thanks for the suggestion!  I'll add 'pragma target IESO disabled' to the
> blink samples (only for PICs with IESO fuse of course).
>
> But why do you mention the blink_usb samples in this context? These sample
> already contain the proper IESO pragma.
>

Hmm, it seems correct that the blink_usb will not work at all when hardware
problems appears on oscillator circuit. I didn't noticed the IESO is
defined on USB samples.
I had a through hole metalization problem on the crystal (I have now the
ability of manufacturing the PCB completely in my lab, but the
electrochemistry issues with  0.4 and 0.6mm holes are quite nasty...it's a
big challenge)

thx,
Vasile


>
> Regards, Rob.
>
> --
> R. Hamerling, Netherlands --- http://www.robh.nl
>
> --
> You received this message because you are subscribed to the Google Groups
> "jallib" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to jallib+unsubscribe@**
> googlegroups.com <jallib%[email protected]>.
> For more options, visit this group at http://groups.google.com/**
> group/jallib?hl=en <http://groups.google.com/group/jallib?hl=en>.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"jallib" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/jallib?hl=en.

Reply via email to