Диагностический параметр это: Оборудование для диагностирования — Страница 3

Содержание

Оборудование для диагностирования - Страница 3

Подробности
Автор: Добровольский Е.И.

Опубликовано: 24 Август 2013

Страница 3 из 3

 

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

Диагностирование предусматривается:

по параметрам рабочих процессов (например, по расходу топлива, мощности двигателя, тормозному пути), измеряемым при наиболее близких к эксплуатационным условиям режимах;

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

по структурным параметрам (например, зазорам, люфтам), измеряемым у неработающих механизмов.

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

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

Структурный параметр — это физическая величина, непосредственно отражающая техническое состояние механизма (например, геометрическая форма и размеры, взаимное расположение поверхностей деталей).

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

Диагностические и структурные параметры подразделяются по своим значениям.

Различают:

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

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

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

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

 

Средства диагностирования

Средства диагностирования подразделяются на:

встроенные, которые являются составной частью автомобиля. Это датчики и приборы на панели приборов. Их используют для непрерывного или достаточно частого измерения парамет­ров технического состояния автомобиля. Современные средства встроенного диагностирования на основе электронного блока управления (ЭБУ) позволяют водителю постоянно контролировать состояние тормозных систем, расход топлива, токсичность отработавших газов, а также выбирать наиболее экономичный режим работы автомобиля;

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

Диагностическое оборудование

Все оборудование для диагностики двигателей можно подразделить на три основные группы (рис.23):

1) сканеры блоков управления двигателями;

2) измерительные приборы;

3) тестеры исполнительных устройств и узлов двигателя.

 

Рис.23. Оборудование для диагностики автомобилей

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

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

Третья группа приборов представляет собой оборудование для углубленной проверки ЭСУД и ее отдельных узлов.

Диагностические стенды с беговыми барабанами (рис.24) позволяют имитировать условия движения и нагрузки. Стенд состоит из беговых спаренных барабанов, стационарного пульта управления, переносного пульта управления и вентилятора, который поддерживает тепловой режим. Управление осуществляется оператором с рабочего места водителя с помощью дистанционного пульта. Автомобиль устанавливают ведущими колесами на беговые барабаны. На стенде автомобиль удерживается упорами, устанавливаемыми под передние колеса. Для определения максимальной эффективной мощности двигателя автомобиль разгоняют до заданной скорости и создают нагрузку на ведущих колесах.

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

 

Рис.24. Стенд с беговыми барабанами

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

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

 

Рис.25. Диагностика отдельных агрегатов

Использованные источники

1. Карагодин В.И., Митрохин Н.Н. Ремонт автомобилей и двигателей: Учеб. для студ. сред. проф. учеб. заведений. - М.: Мастерство; Высш. школа, 2001. - 496 с.

2. Пузанков А.Г.   Автомобили: устройство и техническое обслуживание: учебник для студ. Учреждений сред. проф. образования/ - М.: Издательский центр «Академия», 2007. - 640 с.

3. Луховицкий Ф. Н. Механизированные   средства   для   технического   обслуживания    машинно-тракторного    парка. — М.: Колос, 1978.

4. Иллюстрации, находящиеся в сети Интернет в свободном доступе.

5. Материалы, размещенные на сайтах:

www.kornienko-ev.ru/

ms-groupcompany.com/

www.el-tov.ru/

www.allpromsnab.ru/

toyotatest.ru/

elektroas.ru/

www.ua-tenders.com/

www. stoalit.ru/

nilfisk.prom.ua/

mashkomplekt.com/

megadoski.ru/

tdgpo.ru/

www.heavycars.ru/

www.autolada.ru/

pakhomov-school.ru/

 

 

 

Подробности

Просмотров: 1292

Диагностические параметры, виды диагностических параметров.


⇐ ПредыдущаяСтр 23 из 27Следующая ⇒

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

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

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

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

Структурные параметры :

- зазоры в сопряжениях

цилиндропоршневой группы;

- зазоры в подшипниках коленчатого

вала;

- толщина фрикционных дисков муфты

поворота бульдозера.

Диагностические параметры:

- количество газов, прорывающихся в картер; угар картерного масла;

- давление в масляной магистрали

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

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

Номинальное (расчетное) значение параметра определено его функциональным назначением и служит началом отсчета отклонений. При номинальном значении параметра обеспечивается максимальная эффективность эксплуатации объекта. Рассматриваемые значения параметра характерны для новых и капитально отре-монтированных машин и их сборочных единиц после проведения обкатки.

Допускаемое значение параметра — значение, при котором обеспечивается безотказная работа сборочных единиц до очередного планового диагностирования.

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

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

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

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

Все параметры состояния можно разделить на ресурсные и функциональные.

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

Структурный параметр:

- Ранний угол опережения подачи топлива

в цилиндры;

- Износ фрикционных накладок плоской

муфты;

Отсутствие зазора в зацеплении шестерен

главной передачи

 Диагностический симптом:

- Жесткая работа дизеля.Дымный выхлоп при работе под нагрузкой

- Нагрев корпуса муфты при работе под нагрузкой

- Чрезмерный нагрев корпуса заднего моста

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

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

4. Системы вентиляции предприятий автомобильного транспорта и требования к ним.

Вентиляция – комплекс взаимосвязанных устройств и процессов, предназначенных для создания организованного воздухообмена с целью обеспечения нормальных условий в рабочей зоне помещения. Вентилирование помещений осуществляется с помощью вентиляционных систем, которые по назначению подразделяются на три типа: общеобменные, местные и смешанные. 37 Общеобменные системы осуществляют смену воздуха во всем объеме помещения, местные обеспечивают улавливание вредных веществ в местах их выделений и удаление из помещений, смешанные выполняют одновременно обе функции. Устройство в помещении только местной вентиляции недопустимо. Общеобменная вентиляция обязательна во всех случаях. Системы вентиляции по способу побуждения движения воздуха делятся на системы с естественным побуждением (аэрация) и системы с искусственным побуждением (механическая или принудительная вентиляция). В первом случае причиной перемещения воздуха служат

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

Системы вентиляции подразделяют также на приточные и вытяжные. Приточные установки подают в помещения чистый воздух, а вытяжные – удаляют из помещения отработанный загрязненный воздух. Обычно эти установки действуют совместно, образуя приточно-вытяжную систему вентиляции. Выбор той или иной системы должен быть обоснован технико- экономическими и санитарно-гигиеническими требованиями создания нормируемых параметров воздушной среды в помещениях. Преимуществом механической вентиляции перед естественной является возможность обеспечения стабильного требуемого воздухообмена независимо от времени года, наружных метеорологических условий, а также скорости и направления ветра. Она позволяет обрабатывать подаваемый в помещения воздух, доводя его метеорологические параметры до значений, требуемых стандартом, и очищать от вредных примесей воздух перед выбросом в атмосферу. К недостаткам механической системы вентиляции можно отнести высокие расходы электроэнергии, однако, эти расходы быстро окупаются. При механической общеобменной вентиляции направление движения воздушных масс в помещениях задается в зависимости от вида выделяемых производством вредных веществ. При выделении избыточного тепла, газов и паров вентилирование помещений осуществляется по схеме «снизу – вверх», т. к. при этом используется естественное движение выделений. Приточный воздух подается в рабочую зону на высоте 1,5–2,0 м от уровня пола через воздухораспределительные устройства. Отработанный воздух удаляется с помощью системы воздуховодов, проложенных в верхней зоне помещения обычно в местах наибольшей концентрации вредных веществ.

При выделении в помещении пыли и тяжелых газов вентилирование происходит по схеме «сверху – вниз». Приточный воздух подается через воздухораспределяющие патрубки, расположенные на высоте 4–7 м от пола, и удаляется с помощью воздуховодов, проложенных в нижней части помещения, а иногда – под полом. При такой организации движения воздушных потоков 39 выделяющиеся вредные вещества удаляются вниз, не достигая зоны дыхания рабочих. Местная приточная вентиляция осуществляется в виде воздушных душей и воздушно-тепловых завес. Воздушный душ – это поток воздуха, направленный на рабочее место с целью создания улучшенных санитарно-гигиенических параметров производственной среды. Воздушно-тепловая завеса представляет собой струю воздуха, направленную навстречу движению холодного воздуха под некоторым углом, и применяется для предотвращения поступления холодного наружного воздуха в помещение в зимнее время при открывании ворот или дверей. Местная вытяжная вентиляция предназначена для улавливания вредных выделений в месте их образования. Сильно запыленный воздух перед выбросом в атмосферу очищают в пылеулавливающем аппарате, устанавливаемом до вентилятора или после него.

Задача

Qн = Нs * (1 + 0.01 * D)

Нs – расход топлива на 100 км

D – поправочный коэф.

 

Билет №19


Рекомендуемые страницы:

Структура и этапы технической диагностики


⇐ ПредыдущаяСтр 3 из 21Следующая ⇒

 

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

В технической диагностике выделяют два взаимосвязанных и взаимопроникающих направления – теория распознавания и теория контролеспособности(рисунок 2.1) [1, с.7].

Теория распознаванияпозволяет решить основную задачу технической диагностики, а именно распознавание состояния технической системы в условиях ограниченной информации. Она изучает алгоритмы распознаванияприменительно к задачам диагностики, обычно это задачи классификации. Алгоритмы распознавания часто основываются на диагностических моделях,которые устанавливают связь между состояниями технической системы и их отображениями в пространстве диагностических сигналов. Проблемой распознавания являются правила принятия решений(исправен объект или не исправен), что всегда связано с риском ложной тревоги и пропуска цели. Для решения диагностических задач, а именно определения, исправен объект или нет, целесообразно использовать методы статистических решений.

 

Рисунок 2.1 – Структура технической диагностики

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

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

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

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

Разность между фактическим Пфи эталонным Пэтзначениями диагностических параметров называется диагностическим симптомом:

 

. (2.1)

 

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

 

 

Рисунок 2. 2 – Функциональная схема технической диагностики

 

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

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

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

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

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

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

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

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

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

