Мониторинг параметров пк на pic

Zabbix настройка мониторинга температуры

Появилась у меня потребность мониторить температуру windows серверов в Zabbix. Из систем мониторинга он мне больше всего нравится, поэтому смотрел в его сторону. Решение задачи оказалось неожиданно простым, о чем я и хочу вам рассказать.

Введение

Если у вас еще нет своего сервера для мониторинга, то рекомендую материалы на эту тему. Для тех, кто предпочитает систему CentOS:

То же самое на Debian 9, если предпочитаете его:

Текущая статья писалась для версии 2.4, все скриншоты приведены из нее. В настоящее время уже вышли более новые версии, но вся нижеизложенная инструкция не потеряла актуальности. Все будет работать и в новой версии.

Подготовка к мониторингу в Zabbix

Описанным мной способом можно мониторить температуру не только windows серверов, но и любых рабочих станций, если будет такая необходимость. Схема мониторинга следующая:

Существует бесплатная утилита Open Hardware Monitor, которая может показывать температуру некоторых датчиков сервера. Вообще говоря, она много чего может показывать (напряжение, скорость вентиляторов, загрузку процессора), но в данном случае нас интересует только температура.

 У этой утилиты есть версия, работающая в командной строке. Из командной строки показания датчиков можно записывать в файл. Этот файл можно анализировать и забирать из него необходимую для мониторинга информацию. Дальше эта информация передается в сервер Zabbix с помощью опции UserParameter.

Все достаточно просто и в то же время эффективно.

Приступим к реализации. Скачиваем GUI версию утилиты по ссылке, приведенной ранее и консольную версию OpenHardwareMonitorReport. Запускаем GUI на сервере и смотрим, какие датчики нам доступны для мониторинга.

Программа увидела несколько датчиков. С процессором все понятно, а вот три других датчика не ясно, чью температуру показывают. Я хотел мониторить температуру процессора и материнской платы.

Узнать, какая температура относится к материнской плате можно несколькими способами.

Конкретно в данной ситуации я просто запустил портированную версию AIDA64 и посмотрел, какие показания у датчика материнской платы:

Оказалось — 45 градусов. Я запомнил, что датчик Temperature #3 отображает температуру материнской платы.

Можно было пойти другим путем, зайти в IPMI панель, если она есть, и посмотреть там. Я работал с серверами SuperMicro, там она есть. Я на всякий случай зашел и проверил:

Почему-то в этой панели не оказалось информации с датчика температуры процессора. Но нам это не важно.

Самое главное, что мы узнали параметры, за которыми будем следить — это CPU Packege и Temperature #3. Теперь запускаем консольную версию и смотрим вывод информации.

Я для удобства положил OpenHardwareMonitorReport.exe в папку с основной программой и все это хозяйство скопировал в корень диска C:

Открываем файл 1.txt. Ищем там строки

|  +- CPU Package    :       52       51       52 (/intelcpu/0/temperature/4)|  |  +- Temperature #3 :       45       45       45 (/lpc/nct6776f/temperature/3)

Нас интересует выделенный текст. По нему мы будем вычленять температуру для мониторинга и передавать ее на Zabbix сервер. Создаем в этой же папке 2 bat файла следующего содержания:

CPUTemperature.bat

@echo off for /F “usebackq tokens=7-10” %%a in (`C:OpenHardwareMonitorOpenHardwareMonitorReport.exe`) do echo %%b %%c %%d| find “/intelcpu/0/temperature/4″>nul && set temper=%%a echo %temper%

MotherTemperature.bat

@echo off for /F “usebackq tokens=7-10” %%a in (`C:OpenHardwareMonitorOpenHardwareMonitorReport.exe`) do echo %%b %%c %%d| find “/lpc/nct6776f/temperature/3″>nul && set temper=%%a echo %temper%

Запускаем эти батники в командной строке и проверяем вывод. Там должны быть только цифры температуры:

Отлично, на выходе готовые цифры, которые мы будем передавать в Zabbix. Займемся его настройкой.

Настройка Zabbix agent в Windows

Предполагается, что у вас уже настроен сервер мониторинга Zabbix и подключены клиенты, которые ему передают информацию. В данном материале я не буду касаться непосредственно установки и настройки сервера Zabbix, это будет отдельный материал. Сейчас же мы берем готовый файл конфигурации агента zabbix_agentd.win.conf и добавляем в самый конец файла следующие строки:

UserParameter=Temperature.CPU, C:OpenHardwareMonitorCPUTemperature.bat UserParameter=Temperature.Mother, C:OpenHardwareMonitorMotherTemperature.bat

Перезапускаем службу агента Zabbix, чтобы изменения вступили в силу.

Настройка мониторинга на Zabbix сервере

Теперь идем на сервер. У меня Zabbix установлен на сервере CentOS, хотя это не принципиально. Добавляем новый Item. Пойти можно двумя путями:

  • Создать template, в него добавить все items, создать триггеры, графики и назначить этот шаблон нужным серверам.
  • К каждому серверу отдельно добавлять только необходимые итемы и вручную добавлять триггеры и графики.

Очевидно, что первым путем идти удобнее и разумнее. Я так и поступил, но в процессе реализации столкнулся с проблемой. Не все сервера имеют одинаковый набор датчиков.

Где-то я не смог снять температуру с материнской платы, где-то вместо одного процессора, стояло два и хотелось снимать температуру с обоих камней. Как будет в вашем случае — не знаю.

Если все серверы однотипные, то создавайте template, если все разные, то вручную добавляйте каждый итем на сервер. Я в итоге сделал и шаблон для одинотипных серверов, и вручную добавлял итемы туда, где имелись отличия от шаблона.

Итак, сначала создадим шаблон. Идем в Configurations — Templates — Create Template. Шаблон я назвал Temperature Windows. Добавил в него Application — Temperature, затем Item CPU Temperatue. Заполняем поля итема как у меня на картинке:

Параметр Temperature.CPU тот же самый, что и в файле конфигурации агента.

По аналогии создаем итем Mother Temperatue:

Сохраняем шаблон. По желанию создаем для него триггеры и графики. Можно и без них. Добавляем шаблон к серверу, который хотим мониторить. Ждем некоторое время и идем проверять входящие данные. Открываем Monitoring — Latest data:

Нажимаем graph и смотрим график:

Теперь добавим в Zabbix еще один сервер для мониторинга, который будет отличаться по конфигурации от предыдущего. На его примере я покажу, как менять настройки клиента и сервера.

С этого сервера я не могу снять данные с датчика температуры материнской платы, по какой причине — не знаю, но не AIDA64 ни OpenHardwareMonitor мне температуру не показывают. Ее можно взять по SNTP с этого сервера, но это отдельная тема.

В этом сервере 2 процессора и я хочу мониторить температуру обоих.

Запускаем GUI интерфейс и смотрим, какие датчики мы сможем мониторить:

Нас будет интересовать температура обоих ядер процессора. Теперь запускаем OpenHardwareMonitorReport.exe с выводом информации в текстовый файл. Смотрим, как выглядят строки с интересующей нас информацией:

|  +- CPU Package    :       59       59       59 (/intelcpu/0/temperature/6)|  +- CPU Package    :       53       53       54 (/intelcpu/1/temperature/6)

Создаем два bat файла следующего содержания:

CPU1Temperature.bat

@echo off for /F “usebackq tokens=7-10” %%a in (`C:OpenHardwareMonitorOpenHardwareMonitorReport.exe`) do echo %%b %%c %%d| find “/intelcpu/0/temperature/6″>nul && set temper=%%a echo %temper%

CPU2Temperature.bat

@echo off for /F “usebackq tokens=7-10” %%a in (`C:OpenHardwareMonitorOpenHardwareMonitorReport.exe`) do echo %%b %%c %%d| find “/intelcpu/1/temperature/6″>nul && set temper=%%a echo %temper%

Редактируем конфигурационный файл zabbix_agentd.win.conf агента Zabbix на клиенте. Добавляем в конец две строки:

UserParameter=Temperature.CPU1, C:OpenHardwareMonitorCPU1Temperature.bat UserParameter=Temperature.CPU2, C:OpenHardwareMonitorCPU2Temperature.bat

Перезапускаем службу агента, чтобы изменения вступили в силу.

Дальше идем на сервер Zabbix и по аналогии с предыдущим сервером создаем там Итемы мониторинга. Причем итемы создаем не в шаблоне, а в конкретном сервере, который будем мониторить. Параметр key в этих итемах будет соответственно Temperature.CPU1 и Temperature.CPU2 Ждем некоторое время и проверяем результат.

item became not supported

Во время отладки работ я столкнулся с проблемами. Периодически Item отваливались и получали статус: Not Supported. При этом в логах сервера были следующие записи:

27614:20150702:065936.698 item “videoserver:Temperature.CPU” became not supported: Timeout while executing a shell script. 27625:20150702:070938.720 item “videoserver:Temperature.CPU” became supported

То есть данные то собирались, то переставали собираться. Иногда, чтобы данные снова пошли, приходилось удалять итем и создавать его заново. Некоторое время я повозился, пока не понял, в чем дело.

Я обратил внимание, что при запуске батника из командной строки, вывод данных происходит с приличной задержкой в 3-5 секунд.

В Zabbix по-умолчанию стоит параметр, по которому агент ожидает ответа от скрипта 3 секунды и на сервере есть подобный параметр, по которому сервер ждет ответа от агента 3 секунды.

Если за это время данные не поступают, то итем переходит в статус Not Supported и данные с него не собираются.

Чтобы избавиться от этой ошибки, необходимо увеличить таймаут до 15-ти секунд. Меняем параметр в конфиге на клиентах и на сервере. Он и там и там один и тот же:

Timeout=15

Потом перезапускаем сервер и агентов и ждем результатов. Больше ошибок быть не должно.

На этом, собственно настройка мониторинга температуры окончена. Можно дальше все оформить как полагается: настроить тригеры, оповещения, графики красивые нарисовать. Кому что нужно. Я себе вывел вот такую картинку для наглядности:

Помогла статья? Есть возможность отблагодарить автора

Дополнительные материалы по Zabbix

Источник: https://serveradmin.ru/zabbix-nastroyka-monitoringa/

Мониторинг железа ПК с помощью Arduino

Доброе время суток, читатели и просто сюда зашедшие. Я являюсь подписчиком канала на Ютубе AlexGyver и увидев видео о «Мониторинг железа ПК»,

решил повторить эту самоделку, т.к. она мне показалась довольно интересной, да и всегда хотелось отображение состояние системы хардварным способом, на дополнительном экране, а не на мониторе компьютера.

Делать из компа новогоднюю елку я не захотел, по этому решил не ставить RGB-подсветку, а так же решил отказаться от самодельного реобаса, т.к.

моя мать Gigabyte прекрасно умеет управлять оборотами вентиляторов и без всяких посредников средствами BOIS.

Выбрал я и заказал самые дешевые комплектующие, из предложенные автором:

Это все заказывал у одного продавца что бы пришло вместе, одной посылкой. И небольшой лайф хак: если накидывать все в корзину, от одного продавца, у которого есть плата  за доставку, а потом единожды оплачивать, то плата за пересылку возьмется 1 раз. (А не за каждый из 3-х товаров).

4. Мини ЮСБ провод я не заказывал и припаял на прямую к Ардуинке и подсоединил проводами (из пункта 2) к внутреннему ЮСБ разъему. Но вам можно не мучаться и заказать https://goo.gl/LA7sb3 так проще

И начал ждать. Пришло все довольно быстро, через 15 дней. В схеме есть ещё кнопка, при замыкании которой переключаются экраны с информацией о состоянии системы. Сначала я взял такую:  

но идея оказалась не очень, т.к. её нечем было закрепить на лицевой панели компьютера.

По этому в местном магазине радиоэлектронике было выбрана кнопка без фиксации, с удобным креплением в корпус, а так же  тумблер, для выключения сего «чуда» на ночь. Т.к.

все что подключено к ЮСБ-порту, моего компьютера, постоянно запитано и имеет свойство светиться и мигать, выключаясь только отключением компа от розетки.

В общем, несколько часов я потратил на монтирование этого чуда технического прогресса, выпиливая в передней заглушке компа место под экран и высверливая отверстий под кнопку и тумблер. Далее, для полноценной работы, все это пришлось спаять по схеме и запустить резидентную программу, для мониторинга ресурсов компа. Вот что получилось:

Ну и далее рассмотрим детально какие параметры умеет мониторить программа и какие псевдографики умеет строить:

Ну получилось довольно не плохо, почти как я хотел. Осталось устранить небольшие проблемки в софте, передающий температуры. Они почему-то передаются максимальные из: датчик мат. платы CPU, GPU, Motherboard что мешает мониторить комп в спокойном состоянии, когда температуры простоя не высоки.

Если у кого не получается скачать исходники со страницы сайта AlexGyver вот перезалив на мой сайт: PCdisplay-master.zip.

Покопавшись в программе, я нашел многое что меня не устроило и по большому  счету, работало не верно. Потратив пару вечеров, с помощью друзей, я немного разобрался как в коде скетча на  Arduino так и в коде OpenHardwareMonitor, который собственно и передает выводимые параметры на экран. И внес изменения, которые меня удовлетворили.

Изменения в программе OpenHardwareMonitor:

  • как температура CPU теперь передается не температура самого горячего ядра, а температура датчика CPU с матери;
  • как температура GPU теперь передается не максимальная температура между Motherboard и GPU , а температура GPU с датчика видеокарты;
  • как температура MotherBoard теперь передается не максимальная температура между: материнская плата, GPU и датчик температуры CPU с матери, а температура MotherBoard с датчика;
  • так же в 12 и 13 значениях из OpenHardwareMonitor теперь передаются не флаги ручного управления вентиляторов и подсветки, а скорость вращения вентилятора CPU и MotherBoard соответственно.

Изменения в скетче для Ардуино:

  • убрано отслеживание нажатия второй кнопки которая меняла экраны в обратном порядке;
  • на втором экране заменен вывод информации, теперь вместо температуры 2-х внешних датчиков температуры (TMP1, TMP2) вывожу  скорость вращения вентилятора CPU (FanC) и MotherBoard (FanM).
  • убрано отслеживание включения ручного управления вентиляторами и подсветкой.

Архив со всеми изменениями и исходниками можно скачать тут Change_PCdisplay_meter.rar (Как удалось выяснить, эмпирическим путем, изменения в OpenHardwareMonitor прекрасно работают на матерях Gigabyte, как у меня, и, скорее всего, будут ошибки на матерях других производителей).

Всем зимы и котиков!

Удачных экспериментов! 

Запись опубликована в рубрике Обзоры, Программы, Форум с метками Arduino, CPU, GPU, GPUMem, Mem, PCdisplay-master.zip, Ram, вентиляторы, график загрузки, лед лента, мониторинг, реобас, ресурсов, самоделка, управление. Добавьте в закладки постоянную ссылку.

Источник: http://c6712.in.ua/2017/12/11/3912/

Системный монитор Windows (Performance Monitor): сборщики данных загруженности оборудования системы

Ранее я уже писал о работе и настройке системного монитора Windows (Performance Monitor). В данной статье продолжим знакомиться с этим замечательным инструментом. В частности, поговорим о том как создавать сборщики данных загруженности оборудования системы, а затем просматривать и анализировать полученную информацию в системном мониторе.

0. Оглавление

1. Запуск системного монитора

Итак, запускаем Системный монитор Windows (Windows Performance Monitor). Во всех версиях Windows Server сделать это проще всего выполнив команду perfmon (Win+R — «perfmon» — «ОК»)

2. Добавление группы сборщиков данных

Теперь добавим новую группу сборщиков данных.

Но прежде всего, необходимо убедиться, что пользователь, под которым вы работаете, является членом группы «Пользователи журналов производительности» (Performance Log Users) или группы «Администраторы» (Administrators) (или аналогичной).

Для добавления новой группы сборщиков данных, в запустившемся Системном мониторе Windows в дереве консоли слева раскрываем вкладку  «Группы сборщиков данных» (Data Collector Set), кликнем правой кнопкой мыши по группе «Особые» (User Defined) и в контекстном меню выберем пункт «Создать» (New) — «Группа сборщиков данных» (Data Collector Set).

Запуститься мастер создания группы сборщиков данных. На первой странице мастера вводим имя группы сборщиков, выбираем пункт «Создать вручную (для опытных)» (Create manually (Advenced)) и нажимаем «Далее» (Next).

Выбираем тип данных «Создать журналы данных» (Create data logs), ставим флаг «Счетчик производительности» (Performance counter) и снова жмем «Далее» (Next).

На следующей странице мастера, необходимо выбрать счетчики производительности по которым будет идти запись в журнал.

Нажимаем кнопку «Добавить» (Add), после чего откроется знакомое по предыдущей статье окно добавления счетчиков. Счетчиков очень много. Для удобства все счетчики сгруппированы по типу оборудования или ПО.

Обратите внимание, что можно добавлять как счетчики текущего компьютера, так и компьютеров сети (при наличии соответствующих прав).

Для некоторых счетчиков возможно выбрать конкретный экземпляр объекта. Например, при добавлении счетчика «Средняя длина очереди диска» (Avg. Disk Queue Length) можно выбрать диск, для которого будет собираться статистика.

Выбрав необходимый счетчик (или конкретный экземпляр объекта для счетчика) следует перенести его в таблицу «Добавленные счетчики» (Added Counters) с помощью кнопки «Добавить» (Add). Добавив все необходимые счетчики, нажимаем «ОК».

После чего все выбранные счетчики перенесутся в список счетчиков создаваемой группы сборщиков данных. Устанавливаем интервал сбора данных (Sample interval) (рекомендуется 15 сек.) и нажимаем «Далее» (Next).

Теперь необходимо указать каталог, в котором будет храниться журнал системного монитора. По умолчанию это каталог

%sistemdrive%PerfLogsAdmin

Однако если вы не Администратор, вам, скорее всего, не хватит прав на каталог C:PerfLogs. И в этом случае, следует выбрать папку для логов там, куда гарантированно есть право на запись.

Определившись с корневой папкой для хранения файлов журнала, жмем «Далее» (Next).

На последней странице мастера также можно выбрать пользователя Windows из под которого будет вестись замер производительности. Сменив пользователя (или оставив значение по умолчанию) устанавливаем переключатель, отвечающий за последующие действия программы в значение «Сохранить и закрыть» (Save and close) и нажимаем «Готово» (Finish) для завершения работы мастера.

После чего в дереве консоли в группе «Особые» (User defined) увидим нашу только что созданную группу сборщиков данных. Для того, чтобы сборщик данных начал запись в показателей счетчиков в журнал, необходимо кликнуть по нему правой кнопкой мыши и в контекстном меню выбрать пункт «Пуск» (Start) или нажать соответствующую кнопку на панели задач оснастки.

Если все настроено правильно, и сборщик начал запись в журнал, иконка группы сборщика данных сменится на иконку со значком «Play». Даже если завершить сеанс пользователя, сборщик все равно продолжит свою работу.

При текущих настройках сборщик будет работать до тех пор, пока не произойдет перезагрузка сервера, или его не остановят вручную. Для этого достаточно в контекстном меню группы сборщиков данных выбрать пункт «Стоп» (Stop) или нажать соответствующую кнопку на панели задач.

В соответствии с выбранными настройками, в указанном раннее каталоге можно найти файл журнала текущего замера производительности. Каждый перезапуск сборщика начинает новый файл.

Просматривать данный журнал производительности можно в системном мониторе, выбрав нужный файл в качестве источника в свойствах системного монитора как показано на рисунке ниже (можно добавить сразу несколько файлов, в этом случае данные из всех замеров будут выведены на одном графике).

Но намного удобнее это делать, найдя нужный журнал в дереве консоли, развернув вкладки «Отчеты» (Reports) — «Особые» (User Defined). Здесь для каждой созданной группы сборщиков данных хранятся сведения о файлах журналов замера производительности. Чтобы просмотреть данные журнала достаточно просто выбрать его в дереве.

Просматривать файлы журнала можно на любом компьютере, где установлен Системный монитор. Таким образом данные счетчиков можно собирать на нескольких компьютерах, а просматривать на одном, их можно отправлять по электронной почте и т. д.

3. Запуск сборщика данных по расписанию

Также есть возможность настроить запуск сборщика данных по расписанию. Для этого следует кликнуть правой кнопкой мыши по группе сборщиков данных, для которой необходимо настроить расписание, и в контекстном меню выбрать пункт «Свойства» (Properties).

В открывшемся окне свойств сборщика данных доступно для изменения множество параметров сборщика. В частности, на вкладке «Расписание» (Schedile) можно настроить несколько триггеров, по которым будет запускать замер производительности. Например, на картинке ниже, установлено расписание, при котором сборщик данных будет запускаться каждый будний день в 10:00 в течении всего Июня 2015 года.

Осталось только определить время остановки записи работы счетчиков. Сделать это можно на вкладке «Условие остановки» (Stop Condition). На приведенном ниже рисунке сборщик будет работать в течении одного часа.

Дожидаемся назначенного времени и видим, что файл журнала успешно сформировался и доступен для анализа в дереве консоли оснастки «Производительность» (Performance).

4. Автоматический перезапуск сборщика данных

Когда сборщик данных ведет запись показателей счетчиков, сам файл журнала недоступен для просмотра. Это не совсем удобно, т. к. иногда требуется и производить запись и просматривать данные замера производительности.

