Малко размисли по темата:
0. Дистанционния ъпдейт трябва винаги да работи, без "ако" "ама" "само, че" и т.н.,че едно гипсиране на полето може да катурне цял бизнес.
1. След като е дистанционно е ясно, че няма как да се дебъгва, затова трябва да има железен лог - по възможност без зависимост от останалата част и хардуер - един външен флаш примерно който да се клати през някакви пинове с някакъв що годе читава структура за да не се губят съобщения. Няма нужда да се записват текстови съобщения, достатъчно е да се запише само адреса на който се е установило, че има грешка. Така се спестява адски много място за грешки а после девлопора с addr2line може да си намери къде точно е грешката - едно макросче и толкова.
2. Обработка на грешки и възстановяване на системата след грешка - колкото по просто, толкова по добре. Едно от най железните решения е рестартиране на цялото устройство при по сериозни грешки или поне на основната функционалност при по отделени възли/задачи - например gps, gprs и т.н. Това не се отнася за подистемата за логване на грешки - там е друга бира, трябва да работи винаги.
3. Forgiveness - има грешки и грешки, понякога някои грешки може само да се запишат в лог-а и да не се отработят като грешка - примерно грешка при някоя спомагателна AT команда в gprs системата.
4. Адски полезно е при грешки да се записва call stack с дълбочина 5-6 функции за да може програмиста после да разбере как се е стигнало до тази грешка (пак да повторя, достатъчно е да се записват само 4 байта с адресите на извикването на функциите - т.е. адресите за връщане от stack frame).
5. В случай на death lock на някоя нишка помага много ако се запишат call stack на всички нишки ( обикновенно са под 10 )
6. Всеки докладван запис в лог файла трябва да се взема в предвид и да се анализира защо се е получил и съответно да се отработи:
- да се оправи ако има бъг
- да се даде повече видимост т.е. да се добавят още съобщения в лог-а за да се изясни ситуацията
- да се махне генерирането на грешка ако това е нормална по време на работа да стават разни грешки - примерно CRC грешка в някоя комуникация, като тук има и няколко нюанса - в началато трябва да се логва за да може да се прецени колко често се логват такива грешки, това може да е заради някакъв друг (включително хардуерен) проблем, и като се установи, че всичко е точно от грешка да стане на предупреждение и т.н.
7. Куче на високо ниво - всички устройства трябва пишат примерно веднъж на ден едно съобщение в лог-а, че всичко е наред. И на сървъра ако някое устройство запази подозрително мълчание да му се обръща веднага внимание - т.е. това, че няма доклад за грешка може да означава и, че всичко е толкова омазано, че не може да се докладва ...
|