Эталонные значения параметров состояния и диагностических параметров могут определяться различными способами. Один из них – расчетный с использованием математической модели объекта.

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

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

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

Как показывает практика, диагностика необходима на всех этапах жизненного цикла механизма и машины: от проектирования и изготовления до снятия с эксплуатации и в ремонтный период [10]. На рисунке 2.3 показана область применения виброакустической диагностики на этапах жизненного цикла машины. Данный вид технической диагностики является наиболее приемлемым для одного из самых сложного типа технических средств сервиса – швейных машин неавтоматического и автоматического действия.

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

 

Рисунок 2.3 – Область применения виброакустической диагностики на этапах жизненного цикла машины

На рисунке 2.4 представлен тренд, характеризующий четыре этапа изменения характеристик вибрации, что соответствует четырем этапам жизненного цикла машины или оборудования. Первый этап Т1 – приработка машины, второй Т2 – нормальная работа, третий Т3 –развитие дефекта, четвертый Т4 – этап деградации (устойчивое развитие цепочки дефектов с момента, когда появляется потребность и обслуживании или ремонте объекта, до момента возникновения аварийной ситуации). Из этой зависимости следует, что время проведения ремонтных работ Тр (назначенный ресурс) намного меньше фактического срока Тф, когда этот ремонт становится необходимым.

 

 

Рисунок 2.4. Зависимость величины диагностического симптома механизма от времени наработки: ин – уровень нормального функционирования; ид – допустимый уровень; иа – аварийный уровень

 

Трендовая характеристика позволяет прогнозировать момент наступления катастрофических изменений технического состояния, а стало быть, прогнозировать остаточный ресурс и планировать срок обоснованного ремонта [10].

 


Рекомендуемые страницы:

Диагностических параметров — Студопедия

Техническое состояние машины, агрегата или отдельного сопряжения зависит от состояния элементов (деталей), из которых состоит сопряжение (механизм), техническое состояние элементов определяется (оценивается) параметрами.

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

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


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

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

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

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


Предельное значение параметра — наибольшее или наименьшее значение параметра, которое может иметь работоспособная составная часть.

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

Текущее значение параметра — это фактическая величина параметра в данный момент времени, измеренная (полученная) в процессе диагностирования.

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

Диагностические параметры

Возможность непосредственного измерения в процессе эксплу­атации структурных параметров (износов, зазоров) сопряжений ме­ханизмов автомобиля без их разборки весьма ограничена. Поэто­му при диагностировании пользуются косвенными признаками, отражающими техническое состояние автомобиля. Эти признаки называются диагностическими параметрами и представляют собой пригодные для измерения физические величины, связанные с пара­метрами технического состояния автомобиля и несущие инфор­мацию о его состоянии. Диагностическими параметрами могут быть: параметры рабочих процессов (мощности, тормозного пути, расхода топлива и др.), параметры сопутствующих процессов (вибраций, шума и т. п.) и геометрические величины (зазоры, люфты, свободные хода, биения и др.). Закономерности изменения диагностических параметров в функции наработки объекта диагно­стирования аналогичны закономерностям изменения параметров его технического состояния.

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

Чувствительность диагностического параметра определяется величиной его приращения при изменении параметра технического состо­яния

К г = du

Однозначность диагностического параметра означает отсутст­вие экстремума в диапазоне от начального до пре­дельного значений параметра технического состояния.

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

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

Диагностические нормативы

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

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

Для некоторых механизмов автомобиля, приборов систем зажи­гания и питания Ян подбирают индивидуально по максимуму экономичности в процессе диагностирования. Это позволяет наиболее полно использовать индивидуальные возможности автомобиля, различные из-за неоднородности производства. Так, например, оп­тимальный угол начальной установки момента зажигания для од­ной и той же модели автомобиля может отличаться от среднего на 3—8°. Практически это означает, что, используя в качестве норматива индивидуальное значение Ян, можно значительно по­высить мощность и топливную экономичность автомобиля.

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

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

Допустимый норматив является основным диагностическим нормативом при периодическом диагностировании, проводимом в рамках планово-предупредительной системы ТО автомобилей. Он представляет собой ужесточенную величину предельного нормати­ва, при которой обеспечивается заданный, или экономически оп­тимальный, уровень вероятности отказа на предстоящем межконт­рольном пробеге. На основе допустимого норматива ставят диаг­ноз состояния объекта и принимают решение о необходимости профилактических ремонтов или регулировок.

В эксплуатации допустимый норматив принимается условно как граница неисправных состояний объекта для заданной перио­дичности его межконтрольного пробе'га. Состоит Яд из начального значения Ян и допускаемого отклонения D. Если текущее значе­ние диагностического параметра выходит из допустимого норма­тива, это означает, что, хотя объект и является работоспособным, его не следует выпускать в очередной пробег без регулировки или ремонта из-за высокой вероятности отказа или пониженных тех­нико-эксплуатационных свойств.

В случае линейной реализации диагностических параметров (рис. 4:6) допустимый норматив определяется как ужесточение предельного норматива на величину АЯ, обеспечивающую безот­казную работу объекта на предстоящем межконтрольном пробеге. Методы определения оптимального допустимого значения диаг­ностического параметра. Из рис. 4.6 видно, что при известной ве­личине Ян, которая обычно задается технической документацией, определение Яя сводится к установлению допускаемого отклоне­ния Д. Его можно определить двумя методами: по совокупности реализаций и по плотностям распределений величин параметра исправных и неисправных объектов. Первый метод применяют в случаях, когда реализации изменения диагностических парамет­ров по пробегу представляют собой плавные, «непереплетающиеся» кривые, а второй — когда экстраполяция технического состоя­ния невозможна, В первом случае реализации описывают степен­ной функцией

Параметры диагностики двигателя. Описание, фото и видео

Приветствую, Друзья! Периодически приходится отвечать на одинаковые вопросы, связанные с диагностикой автомобиля. А именно — какие основные параметры диагностики? Какие параметры датчиков при диагностике? Какие типовые параметры? И тому подобное.

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

Параметры диагностики

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

А также в текстовом виде описывал всё это дело на этой странице.

В данных примерах параметры диагностики показаны на примере автомобилей Шевроле Лачетти с двигателями 1.4/1.6 и аналогичных.

Но все эти параметры, кроме «Положения ДЗ» подходят и к другим автомобилям с системой управления двигателем, построенной на датчике абсолютного давления.

Основные параметры диагностики

Какие параметры при диагностике важны? Ответ прост — ВСЕ параметры важны!

Нет, ну конечно, есть основные параметры, на которые стоит обратить внимание в первую очередь:

Барометрическое давление — оно должно быть равно атмосферному давлению в Вашем регионе в данный период времени. Обычно это 98-100 кПа.

Давление во впускном коллекторе — на холостом ходу прогретого двигателя без нагрузки (выкл. потребители и кондиционер) оно должно составлять 30-33 кПа. Если оно завышено, то это сразу не означает, что это подсос воздуха, как многие думают. Почему? Читайте об этом на странице Высокое давление во впускном коллекторе

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

Инструмент диагностики

для устранения неполадок устройства StorSimple 8000

  • Читать 12 минут

В этой статье

Обзор

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

Средство диагностики в первую очередь предназначено для локальных устройств серии StorSimple 8000 (8100 и 8600).

Этот инструмент можно запустить через интерфейс Windows PowerShell вашего устройства StorSimple.Есть два способа получить доступ к локальному интерфейсу вашего устройства:

В этой статье мы предполагаем, что вы подключились к последовательной консоли устройства через PuTTY.

Для запуска средства диагностики

После подключения к интерфейсу Windows PowerShell устройства выполните следующие действия для запуска командлета.

  1. Войдите в последовательную консоль устройства, выполнив действия, описанные в разделе Использование PuTTY для подключения к последовательной консоли устройства.

  2. Введите следующую команду:

    Invoke-HcsDiagnostics

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

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

    Invoke-HcsDiagnostics -Scope Network

  3. Выберите и скопируйте вывод из окна PuTTY в текстовый файл для дальнейшего анализа.

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

  • Устройство отключено. - Устройство серии StorSimple 8000 отключено. Однако из интерфейса Windows PowerShell кажется, что оба контроллера запущены и работают.

  • Постоянные проблемы с устройством - Проблемы с устройством, кажется, не устранены. Например, не удается зарегистрироваться. Вы также можете столкнуться с проблемами устройства после того, как устройство будет успешно зарегистрировано и некоторое время будет работать.

    • В этом случае используйте этот инструмент для предварительного устранения неполадок, прежде чем регистрировать запрос на обслуживание в службе поддержки Microsoft. Мы рекомендуем вам запустить этот инструмент и записать выходные данные этого инструмента. Затем вы можете предоставить эти выходные данные в службу поддержки, чтобы ускорить устранение неполадок.
    • Если есть какие-либо аппаратные компоненты или отказы кластера, вы должны войти в запрос поддержки.
  • Низкая производительность устройства - Устройство StorSimple работает медленно.

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

Диагностический тест и образцы выходных данных

Тест оборудования

Этот тест определяет состояние аппаратных компонентов, микропрограммы USM и микропрограммы диска, работающей в вашей системе.

  • Указанные аппаратные компоненты - это те компоненты, которые не прошли тест или отсутствуют в системе.

  • Версии микропрограмм USM и микропрограмм диска сообщаются для контроллера 0, контроллера 1 и общих компонентов в вашей системе. Полный список аппаратных компонентов см. По адресу:

Пример вывода аппаратного тестового прогона на устройстве 8100

Вот пример выходных данных устройства StorSimple 8100. В устройстве модели 8100 корпуса EBOD нет.Следовательно, компоненты контроллера EBOD не сообщаются.

  Контроллер0> Invoke-HcsDiagnostics -Scope Hardware
Запуск диагностики оборудования . ..
--------------------------------------------------
Аппаратные компоненты вышли из строя или отсутствуют
----------------------

           Тип Индекс контроллера состояния EnclosureId
           ---- ----- ---------- ----- -----------
