Hi,
 
> I don't believe that the fuse bits are simulated much, or at all. So you could 
> burn a chip with the fuses wrong and have it not work at all. 
 
What do you mean with fuses? Things like brown out detector & code protection & what oscillator to use? If that's what you mean, it does simulate it. I spend over an hour trying to find an error in my code, because it kept restarting, only to find that brown out was enabled.
 
> Likewise, I doubt whether the simulated clock 'drifts' as
> much as the internally generated clock, so you could get timing
> problems as well. And of course mplab simulation is much slower
> than realtime, so it's pretty useless at detecting problems that
> might be timing dependent.
 
Timing is not a problem, the PIC is supposed to turn on a darlington which turns on a relay and after a detector goes low it has to keep the relay turned on for 1 more minute. Even if the timing's off by 10 seconds it wouldn't be a problem. I simulated all prossible scenarios and they differ max. 4 instruction cycles per half second, so I thing timing should be pretty OK for what I tend to do with the chip.
 
Thanks, Anthony


Website: http://members.lycos.nl/anthonyvh

		
---------------------------------
Do you Yahoo!?
vote.yahoo.com - Register online to vote today!
_______________________________________________
http://www.piclist.com
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist