Днес се сблъсках с един бъг на тоя процесор, дето изкочи доста изненадващо. Ще си споделя опита, дано някой да му е полезен (ех защо на мен нямаше кой да ми го каже).
Значи с тоя процесор имаме устройства, няколко хиляди разпиляни из целия свят. Всички устройства минават сериозно функционално тестване при пройзводството. До днес проблема не беше изкочил, нито при тестовете, нито клиент не е изпищял.
Както знаете PIC18 има стек, който има възможност при препълване или преизпразване да генерира Reset. Тъй като устройствата предполагат висока степен на сигурност, програмата трябва да улавя всякакви "fault" състояния и блокира устройството като единственото което прави след това е да бичи код на грешка. Тъй че всякакви проблеми излизат веднага и се набиват в очи. Та това и стана. Колеги ми обясняват че след последния ъпдейт на фирмуера (писан от мен), някой платки при първоначално подаване на захранването при тест, дават грешка еди кой си номер. Като върнат стария софтуер сичко било ок. А да му.... майката, почвам аз да копам.....
Интересното е че програмата гърми при аутотест процедура (прави си тест при всяко включване). Да ама аз там не съм сменял нищо по кода. Рових, рових и накрая установих че имам ресет заради проблем със стека. Ситуацията се появява едно към 10-20 опита при първоначално пускане. Бре ровене, псуване, що стария код работи, новия не. Там дето се дъни промени нема.
Реших да видя дали нема некоя нова ерата. Е имаше. 80173c.pdf , страница 2, точка 5. Много остроумно обяснение от страна на Микрочип, нищо не можеш разбра. Аз поне схванах следното - "Незнаем кога и защо, ама в много редки ситуации при много малко приложения, първата инструкция след ресет не се изпълнява". Бре мама му стара.
Загледах се в кода генериран он MPLABC18 (повечето компилатори творят същото):
 | | |
| Код: 0000 EF40 GOTO 0xc80 0002 F006 NOP 0004 0012 RETURN 0 | |
| | |
Е сещате се какво става ако прескочиш първата инструкция.
Вкарах един NOP отначало (както любезно съветват Микрочип) и нещата заспаха (засега). Няма повече стек рисети.
Интересното е че бъга наистина се прояви "незнам как и незнам що". Толкова устройства - тестове, чудесии. Предполагам, че като съм правил промени в кода, той е станал по голям и това е провокирало болеста. А даже и болно се появява пак доста рядко - обяснение никакво. Интересното е че на например 10 платки с процесори еднаква ревизия на 6 въобще не ще да избие, на 3 се появи по веднъж на ужасно много пускания, а на една излизаше 1 към 10 пъти. Нея ми пратиха да тормозя та го сгащих. Така поне се надявам
Ако някой го интересува мога да му кажа как да изнасили MPLABC18 да вкара въпросния NOP.
.
, или пък се записват с някакви глупости. В самия програмен код няма функция която да презаписва програмната памет. Решението е 100nF на MCLR към GND или да се заключи кодът в началото на програмната памет