... rVipResource NotPresent Нет 1 Нет
...rVipResource NotPresent Нет 2 Нет
... rVipResource NotPresent Нет 3 Нет
... rVipResource NotPresent Нет 4 Нет
... rVipResource NotPresent Нет 5 Нет
... rVipResource NotPresent Нет 6 Нет
... rVipResource NotPresent Нет 7 Нет
... rVipResource NotPresent Нет 8 Нет
...rVipResource NotPresent Нет 9 Нет
... rVipResource NotPresent Нет 10 Нет
... rVipResource NotPresent Нет 11 Нет

Информация о прошивке
----------------------
ТалладегаКонтроллер: ActiveBIOS: 0.45.0010
                      BackupBIOS: 0.45.0006
                      MainCPLD: 17.0.000b
                      ActiveBMCRoot: 2.0.001F
                      BackupBMCRoot: 2.0.001F
                      BMCBoot: 2.0,0002
                      Lsi Прошивка: 20. 00.04.00
                      LsiBios: 07.37.00.00
                      Battery1 Прошивка: 06.2C
                      Battery2 Прошивка: 06.2C
                      Dom Прошивка: X231600
                      Канистра Прошивка: 3.5.0.56
                      Канистра Загрузчик: 5.03
                      CanisterConfigCRC: 0x
77A КанистраVPD Структура: 0x06 Канистра GEMCPLD: 0x19 КанистраVPDCRC: 0x142F7DC2 MidplaneVPD Структура: 0x0C MidplaneVPDCRC: 0xA6BD4F64 MidplaneCPLD: 0x10 Прошивка PCM1: 1.00 | 1.05 PCM1VPD Структура: 0x05 PCM1VPDCRC: 0x41BEF99C PCM2 Прошивка: 1.00 | 1.05 PCM2VPD Структура: 0x05 PCM2VPDCRC: 0x41BEF99C EbodController: Диски Прошивка: SmrtStor: TXA2D20400GA6XYR: KZ50 SmrtStor: TXA2D20400GA6XYR: KZ50 SmrtStor: TXA2D20400GA6XYR: KZ50 SmrtStor: TXA2D20400GA6XYR: KZ50 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 TalladegaController: ActiveBIOS: 0. 45,0010 BackupBIOS: 0.45.0006 MainCPLD: 17.0.000b ActiveBMCRoot: 2.0.001F BackupBMCRoot: 2.0.001F BMCBoot: 2.0.0002 Lsi Прошивка: 20.00.04.00 LsiBios: 07.37.00.00 Battery1 Прошивка: 06.2C Battery2 Прошивка: 06.2C Dom Прошивка: X231600 Канистра Прошивка: 3.5.0.56 CanisterBootloader: 5.03 CanisterConfigCRC: 0x
77A КанистраVPD Структура: 0x06 Канистра GEMCPLD: 0x19 КанистраVPDCRC: 0x142F7DC2 MidplaneVPD Структура: 0x0C MidplaneVPDCRC: 0xA6BD4F64 MidplaneCPLD: 0x10 PCM1 Прошивка: 1.00 | 1.05 PCM1VPD Структура: 0x05 PCM1VPDCRC: 0x41BEF99C Прошивка PCM2: 1. 00 | 1.05 PCM2VPD Структура: 0x05 PCM2VPDCRC: 0x41BEF99C EbodController: Диски Прошивка: SmrtStor: TXA2D20400GA6XYR: KZ50 SmrtStor: TXA2D20400GA6XYR: KZ50 SmrtStor: TXA2D20400GA6XYR: KZ50 SmrtStor: TXA2D20400GA6XYR: KZ50 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 WD: WD4001FYYG-01SL3: VR08 --------------------------------------------------

Системный тест

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

  • Информация о системе включает модель, серийный номер устройства, часовой пояс, состояние контроллера и подробную версию программного обеспечения, работающего в системе. Чтобы понять различные системные параметры, представленные как выходные данные, перейдите к разделу «Интерпретация системной информации».

  • Доступность обновления сообщает, доступны ли режимы регулярного и технического обслуживания, а также связанные с ними имена пакетов. Если RegularUpdates и MaintenanceModeUpdates имеют значение false , это означает, что обновления недоступны.На вашем устройстве установлена ​​последняя версия.

  • Информация о кластере содержит информацию о различных логических компонентах всех групп кластера HCS и их соответствующих состояниях. Если вы видите в этом разделе отчета автономную кластерную группу, обратитесь в службу поддержки Microsoft.

  • Служебная информация включает имена и статусы всех служб HCS и CiS, работающих на вашем устройстве. Эта информация полезна для службы поддержки Microsoft при устранении неполадок устройства.

Пример вывода системного тестового прогона на устройстве 8100

Вот пример вывода системного теста на устройстве 8100.

  Контроллер0> Invoke-HcsDiagnostics -Scope System
Запуск диагностики системы ...
--------------------------------------------------

Системная информация
----------------------
Контроллер0:

InstanceId: 7382407f-a56b-4622-8f3f-756fe04cfd38
Имя: 8100-SHX09G467K
Модель: 8100
Серийный номер: SHX09G467K
Часовой пояс: (UTC-08: 00) Тихоокеанское время (США и Канада)
CurrentController: Controller0
ActiveController: Controller0
Controller0Status: Нормальный
Controller1Status: Нормальный
SystemMode: нормальный
Версия FriendlySoftware: StorSimple 8000 Series, обновление 4.0
Версия ПО Hcs: 6.3.9600.17820
Версия: 9.0.0.0
Vhd Версия: 6.3.9600.17759
Версия ОС: 6.3.9600.0
CisAgent Версия: 1.0.9441.0
MdsAgent Версия: 35.2.2.0
Lsisas2 Версия: 2.0.78.0
Емкость: 219

5555200 RemoteManagementMode: отключено FipsMode: включен Контроллер1: InstanceId: 7382407f-a56b-4622-8f3f-756fe04cfd38 Имя: 8100-SHX09G467K Модель: 8100 Серийный номер: SHX09G467K Часовой пояс : CurrentController: Controller0 ActiveController: Controller0 Controller0Status: Нормальный Controller1Status: Нормальный SystemMode: нормальный Версия FriendlySoftware: StorSimple 8000 Series, обновление 4. 0 Версия ПО Hcs: 6.3.9600.17820 Версия: 9.0.0.0 Vhd Версия: 6.3.9600.17759 Версия ОС: 6.3.9600.0 CisAgent Версия: 1.0.9441.0 MdsAgent Версия: 35.2.2.0 Lsisas2 Версия: 2.0.78.0 Емкость: 219

5555200 RemoteManagementMode: HttpsAndHttpEnabled FipsMode: включен Обновить доступность ---------------------- RegularUpdates: ложь MaintenanceModeUpdates: ложь RegularUpdatesTitle: {} MaintenanceModeUpdatesTitle: {} Информация о кластере ---------------------- Имя State OwnerGroup ---- ----- ---------- ApplicationHostRLUA Online HCS Cluster Group Кластерная группа Data0v4 Online HCS HCS Vnic Resource Online Группа кластера HCS hcs_cloud_connectivity_... Онлайн-группа кластеров HCS hcs_controller_replacement Группа кластера онлайн-HCS hcs_datapath_service Группа кластера онлайн-HCS hcs_management_service Интернет-кластерная группа HCS hcs_nvram_service Группа кластеров сетевых систем HCS hcs_passive_datapath Интернет-группа пассивного кластера HCS hcs_platform_service Группа кластеров сетевых систем HCS hcs_saas_agent_service Группа кластеров сетевых служб HCS Группа кластеров HddDataClusterDisk Online HCS Группа кластеров HddMgmtClusterDisk Online HCS Группа кластеров HddReplClusterDisk Online HCS Группа кластеров iSCSI Target Server Online HCS Группа кластеров NvramClusterDisk Online HCS SSAdminRLUA Online HCS Cluster Group Группа кластеров SsdDataClusterDisk Online HCS Группа кластеров SsdNvramClusterDisk Online HCS Служебная информация ---------------------- Имя Статус DisplayName ---- ------ ----------- CiSAgentSvc остановил агент службы CiS hcs_cloud_connectivity_. .. Запуск hcs_cloud_connectivity ... hcs_controller_replacement Выполняется замена контроллера HCS ... hcs_datapath_service Запуск службы HCS Datapath hcs_management_service Запуск службы управления HCS hcs_minishell Запуск hcs_minishell HCS_NVRAM_Service Запуск службы HCS NVRAM hcs_passive_datapath Остановлен пассивный путь передачи данных HCS S... hcs_platform_service Запуск монитора платформы HCS S ... hcs_saas_agent_service Запуск hcs_saas_agent_service hcs_startup Остановлен hcs_startup --------------------------------------------------

Тест сети

Этот тест проверяет состояние сетевых интерфейсов, портов, подключения к серверам DNS и NTP, сертификата TLS / SSL, учетных данных учетной записи хранения, подключения к серверам обновлений и подключения к веб-прокси на вашем устройстве StorSimple.

Пример вывода теста сети, когда включен только DATA0

Вот пример вывода устройства 8100. На выходе вы можете увидеть, что:

  • Включены и настроены только сетевые интерфейсы DATA 0 и DATA 1.
  • ДАННЫЕ 2 - 5 не включены на портале.
  • Конфигурация DNS-сервера действительна, и устройство может подключаться через DNS-сервер.
  • Подключение к серверу NTP также в порядке.
  • Порты 80 и 443 открыты.Однако порт 9354 заблокирован. В зависимости от требований к сети, вам необходимо открыть этот порт для связи по служебной шине.
  • Сертификат TLS / SSL действителен.
  • Устройство может подключаться к учетной записи хранения: myss8000storageacct .
  • Возможность подключения к серверам обновлений действительна.
  • Веб-прокси не настроен на этом устройстве.
