@Цецо, чак такава бърза реакция 500нс нямат. Нали трябва да запазиш някой и друг служен регистър, после трябва и при излизане да се възстановят. Грубо казано има около 20-тина инструкции или това са няколко микросекунди, а ако имаш 5-6 прекъсвания в най-долното в проверката ще се влезне за поне 10-тина микросекунди. Според мен, по-скоро не времето за влизане/излизане е важно, колкото времето за обработката на едно прекъсване.
При 18-та серия, 2-та вектора са напълно достатъчно за повечето приложения, лошото е, че в голяма част от 18-та серия има бъгове точно в хардуера за приоритетите.
Не знам при PIC24 & dsPIC по същия начин ли се процедира.

Още по-лошото е че бъговете са в новите серии(примерно 18Ф4620), а в старти (примерно 18Ф452) ги нямаше.
500нс са възможни ако се ползват shadow registrite.

Е то как може да кажеш точно за колко време се влиза
в прекъсването - не е възможно!
Има минимално време (За AVR- 4 клока), но винаги се изпълнява текущата
инструкция , а тя може да е всякаква - rcall е 3 клока, а mov е само 1
А векторите при AVR са си както трябва - за всяко прекъсване си има отделен вектор!!
Само статус регистъра трябва ръчно да пазиш. Ако трябва де.

Те точно в тия shadow регистрите май бяха грешките и препоръчваха по стария начин да запазваш служебните регистри, тъй че си принуден да използваш прекъсванията както при 16-ките. Затова не са възможни 500нс.

Да де, но 18Ф452 си работят, но в новите му замесници не . Или по точно трябва да напривиш един call FAST, че да сработят .

Абе те Microchip правилно са ги кръстили ПИК - Пародия на Истински Контролер

Абе Реконструктор - организирай една тема - "Мразим пиковете", да могат хората да си плюят Микрочип наволя. Че са бъгави е ясно, ама... тва ли е темата?

Еми кво да направя, и мен не ми харесва. Май ще почна да трия всички оффтопици на тема "мразя ПИК".

Айде, почна се!

Та каква беше темата, че загубих нишката?