В этом случае можно настроить автоматический перезапуск сборщика данных, например через каждый час. При новом запуске, сборщик начнет новый файл журнала, остальные же файлы мы сможем сразу просматривать в системном мониторе.

Прежде всего, для удобства хранения фалов журнала, поменяем формат имени папки (Subdirectory name format), в которой будет храниться файл с данными замера производительности.

Сделать этом можно вызвав окно свойств текущего сборщика данных и перейдя на вкладку «Папка» (Directiry). Здесь с помощью встроенной подсказки можно установить шаблон создаваемых папок.

Установим имя, соответствующее полному времени начала работы группы сборщика данных, т. е. в формате «yyyyMMddHHmmss».

Затем на вкладке «Условие остановки» (Stop Condition) установим флаг «Перезапускать группу сборщиков данных при достижении предела.» (Restart the data collector set at limits) и установим длительность (Duration) работы счетчика, например 1 час, после чего сохраняем изменения с помощью кнопки «ОК».

Запускаем сборщик данных для начала замера производительности и видим, что в соответствии с установленными параметрами каждый час создается новый файл журнала системного монитора, а предыдущие файлы доступны для анализа.

5. Работа с группами сборщиков данных из командной строки

Работать с группами сборщиков данных можно как и из оснастки «Производительность» (Performance), так и из командной строки с помощью программы logman.exe. Синтаксис и примеры работы данного оператора можно получить выполнив команду

logman /?

В ситуации, когда приходится постоянно настраивать сбор данных монитора производительности у разных клиентов на разных серверах, удобно один раз написать bat-файл, который будет создавать новую группу сборщиков данных с определенным набором счетчиков производительности.

Например, bat-файл, создающий группу сборщиков данных аналогичную описанной в данной статье выше, будет содержать код (bat-файлы удобно писать с помощью программы Notepad++):

@ECHO OFF
ECHO Adding counter “New_counter”…
rem Создаем новую группу сборщиков данных
logman create counter New_counter -f bincirc -c ^
“Processor(_Total)\%% Processor Time” ^
“Memory(_Total)Page/sec” ^
“Memory(_Total)\%% Uncommited Bytes In Use” ^
“Memory(_Total)Available Bytes” ^
“System(_Total)Processor Queue Length” ^
“PhysicalDisk(_Total)Avg. Disk Queue Lenghth” ^
“PhysicalDisk(*)Avg. Disk Queue Lenghth” ^
“Network Interface(*)Bytes Total/sec” ^
-si 15 -v mmddhhmm
rem Запускаем монитор производительности
C:WindowsSystem32Perfmon.exe
ECHO done

(Скачать bat-файл)

Названия счетчиков заключаются в кавычки и разделяются пробелом. Имена счетчиков можно писать как в англоязычном варианте, так и на русском языке (но тогда bat-файл будет работать только в русскоязычных версиях Windows). Если в названии счетчика встречается знак %, его необходимо заменить знаками %% (двойной процент).

Выполнив данный файл, сразу попадем в монитор производительности, где увидим только что созданную группу сборщиков данных с именем New_counter.

Описанных счетчиков, как правило, хватает для общей оценки загруженности системы. Другие счетчики используются для детального расследования проблем, если установлено, что имеет место недостаточная производительность оборудования.

Источник: http://tavalik.ru/performance-monitor-sborshhiki-dannyx/

Иллюстрированный самоучитель по настройке и оптимизации компьютера

Фирмы-производители материнских плат часто включают в свои изделия специальные чипы, обеспечивающие дополнительные функциональные возможности и диагностические функции.

Как правило, эти функции позволяют осуществлять контроль над различными параметрами, например, такими как температура (процессора, материнской платы, воздуха внутри корпуса и т. д.

), напряжение (подаваемое на процессор или отдельные элементы материнской платы), а также скорость вращения кулеров (процессора, блока питания и т. д.).

Рис. 8.14. Схема мониторинга аппаратных средств компьютера

Постепенно средства аппаратного мониторинга становятся не только крайне желательным, но и обязательным атрибутом архитектуры современных высокопроизводительных и высоконадежных систем. Такие средства все чаще встраиваются в состав высокопроизводительных чипсетов, например, в распространенную микросхему North Bridge VT82C686A.

Необходимо отметить, что некоторые производители материнских плат, выпускающих свои изделия на современных чипсетах, в состав которых входят средства аппаратного мониторинга, не удовлетворены их возможностями и используют специализированные микросхемы. В качестве примеров таких микросхем можно привести LM78 и LM79 фирмы National Semiconductor, W83781D и W83782D фирмы Winbond. Это объясняется нередко более высокими параметрами по сравнению со средствами, встроенными в компоненты чипсетов.

Основные параметры микросхем W83781D, W83782D:

ПараметрыW83781DW83782D
Контроль температуры, входов 3 3
Контроль напряжений, входов 5(+), 2(-) 9
Контроль вентиляторов, входов 3 3
Контроль целостности корпуса (открыт/закрыт), входов 1 1
Типовые значения контролируемых напряжений, В VcoreA, VcoreB, 3.3.5, 12, -12, -5 Vcore, 3.3, 5, 12, -12, -5, +5V Vsb, Vbat, 1 reserved
Точность измерения напряжений, % (макс.) ±1 ±1
Точность измерения температуры, С (макс.) ±3 ±3
Встроенный АЦП (ADC), разрядов 8 8
Интерфейс ISA, I2C ISA, I2C
Напряжения питания, В 5 5
Ток потребления, мА 1 5
Тип корпуса микросхемы 48р LQFP 48p LQFP

Основные параметры микросхем LM78 и LM79:

ПараметрыLM78 и LM79
Контроль температуры, входов 1 и sensor on chip
Контроль напряжений, входов 5(+), 2(-)
Контроль вентиляторов, входов 3
Типовые значения контролируемых напряжений, В 2.5Va, 2.5Vb, 3.3, 5, 12, -5, -12
Точность измерения напряжений, % (макс.) 1
Точность измерения температуры, С (макс.) 3
Точность измерения FAN RPM, % (макс.) 10
Встроенный АЦП (ADC), разрядов 8
Интерфейс ISA, I2C
Напряжения питания, В 5
Ток потребления, мА 1
Тип корпуса микросхемы VGZ44A (PQFP)

Основные параметры аппаратного мониторинга в VT82C686A:

ПараметрыVT82C686A
Контроль температуры, входов 2 и 1 внутр.
Контроль напряжений, входов 4(+) и 1 внутр.
Контроль вентиляторов, входов 2

Источник: http://samoychiteli.ru/document33329.html

Rudometov.COM

Источник: http://www.rudometov.com/mb/2003/monitoring/monitoring.html

PC Monitor: удалённый мониторинг и управление компьютером

Если вам необходимо средство для полноценного мониторинга и управления вашим компьютером через мобильное устройство, то PC Monitor — это то, что вам нужно.

Сейчас я вкратце расскажу о принципе действия этого сервиса: на сайте разработчика вы скачиваете программу-клиент для того компьютера, который вы хотите мониторить и которым желаете управлять удалённо.

После скачивания и установки ПО вам будет предложено создать свой аккаунт для использования системы. После этого остаётся лишь скачать приложение под операционную систему вашего мобильного устройства и авторизоваться в системе.