Пример вывода сетевого теста при включенных DATA0 и DATA1
  Контроллер0> Invoke-HcsDiagnostics -Scope Network
Запуск диагностики сети....
--------------------------------------------------
Проверка сетей .....
Имя Сущность Сведения о результате
---- ------ ------ -------
Сетевой интерфейс Data0 Действительный
Сетевой интерфейс Data1 Действительный
Сетевой интерфейс Data2 Не включен
Сетевой интерфейс Data3 Не включен
Сетевой интерфейс Data4 Не включен
Сетевой интерфейс Data5 Не включен
DNS 10. 222.118.154 Действительно
NTP time.windows.com Действителен
Порт 80 открыт
Порт 443 открыт
Порт 9354 заблокирован
SSL-сертификат https: // myss8000 ... Действителен
Учетная запись хранения ... myss8000storageacct Действителен
URL http: // download .... Действителен
URL http: // download .... Действителен
Веб-прокси Не включен Веб-прокси не ...
--------------------------------------------------
  

Тест производительности

Этот тест сообщает о производительности облака с помощью задержек чтения-записи в облаке для вашего устройства.Этот инструмент можно использовать для определения базового уровня производительности облака, которого можно достичь с помощью StorSimple. Инструмент сообщает о максимальной производительности (лучший сценарий для задержек чтения-записи), которую вы можете получить для своего соединения.

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

Тест имитирует размеры BLOB-объектов, связанных с различными типами томов на устройстве. Для регулярных многоуровневых и резервных копий локально закрепленных томов используется большой двоичный объект размером 64 КБ.Многоуровневые тома с установленной опцией архивации используют данные большого двоичного объекта 512 КБ. Если на вашем устройстве настроены многоуровневые и локально закрепленные тома, запускается только тест, соответствующий размеру данных больших двоичных объектов 64 КБ.

Чтобы использовать этот инструмент, выполните следующие действия:

  1. Сначала создайте сочетание многоуровневых томов и многоуровневых томов с отмеченной опцией архивирования. Это действие гарантирует, что инструмент запустит тесты для больших двоичных объектов размером 64 КБ и 512 КБ.

  2. Запустите командлет после создания и настройки томов.Тип:

    Invoke-HcsDiagnostics -Scope Performance

  3. Запишите задержки чтения-записи, сообщаемые инструментом. Этот тест может занять несколько минут, прежде чем он сообщит о результатах.

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

    Если задержки чтения-записи, о которых сообщает инструмент диагностики, велики:

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

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

Пример вывода теста производительности на устройстве 8100
  Контроллер0> Invoke-HcsDiagnostics -Scope Performance
Диагностика работоспособности...
--------------------------------------------------
Производительность в облаке: написание больших двоичных объектов
Задержка записи в облако: 194 мс с использованием учетных данных myss8000storageacct, размер большого двоичного объекта 64 КБ
Производительность облака: чтение больших двоичных объектов ..
Задержка чтения из облака: 544 мс с использованием учетных данных myss8000storageacct, размер большого двоичного объекта 64 КБ
Производительность в облаке: запись больших двоичных объектов.
Задержка записи в облако: 369 мс с использованием учетных данных myss8000storageacct, размер большого двоичного объекта 512 КБ
Производительность облака: чтение больших двоичных объектов ...
Задержка чтения из облака: 4924 мс с использованием учетных данных myss8000storageacct, размер большого двоичного объекта 512 КБ
--------------------------------------------------
Контроллер0>
  

Приложение: интерпретация системной информации

Вот таблица, в которой описаны различные параметры Windows PowerShell в системной информации.

G44HT указывает:
8600 - модель устройства.
SHX - это производственная площадка.
09 - Это конкретный товар.
G44HT - последние 5 цифр увеличиваются для создания уникальных серийных номеров. Это может быть не последовательный набор.
Параметр PowerShell Описание
Идентификатор экземпляра Каждый контроллер имеет уникальный идентификатор или связанный с ним GUID.
Имя Понятное имя устройства, настроенное на портале Azure во время развертывания устройства. По умолчанию понятным именем является серийный номер устройства.
Модель Модель вашего устройства StorSimple серии 8000.Модель может быть 8100 или 8600.
Серийный номер Серийный номер устройства назначается на заводе и состоит из 15 символов. Например, 8600-SHX09
Часовой пояс Часовой пояс устройства, настроенный на портале Azure во время развертывания устройства.
Контроллер тока Контроллер, к которому вы подключены через интерфейс Windows PowerShell вашего устройства StorSimple.
ActiveController Контроллер, который активен на вашем устройстве и управляет всеми сетевыми и дисковыми операциями. Это может быть контроллер 0 или контроллер 1.
Контроллер0 Состояние Состояние контроллера 0 на вашем устройстве. Состояние контроллера может быть нормальным, в режиме восстановления или недоступно.
Состояние контроллера 1 Состояние контроллера 1 на вашем устройстве. Состояние контроллера может быть нормальным, в режиме восстановления или недоступно.
Системный режим Общий статус вашего устройства StorSimple. Состояние устройства может быть нормальным, обслуживаемым или списанным (соответствует деактивированному на портале Azure).
FriendlySoftware Версия Дружественная строка, соответствующая версии программного обеспечения устройства.Для системы с обновлением 4 оптимальной версией программного обеспечения будет StorSimple 8000 Series Update 4.0.
Hcs Версия программного обеспечения Версия программного обеспечения HCS, установленная на вашем устройстве. Например, версия программного обеспечения HCS, соответствующая обновлению 4.0 для StorSimple 8000 Series, - 6.3.9600.17820.
Версия Api Версия программного обеспечения Windows PowerShell API устройства HCS.
Vhd Версия Версия программного обеспечения заводского образа, с которым было поставлено устройство.Если вы сбросите устройство до заводских настроек по умолчанию, то на нем будет работать эта версия программного обеспечения.
OS Версия Версия программного обеспечения операционной системы Windows Server, работающей на устройстве. Устройство StorSimple основано на Windows Server 2012 R2, что соответствует версии 6.3.9600.
CisAgentVersion Версия вашего агента Cis, работающего на вашем устройстве StorSimple. Этот агент помогает взаимодействовать со службой StorSimple Manager, работающей в Azure.
MdsAgentVersion Версия, соответствующая агенту Mds, запущенному на вашем устройстве StorSimple. Этот агент перемещает данные в службу мониторинга и диагностики (MDS).
Lsisas2 Версия Версия, соответствующая драйверам LSI на устройстве StorSimple.
Вместимость Общая емкость устройства в байтах.
Режим удаленного управления Указывает, можно ли удаленно управлять устройством через интерфейс Windows PowerShell.
FipsMode Указывает, включен ли на вашем устройстве режим Федерального стандарта обработки информации США (FIPS). Стандарт FIPS 140 определяет криптографические алгоритмы, одобренные для использования компьютерными системами федерального правительства США для защиты конфиденциальных данных. Для устройств с обновлением 4 или новее режим FIPS включен по умолчанию.

Следующие шаги

Диагностика и устранение неполадок конфигурации сервера машинного обучения

  • 11 минут на чтение

В этой статье

Применимо к: Machine Learning Server, Microsoft R Server 9.1

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

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

В набор диагностических тестов входят:

  • Общая проверка работоспособности конфигурации
  • След выполнения (код R, код Python или веб-служба)

Также рассматриваются дополнительные темы по устранению неполадок.

Проверьте свою конфигурацию

  1. Запустить диагностические тесты:

    • На сервере машинного обучения 9.3 и новее (или любой другой машине, имеющей доступ к серверу машинного обучения) запустите окно командной строки или терминал с правами администратора (Windows) или root / sudo (Linux) и выполните эту команду.

        # С повышенными привилегиями выполните следующие команды.
      # Аутентифицируйтесь с помощью CLI, если вы еще этого не сделали
      az войти --mls
      
      # Если вы работаете с другой машины, укажите конечную точку MLS
      az ml admin --mls --endpoint <Конечная точка>
      
      # Запускаем диагностику
      az ml admin диагностический запуск
        
    • В более ранних версиях (9.0 - 9,2):

      1. Запустите утилиту администрирования с правами администратора (Windows) или root / sudo (Linux).

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

        Если вы еще не прошли аутентификацию, укажите свое имя пользователя и пароль.

  2. Просмотрите результаты теста.Если возникают какие-либо проблемы, появляется необработанный отчет. Вы также можете изучить файлы журналов и попытаться решить проблемы.

  3. После внесения исправлений перезапустите соответствующий компонент. Для перезапуска компонента может потребоваться несколько минут.

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

Вы также можете получить отчет о работоспособности напрямую с помощью вызова API состояния.

Отследить выполнение кода

Чтобы пройти выполнение определенной строки кода и получить идентификаторы запросов для целей отладки, запустите трассировку.

  1. Запустить тесты трассировки кода:

    • На Machine Learning Server 9.3 и более поздних версиях запустите окно командной строки или терминал с правами администратора (Windows) или root / sudo (Linux) и выполните одну из этих команд, чтобы отследить выполнение блока кода или сценария:

        # Выполните аутентификацию с помощью CLI, если вы еще этого не сделали
      az войти --mls
      
      # Если вы запускаете тесты с другой машины, укажите конечную точку MLS
      az ml admin --mls --endpoint <Конечная точка>
      
      # Отслеживание выполнения встроенного блока кода R
      az ml диагностический код администратора --runtime R --block "x <-5; x"
      # Отслеживание выполнения сценария R
      az ml admin диагностический код --runtime R --file <путь / к / скрипту.R>
      # Отслеживание выполнения встроенного блока кода Python
      az ml диагностический код администратора --runtime python --block "x = 5; print (x)"
      # Отслеживание выполнения скрипта Python
      az ml admin диагностический код --runtime python --file <путь / к / script.py>
        
    • В более ранних версиях (9.0 - 9.2):

      1. Запустите утилиту администрирования с правами администратора (Windows) или root / sudo (Linux).

      2. В меню выберите Выполнить диагностические тесты , затем Выполнение кода трассировки R или Выполнение кода трассировки Python в зависимости от используемого языка.

      3. При появлении запроса введите код, который нужно отследить.

      4. Чтобы начать трассировку, нажмите клавишу Enter (возврат каретки).

  2. Просмотрите выходные данные трассировки.

