Bazilio,ещё бы понять что происходит и какая взаимосвязь всего происходящего, я пока честно слабо представляю как отследить подобное.ooolexa, мы в подобных случаях сначала анализируем документацию, т.е алгоритм и его программную реализацию на предмет корректности. Затем работу алгоритмов с нормальным и проблемным железом. В данном случае есть два корректных алгоритма:
- сохранение параметров при "дергании из розетки" при включенном питании;
- загрузка в рабочий режим при включении питания
и алгоритмы , один из которых предположительно не корректный:
- алгоритм перевода приставки в дежурный режим (как производится сохранение пвраметров);
- алгоритм, или отсутствие каких либо действий вообще, при пропадании питания в дежурном режиме;
- алгоритм (включения ?) и восстановления параметров при появлении питания;
- алгоритм перевода в дежурный режим;
- алгоритм загрузки при включении с пульта из дежюрнрго режима
Железной повторяемости брака нет, значит причиной может быть нестыковка во временах между железом и программой. Т.е. железо либо не успевает отработать команду, либо отрабатывает неправильно, т.к. времена "на бровях". В результате в памяти (скорее всего энергонезависимой) появляются хвосты, влияющие на дальнейшую работу.
Для того , чтоб отследить подобное можно было бы взять брыкающийся тюнер, например этот, и покопаться в его памяти, т е чем расклад кодов в его памяти отличается от "нормального"
-
Записан