Теперь о поддерживаемых платформах. Мониторить и управлять можно компьютерами с установленными ОС Windows XP и более поздними версиями, а также популярными дистрибутивами Linux. Совсем немного огорчает отсутствие поддержки Mac OS. Ниже представлены прямые ссылки на скачивание клиента для различных версий ОС:

Среди поддерживаемых платформ для устройств, с которых осуществляется мониторинг и управление удалённым компьютером, присутствуют iOS версии 4.0 и выше, Android версии 2.1 и выше, а также Windows Phone 7. Загрузить мобильный клиент для вашего устройства вы можете по этим ссылкам:

Ещё больше радует возможность управлять компьютером с любого другого компьютера через специальную панель администратора, которую можно скачать здесь (Windows 32 bit) и здесь (Windows 64 bit). Или же просто авторизуйтесь в сервисе через любой веб-браузер и управляйте вашей системой.

Бесплатная версия позволяет одновременно работать с тремя компьютерами. Если вам необходимо работать с большим количеством машин, то придётся купить дополнительную лицензию. Стоимость варьируется от €59 в год за 10 компьютеров до €399 за 100 компьютеров.

А теперь о том, что же может мониторить эта программа:

  • Статус и аптайм всех ваших компьютеров
  • Текущая загруженность ЦП и памяти с возможностью просмотра статистики нагрузки
  • IP адрес вашего компьютера и местоположение, определяемое GeoIP
  • Пинг к вашему компьютеру с возможностью просмотра статистики
  • Статус и просмотр жёстких дисков
  • Статус сервисов и служб
  • Статус сетевых интерфейсов с возможностью просмотра статистики
  • Запущенные в данный момент процессы
  • Лог событий в системе
  • Статус запланированных задач
  • Список всех авторизовавшихся в системе пользователей (локальных и удалённых)
  • Информация о состоянии железа (температура ЦП, жёстких дисков, скорость вращения кулеров)
  • Поиск и просмотр групп, аккаунтов пользователей и их статусов в Active Directory
  • Счётчик производительности системы

Ниже представлены некоторые из действий, которые вы можете совершать удалённо:

  • Запуск и остановка любой службы
  • Завершение процессов
  • Запуск и остановка запланированных задач
  • Отключение любого пользователя от системы
  • Отправка сообщений всем авторизованным в системе пользователям
  • Использование командной строки
  • Перезагрузка, выключение и включение компьютера
  • Управление группами, аккаунтами и паролями пользователей в Active Directory
  • Поиск и установка обновлений Windows
  • Мониторинг и управление Exchange
  • Поддержка Hyper-V
  • Управление списком мобильных устройств, которые могут отправлять системные команды на компьютер

Программа может присылать уведомления о событиях, происходящих на компьютере:

  • Включение, выключение и перезагрузка компьютера
  • Незапланированная остановка сервиса
  • Вход различных пользователей в систему
  • Отклонение от нормальных значений показателей пинга, загрузки ЦП и памяти, заполненности жёсткого диска, показателей железа
  • Определённые события в логе системы

Огромным плюсом является использование SSL для связи компьютера и мобильного устройства, что значительно повышает уровень безопасности.

В целом сервис представляет собой полноценную систему для удалённого мониторинга и управления вашими компьютерами с помощью мобильных устройств и других компьютеров, обладающую широким функционалом и множеством полезных возможностей.

Настройка не составит большого труда и осуществляется очень быстро. При возникновении трудностей всегда можно обратиться к руководству на сайте разработчика.

Источник: https://lifehacker.ru/pc-monitor-udaljonnyjj-monitoring-i-upravlenie-kompyuterom/

