Zikon (Сегодня, 17:01, просмотров: 62) ответил @COKPOWEHEU на Так ведь это в документации прямым текстом написано. Что число
слотов для wch-fast прерываний ограничено. Но никто не запрещает
использовать обычные прерывания, которые все на стеке сохраняют.
Там вложенность может быть любой.-
- Там аппаратно срабатывают первые два запроса, соотвецтвующего
статуса. Остальные грузят контент в стек. Видимо в этом камне
какой-то косяк. Если описывать прерывания, как обычно, то проблем
нет. У меня, по крайней мере, не было. - mse homjak(Сегодня, 17:18)
- это вложенность по приоритетам и если есть прерывание старшего
приоритета во время выполнения прерывания младшего приоритета то
при 3-ей вложенности оно не должно вложится а будет ждать когда
второе завершится - хоть оно и старше по приоритету. А аппаратно
HPE на V00x - тоже в стек сохраняет - только быстрее. Это в старших
чипах есть быстрые теневые регистры - Zikon(Сегодня, 17:31)
- Щас глянул в ДШ, так этот механизьм можно отключать. Т.е. начинает работать обычное сохранение контекста в ОЗУ? - mse homjak(Сегодня, 19:36)
- это вложенность по приоритетам и если есть прерывание старшего
приоритета во время выполнения прерывания младшего приоритета то
при 3-ей вложенности оно не должно вложится а будет ждать когда
второе завершится - хоть оно и старше по приоритету. А аппаратно
HPE на V00x - тоже в стек сохраняет - только быстрее. Это в старших
чипах есть быстрые теневые регистры - Zikon(Сегодня, 17:31)
- А хитрость состоит в том что если у вас HPE включен- то он ВСЕГДА срабатывает - хоть fast, хоть не fast обработчик. Подумайте о последствиях - особенно для V00x. - Zikon(Сегодня, 17:12)
- Там аппаратно срабатывают первые два запроса, соотвецтвующего
статуса. Остальные грузят контент в стек. Видимо в этом камне
какой-то косяк. Если описывать прерывания, как обычно, то проблем
нет. У меня, по крайней мере, не было. - mse homjak(Сегодня, 17:18)