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

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

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

Вывод

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

Для разработки проекта нужно решить следующие задачи:

1. Выбор контроллера.

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

3. Разработать новую компоновку для приборной панели.

4. Составление алгоритма работы контроллера.

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

6. Обоснование экономической эффективности.



Раздел 2. Конструкторская часть

2.1 Контроллер Электронная Система Управления Электрооборудованием (ЭСУ Э)

1) Назначение.

ЭСУ Э предназначена для выполнения следующих задач:

- опроса состояния переключателей приборной панели водителя;

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

- опроса состояния аналоговых (резистивных) и дискретных датчиков автомобиля;

- коммутации цепей исполнительных устройств электрооборудования (электроклапаны, электродвигатели, нагревательные элементы) и элементов светотехники автомобиля;

- диагностирования неисправностей в цепях исполнительных устройств и элементов светотехники;

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

- управление жидкостным предпусковым подогревателем дизельного двигателя;

- управление регулированием давления в шинах.

ЭСУ Э предназначена для работы в условиях эксплуатации по ГОСТ Р 20.39.304-98 для группы аппаратуры 1.4.1 климатического исполнения «О».

2) Технические характеристики.

Напряжение питания, В от 18 до 30;

Интерфейс информационного взаимодействия CAN 2.0;

Протокол информационного взаимодействия SAE J1939;

Диапазон температур, °С

- рабочих От -50 до +55;

- предельных От -65 до +70;

Исполнение по ГОСТ 14254-96 IP67.

В состав ЭСУ Э входит один Блок управления электрооборудованием электронный НКШР.468332.012 (ЭБУ Э) и два блока управления коммутацией электрооборудования электронных НКШР.468332.014 (ЭБУ КЭ).

4) Устройство и работа ЭСУ Э.

Структурная схема ЭСУ Э представлена на рисунке 2.1.

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

Исполнительные устройства, элементы светотехники и датчики подключаются к ЭБУ КЭ, один из которых устанавливается на кабине водителя, второй - на шасси автомобиля.

Информационное взаимодействие выполняется по цифровому мультиплексному информационному каналу CAN 2.0, к которому подключены все электронные системы, установленные на автомобиле. Логико-временные протоколы информационного взаимодействия ЭСУ Э соответствуют требованиям комплекта стандартов SAE J1939.

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

Состояние дискретных датчиков электрооборудования контролируется ЭБУ КЭ и транслируется по цифровому мультиплексному информационному каналу ЭБУ Э, который обеспечивает включение контрольных ламп панели приборов.

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

ЭСУ Э диагностирует неисправности цепей управления исполнительных механизмов и элементов светотехники (короткие замыкания и обрывы). Коды неисправностей транслируются по цифровому мультиплексному информационному каналу для отображения на экране системы управления, контроля и диагностики электронной НКШР.466535.069.

2.2 Контроллер CBCU3-Е

Применение электронного блока управления CBCU3-Е , Центральный Блок Управления Электрооборудованием (ЦБУЭ), обусловлено необходимостью четкого структурирования мультиплексной системы электрооборудования грузовых автомобилей КамАЗ, с целью повышения их надежности и безопасности.

ЦБУЭ - одно из базовых звеньев мультиплексной архитектуры электрооборудования предназначенное для управления кузовным электрооборудованием автомобиля.

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

Состав Центральный Блок Управления Электрооборудованием

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

Конструкция ЦБУЭ должна предусматривать раздельное подключение ответных частей разъема к 6-ти колодкам (A, B, C, D, E, F).

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

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

Место крепления обеспечивает свободный доступ к ЦБУЭ для демонтажа и обслуживания блока.

Блок рассчитан на эксплуатацию в следующих условиях:

Номинальное напряжение - 24 В

Диапазон допустимого напряжения питания - 18 В - 32 В

Потребляемый ток ? 160 мА / 27 В;

Потребляемый ток в режиме ожидания ? 11 мА / 27 В

С целью предотвращения перегрева электронного блока управления электрооборудованием предусматривает ограничение напряжения питания до 28 В при температуре окружающей среды +70 °C.

При этом количество цифровых входов и выходов одновременно задействованных для выполнения функциональности не должно приводить к перегреву ЦБУЭ.