Оценка статьи:
1 звезда2 звезды3 звезды4 звезды5 звезд (нет голосов)
Загрузка...
Поделиться с друзьями:
Ссылка на основную публикацию
Похожие публикации
Adblock
detector
",css:{backgroundColor:"#000",opacity:.6}},container:{block:void 0,tpl:"
"},wrap:void 0,body:void 0,errors:{tpl:"
",autoclose_delay:2e3,ajax_unsuccessful_load:"Error"},openEffect:{type:"fade",speed:400},closeEffect:{type:"fade",speed:400},beforeOpen:n.noop,afterOpen:n.noop,beforeClose:n.noop,afterClose:n.noop,afterLoading:n.noop,afterLoadingOnShow:n.noop,errorLoading:n.noop},o=0,p=n([]),h={isEventOut:function(a,b){var c=!0;return n(a).each(function(){n(b.target).get(0)==n(this).get(0)&&(c=!1),0==n(b.target).closest("HTML",n(this).get(0)).length&&(c=!1)}),c}},q={getParentEl:function(a){var b=n(a);return b.data("arcticmodal")?b:(b=n(a).closest(".arcticmodal-container").data("arcticmodalParentEl"),!!b&&b)},transition:function(a,b,c,d){switch(d=null==d?n.noop:d,c.type){case"fade":"show"==b?a.fadeIn(c.speed,d):a.fadeOut(c.speed,d);break;case"none":"show"==b?a.show():a.hide(),d();}},prepare_body:function(a,b){n(".arcticmodal-close",a.body).unbind("click.arcticmodal").bind("click.arcticmodal",function(){return b.arcticmodal("close"),!1})},init_el:function(d,a){var b=d.data("arcticmodal");if(!b){if(b=a,o++,b.modalID=o,b.overlay.block=n(b.overlay.tpl),b.overlay.block.css(b.overlay.css),b.container.block=n(b.container.tpl),b.body=n(".arcticmodal-container_i2",b.container.block),a.clone?b.body.html(d.clone(!0)):(d.before("
"),b.body.html(d)),q.prepare_body(b,d),b.closeOnOverlayClick&&b.overlay.block.add(b.container.block).click(function(a){h.isEventOut(n(">*",b.body),a)&&d.arcticmodal("close")}),b.container.block.data("arcticmodalParentEl",d),d.data("arcticmodal",b),p=n.merge(p,d),n.proxy(e.show,d)(),"html"==b.type)return d;if(null!=b.ajax.beforeSend){var c=b.ajax.beforeSend;delete b.ajax.beforeSend}if(null!=b.ajax.success){var f=b.ajax.success;delete b.ajax.success}if(null!=b.ajax.error){var g=b.ajax.error;delete b.ajax.error}var j=n.extend(!0,{url:b.url,beforeSend:function(){null==c?b.body.html("
"):c(b,d)},success:function(c){d.trigger("afterLoading"),b.afterLoading(b,d,c),null==f?b.body.html(c):f(b,d,c),q.prepare_body(b,d),d.trigger("afterLoadingOnShow"),b.afterLoadingOnShow(b,d,c)},error:function(){d.trigger("errorLoading"),b.errorLoading(b,d),null==g?(b.body.html(b.errors.tpl),n(".arcticmodal-error",b.body).html(b.errors.ajax_unsuccessful_load),n(".arcticmodal-close",b.body).click(function(){return d.arcticmodal("close"),!1}),b.errors.autoclose_delay&&setTimeout(function(){d.arcticmodal("close")},b.errors.autoclose_delay)):g(b,d)}},b.ajax);b.ajax_request=n.ajax(j),d.data("arcticmodal",b)}},init:function(b){if(b=n.extend(!0,{},a,b),!n.isFunction(this))return this.each(function(){q.init_el(n(this),n.extend(!0,{},b))});if(null==b)return void n.error("jquery.arcticmodal: Uncorrect parameters");if(""==b.type)return void n.error("jquery.arcticmodal: Don't set parameter \"type\"");switch(b.type){case"html":if(""==b.content)return void n.error("jquery.arcticmodal: Don't set parameter \"content\"");var e=b.content;return b.content="",q.init_el(n(e),b);case"ajax":return""==b.url?void n.error("jquery.arcticmodal: Don't set parameter \"url\""):q.init_el(n("
"),b);}}},e={show:function(){var a=q.getParentEl(this);if(!1===a)return void n.error("jquery.arcticmodal: Uncorrect call");var b=a.data("arcticmodal");if(b.overlay.block.hide(),b.container.block.hide(),n("BODY").append(b.overlay.block),n("BODY").append(b.container.block),b.beforeOpen(b,a),a.trigger("beforeOpen"),"hidden"!=b.wrap.css("overflow")){b.wrap.data("arcticmodalOverflow",b.wrap.css("overflow"));var c=b.wrap.outerWidth(!0);b.wrap.css("overflow","hidden");var d=b.wrap.outerWidth(!0);d!=c&&b.wrap.css("marginRight",d-c+"px")}return p.not(a).each(function(){var a=n(this).data("arcticmodal");a.overlay.block.hide()}),q.transition(b.overlay.block,"show",1*")),b.overlay.block.remove(),b.container.block.remove(),a.data("arcticmodal",null),n(".arcticmodal-container").length||(b.wrap.data("arcticmodalOverflow")&&b.wrap.css("overflow",b.wrap.data("arcticmodalOverflow")),b.wrap.css("marginRight",0))}),"ajax"==b.type&&b.ajax_request.abort(),p=p.not(a))})},setDefault:function(b){n.extend(!0,a,b)}};n(function(){a.wrap=n(document.all&&!document.querySelector?"html":"body")}),n(document).bind("keyup.arcticmodal",function(d){var a=p.last();if(a.length){var b=a.data("arcticmodal");b.closeOnEsc&&27===d.keyCode&&a.arcticmodal("close")}}),n.arcticmodal=n.fn.arcticmodal=function(a){return e[a]?e[a].apply(this,Array.prototype.slice.call(arguments,1)):"object"!=typeof a&&a?void n.error("jquery.arcticmodal: Method "+a+" does not exist"):q.init.apply(this,arguments)}}(jQuery)}var debugMode="undefined"!=typeof debugFlatPM&&debugFlatPM,duplicateMode="undefined"!=typeof duplicateFlatPM&&duplicateFlatPM,countMode="undefined"!=typeof countFlatPM&&countFlatPM;document["wri"+"te"]=function(a){let b=document.createElement("div");jQuery(document.currentScript).after(b),flatPM_setHTML(b,a),jQuery(b).contents().unwrap()};function flatPM_sticky(c,d,e=0){function f(){if(null==a){let b=getComputedStyle(g,""),c="";for(let a=0;a=b.top-h?b.top-h{const d=c.split("=");return d[0]===a?decodeURIComponent(d[1]):b},""),c=""==b?void 0:b;return c}function flatPM_testCookie(){let a="test_56445";try{return localStorage.setItem(a,a),localStorage.removeItem(a),!0}catch(a){return!1}}function flatPM_grep(a,b,c){return jQuery.grep(a,(a,d)=>c?d==b:0==(d+1)%b)}function flatPM_random(a,b){return Math.floor(Math.random()*(b-a+1))+a}
");let k=document.querySelector(".flat_pm_modal[data-id-modal=\""+a.ID+"\"]");if(-1===d.indexOf("go"+"oglesyndication")?flatPM_setHTML(k,d):jQuery(k).html(b+d),"px"==a.how.popup.px_s)e.bind(h,()=>{e.scrollTop()>a.how.popup.after&&(e.unbind(h),f.unbind(i),j())}),void 0!==a.how.popup.close_window&&"true"==a.how.popup.close_window&&f.bind(i,()=>{e.unbind(h),f.unbind(i),j()});else{let b=setTimeout(()=>{f.unbind(i),j()},1e3*a.how.popup.after);void 0!==a.how.popup.close_window&&"true"==a.how.popup.close_window&&f.bind(i,()=>{clearTimeout(b),f.unbind(i),j()})}f.on("click",".flat_pm_modal .flat_pm_crs",()=>{jQuery.arcticmodal("close")})}if(void 0!==a.how.outgoing){let b,c="0"==a.how.outgoing.indent?"":" style=\"bottom:"+a.how.outgoing.indent+"px\"",e="true"==a.how.outgoing.cross?"":"",f=jQuery(window),g="scroll.out"+a.ID,h=void 0===flatPM_getCookie("flat_out_"+a.ID+"_mb")||"false"!=flatPM_getCookie("flat_out_"+a.ID+"_mb"),i=document.createElement("div"),j=jQuery("body"),k=()=>{void 0!==a.how.outgoing.cookie&&"false"==a.how.outgoing.cookie&&h&&(jQuery(".flat_pm_out[data-id-out=\""+a.ID+"\"]").addClass("show"),j.on("click",".flat_pm_out[data-id-out=\""+a.ID+"\"] .flat_pm_crs",function(){flatPM_setCookie("flat_out_"+a.ID+"_mb",!1)})),(void 0===a.how.outgoing.cookie||"false"!=a.how.outgoing.cookie)&&jQuery(".flat_pm_out[data-id-out=\""+a.ID+"\"]").addClass("show")};switch(a.how.outgoing.whence){case"1":b="top";break;case"2":b="bottom";break;case"3":b="left";break;case"4":b="right";}jQuery("body > *").eq(0).before("
"+e+"
");let m=document.querySelector(".flat_pm_out[data-id-out=\""+a.ID+"\"]");-1===d.indexOf("go"+"oglesyndication")?flatPM_setHTML(m,d):jQuery(m).html(e+d),"px"==a.how.outgoing.px_s?f.bind(g,()=>{f.scrollTop()>a.how.outgoing.after&&(f.unbind(g),k())}):setTimeout(()=>{k()},1e3*a.how.outgoing.after),j.on("click",".flat_pm_out .flat_pm_crs",function(){jQuery(this).parent().removeClass("show").addClass("closed")})}countMode&&(flat_count["block_"+a.ID]={},flat_count["block_"+a.ID].count=1,flat_count["block_"+a.ID].click=0,flat_count["block_"+a.ID].id=a.ID)}catch(a){console.warn(a)}}function flatPM_start(){let a=flat_pm_arr.length;if(0==a)return flat_pm_arr=[],void jQuery(".flat_pm_start, .flat_pm_end").remove();flat_body=flat_body||jQuery("body"),!flat_counter&&countMode&&(flat_counter=!0,flat_body.on("click","[data-flat-id]",function(){let a=jQuery(this),b=a.attr("data-flat-id");flat_count["block_"+b].click++}),flat_body.on("mouseenter","[data-flat-id] iframe",function(){let a=jQuery(this),b=a.closest("[data-flat-id]").attr("data-flat-id");flat_iframe=b}).on("mouseleave","[data-flat-id] iframe",function(){flat_iframe=-1}),jQuery(window).on("beforeunload",()=>{jQuery.isEmptyObject(flat_count)||jQuery.ajax({async:!1,type:"POST",url:ajaxUrlFlatPM,dataType:"json",data:{action:"flat_pm_ajax",data_me:{method:"flat_pm_block_counter",arr:flat_count}}})}).on("blur",()=>{-1!=flat_iframe&&flat_count["block_"+flat_iframe].click++})),flat_userVars.init();for(let b=0;bflat_userVars.textlen||void 0!==a.chapter_sub&&a.chapter_subflat_userVars.titlelen||void 0!==a.title_sub&&a.title_subc&&cc&&c>d&&(b=flatPM_addDays(b,-1)),b>e||cd||c-1!=flat_userVars.referer.indexOf(a))||void 0!==a.referer.referer_disabled&&-1!=a.referer.referer_disabled.findIndex(a=>-1!=flat_userVars.referer.indexOf(a)))&&(c=!0),c||void 0===a.browser||(void 0===a.browser.browser_enabled||-1!=a.browser.browser_enabled.indexOf(flat_userVars.browser))&&(void 0===a.browser.browser_disabled||-1==a.browser.browser_disabled.indexOf(flat_userVars.browser)))){if(c&&void 0!==a.browser&&void 0!==a.browser.browser_enabled&&-1!=a.browser.browser_enabled.indexOf(flat_userVars.browser)&&(c=!1),!c&&(void 0!==a.geo||void 0!==a.role)&&(""==flat_userVars.ccode||""==flat_userVars.country||""==flat_userVars.city||""==flat_userVars.role)){flat_pm_then.push(a),flatPM_setWrap(a),flat_body.hasClass("flat_pm_block_geo_role")||(flat_body.addClass("flat_pm_block_geo_role"),flatPM_ajax("flat_pm_block_geo_role")),c=!0}c||(flatPM_setWrap(a),flatPM_next(a))}}}let b=jQuery(".flatPM_sticky");b.each(function(){let a=jQuery(this),b=a.data("height")||350,c=a.data("top");a.wrap("
");let d=a.parent()[0];flatPM_sticky(this,d,c)}),debugMode||countMode||jQuery("[data-flat-id]:not([data-id-out]):not([data-id-modal])").contents().unwrap(),flat_pm_arr=[],jQuery(".flat_pm_start, .flat_pm_end").remove()}
Разработчики и производители современных компьютеров в конкурентной борьбе за достижение высоких показателей производительности стремятся к максимальной реализации потенциальных возможностей комплектующих.

При этом нередко экстремальные условия эксплуатации комплектующих, связанные с быстрым ростом вычислительной мощности компьютеров, требуют контроля параметров их работы. Это обеспечивает не только выбор оптимального режима, но и определенный уровень защиты.

Поэтому все чаще производители материнских плат стали встраивать в архитектуру своих изделий средства аппаратного мониторинга (hardware monitoring), обеспечивающие поддержку функций диагностики и контроля наиболее важных параметров основных подсистем и элементов компьютера.

Как правило, к таким параметрам относятся:
          температура (процессора, материнской платы, воздуха внутри корпуса и.д.)
          напряжения питания (процессора, элементов материнской платы и т. д.),
          скорость вращения охлаждающих вентиляторов (процессора, блока питания
               и т. д.).

Рис.1.

Постепенно средства аппаратного мониторинга становятся не только крайне желательным, но и обязательным атрибутом архитектуры современных высокопроизводительных и высоконадежных систем. Такие средства все чаще встраиваются в состав высокопроизводительных чипсетов.

К сожалению, архитектуры некоторых популярных чипсетов, например, i440BX (i440BX AGPset) не имеют встроенных средств аппаратного мониторинга, как это осуществлено в соответствующих компонентах современных чипсетов, к которым относятся, например, VIA Apollo Pro133A и VIA Apollo KT133A с микросхемами South Bridge VT82C686A и VT82C686B. Однако, несмотря на отсутствие в архитектуре i440BX подобных средств, эта возможность в ряде материнских плат была реализована с помощью специальных микросхем, таких как LM78 и LM79 фирмы National Semiconductor, W83781D и W83782D фирмы Winbond. Один из таких примеров использования микросхемы Winbond W83782D в архитектуре материнской платы, основой которой является чипсет i440BX, представлен на рис 2.

Необходимо отметить, что некоторые производители материнских плат, выпускающих свои изделия на современных чипсетах, в состав которых входят средства аппаратного мониторинга, не удовлетворены их возможностями и используют либо указанные микросхемы, либо подобные.

Так, например, фирма ASUSTeK, являющаяся одним из крупнейших производителей материнских плат, сравнительно часто применяет микросхему мониторинга свой собственной разработки. В качестве примера можно привести функцию PC Health Monitoring, реализованную с помощью фирменного чипа ASIC (Application Specific Integrated Circuit) AS99127F (рис. 2).

Кстати, нередко аналогичным образом эта фирма поступает для реализации сетевых функций, а также ряда дополнительных контроллеров, например, IEEE1394.

Использование специализированных микросхем аппаратного мониторинга объясняется нередко более высокими параметрами по сравнению со средствами, встроенными в компоненты чипсетов. В первую очередь это касается количества контролируемых параметров и точности их измерения.

Последнее наиболее актуально в режимах разгона при использовании повышенных напряжений, близких к предельным значениям, когда существенными становятся уже сотые доли вольта.

Недостаточная точность измерений, осуществляемая элементами аппаратного мониторинга может привести к искажению результатов, неправильным действиям и, как результат, к возможному повышению вероятности выхода из строя разгоняемых компонентов компьютера.
В качестве примера специализированных средств аппаратного мониторинга на рис.

4-5 приведены структуры микросхем W83782D (W83782D Winbond H/W Monitoring IC) фирмы Winbond и LM78/LM79 фирмы National Semiconductor. На этих рисунках представлены также схемы подключения датчиков и варианты подачи на входы микросхем контролируемых напряжений, различной величины и полярности. Приведенные микросхемы часто используются в архитектуре материнских плат в цепях аппаратного мониторинга.

Основой внутреннего устройства этих и подобных микросхем является многоканальный 8-разрядный АЦП (ADC). Он обеспечивает ввод и преобразование 256 значений входных сигналов положительной полярности, например, 3,3 В. Диапазон работы АЦП составляет 0-4,096 В, а шаг квантования — 16 мВ (4,096 В / 256).

Для расширения диапазона входных напряжений используются либо внутренние, либо внешние резисторные делители, номиналы элементов которых зависят от контролируемых уровней. Это позволяет обрабатывать напряжения +5 В и +12 В.
Для корректной работы измерительных схем требуется согласование их входных сопротивлений в зависимости от выходных сопротивлений датчиков.

Это позволяет достичь максимального соотношения сигнал/шум. Для целей согласования могут быть использованы либо последовательные резисторы, либо специальные электронные схемы, например, повторители (схемы с общим коллектором — ОК, общим истоком — ОИ и т.д.).

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

Известны случаи когда средства аппаратного мониторинга материнской платы показывают напряжение ядра процессора 1,7 В при реально установленном значении 1,65 В. Возможно, это связано и с неудачными схемами дополнительных согласующих каскадов, а возможно и с детектированием помех, высокий уровень которых, связан с неудачной разводкой подобных материнских плат.

Кроме контроля положительных напряжений возможен также ввод и обработка напряжений отрицательной полярности, например, -5 В и -12 В. Для этого в составе указанных микросхем используются операционные усилители в инвертирующем включении, что хорошо видно на схеме LM78/LM79.

В этом случае согласование входных уровней с требуемым диапазоном АЦП осуществляется соответствующими резисторами, определяющими входные сопротивления каскадов и величины обратных связей данных операционных усилителей. Рекомендуемые значения внешних резисторов в зависимости от измеряемых напряжений приведены в соответствующей таблице.

Приведенные микросхемы позволяют измерять и значения температур контролируемых элементов, для чего в качестве датчиков используются, как правило, терморезисторы — резисторы, сопротивление которых зависит от температуры. Подключение этих элементов осуществляется обычно так, как это показано, например, на схеме с W83782D (рис. 4).

Под влиянием колебаний измеряемой температуры меняется величина внутреннего сопротивления терморезистора, а следовательно, и тока, и напряжения на этом элементе, который подключен к опорному напряжению через резистор 10 кОм (1%).

Изменение напряжения на данном терморезисторе фиксируется АЦП в составе микросхемы аппаратного мониторинга подобно тому, как это осуществляется при контроле напряжений питания.
Вместо терморезистора в качестве датчика температуры может использоваться и транзистор в диодном включении, например, как это показано на рис. 6 а.

Принцип работы такого датчика основан на зависимости порогового напряжения открывания кремниевого p-n-перехода от температуры. В результате этого эффекта при изменении температуры транзистора-диода напряжение порога меняется практически линейно с отрицательным градиентом 2,3 мВ/C (dV ~ 1/T).

Это означает, что в приведенной схеме напряжение на транзисторе 2N3904, подключенном через высокоомный резистор к опорному напряжению V REF = 3,6 В, будет уменьшаться с ростом температуры.

Кстати, в существовании данного эффекта может убедиться каждый, собрав схему из последовательно соединенных диода (например, КД523) и резистора 20-30к, подключенных к стандартной батарейке 4,5 В. Напряжение, измеряемое на диоде, будет уменьшаться при нагревании его паяльником (не более 2-3 секунд).

Аналогично варианту с транзистором для контроля температурного режима работы процессора иногда могут быть использованы и такие средства, как, например, термодиод, включенный в состав кристалла процессора Pentium III. Использование в архитектуре процессора термодиода вместо традиционного терморезистора объясняется достаточно просто.

Дело в том, что в современных сложных микросхемах, к которым относятся и процессоры, практически все элементы создаются на основе p-n-переходов, выполняющих не только функции транзисторов и диодов, но и резисторов, и даже конденсаторов. Рекомендованное минимальное значение тока встроенного термодиода – 5 uA, максимальное – 300 uA.
Схема подключения встроенного термодиода процессора Pentium III к микросхеме W83782D представлена на рис. 6 b. Опорное напряжение — 3,6 В.

а – транзистора 2N3904,
          b – термодиода, встроенного в кристалл процессора Pentium III.

Оценивая показания подобного датчика, необходимо учитывать предельные значения температуры ядра процессора T1 (Maximum Tjunction) и величину ошибки T2, возникающей вследствие существующего пространственного градиента температуры в кристалле процессора, а также конечной скорости распространения тепла.

Учитывая конечность скорости распространения тепла в кристалле процессора при постоянно меняющемуся в соответствии с колебаниями загрузки узлов процессора пространственному распределению температур, к величине T2 разработчики рекомендуют добавить еще ошибку измерения температуры, составляющей примерно 1 С.

Таким образом, для процессоров Pentium III FC-PGA и SC242 (Slot 1) при использовании в качестве температурного датчика термодиода за величину предельной температуры работы целесообразно принять значение, равное T1-T2-1.
Подобным образом подключается и термодиод процессора Pentium 4.

При использовании в качестве термодатчика традиционного терморезистора за предельную величину температуры работы процессора Pentium III/4 целесообразно принять значение максимальной температуры корпуса, составляющей обычно 75 С.

Процессоры AMD Athlon и AMD Duron, а также изделия Intel ранних разработок не имеют встроенных в кристалл датчиков температуры. Поэтому температурный режим процессоров этого типа осуществляется с помощью внешних датчиков, устанавливаемых обычно либо рядом с процессорами стандартов Slot A и Slot 1, либо внутри разъемов Socket A (Socket 462) и Socket 370 (рис.

7-8) для процессоров конструктива PGA, FC-PGA и т. п. При этом для обеспечения нормальной работы термодатчиков и получения корректных значений температуры процессоров разработчики материнских плат предусматривают тепловой контакт датчиков с корпусами процессоров.

Учитывая возможность механической деформации или даже повреждения крепления термодатчиков, целесообразно проконтролировать качество теплового контакта.

 

Рассматривая особенности измерения температуры с помощью микросхем LM78/L79, следует отметить, что в качестве датчика рекомендовано использование LM75. Несмотря на наличие только одного входа для подключения внешнего термодатчика, имеется возможность подключения до 8 устройств LM75.

В этом случае выбор осуществляется с помощью использования соответствующих интерфейсных линий ISA, I2C: SDA, SCL, A0, A1, A2.

Необходимо отметить, что приведенные и аналогичные микросхемы, используемые в аппаратном мониторинге, не нуждаются в проведении операций калибровки и, как правило, подобных средств, доступных пользователям, не имеют.

Корректность и точность работы достигается использованием датчиков и схем подключения, рекомендованных производителями микросхем, архитектура же микросхем, как правило, предусматривает их программирование.

Основные параметры описанных микросхем, а также микросхем W83781D, W83783S и W83L784R фирмы Winbond, ориентированные на применение в относительно дешевых системах и в портативных компьютерах, приведены в соответствующих таблицах. Для сравнения представлены также основные параметры интегрированных средств аппаратного мониторинга в микросхеме VT82C686A, часто используемой в составе чипсетов фирмы VIA.

Выпуск материнских плат с реализацией средств аппаратного мониторинга с помощью специализированных микросхем продолжается, несмотря на сокращение выпуска i440BX и появление новых чипсетов с улучшенной архитектурой, разработанных и выпускаемых фирмами Intel, VIA, ALi и SiS.

Данные чипсеты отличаются более сложной конструкцией и более широким набором функциональных возможностей по сравнению с i440BX, хотя и нередко уступают ему по производительности. В их состав, фирмы-разработчики, как правило, входят различные средства мониторинга, включая аппаратный мониторинг.

Аппаратные средства мониторинга (hardware monitoring), реализованные либо с помощью специализированных микросхем, либо встроенные в компоненты чипсета, и дополненные соответствующими датчиками позволяют, как правило, только измерять заданные параметры.

Осуществить контроль, вывод на экран монитора, а также провести необходимый анализ значений этих параметров позволяют специальные программы. Нередко сравнительно простые программы, предоставляющие подобный сервис, встроены в BIOS Setup материнских плат.

Возможности подобных средств, число и точность измерения контролируемых параметров определяются используемыми микросхемами, датчиками, а также версиями программного кода BIOS. В качестве примера встроенных программных средств мониторинга на рис. 9 приведено меню PC Health Status, входящее в BIOS Setup популярной материнской платы Abit BE6-II, основу которой составляет чипсет i440BX.