по скоро с 3ка пробвай. 2 = 0b10 а за BOOL тип се гледа последния бит т.е. 1 = true, 2 = fasle , 3 = true ама не съм пробвал

Изобщо не е гаранция че компилатора ще генерира линеен код, още повече пък не е ясно къде кой код ще е, зависи от предпроцесора и директивите които си наслагал. В неговия случай много вероятно е след като изпълни каквото изпънява да изпълни още веднъж pause_1(). А всъщност не знам за ПИК-а , не ми е хрумвало да пробвам, но при някои други просто се успиват и не отиват никъде.

Ами пиковете си продължават И аз мисля че pause ще се изпълни още един път ако компилатора го е изпляскал след main във флаша. Ако обаче се изкоментира, няма да се изпълни нито един път, защото компилатора ще го махне от флаша.

Абе съвсем не съм убеден в това ама както и да е, може да произтича ресет по много причини, може WDT да ти прави ресет но ... ще взема да го пробвам ... въпреки че това са алабализми, това никога, ама никога, не се оставя така. PLC ти я 16 битов, изобщо не трябва да ти хрумва идеята да го караш да ходи по адреси които физически не съществуват.

Ами на несъществуващите адреси трябва да има F-ове, ама и нули да са, пак са си нопове.

0х0000 се интерпретира като NOP
0x3FFF се интерпретира като MOVWI [-1]FSR1

Въпроса е какво ще става когато се изпълнява въпросната инструкция. Признавам си че съм го пробвал ефекта на PIC16F627A, там пък е ADDLW. Ама какво от това. Няма ли накъде GOTO, CALL, RETURN някакъв или условен преход програмният брояч си продължава нататък...