Отслеживание выполнения веб-службы

Чтобы выполнить выполнение определенной веб-службы и получить идентификаторы запросов для целей отладки, запустите трассировку.

  1. Запустить тесты выполнения веб-службы:

    • на сервере машинного обучения 9.3 и новее, запустите окно командной строки или терминал с правами администратора (Windows) или root / sudo (Linux) и выполните эту команду, указав имя и версию веб-службы:

        # Выполните аутентификацию с помощью CLI, если вы еще этого не сделали
      az войти --mls
      
      # Если вы запускаете тесты с другой машины, укажите конечную точку MLS
      az ml admin --mls --endpoint <Конечная точка>
      
      az ml admin диагностическая служба --name  --version 
        
    • В более ранних версиях (9.0 - 9,2):

      1. Запустите утилиту администрирования с правами администратора (Windows) или root / sudo (Linux).

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

        Если вы еще не прошли аутентификацию, вы должны указать свое имя пользователя и пароль.

      3. Введите имя и версию службы после синтаксиса «<имя-службы> / <версия>», например my-service / 1.1 .

      4. Чтобы начать трассировку, нажмите клавишу Enter (возврат каретки).

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

Файлы журнала и уровни

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

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

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

Уровень Описание
Подробно Самый подробный уровень регистрации всех действий, который редко (если вообще когда-либо) включается в производственных средах
Отладка Регистрирует надежные детали, включая внутренние системные события, которые не обязательно наблюдаются
Информация Регистрирует системные события, соответствующие ее обязанностям и функциям
Предупреждение Регистрирует только тогда, когда служба ухудшается, находится под угрозой или может вести себя за пределами ожидаемых параметров.(Уровень по умолчанию)
Ошибка Регистрирует только ошибки (функциональность недоступна или ожидания нарушены)
Критическое Регистрирует только фатальные события, приводящие к сбою приложения

