Микроконтроллеры

Скачал Errata на это семейство. Страниц в ней поменьше, 19. Но это еще более новый контроллер, только что слепленный, соответственно с первой версией Errata. В MSP430F54хх сначала было все более красиво, было порядка 30 ошибок, сейчас спустя год вывалили более 80! Когда появится кристалл с выполненной работой над ошибками, и появится ли, непонятно. (На рынке он уже около 2-х лет). Программы мы пишем в IAR-е, дык в нем Workaround встроенного для этого семейства явно нет, как только код программы вылазит за первые 64кБ, все перестает работать. (кристалл на 128кБ). Как хотяб это победить? Вручную править ассемблерный код? Как обходить такие ошибки (CPU15-CPU39), SYS, .. ? В общем я с таким глюкавым микроконтроллером сталкиваюсь впервые, вот и хотелось понять, как народ с этими процами выкручивается. Далее чуток ошибок, которые уже непобедить однозначно. Supply current in LPM4.5 is unpredictable Description Due to an unpredictable value of the supply current in LPM4.5, the mode should not be used. Workaround None Function User NMI can disturb the higher priority system NMI (priority inversion) Description A lower priority user NMI (UNMI) can disturb a higher priority system NMI (SNMI), leading to a priority inversion. Note that an interrupt request will still not disturb a higher priority NMI. Workaround None BSL is not programmable Description Due to other errata negatively affecting the expected behavior of code executed from non-MAIN segments of Flash, the BSL is not programmable for this device. Workaround None Higher priority NMI interrupt lost during execution of lower priority NMI ISR Description If a higher prioritized NMI occurs during the execution of a lower priority NMI ISR (read out of NI vector word) the higher IFG can be lost (but the lower interrupt is executed), which leads to a second execution of the lower NMI. The bug only occurs if the NMIs are of the same type (UNMI or SNMI). Workaround None Sporadic device crash on LPMx Description If an interrupt occurs within 5 ns of the last rising edge of the MCLK prior to entering a low-power mode (LPMx) the flash controller experiences a glitch that latches the last address on the address bus. This is the address that contains the opcode following the entry to LPMx. When the core then requests the address for the interrupt handler routine, the Flash instead returns the the data at the address that was latched. This data is interpreted as the address for the interrupt handler, resulting in errant code execution and an eventual reset condition. Workaround None