Ами много зависи каква грешка става, възможно е да има грешка в променлива в следствие смущения, ако променливата се пази на две места малко вероятно е и двете да са счупени еднакво, не невъзможно, защото съм виждал как три са счупени еднакво. Виждал съм и как CRC16 не открива грешка в няколко променливи, и случайноста е че и самото CRC се е счупило така че да бъде вярно, неща всякакви се случват.
Но като цяло записът в две променливи гарантира че ако продължи, грешката е софтуерна и няма как да с еоправи хардуерно, освен да се открие, ако изчезне може би е било смущение което пък значи че може и да се бутне още малко хардуера.
Дублирането на паметта е най-бързото решение, като бъро е в всяко едно значение, и акто време за имплементиране, и като време за изпълнение дори и при наличие на хардуерен CRC модул.

Нали си се уверил, че не се оплитат ресетите на чипа ти? Например има ли случай, при който изпълнението на програмата ти да е по-дълго от периода на стража и той да го ресетва по средата на работата му? Тогава ще имаш стражеви ресет и софтуерът ще си мисли, че го събужда, а не е авариен рестарт. Тогава трябва периодично да нулираш стража, за да не го прави.
Ако си сигурен, че няма вариант при който програмата ти да се изпълнява по-дълго, отколкото е периода на стража, тогава огледай добре софтуера за зацикляне. Ако се случи да зацикли, тогава пак ще имаш лъжливо събуждане.
Едно флагче, което да се вдига непосредствено преди да заспи ще дава индикация за лъжливо събуждане. При рестарт от страна на стража, проверяваш си този флаг и ако е вдигнат, го сваляш и си вършиш работата, ако е свален, правиш авариен рестарт.