Для обновления уровня ведения журнала:

  1. На каждом вычислительном узле И на каждом веб-узле откройте файл конфигурации /appsettings.json. (Найдите путь для установки вашей версии.)

  2. Найдите раздел, начинающийся с «Ведение журнала»: {

  3. Установите уровень ведения журнала для «По умолчанию» , который фиксирует события сервера машинного обучения по умолчанию.Для поддержки отладки используйте уровень «Отладка».

  4. Установите уровень ведения журнала для «Система» , который фиксирует основные события .NET Server Machine Learning Server. Для поддержки отладки используйте уровень «Отладка». Используйте то же значение, что и для «По умолчанию» .

  5. Сохраните файл.

  6. Перезапустите службы узла.

  7. Повторите эти изменения на каждом вычислительном узле и каждом веб-узле.
    У каждого узла должны быть одинаковые настройки приложения.json свойства.

  8. Повторите те же операции, которые выполнялись, когда возникла ошибка (и).

  9. Соберите файлы журнала с каждого узла для отладки.

Отслеживание действий пользователя

Используя ведение журнала информационного уровня, можно регистрировать любой вызов Core API или API потребления услуг. Кроме того, в журналах также записывается UserPrincipalName ответственного пользователя. Пользовательскому сеансу при успешном входе в систему присваивается уникальный идентификатор LoginSessionId , который включается в последующие записи журнала с подробным описанием действий (REST API), выполненных пользователем во время этого сеанса. LoginSessionId позволяет более детально связывать действия пользователя с конкретным сеансом пользователя.

Чтобы включить регистрацию информации, обновите «LogLevel» для «По умолчанию» до «Информация» на веб-узле, используя приведенные выше инструкции.

  "LogLevel": {
     «По умолчанию»: «Информация»
}
  

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

  2018-01-23 22: 21: 21.770 +00: 00 [Информация] {"CorrelationId": "d6587885-e729-4b12-a5aa-3352b4500b0d", "Тема": {"Операция": "Вход в систему", " UserPrincipalName ":" azureuser "," RemoteIpAddress ":" xxxx "," LoginSessionId ":" A580CF7A1ED5587BDFD2E63E26103A672DE53C6AF9929F17E6311C4405950F1408F53FF218CB5E9701476A7C08CF1408F53E9701476A2

2018-01-23 22: 24: 29.812 +00: 00 [Информация] {"CorrelationId": "06d3f05d-5819-4c06-a366-a74d36a1c33c", "Subject": {"Operation": "REQUEST POST / sessions", «UserPrincipalName»: «azureuser», «RemoteIpAddress»: «x.x.x.x "," LoginSessionId ":" A580CF7A1ED5587BDFD2E63E26103A672DE53C6AF9929F17E6311C4405950F1408F53E9451476B7B370C621FF7F6CE5E622183B4463A238A38A}
2018-01-23 22: 24: 29.960 +00: 00 [Информация] {"CorrelationId": "06d3f05d-5819-4c06-a366-a74d36a1c33c", "Subject": {"Operation": "RESPONSE POST / sessions", «UserPrincipalName»: «azureuser», «RemoteIpAddress»: «xxxx», «StatusCode»: 201}}

2018-01-23 22: 28: 33.661 +00: 00 [Информация] {"CorrelationId": "47e20e55-e5ca-4414-bd84-e3e0dd7b01cc", "Subject": {"Operation": "REQUEST DELETE / sessions / fc3222d7 -09bd-4a89-a959-380f1e639340 / force "," UserPrincipalName ":" azureuser "," RemoteIpAddress ":" x.x.x.x "," LoginSessionId ":" A580CF7A1ED5587BDFD2E63E26103A672DE53C6AF9929F17E6311C4405950F1408F53E9451476B7B370C621FF7F6CE5E622183B4463A238A38A}
2018-01-23 22: 28: 34.818 +00: 00 [Информация] {"CorrelationId": null, "Subject": {"Operation": "RESPONSE DELETE / sessions / fc3222d7-09bd-4a89-a959-380f1e639340 / force "," UserPrincipalName ":" azureuser "," RemoteIpAddress ":" xxxx "," StatusCode ": 200}}
  

Сопоставляя приведенные выше журналы с использованием значения LoginSessionId , можно определить, что пользователь «azureuser» вошел в систему, создал сеанс, а затем удалил этот сеанс в течение периода времени с 22:21 2018-01-23 по 2018-01 -23 22:28.Мы также можем получить другую информацию, такую ​​как IP-адрес компьютера, с которого «azureuser» выполнил эти действия ( RemoteIpAddress ), и были ли запросы успешными или неудачными ( StatusCode ). Во второй записи обратите внимание, что запрос и ответ для каждого действия пользователя можно коррелировать с помощью CorrelationId .

Поиск и устранение неисправностей

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

Важно

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

«BackEndConfiguration is missing URI» Ошибка

Если вы получаете сообщение BackEndConfiguration is missing URIs Ошибка при попытке установить веб-узел, убедитесь, что ваши вычислительные узлы установлены и объявлены перед установкой веб-узлов.

  Необработанное исключение: System.Reflection.TargetInvocationException: исключение было выдано целью вызова.---> Microsoft.DeployR.Server.App.Common.Exceptions.ConfigurationException: в BackEndConfiguration отсутствуют URI
   в Microsoft.DeployR.Server.WebAPI.Extensions.ServicesExtensions.AddDomainServices (IServiceCollection serviceCollection, IHostingEnvironment env, IConfigurationRoot configurationRoot, String LogPath)
   --- Конец трассировки внутреннего стека исключений ---
  

«Не удается установить соединение с веб-узлом» Ошибка

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

Если проблема не исчезнет, ​​убедитесь, что вы можете отправлять сообщения в API входа, используя curl, fiddler или что-то подобное. Затем поделитесь этой информацией с техподдержкой или разместите на нашем форуме.

Длительные задержки при использовании веб-службы на Spark

Если вы столкнулись с длительными задержками при попытке использовать веб-службу, созданную с помощью функций mrsdeploy в контексте вычислений Spark, вам может потребоваться добавить некоторые недостающие папки. Приложение Spark принадлежит пользователю с именем 'rserve2' всякий раз, когда оно вызывается из веб-службы с помощью функций mrsdeploy.

Чтобы обойти эту проблему, создайте следующие папки для пользователя rserve2 в локальном и hdfs:

  hadoop fs -mkdir / пользователь / RevoShare / rserve2
hadoop fs -chmod 777 / пользователь / RevoShare / rserve2
 
mkdir / var / RevoShare / rserve2
chmod 777 / var / RevoShare / rserve2
  

Затем создайте новый контекст вычислений Spark:

  rxSparkConnect (сброс = ИСТИНА)
  

Если 'reset = TRUE', все кэшированные кадры данных Spark освобождаются, а все существующие приложения Spark, принадлежащие текущему пользователю, закрываются.

Compute Node Failed / HTTP status 503 on APIs (9.0.1 - Linux Only)

Если вы получаете ответ HTTP status 503 (Service Unavailable) при использовании Rest API или обнаруживаете сбой для вычислительного узла во время диагностического тестирования, то одна или несколько символических ссылок, необходимых для deployr-rserve, отсутствуют. deployr-rserve - это исполняющий компонент R для вычислительного узла,

  1. Запустить командное окно с правами администратора с правами root / sudo.

  2. Запустите диагностический тест системы на компьютере, на котором размещен вычислительный узел.

  3. Если проверка показывает, что проверка вычислительного узла не удалась, введите в командной строке pgrep -u rserve2 .

  4. Если идентификатор процесса не возвращается, значит, компонент выполнения R не запущен, и нам нужно проверить, какие символические ссылки отсутствуют.

  5. В командной строке введите tail -f /opt/deployr/9.0.1/rserve/R/log .Символьные ссылки открыты.

  6. Сравните эти символические ссылки с символическими ссылками, перечисленными в статье о конфигурации.

  7. Добавьте несколько символических ссылок, используя команды из статьи о настройке.

  8. Перезапустите службы вычислительного узла.

  9. Запустите диагностический тест или попробуйте API еще раз.

Неавторизованный / статус HTTP 401

Если вы настроили сервер машинного обучения для аутентификации по LDAP / AD, и у вас возникли проблемы с подключением или ошибка 401 , проверьте настройки LDAP, которые вы указали в настройках приложения.json. Используйте инструмент ldp.exe, чтобы найти правильные настройки LDAP и сравнить их с заявленными вами. Вы также можете проконсультироваться с любыми экспертами по Active Directory в вашей организации, чтобы определить правильные параметры.

Конфигурация не восстанавливалась после обновления

Если вы следовали инструкциям по обновлению, но ваша конфигурация не сохранилась, поместите резервную копию файла appsettings.json в следующие каталоги и снова переустановите Machine Learning Server:

Буквенно-цифровое сообщение об ошибке при использовании услуги

Если вы получаете сообщение об ошибке, подобное сообщению : b55088c4-e563-459a-8c41-dd2c625e891d при использовании веб-службы, найдите в файле журнала вычислительного узла буквенно-цифровой код ошибки, чтобы прочитать сообщение об ошибке полностью.

Ошибка выполнения кода с «ServiceBusyException» в журнале

Если выполнение кода завершается сбоем и возвращает ошибку ServiceBusyException в файле журнала веб-узла, то выполнение может быть заблокировано проблемой прокси.

Временное решение:

  1. Откройте файл инициализации R <папка установки> \ R_SERVER \ etc \ Rprofile.site.

  2. Добавьте следующий код в качестве новой строки в Rprofile.site:

      utils :: setInternet2 (ИСТИНА)
      
  3. Сохраните файл и перезапустите сервер машинного обучения.

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

  5. Запустить диагностический тест или выполнить код еще раз.

Ошибка: «Microsoft.AspNetCore.Server.Kestrel.Internal.Networking.UvException: Ошибка -97 Семейство адресов EAFNOSUPPORT не поддерживается»

Применимо к: Machine Learning Server

Если при попытке запустить веб-узел возникает следующая ошибка «Microsoft.AspNetCore.Server.Kestrel.Internal.Networking.UvException: Ошибка -97 Семейство адресов EAFNOSUPPORT не поддерживается », затем отключите IPv6 в своей операционной системе.

az: ошибка: аргумент command_package: недопустимый выбор: ml

Применимо к: Machine Learning Server 9.3 или новее

Если по какой-либо причине расширение azure-ml-admin-cli недоступно или было удалено вы получите следующую ошибку:

 > az ml admin --help

az: ошибка: аргумент _command_package: недопустимый выбор: ml
использование: az [-h] [--verbose] [--debug] [--output {tsv, table, json, jsonc}]
          [--query JMESPATH]
          {aks, backup, redis, network, cosmosdb, batch, iot, dla, group, webapp, acr, dls,
           хранилище, mysql, vm, резервирование, учетная запись, keyvault, sql, vmss, eventgrid,
           управляемое приложение, объявление, советник, postgres, контейнер, политика, лаборатория, батчай,
           functionapp, личность, роль, когнитивные услуги, монитор, SF, ресурс, cdn,
           тег, обратная связь, снимок, диск, расширение, acs, поставщик, облако, блокировка, изображение,
           поиск, выставление счетов, служба приложений, вход, потребление, функция, выход из системы, настройка,
           интерактивный}
  

Если вы столкнулись с этой ошибкой, вы можете повторно добавить расширение как таковое:

Окна:

 > az extension add --source 'C: \ Program Files \ Microsoft \ ML Server \ Setup \ azure_ml_admin_cli-0.0.1-py2.py3-none-any.whl '- да
  

Linux:

 > az extension add --source /opt/microsoft/mlserver/9.4.7/o16n/azure_ml_admin_cli-0.0.1-py2.py3-none-any.whl --yes
  
Параметры конфигурации модели

: Диагностика - MATLAB и Simulink

Разрешить указание символьного размера

Укажите, распространяет ли Simulink символы размеров по всей модели и сохраняет эти символы в распространяемом сигнале Габаритные размеры.

Допустимые системы единиц

Укажите системы единиц измерения, разрешенные в модели.

Сообщения о несогласованности единиц измерения

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

Разрешить автоматическое преобразование единиц измерения

Разрешить автоматическое преобразование единиц измерения в модель.

Проверить вывод среды выполнения контекста выполнения

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

Проверить начальный вывод неопределенной подсистемы

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

Несогласованность данных решателя

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

Игнорируемые переходы через ноль

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

Маскированные переходы через ноль

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

Блок-схема содержит отключенные ссылки на библиотеки

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

Блок-схема содержит ссылки на параметризованные библиотеки

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

Начальное состояние - массив

Поведение сообщения, когда начальное состояние массив

Недостаточная максимальная длина идентификатора

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

Комбинируйте методы вывода и обновления для генерации кода и моделирования

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

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

Блоки импорта FMU

Когда включен режим выполнения отладки, двоичные файлы FMU выполняется в отдельном процессе.

Арифметические операции в вариантных условиях

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

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

Быстрый сканер уязвимости BlueKeep

RDPScan - это быстрый сканер уязвимости CVE-2019-0708 в Microsoft Remote Desktop.В настоящий момент в общедоступном Интернете насчитывается около 900 000 машин, уязвимых для этой уязвимости, поэтому многие должны ожидать появления червя, такого как WannaCry и notPetya.

Поэтому просканируйте свои сети и исправьте (или хотя бы включите NLA) на уязвимых системах. Это инструмент командной строки. Вы можете скачать исходный код и скомпилировать его самостоятельно, либо вы можете загрузить один из предварительно скомпилированных двоичных файлов для Windows или macOS по ссылке выше.

Первичное использование

Чтобы просканировать сеть, запустите его следующим образом:

rdpscan 192.168.1.1-192.168.1.255

Это дает один из 3 результатов для каждого адреса:

  • БЕЗОПАСНО - , если цель определила, что бот исправлен или по крайней мере требует CredSSP / NLA
  • УЯЗВИМО - , если подтверждена уязвимость цели
  • НЕИЗВЕСТНО - если цель не t отвечает или имеет какой-либо сбой протокола

Когда на целевом IP-адресе ничего не существует, более старые версии выдавали сообщение « UNKNOWN - connection timed out ».При сканировании больших сетей это создает перегрузку из-за слишком большого количества информации о системах, которые вам не нужны. Следовательно, новая версия по умолчанию не предоставляет эту информацию, если вы не добавите -v (для подробного описания) в командную строку.

Вы можете увеличить скорость сканирования больших сетей, увеличив количество рабочих:

rdpscan –workers 10000 10.0.0.0/8

Однако на моем компьютере он производит всего около 1500 рабочих из-за системных ограничений, независимо от того, насколько высоко я настроил этот параметр.

Вы можете увеличить скорость еще больше, используя это вместе с masscan , описанным во втором ниже

Также прочтите - Семантика: анализ, анализ и сравнение исходного кода на многих языках

Интерпретация результатов

Есть три общих ответа:

  • SAFE - , что означает, что цель, вероятно, исправлена ​​или иным образом не уязвима для ошибки.
  • УЯЗВИМОСТЬ: означает, что мы подтвердили, что цель уязвима для этой ошибки, и что при попадании червя, скорее всего, она заразится.
  • НЕИЗВЕСТНО: означает, что мы не можем подтвердить ни одним из способов, обычно потому, что цель не отвечает или не использует RDP, что составляет подавляющее большинство ответов. Кроме того, когда у целей не хватает ресурсов или возникают проблемы с сетью, мы получаем много таких сообщений. Наконец, за ошибки в протоколе лежит большая ответственность. Хотя три основных ответа: БЕЗОПАСНЫЙ , УЯЗВИМЫЙ и НЕИЗВЕСТНЫЙ , они содержат дополнительный текст, объясняющий диагноз.В этом разделе описаны различные строки, которые вы увидите.

БЕЗОПАСНЫЙ

Мы считаем, что цель безопасна по трем основным причинам:

  • БЕЗОПАСНО - Целевой объект исправлен Это происходит, когда цель не отвечает на запрос запуска. Это означает, что это система Windows, на которую были внесены исправления, или система, которая изначально не была уязвима, например Windows 10 или Unix.
  • SAFE - Требуется CredSSP / NLA Это означает, что целевой объект сначала требует аутентификации на уровне сети, прежде чем может быть установлено соединение RDP.Инструмент не может пройти эту точку без правильных учетных данных, поэтому не может определить, исправлена ​​ли цель. Однако хакеры не могут продолжать использовать уязвимые системы и дальше, так что вы, вероятно, «в безопасности». Однако при появлении эксплойтов инсайдеры с действительными именами пользователей и паролями смогут использовать систему, если она не исправлена.
  • SAFE - not RDP Это означает, что система не является RDP, но имеет другую службу, которая использует этот же порт и выдает ответ, который явно не RDP.Типичные примеры - HTTP и SSH. Однако обратите внимание, что вместо идентифицируемого протокола сервер может ответить пакетом RST или FIN. Они обозначены как НЕИЗВЕСТНО вместо БЕЗОПАСНЫЙ /

УЯЗВИМЫЙ

Это означает, что мы подтвердили, что система уязвима для ошибки.

  • VULNERABLE - got appid Существует только один ответ, когда система уязвима, это один.

НЕИЗВЕСТНО

Существует миллион вариаций неизвестного

  • UNKNOWN - no connection - timeout Это, безусловно, наиболее распространенный ответ, который происходит, когда целевой IP-адрес вообще не отвечает.Фактически, это настолько распространено, что при сканировании больших диапазонов адресов его обычно пропускают. Вы должны добавить флаг -v (подробный), чтобы включить его.
  • НЕИЗВЕСТНО - нет соединения - отказано (RST) Это, безусловно, второй наиболее распространенный ответ, который происходит, когда цель существует и отвечает на сетевой трафик, но не использует RDP, поэтому отказывается от соединения с TCP RST пакет.
  • НЕИЗВЕСТНО - Ошибка протокола RDP - тайм-аут приема Это третий по частоте ответ, который возникает, когда мы успешно установили соединение RDP, но затем сервер перестает отвечать нам.Это происходит из-за сетевых ошибок и когда целевая система по какой-то причине перегружена. С этой стороны также могут быть сетевые ошибки, например, когда вы находитесь за NAT и перегружаете его слишком большим количеством подключений.
  • НЕИЗВЕСТНО - нет соединения - соединение закрыто Это означает, что мы установили соединение (TCP SYN-ACK), но затем соединение немедленно закрывается (с помощью RST или FIN). Это происходит по многим причинам, которые мы не можем различить:
    • Выполняется RDP, но по какой-то причине соединение закрывается, возможно, из-за нехватки ресурсов.
    • Это не RDP, и ему не нравится RDP-запрос, который мы ему отправляем, поэтому при отправке нам приятного сообщения об ошибке (которое запускало бы SAFE, а не RDP ), он внезапно закрывает соединение.
    • Некоторое промежуточное устройство, такое как IPS, брандмауэр или NAT, закрыло соединение, потому что оно идентифицировало его как враждебное, или исчерпало ресурсы.
    • Есть еще одна причина, которую я не назвал, когда я просматриваю Интернет, происходит много странных вещей.
  • НЕИЗВЕСТНО - нет соединения - узел недоступен (ошибка ICMP ) Удаленная сеть сообщает, что узел недоступен или не работает.Повторите попытку позже, если считаете, что этот хост должен быть жив.
  • НЕИЗВЕСТНО - нет соединения - сеть недоступна (ошибка ICMP) На дальнем конце произошла (временная) сетевая ошибка. Повторите попытку позже, если считаете, что сеть должна работать.
  • НЕИЗВЕСТНО - протокол RDP ошибка Это означает, что в протоколе RDP произошло некоторое повреждение, либо из-за того, что удаленная сторона неправильно его реализует (не в системе Windows), либо из-за того, что она плохо обрабатывает временную сетевую ошибку, либо из-за чего-то еще.
  • НЕИЗВЕСТНО - Ошибка протокола SSL Начиная с Windows Vista, RDP использует протокол STARTTLS для работы через SSL. У этого уровня есть свои проблемы, подобные описанным выше, которые включают плохую обработку основных сетевых ошибок или попытки связи с системами, которые имеют некоторую несовместимость. Если вы получаете здесь очень длинное сообщение об ошибке (например, SSL3_GET_RECORD: неправильная версия), это потому, что на другой стороне есть ошибка в SSL или ваша собственная библиотека SSL, которую вы используете, содержит ошибку.

Использование с Masscan

Этот инструмент rdpscan довольно медленный, сканирует всего несколько сотен целей в секунду.Вместо этого вы можете использовать masscan , чтобы ускорить процесс. Инструмент masscan примерно в 1000 раз быстрее, но дает лишь ограниченную информацию о цели.

Шаги:

  • Сначала просканируйте диапазоны адресов с помощью masscan, чтобы быстро найти хосты, которые отвечают на порт 3389 (или любой другой порт, который вы используете).
  • Вторая подает выходной сигнал masscan в rdpscan , поэтому он должен сканировать только те цели, которые мы знаем, что они активны.

Самый простой способ запустить это - просто объединить их в командной строке:

массскан 10.0.0.0 / 8 -p3389 | rdpscan –file -

Я делаю это в два этапа:

masscan 10.0.0.0/8 -p3389> ips.txt
rdpscan –file ips.txt –workers 10000> results.txt

Корпус

Сложная часть - это установить библиотеки OpenSSL , которые не конфликтуют с другими версиями в системе. Ниже приведены некоторые примеры версий Linux, которые я тестировал, но они продолжают менять имена пакетов от одного дистрибутива к другому.Кроме того, существует множество вариантов API, совместимых с OpenSSL, таких как BoringSSL и LibreSSL.

$ sudo apt install libssl-dev
$ sudo yum install openssl-devel

Как только вы решите эту проблему, просто скомпилируйте все файлы .c вместе следующим образом:

$ gcc * .c -lssl -lcrypto -o rdpscan

Я поместил Makefile в каталог, который делает это, так что вы, вероятно, можете сделать просто:

$ марка

Код написан на C, поэтому необходим установленный компилятор C, например:

$ sudo apt install build-essential

Распространенные ошибки сборки

В этом разделе описаны наиболее очевидные ошибки сборки.

ssl.h: 24: 25: фатальная ошибка: openssl / rc4.h: нет такого файла или каталога

Это означает, что у вас либо не установлены заголовки OpensSSL, либо они не указаны в пути. Помните, что даже если у вас установлены двоичные файлы OpenSSL, это не означает, что у вас установлены средства разработки. Вам потребуются установленные заголовки и библиотеки.

Чтобы установить эти вещи в Debian, выполните:

$ sudo apt установить libssl-dev

Чтобы устранить проблему с путём, добавьте флаг компиляции -I / usr / local / include или что-то подобное.

Пример проблемы компоновщика:

Неопределенные символы для архитектуры x86_64:
«_OPENSSL_init_ssl», ссылка на которую имеется:
_tcp_tls_connect в tcp-fac73c.o
«_RSA_get0_key», ссылка на:
_rdssl_rkey_connect из:
_rdssl_rkey_connect_get_exp_mod2_ddfXsl.sset_get_exp_mod2 tcp-fac73c.o
«_X509_get_X509_PUBKEY», ссылка на которую имеется:
_rdssl_cert_to_rkey в ssl-d5fdf5.o

Я получаю это в macOS, потому что существует несколько версий OpenSSL.Я исправляю это путем жесткого кодирования путей:

$ gcc * .c -lssl -lcrypto -I / usr / local / include -L / usr / local / lib -o rdpscan

Согласно комментариям других, следующая командная строка может работать в macOS, если вы использовали Homebrew для установки чего-либо. Тем не менее, я все еще получаю указанные выше ошибки связывания, потому что я установил другие конфликтующие компоненты OpenSSL.

gcc $ (brew –prefix) /opt/openssl/lib/libssl.a $ (brew –prefix) /opt/openssl/lib/libcrypto.a -o rdpscan *.c

Работает

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

Чтобы сканировать одиночную цель, просто передайте адрес цели:

./rdpscan 192.168.10.101

Вы можете передавать IPv6-адреса и DNS-имена. Вы можете пройти несколько целей. Примером этого может быть:

./rdpscan 192.168.10.101 exchange.example.com 2001: 0db8: 85a3 :: 1

Вы также можете сканировать диапазоны адресов, используя либо начальные адреса IPv4, либо спецификацию IPv4 CIDR.Диапазоны IPv6 не поддерживаются, потому что они очень большие.

./rdpscan 10.0.0.1-10.0.0.25 192.168.0.0/16

По умолчанию он сканирует только 100 целей за раз. Вы можете увеличить это число с помощью параметра --workers . Однако независимо от того, насколько высоко вы установите этот параметр, на практике вы получите максимум от 500 до 1500 рабочих одновременно, в зависимости от вашей системы.

./rdpscan –workers 1000 10.0.0.0/24

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

./ rdpscan –файл ips.txt

Формат файла - один адрес, имя или диапазон на строку. Он также может потреблять текст, сгенерированный masscan . Лишние пробелы обрезаются, пустые строки игнорируются, любые строки комментариев игнорируются. Комментарий - это строка, начинающаяся с символа # или // символов.

Выходные данные отправляются на stdout со статусом УЯЗВИМО, БЕЗОПАСНО или НЕИЗВЕСТНО. Для каждого могут быть дополнительные причины.Эти причины описаны выше.

211.101.37.250 - БЕЗОПАСНО - требуется CredSSP / NLA
185.11.124.79 - БЕЗОПАСНО - не RDP - Получен ответ SSH
125.121.137.42 - НЕИЗВЕСТНО - соединение отсутствует - отказано (RST)
40.117.191.215 - БЕЗОПАСНО - требуется CredSSP / NLA
121.204.186.182 - БЕЗОПАСНО - требуется CredSSP / NLA
99.8.11.148 - БЕЗОПАСНО - требуется CredSSP / NLA
121.204.186.114 - БЕЗОПАСНО - Требуется CredSSP / NLA
49.50.145.236 - БЕЗОПАСНО - требуется CredSSP / NLA
106.12.74.155 - VULER есть приложение
222.84.253.26 - БЕЗОПАСНО - требуется CredSSP / NLA
144.35.133.109 - НЕИЗВЕСТНО - ошибка протокола RDP - время ожидания приема
199.212.226.196 - НЕИЗВЕСТНО - ошибка протокола RDP - время ожидания приема
183.134.58.152 - НЕИЗВЕСТНО - соединение отсутствует - отказ (RST)
83.162.246.149 - УЯЗВИМЫЙ - получил appid

Вы можете обработать это с помощью дополнительных команд unix, таких как grep и cut . Чтобы получить список только уязвимых машин:

./rdpscan 10.0.0.0/8 | grep ‘VULN’ | вырезать -f1 -d’- ‘

Параметр -dddd означает диагностическую информацию , где чем больше d вы добавляете, тем больше деталей печатается.Он отправляется на stderr вместо stdout , чтобы вы могли разделить потоки. При использовании bash это делается так:

./rdpscan –file myips.txt -ddd 2> diag.txt 1> results.txt

Диагностическая информация

Добавление параметра -d выводит диагностическую информацию о соединениях на stderr .

./rdpscan 62.15.34.157 -d

[+] [62.15.34.157]: 3389 - подключение…
[+] [62.15.34.157]: 3389 - SSL-соединение
[+] [62.15.34.157]: 3389 - версия = v4.8
[+] [62.15.34.157]: 3389 - Отправка контрольного пакета MS_T120
[-] [62.15.34.157 ]: 3389 - Достигнуто максимальное количество отправлений, ожидание…
62.15.34.157 - БЕЗОПАСНО - цель кажется исправленной

В macOS / Linux вы можете перенаправить stdout и stderr отдельно в разные файлы обычным способом:

./rdpscan –file ips.txt 2> diag.txt 1> results.txt

SOCKS5 и Tor lulz

Итак, он включает поддержку SOCKS5:

./ rdpscan –file ips.txt –socks5 localhost –socks5port 9050

Это усугубляет проблемы с подключением, поэтому вы получаете гораздо больше результатов «НЕИЗВЕСТНО».

Статическая ссылка OpenSSL

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

Оба этих шага начинаются с загрузки исходного кода OpenSSL и помещения его рядом с каталогом rdpscan :

git clone https://github.com/openssl/openssl

Окна

Для Windows необходимо сначала установить некоторую версию Perl. Я использую ActiveState.

Далее вам понадобится специальный «ассемблер». Я использую рекомендованный NASM)

Далее вам понадобится компилятор. Я использую VisualStudio 2010.Вы можете загрузить последнюю версию «Visual Studio Community Edition» (это 2019 год) от Microsoft.

Теперь вам нужно собрать make-файл. Это можно сделать, войдя в каталог OpenSSL и запустив программу Configure Perl:

perl Настроить VC-WIN32

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

Мне нужна полностью статическая сборка, включая среду выполнения C.Для этого я открыл получившийся make-файл в редакторе и изменил флаг компиляции C с / MD (что означает использование DLL) на / MT . Пока я был там, я добавил следующее в CPPFLAGS -D_WIN32_WINNT = 0x501 , который ограничивает OpenSSL функциями, которые работают в Windows XP и Server 2003. В противном случае вы получите ошибку, что bcrypt.dll не был найден, если ваш работать на тех старых системах.

Теперь вам нужно убедиться, что все на вашем пути.Я скопировал nasm.exe в каталог в PATH. Для Visual Studio 2010 я запустил программу vcvars32.bat , чтобы настроить переменные пути для компилятора.

В этот момент в командной строке я набрал:

нмаке

Это делает библиотеки. Статические: libssl_static.lib и libcrypto_static.lib , которые я использую для ссылки в rdpscan .

macOS

Прежде всего, вам необходимо установить компилятор.Я использую Developer Tools от Apple, устанавливаю XCode и компилятор. Я думаю, вы можете использовать Homebrew для установки gcc вместо этого.

Затем перейдите в исходный каталог для OpenSSL и создайте make-файл:

perl Настроить darwin64-x86_64-cc

Теперь просто сделай это:

сделать зависит
сделать

На данный момент созданы как динамические ( .dylib ), так и статические ( .lib ) библиотеки. Я удалил динамические библиотеки, чтобы они по умолчанию перехватывали статические.

Теперь в rdpscan просто создайте make-файл macOS:

make -f Makefile.macos

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

В результате должен получиться исполняемый файл размером 3 мегабайта. Если вместо этого у вас есть исполняемый файл размером 200 килобайт, значит, вы допустили ошибку и вместо этого связались с динамическими библиотеками.

404

  • Компания
  • Автомобильная промышленность
  • Промышленное
  • ИТ-сети
  • Карьера
  • английский
    • Выберите свой язык
    • английский
    • Deutsch
    • Китайский
    • Япония
Выберите Дивизион
  • Компания
  • Автомобильная промышленность
  • Промышленное
  • ИТ-сети
  • Карьера
  • Приложения
    • Диагностика
    • Измерение
    • Тестирование
    • Электрические испытания
    • API интерфейсы
      • API автоматизации / OPC-сервер
      • D-сервер API
      • API D-PDU
      • CAN Layer2 API
      • API SAE J2534
    • Авторские системы
    • Диагностика 4.0 - удаленный, облачный
    • Flash-программирование
    • Коммуникационные решения
    • OBD (бортовая диагностика)
    • Моделирование
    • Функциональная безопасность
  • Стандарты
    • Программные интерфейсы
      • D-сервер (ISO 22900)
      • API D-PDU (ISO 22900)
      • PassThru (SAE J2534)
      • RP1210
    • Описание данных
      • ODX ISO 22901-1
      • OTX ISO 13209
      • ASAM MCD-2MC
      • CANdb
    • Протоколы
      • UDS ISO 14229

% PDF-1.4 % 2777 0 объект> endobj xref 2777 222 0000000016 00000 н. 0000008015 00000 н. 0000008182 00000 п. 0000008399 00000 н. 0000008560 00000 н. 0000009179 00000 н. 0000009927 00000 н. 0000009965 00000 н. 0000021425 00000 п. 0000022165 00000 п. 0000022544 00000 п. 0000023169 00000 п. 0000023247 00000 п. 0000032352 00000 п. 0000032876 00000 п. 0000033256 00000 п. 0000033659 00000 п. 0000036257 00000 п. 0000037851 00000 п. 0000039544 00000 п. 0000041526 00000 п. 0000043058 00000 п. 0000044983 00000 п. 0000047062 00000 п. 0000048990 00000 н. 0000051661 00000 п. 0000099742 00000 н. 0000099802 00000 п. 0000099902 00000 н. 0000100001 00000 н. 0000100174 00000 н. 0000100276 00000 н. 0000100419 00000 п. 0000100594 00000 н. 0000100696 00000 п. 0000100880 00000 н. 0000101060 00000 н. 0000101162 00000 н. 0000101321 00000 п. 0000101482 00000 н. 0000101584 00000 н. 0000101766 00000 н. 0000101921 00000 н. 0000102023 00000 н. 0000102189 00000 п. 0000102356 00000 п. 0000102457 00000 н. 0000102647 00000 н. 0000102807 00000 н. 0000102908 00000 н. 0000103080 00000 н. 0000103254 00000 н. 0000103355 00000 п. 0000103515 00000 н. 0000103704 00000 п. 0000103805 00000 н. 0000103958 00000 н. 0000104073 00000 п. 0000104209 00000 н. 0000104343 00000 п. 0000104457 00000 н. 0000104576 00000 н. 0000104702 00000 п. 0000104821 00000 н. 0000104989 00000 н. 0000105132 00000 н. 0000105269 00000 п. 0000105391 00000 п. 0000105584 00000 н. 0000105722 00000 н. 0000105860 00000 н. 0000105981 00000 п. 0000106124 00000 п. 0000106330 00000 н. 0000106448 00000 н. 0000106577 00000 н. 0000106741 00000 н. 0000106858 00000 н. 0000107015 00000 н. 0000107143 00000 н. 0000107269 00000 н. 0000107403 00000 н. 0000107546 00000 н. 0000107692 00000 н. 0000107849 00000 п. 0000107999 00000 н. 0000108123 00000 н. 0000108249 00000 н. 0000108399 00000 н. 0000108599 00000 н. 0000108715 00000 н. 0000108872 00000 н. 0000109045 00000 н. 0000109157 00000 н. 0000109264 00000 н. 0000109443 00000 п. 0000109558 00000 п. 0000109686 00000 н. 0000109860 00000 п. 0000109995 00000 н. 0000110143 00000 п. 0000110271 00000 н. 0000110402 00000 п. 0000110528 00000 н. 0000110649 00000 н. 0000110791 00000 п. 0000110922 00000 н. 0000111070 00000 н. 0000111189 00000 н. 0000111318 00000 н. 0000111449 00000 н. 0000111605 00000 н. 0000111764 00000 н. 0000111935 00000 н. 0000112059 00000 н. 0000112244 00000 н. 0000112413 00000 н. 0000112546 00000 н. 0000112678 00000 н. 0000112821 00000 н. 0000112995 00000 н. 0000113175 00000 н. 0000113340 00000 н. 0000113517 00000 н. 0000113648 00000 н. 0000113808 00000 н. 0000113930 00000 н. 0000114042 00000 н. 0000114168 00000 п. 0000114335 00000 н. 0000114454 00000 н. 0000114590 00000 н. 0000114741 00000 н. 0000114905 00000 н. 0000115041 00000 н. 0000115170 00000 н. 0000115306 00000 н. 0000115459 00000 н. 0000115594 00000 н. 0000115728 00000 н. 0000115875 00000 н. 0000116025 00000 н. 0000116173 00000 н. 0000116315 00000 н. 0000116441 00000 н. 0000116566 00000 н. 0000116692 00000 н. 0000116823 00000 н. 0000116948 00000 н. 0000117068 00000 н. 0000117210 00000 н. 0000117402 00000 н. 0000117526 00000 н. 0000117640 00000 н. 0000117821 00000 н. 0000117980 00000 п. 0000118125 00000 н. 0000118264 00000 н. 0000118395 00000 н. 0000118514 00000 н. 0000118640 00000 п. 0000118811 00000 н. 0000118936 00000 н. 0000119070 00000 н. 0000119263 00000 н. 0000119387 00000 н. 0000119512 00000 н. 0000119705 00000 н. 0000119829 00000 н. 0000119979 00000 п. 0000120111 00000 п. 0000120255 00000 н. 0000120419 00000 н. 0000120548 00000 н. 0000120672 00000 н. 0000120802 00000 н. 0000120937 00000 н. 0000121062 00000 н. 0000121188 00000 н. 0000121300 00000 н. 0000121503 00000 н. 0000121641 00000 н. 0000121761 00000 н. 0000121941 00000 н. 0000122099 00000 н. 0000122254 00000 н. 0000122476 00000 н. 0000122622 00000 н. 0000122771 00000 н. 0000122911 00000 н. 0000123051 00000 н. 0000123248 00000 н. 0000123405 00000 н. 0000123552 00000 н. 0000123696 00000 н. 0000123871 00000 н. 0000124045 00000 н. 0000124189 00000 н.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *