INFERION

Ну, я не такой уж и ламер в этих вопросах . До трёх прерываний одновремено дело не дойдёт. А если дойдёт - я это увижу. Да и очередь там всётаки есть. Может прерывания и будут накладыватся, но во время обработки предведущее снова не выскочит. Можно неважные вообще игнорировать. Есть же в PICах низкоприоритетные прерывания... В любом случае это уже мои проблемы. По-моему производительности тут выше крыши, благодаря тому, что все тупые ресурсоёмкие операции полностью обрабатываются на железном уровне. МК только руководит. Задал параметр один раз, и дальше этот параметр поддерживается уже самостоятельно...

Стабилизатор самостоятельный, у него своя ОС, и МК можеет напряжение задавать вообще без АЦП, полагаясь на линейность ЦАП и стабилизатора. Если будет какая-нибудь неприятная ситуация - она спокойно устранится программным методом. Но сейчас этого не предвидится. Да и 12,5кГц (у АЦП то 4 канала, и только каждый 4-й семпл несёт информацию о состоянии стабилизатора) любой стабилизатор осилит без проблем, иначе это будет вообще непригодный эстонец...

ШИМ мне симулировать и ненадо. Там нечего и проверять. Просто записать значение в регистр сравнения и всё. А железо уже само всё сделает, а если и неправильно сделает - к катастрофе это не приведёт. Схему вообще невозможно убить кривой программой. Она может только неправильно функционировать, но на это есть дебаггинг. Так что все возможные неприятности пока что можно отбросить, и потом уже по мере необходимости их устранять программно. Переписать код - это не детали перепаивать...

Так я за это с самого начала и пишу. Реально я с AVR только 8МГц и выжму, но мне этого может и хватить. Вот только периферия тогда серьёзно толстеет. I2C на программном уровне, SPI занят 25-й тинькой, внешний АЦП. Если избавится от программного I2C, который жрать будет практически все ресурсы (обмен данными то постоянный), то прийдётся ещё и мультиплексор на SPI цеплять. И кварц чуть ли не треть платы занимает...