Входные цепи разделены на 4 группы приведены в таблице 2.1.

Таблица 2.1. Входные цепи

Input group	IN_DIG_xx	Comment
IG1	01, 02, 06, 07, 08, 09, 10, 11, 24, 25, 27, 42, 43, 44, 45, 49	D, 1mA, IG1, level prg.
IG2	03, 04, 05, 12, 13, 14, 15, 16, 17, 18,19, 20	D, 8mA, IG2, level prg.
IG3	21, 22, 23, 26, 28, 29, 30, 31, 32, 33, 34	D, 8mA, IG3, level prg.
IG4	35, 36, 37, 38, 39, 40, 41, 46, 47, 48, 50	D, 8mA, IG4, level prg.

Нагрузки ЦБУЭ разделены на 6 базовых групп и имеют раздельное питание с защитой от переполюсовки и короткого замыкания.

Каждая группа дополнительно защищена плавким предохранителем номиналом 20 А.

Процессор и память

Процессор в CBCU3 является 32битным. Программа и загрузка располагается в ПЗУ. Для загрузки используется протокол KWP2000.

Размер внутреннего ПЗУ составляет 1024 Кб.

Вычисления выполняются во внешнем ОЗУ, размер которого составляет 256 Кб.

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

Энергопотребление

- Напряжение питания.

Постоянное напряжение подается на контакты PWR_G1 или PWR_G2. Контакты PWR_G3,4,5,6 предназначены только для подачи питания на нагрузки ЦБУЭ.

- Системные режимы.

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

Режим пониженного энергопотребления. В этом режиме вычисления не выполняются. Отслеживаются только сигналы включения (выхода из режима пониженного энергопотребления).

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

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

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

· сигнал на входе IN_DIG_IGNITION

· сигнал на одном из входов IN_DIG_19,31,32,37,49

· Сигнал на одном из входов IN_WAKEUP_01,02,03,04,05

После активизации ПО блока должно подать сигнал на вход активного режима.

Входы и выходы

- Входы:

· 50 цифровых статусных входов (квазианалоговые входы, программируемые уровнем сигнала), 5 из которых имеют функцию активизации блока (самый высоки уровень сигнала) для его включения.

1) 34 имеют ток 8 мА для переключателей, требующие для работы повышенного тока.

2) 16 имеют ток 1 мА для логических переключателей и входом от других ЭБУ.

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

· 1 вход зажигания с функцией активизация блока (самый высокий уровень сигнала) для его включения.

· 6 параметрических аналоговых входов для датчиков.

· 2 частотных входа:

1) один для сигналов с датчика вращения.

2) один для сигнала с датчика скорости.

- Выходы

· 2 выхода для питания датчиков с напряжением 8В и током 10мА.

· 1 выход для питания датчиков с напряжением 5В и током 20мА (переключаемый).

- Силовые выходы

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

· 2 выхода для включения защитного клапана КПП.

· 4 выхода для включения реле.

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

· 2 выхода с током 1А и частотной модуляцией.

2.3 Функций ЦБУЭ

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

Внедрение международного стандарта IEC 61131-3 создало базу для стандартизированного подхода к созданию ПО с использованием современных концепций программирования. Стандарт подразумевает структурированность, возможность повторного использования и простоту обслуживания ПО в течение его жизненного цикла.

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

Среда разработки ПО

После генерирования и тестирования ПО конвертируется и компилируется в машинный код. Затем это ПО загружается из ПК в блок по К-линии или CAN. Это обеспечивает быстрое и легкое прикладное конечное программирование.

Максимальная скорость загрузки в блок 115 кБод по К-линии или 250/500 кБод через CAN.

Базовая программная система.

Базовая система состоит из нескольких модулей, некоторые из них:

· Операционная система (Совместима с OSEK/VDX Ver 2.2).

· Система диагностики (поддерживает стандартные диагностические сообщения протокола KWP 2000, передаваемые по К-линии или CAN).

· Программное ядро (выполняет алгоритмы, созданные потребителем).

· Интерфейсы с другими устройствами (позволяет блоку управлять другими устройствами).

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

Главная задача прикладного алгоритма - собрать входные данные, обработать их и передать полученные результаты исполнительным устройствам на выходе. С точки зрения прикладного алгоритма аналоговые и цифровые соединения, а также сообщения CAN есть просто входы и выходы. С помощью CAN возможно управление другими ЭБУ.

