Widziałem teraz dwa przypadki z dsPIC 30F4013, w których kontroler resetuje się z powodu niezdefiniowanej pułapki. Dlaczego te pułapki były podnoszone przede wszystkim, wciąż pozostaje tajemnicą, ale to nie jest moje bezpośrednie pytanie. Zaczynam myśleć, że dobrą praktyką programistyczną jest zawsze definiowanie wszystkich pułapek, nawet jeśli pułapki nigdy nie powinny wystąpić, więc otrzymuję przynajmniej wyraźny komunikat o błędzie zamiast losowego resetowania. Czy to standardowa praktyka, o której nie wiem? Czy należy wziąć pod uwagę wady tej praktyki?
4
Nie jest to odpowiedź na twoje pytanie, ale cierpiałem z powodu tego rodzaju symptomów w systemach dsPIC i PIC24 jakiś czas temu. W moim przypadku pułapki wynikały z bitów kodu, w których odsyłałem wskaźniki do wartości 16-bitowych, a same wskaźniki miały nieparzyste (nieparzyste) wartości, ponieważ wskazywały na okrągły bufor komunikacji - i nie miałem wcześniej sposób na sprawdzenie, czy 16-bitowa wartość zaczyna się na granicy nieparzystej czy parzystej. Kompilator XC16 nie chroni cię przed zawieszaniem się sprzętu. Skończyło się na napisaniu makra opakowania dla tych funkcji, które wymusiło 2 8-bitowe wycofanie wskaźnika
—
brhans