Watchdog timer

На одном обслуживаемом объекте промышленный компьютер выполняющий важные круглосуточные задачи по непонятным причинам периодически повисает стабильно раз в неделю. Длительное исследование проблемы результатов не дало, и сложилось стойкое убеждение что причина - дефект одного из компонентов материнской платы, т.е. чисто железная проблема. Было предложено задействовать встроенный в мать watchdog таймер, реализованный на чипе winbond w83627 представляющий Super I/O контроллер. Но одно дело выдвинуть идею, другое - ее воплотить. Этим и займемся...

Примеряем fxload

Новый проект наконец-то вышел на уровень когда требуется сопряжение USB моста микроконтроллерной платки с PC based компьютером верхнего уровня. Основная задача заключается в необходимости читать и записывать данные на борт специализированного USB устройства, причем перед процедурой обмена данными это устройство необходимо сконфигурировать на определенный режим работы.

Ошибки .NET Runtime 2.0

В процессе работы, приложение .NET может столкнуться с исключением, которое оно по тем или иным причинам не обрабатывает. В этом случае вдело вмешивается среда CLR. Принимая пропущенное приложением исключение, CLR обрабатывает его и выдаёт пользователю на экран монитора информационное окно .NET Runtime 2.0 Error Reporting с сообщением о возникшей у приложения проблеме. После закрытия окна, CLR завершает работу некорректного приложения. При этом описание и параметры возникшего исключения дублируются CLR в событийном логе Windows в разделе приложений. Возникает естественный вопрос - а можно ли по зафиксированной в логе информации понять в каком месте приложения возникла исключительная ситуация, с тем чтобы внести необходимые исправления? Ответ Да. Посмотрим как это можно сделать.