Системное поведение

Блок имеет 3 системных состояния: рабочее, неактивное, базовое.

В рабочем состоянии все программы полностью выполняются. Низкоуровневые драйверы активны, и прикладное ПО периодически запускается (рисунок 2.6). Оно же отвечает за управлением этим состоянием. Это выполняется с помощью сигнала PlcHold. Пока этот сигнал активен, система остается в рабочем состоянии.

Если сигнал PlcHold деактивируется, то блок переходит внеактивное состояние. В неактивном состояние вычисления останавливаются, чтобы уменьшить энергопотребление. Поэтому в этом состоянии все выходы отключаются.Неактивное состояние продолжается до тех пор, пока не возникает событие пробуждения. Блок переходит в рабочее состояние. Этот переход называется включением.

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

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

Время запуска.

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

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

Максимальное время запуска составляет 1000 мс.

Время пробуждения.

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

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

CAN общего назначения

Чтобы дать потребителю возможность задавать сообщения CAN без изменения типа ресурса, реализован не специализированный объект CAN общего назначения “Generic CAN Objects”. Это позволяет пользователю создать свои сообщения CAN с помощью среды разработки.

Для сообщения CAN можно задать:

· Идентификатор CAN

· Код длины данных

· Время цикла

· Данные сообщения

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

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

Прием пользовательских сообщений не должен генерировать более 10 % трафика по шине CAN ( чтобы избежать влияние на цикловое время ПО блока).

Передача пользовательских сообщений не должен генерировать более 5 % трафика по шине CAN ( чтобы избежать влияние на цикловое время ПО блока).

Пользовательские сообщения поддерживаются интерфейсы I-CAN и P-CAN.

CAN транслятор

Транслятор CAN поддерживает ретрансляцию сообщений от одного интерфейса CAN другому. Транслятор прозрачен, что означает, что адрес источника и другие данные сообщения остаются не измены. Транслятор работает подобно мосту, определенному в J1939.81.

Сообщения определяются своим задаваемым 29 битным идентификатором. Все определенные сообщения транслируются независимо от их приоритета.

Трансляторы управляются ПО блока. ПО должно включить трансляцию сообщений CAN. Когда блок не функционирует (неактивное состояние), трансляторы также не функционируют.

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

Диагностика

- Диагностическая информация, ассоциированная с входами и выходами.

На каждый сигнал в прикладном ПО предусмотрен соответствующий диагностический сигнал.

Тип данных для диагностического сигнала WORD.

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

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

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

- Стендовая диагностика.

Диагностика на стационарном стенде выполняется по протоколу “KWP2000” по К-линии или по интерфейсу PCAN. Поддерживается механизм, определенный в стандарте ASAM. Возможна только одна сессия между диагностическим инструментом и ЭБУ. Все ЭБУ, подключаются к интерфейсу CAN, по которому выполняется программирование, должно поддерживать режим DM13 (уменьшение загрузки шины при программирование).

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

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

- Диагностический доступ к сигналам ПО.

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

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

Второй метод предлагает использование диагностического сервиса Read/WriteDataByIdentifier.

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

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

Сохранение ошибок

Каждая запись об ошибке содержит диагностический код и дополнительный набор данных.

В памяти может быть сохранено 15 записей.

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

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

Это диагностический интерфейс предусматривает:

· Получение количества сохраненных ошибок.

· Получение полного списка сохраненных ошибок.

· Чтение дополнительной информации по каждой ошибке.

· Удаление всех сохраненных ошибок сразу.

· Диагностический код ошибки

