Comment #7 on issue 157 by robhamerling: Loading OSCCAL with the value provided by the manufacturer
http://code.google.com/p/jallib/issues/detail?id=157
Calibration for the 14-bits core has a danger (remember a msg of mine in Jallist of about 3 years ago!). Suppose that address 0x3FF has (accidentally) been overwritten or erased and does not contain a retlw instruction anymore? Probably the next instruction will be executed, which will be at address 0x000 (because of program counter wrap around). This is sort of a reset and will probably cause a loop and/or stack overflow. I don't see a way to avoid this! This makes me think we should not implement this feature at all (at the most document a piece of sample code for the dare-devils).
-- You received this message because you are subscribed to the Google Groups "jallib" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/jallib?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