Каждая ячейка в памяти называется диагностическим кодом ошибки (`Diagnostic Trouble Code' (DTC)) и включает дополнительную информацию (Freeze Frame Data).

Каждый код состоит из следующих полей предусмотренных прикладным ПО:

· Номер подозреваемого параметра, 19 бит (Suspect Parameter number (SPN)).

· Идентификатор режима неисправности, 5 бит (Failure Mode Identification (FMI)).

· Приоритет, 8 бит.

Системой предусмотрено добавочная информация:

· Счетчик возникновения, 7 бит (Occurrence Counter (OC)).

· Статус кода, 1 бит (активен/ был активен).

- Механизм записи

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

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

Статус кода устанавливается в «активный» с возрастающим фронтом сигнала на соответствующим входе блока. Статус устанавливается «был активен» с падающим фронтом сигнала на входе.

При включение все статусы устанавливаются «был активен». Если ошибка была активна при выключении и активна также и при включении, то она обрабатывается как новая. Т.е.увеличивается значение счетчика.

Максимальное значение счетчика равно 126. Если количество ошибок превышает эту границу, то значение остается равным максимальному.

Каждый код ошибок защищается контрольной суммой.

Рабочая копия памяти, содержит ошибки, располагающиеся в ОЗУ.

При включение содержимое EEPROM копируется в ОЗУ.

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

При выключения режима изменившийся код записываются обратно в EEPROM.

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

Центральное хранилище ошибок

Активные ошибки из списка ЭБУ, подключенные к блоку PCAN, записываются в центральное хранилище неисправностей (Vehicle Error Memory, VEM). Хранилище располагается в ОЗУ и удаляется в момент запуска системы.

Могут быть заданы до 5 внешних ЭБУ:

· Коды до 5 внешних ЭБУ могут быть сохранены.

· Для каждой системы (ЭБУ) до 15 кодов может быть сохранено.

· Номер параметра и идентификатор режима вместе взятые являются идентификатором кода.

· Как только блок посылает сигнал, флаг ожидания (“Pending”) этого блока становится активным.

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

· Флаг ожидания (“SPN/FMI Pending”) устанавливается, как только код передается внутри сообщения.

Для диагностического инструмента устанавливаются следующие возможности доступа к хранилищу:

· Чтение ожидающейся информации об ошибке для каждой системы.

· Чтение всех записанных кодов ошибок для каждой системы.

· Обнуление всех записанных кодов ошибок для каждой системы.

· Чтение ожидающейся информации об ошибке для всех систем в целом.

· Чтение всех записанных кодов ошибок для всех систем в целом.

· Обнуление всех записанных кодов ошибок для всех систем в целом.

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

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

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

Передача сообщений DM1

Сообщение DM1 передается согласно 4му методу преобразований SPN, описанного в SAEJ1939/73.

Количество кодов ошибок, которое передается в сообщение DM1, ограничено 10. Если кодов больше, то пересылаются те, у которых выше приоритет.

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

Если код, передаваемый в сообщение DM1, помещается в хранилище, то значение счетчика берется оттуда. В противном случае счетчик равен 1.

Код статуса и мигание ламп устанавливается также на внешнем модуле. Информация о лампах, посылаемая в сообщении DM1, отражает логически сложное (OR) значения величин, принадлежащих каждому из кодов ошибки, содержащихся в сообщении DM1.

Пока имеются активные ошибки, сообщение DM1 посылается ежесекундно.

Как только появляется новая ошибка, сообщение DM1 посылается исходя из того, что её приоритет достаточен для того, чтобы поместить её в сообщение DM1. Если ошибка активна 1 с и больше, а затем становиться не активной, то сообщение DM1 посылается.

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

Когда последняя ошибка становится неактивной, посылается сообщение DM1, оповещение о том, что активных ошибок больше нет.

Передача сообщений DM1 выполняется через ICAN.

Самодиагностика

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

- Безопасное состояние.

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

- Сторож (Watchdog).

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

- Супервизор часов.

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

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

Он используется, чтобы отслеживать работу внешнего часового (главного) генератора импульсов. В случае, если внешний генератор не исправен, он подменяется внутренним (RC-oscillator) с меньшей частотой для ограниченного режима и запускается перезагрузка.

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

- Обработчик исключений.

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

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

- Целостность системы.

После включения питания контрольные числа целостности ПЗУ проверяются относительно друг друга. ПО блок запускается, только если все области ПЗУ исправны.

В противном случае система остается в режиме программирования ПЗУ.

- Отслеживания предельного времени (deadline).

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

- Обратная связь при инициализации/завершение.

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

- Отслеживание запроса на ресурсы.

Если ресурс был затребован, но не освобожден, то система не сможет нормально завершить работу.

- Самоконтроль внутренних областей ПЗУ.

Самоконтроль ПЗУ различает 2 типа памяти: где записан исполняемый код (например, прикладное и системное ПО) и где записаны данные, не являющиеся исполняемым кодом (например, ASAM).

Контролируются только области, защищенные собственной циклической контрольной суммой.

- Самоконтроль исполняемого кода.

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

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

- Самоконтроль данных.

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

Производительность системы

Базовое ПО блока CBCU3 работает в цикле 20 мс. В конце этого цикла драйверы оборудования поставляют заданные сигналы на выходах. Цикл базового ПО и старт прикладного ПО синхронизированы. Поэтому, если прикладное ПО отрабатывает менее, чем за 15 мс, значение выходных сигналов записывается оборудованием в том же базовом цикле.

Прикладное ПО блока CBCU3 может быть реализована как единая задача.

Относительно работы прикладного ПО приняты следующие допущения:

· Длительность цикла (период работы прикладной задачи) равно 20 мс.

· Время работы менее, чем 15 мс.

С учетом этих допущений время отклика CBCU3-Е приведена в таблице 2.2.

Таблица 2.2. Время отклика CBCU3-Е

Задача (задержка сигнала от до)	Максимальная задержка
Ввод данных в ПО	20 мс +1* цикл ПО
Вывод данных из ПО	20мс
Аппаратный ввод-вывод	40мс+1* цикл ПО
Вывод из ПО а CAN	1 * цикл + время повторения пересылки по CAN
Из аппаратного входа в CAN	20 мс + 2* цикл ПО + время повторения пересылки по CAN
Из CAN в аппаратный выход	20 мс + 1 * цикл ПО
Из CAN в LIN	2 * цикл ПО + время повторения пересылки по LIN
Из LIN в CAN	2 * цикл ПО + время повторения пересылки по CAN

2.4 Расчет выходных токов

1. Габаритные огни (правый тягач).

Потребляемая мощность равна 49,6 Вт, отсюда потребляемый ток равен:

А

2. Сигнал поворота (левый тягач).

Потребляемая мощность равна 63Вт, отсюда потребляемый ток равен:

А



3. Габаритные огни (левый тягач).

Потребляемая мощность равна 49,6 Вт, отсюда потребляемый ток равен:

А

4. Сигнал поворота (правый тягач).

Потребляемая мощность равна 63 Вт, отсюда потребляемый ток равен:

А

5. Противотуманная фара (передняя левая).

Потребляемая мощность равна 70 Вт, отсюда потребляемый ток равен:

А

6. Задний противотуманный фонарь(прицеп).

Потребляемая мощность равна 42 Вт, отсюда потребляемый ток равен:

А

7. Реле останова стеклоочистителя.

Потребляемая мощность равна 1,68 Вт, отсюда потребляемый ток равен:



А

8. Клапан подъема платформы.

Потребляемая мощность равна 12 Вт, отсюда потребляемый ток равен:

А

9. Сигнальная лампа аварийного выключателя.

Потребляемая мощность равна 3 Вт, отсюда потребляемый ток равен:

А

10. Реле стартера.

Потребляемая мощность равна 1,68 Вт, отсюда потребляемый ток равен:

А

11. Клапан КОМ 1.

Потребляемая мощность равна 12 Вт, отсюда потребляемый ток равен:

А

12. Клапан КОМ 2.

Потребляемая мощность равна 12 Вт, отсюда потребляемый ток равен:



А

13. Сигнал поворота (правый прицеп).

Потребляемая мощность равна 21 Вт, отсюда потребляемый ток равен:

А

14. Реле выключателя АКБ.

Потребляемая мощность равна 1,68 Вт, отсюда потребляемый ток равен:

А

15. Фонари заднего хода.

Потребляемая мощность равна 42 Вт, отсюда потребляемый ток равен:

А

16. Противотуманная фара (передняя правая).

Потребляемая мощность равна 70 Вт, отсюда потребляемый ток равен:

А

17. Стоп сигнал (тягач).

Потребляемая мощность равна 42 Вт, отсюда потребляемый ток равен:



А

18. Габаритные и контурные огни (правый прицеп).

Потребляемая мощность равна 30 Вт, отсюда потребляемый ток равен:

А

19. Габаритные и контурные огни (правый прицеп).

Потребляемая мощность равна 30 Вт, отсюда потребляемый ток равен:

А

20. Фонарь заднего хода (прицеп).

Потребляемая мощность равна 42 Вт, отсюда потребляемый ток равен:

А

21. Питание стеклоочистителя.

Потребляемая мощность равна 168 Вт, отсюда потребляемый ток равен:

А

22. Ближний свет левый.

Потребляемая мощность равна 70 Вт, отсюда потребляемый ток равен:



А

23. Клапан опуская платформы.

Потребляемая мощность равна 12 Вт, отсюда потребляемый ток равен:

А

24. Дальний свет (левый).

Потребляемая мощность равна 70 Вт, отсюда потребляемый ток равен:

А

25. Дальний свет (правый).

Потребляемая мощность равна 70 Вт, отсюда потребляемый ток равен:

А

26. Задний противотуманный фонарь (тягач).

Потребляемая мощность равна 42 Вт, отсюда потребляемый ток равен:

А

27. Сигнал поворота (левый прицеп).

Потребляемая мощность равна 21 Вт, отсюда потребляемый ток равен:



А

28. Задний стоп сигнал (прицеп).

Потребляемая мощность равна 42 Вт, отсюда потребляемый ток равен:

А

29. Насос стеклоомывателя.

Потребляемая мощность равна 43,2 Вт, отсюда потребляемый ток равен:

А

30. Реле дополнительных фар.

Потребляемая мощность равна 1,68 Вт, отсюда потребляемый ток равен:

А

31. Реле фары сцепки.

Потребляемая мощность равна 1,68 Вт, отсюда потребляемый ток равен:

А



32. Ближний свет (правый).

Потребляемая мощность равна 70 Вт, отсюда потребляемый ток равен:

А

По расчету определили что выходной ток блока CBCU3-E удовлетворяет питание нагрузок.

2.5 Алгоритмы блока CBCU3-Е и ЭСУ Э

1. Включение и выключение массы и электропитания.

Функции:

– подает питание на реле АКБ на заданном времени при включенной кнопки массы, при условии что 15 клемма не включена; после выключения 15 клеммы прошло время (30 секунд).

– при частоте вращения генератора больше 0 и срабатывания датчика заряда батарее включается символ.

2. Пуск двигателя

Функции:

– подает питание на стартер при пуске двигателя пока включена клемма 50 ключа зажигания, но не более 20 секунд при температуре окружающей среды больше 15 ^оС, соответственно 15 секунд при температуре 15-0 ^оС и 10 секунд при температуре меньше 0 ^оС.

3. Определение наличия прицепа

Функции:

– с вероятностью определяет наличие прицепа. При возникновении тока на одном из проводов питания светотехники прицепа, считаем (есть прицеп), пока скорость автомобиля больше 0. Как только автомобиль остановился проверка наличия заново.

4. Включение подворотников и аравийки

Функции:

– включение поворотников;

– включение аварийки и мигание аварийной лампы в сатоне.

5. Управление светотехникой

6. Пульсатор

Функции:

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

7. Датчики трансмиссии

8. Пневмосистема и гидравлика

Функции:

– выдает пересчитанные значения давления (кРа) в 1,2,3 и 4 контурах в постоянное равное 560 кРа в 3 контуре;

– при срабатывании датчика аварийного давления в 3м контуре начинает выдаваться значение давления 0 кРа.

9. Кабина и платформа

Функции:

– подъем и отпускания платформы, да срабатывания датчика (AND2). Исключает одновременное нажатие этих клавиш (AND иAND1);

– датчики кабины замка и ГУРА 1 и 2.

10. Датчики двигательные

Функции:

– включение лампочки на комбинации от ЭФУ, аварийный уровень охлаждения жидкости (если больше равно 2400, что 10 % проходящего напряжения на датчик) и засоренности воздушного фильтра;

– переключает сигнал уровня топлива при включении кнопки на второй бак. 10 Ом составляет 12 % шкалы.

11. Счетчик с периодом

Функции:

– счетчик, с задаваемым периодом отсчета и кнопки сброса.

12. Счетчик по формуле

Функции:

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

13. Фильтр

Функции:

– с помощью коэффициента D на выходе плавно меняет значения резких колебаний на выходе. Чем выше D тем плавне.

Вывод

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

По техническим характеристикам оба контроллера удовлетворяют потребности КАМАЗа. Сделан расчет потребляемых токов нагрузок и определено что контроллер CBCU и ЭСУ Э удовлетворяют выходными токами.

В технологической части представлен алгоритм программирования блока CBCU3-E и ЭСУ Э. Алгоритм программирования блока создается в программе logiCAD.



Раздел 3. Технологическая часть

3.1 Создание проекта

Открытие Проекта.

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

1. Начать KS32 с logiCAD изображения на вашем рабочем столе или выбрать Начало - Программы - logiCAD - logiCAD .

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

3. Есть два шаблона проекта CBCU3 и ЭСУ Э в проектном объединении шаблона

* CBCU K099 Шаблон

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

* CBCU K0xx Шаблон

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

4. Войти в проектный справочник и проектное название.

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

6. Проект теперь открыт, и вы можете начать программировать.

3.2 Менеджер конфигурации

Менеджер конфигурации обеспечивает возможность формировать CBCU3 и ЭСУ Э систему к индивидуально потребности. Конфигурация может быть легко сделан, тянутся и снижение и запись в параметрической форме - и сигналы продукции. Прежде программирование логики, конфигурация должна быть сделана сначала. Конфигурация состоит из следующих компонентов:

* конфигурация системы устройства;

* адреса входа/продукции;

* параметры устройства;

* параметры входа/продукции;

* тексты для CMIC группы или других, который обеспечивает интерфейс банки;

* списки ошибки;

* параметры меню для CMIC группы или других, который обеспечивает интерфейса банки.

Старт менеджера конфигурации

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

Откройте меню контекста CBCU3 или ЭСУ Э, нажимая правильную кнопку мыши и впоследствии выберите «Конфигурацию Управляемый пункт» .

Менеджер Конфигурации разделен на две области:

1. проектное дерево

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

2. редактирование области

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

Менеджер конфигурации - конфигурация системы

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

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

Параметры Устройства.

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

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

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

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

Менеджер Конфигурации - Диагностические ИДЫ Сигнала

С тем интерфейсом испытатель (PC Диагноза) получает возможность к любой сигнал CBCU3 и ЭСУ Э через функцию интерфейса KWP2000 вместе с определенным диагностическим сигналом ID. Это - картография между формируемым сигналом и его ID. В менеджере конфигурации возможно формировать диагностический сигнал ID к сигналу диагноза или входу/продукции. Через испытателя формировал диагональ. сигнал ID продукция CBCU может быть установлен.

Менеджер Конфигурации - Текст

В меню фиксируют "Текст по пунктам", все тексты должны быть созданы, которые являются необходимыми для проекта. Например, это может быть текстами для списков ошибки или для меню (свободный текст).

Менеджер Конфигурации - Меню

Содержание всех модулей продавца для CMIC-Группы определено здесь.

К повторному использованию конфигурация в другом проекте, XML импортирует/экспортирует интерфейс, обеспечен. Это означает, например конфигурация меню может экспортироваться и импортирована в другой проект. Следующий набор конфигурации обеспечен

- Конфигурация Системы incl. устройства, сигналы und параметры

- Диагностические ИДЫ Сигнала

- Тексты

- Ошибки

- Индивидуальные устройства из Конфигурации Системы incl. устройства, сигналы und параметры (только экспорт, должен быть импортирован через Конфигурацию Системы).

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

Менеджер Конфигурации - XML схема

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

* Правильно построенные XML элементы и признаки.

* действительная структура этих элементов.

* действительные ценности элементов и ценностей признаков.

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

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

Щелкните на правильной кнопке мыши, чтобы создать XML Схему: Файл -XML - Создает схему.

3.3 Кодовое Поколение

Прежде, чем CBCU и ЭСУ Э заявление может быть загружено на целевую систему, это должно быть преобразовано в кодекс машины для CBCU3 и ЭСУ Э. Это сделано кодовым генератором.

1. Щелкнуть на правильной кнопке мыши, чтобы начать кодовое поколение: Конфигурация -Закодирует Поколение.

Стартовое окно появляется. Щелкните кнопкой Start, чтобы начать кодовое поколение.

Стартовое окно появляется. Щелкните кнопкой Start, чтобы начать кодовое поколение.

2. Государственный ошибкой зритель в правильной более низкой части экрана показывает текущее состояние кодового поколения.

3. Сообщение появляется в государственном ошибкой зрителе, как только кодовое поколение успешно закончилось:

MCG009: Кодовое поколение, законченное без ошибок. Обращается <Configuration\CBCU3>.

Закончите процедуру, щелкая хорошо

3.4 Загрузка заявления

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

Владелец.

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

PLC.

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

ASAM.

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

* COM порт;

* скорость двоичной передачи.

1. Чтобы изменять эти назначения, щелкните на Конфигурации - CBCU3 - Свойства .

2. Открыться, меню фиксирует COM назначения по пунктам.

3. Для загрузки, PC (RS232) должен быть связан с центральным компьютером через интерфейс K-линии. Центральный компьютер должен также включен, (власть к D-штепселю и пробуждению активный).

Старт загрузки

1. Начинать загрузку открывают меню контекста Конфигурации - загрузка.

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

3. Прежде всего, старые данные относительно владельца удалены, и затем загруженная модернизация.

4. Наконец ASAM файл будет обновлен.

Следующее окно подтверждает, что разгрузка была успешна.



3.5 Загрузка менеджера конфигурации данные

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

Языки

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

Классы ошибки.

Определение Ошибки.

EEPROM

Для использования EEPROM переменных или параметров, набор параметров должен быть передан целевой системе. Это содержит адрес области памяти.

Загрузка язык, ошибки и меню

1. Начать, менеджер конфигурации щелкает с правильной кнопкой мыши на Конфигурации - ConfigurationManager.

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

3. Параметр устанавливает меню, открывается.

4. Начать наборы параметра меню через цель - наборы параметра.

5. Классы ошибки может быть отобран в более низкой части этого меню.

Также возможно выбрать Меню здесь. Щелкните в снижении вниз меню, и выберите Меню.

6. В верхней части языков окна может быть отобрано.

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

8. Щелкните на Загрузку, чтобы начать Загрузку. Для загрузке, PC (RS323) должен быть связан с центральным компьютером через интерфейс K-линии. Центральный компьютер должен также идти, то есть, власть к D-штепселю и активному пробуждению.

Разгрузка EEPROM

1. Начать менеджера конфигурации

Чтобы сделать так, щелкните с правильной кнопкой мыши на Конфигурации - ConfigurationManager.

2. Установить желательные EEPROM.

3. Начните Наборы Параметра меню через. Целевая Система EEPROM

4. Меню EEPROM целевые наборы параметра системы открывается.

5. Выбрать требуемые EEPROM наборы параметра.

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

7. Начать загрузку, щелкая загрузку.

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

3.6 Диалоговое испытание

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

Старт Диалогового Испытания.

Для диалогового испытания, PC (RS232) должен быть связан с центральным компьютером через интерфейс K-линии. Центральный компьютер должен также идти, то есть, власть к D-штепселю и активному пробуждению.

1. Начинать диалоговое испытание щелкают с правильной кнопкой мыши на: Конфигурация - Диалоговые - Испытание или выбор и пресс функционирует ключ F12.

2. Появляется новый окно OLT, когда диалоговое испытание начинается.

3. Начать новый случай программы, щелкая два раза Program Type

Вывод

В данном разделе рассмотрен процесс программирования, и сделан вывод, что для программирования блоков CBCU3-Е и ЭСУ Э не требуется от разработчика знания языков программирования, требуется пакет специализированных программ.



Заключение

Итогом данного дипломного проекта является разработка мультиплексной системы управления электрооборудованием автомобиля КАМАЗ-5490.

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

Конструкторская часть проекта включает в себя технические характеристики, схема подключения и алгоритм работы двух контроллеров ЭСУ Э фирмы ОАО Научно-Конструкторского Бюро Вычислительной Техники и CBCU3-Е фирмы Continental, и возможность их внедрения на производство. По техническим характеристикам оба контроллера удовлетворяют потребности КАМАЗа.

Технологическая часть содержит современные методы программирования, и сделан вывод, что для программирования блоков CBCU3-Е и ЭСУ Э не требуется от разработчика знания языков программирования, требуется пакет специализированных программ.

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

...