Ediabas (Электронная диагностическая базовая система)




НазваниеEdiabas (Электронная диагностическая базовая система)
страница2/10
ТипДокументы
rykovodstvo.ru > Руководство ремонт > Документы
1   2   3   4   5   6   7   8   9   10

Рис. 3.5-1: Структура EDIABAS
Рис. 3.5-1 иллюстрирует базисную структуру индивидуальных субкомпонентов так же, как и данных путей связи.

Специфичные знания EDIABAS для блока управления хранятся в файлах описания блока управления (SGBDs). Файл описания блока управления (БУ) создается «различно ориентированным», т. е. для каждого варианта блока управления существует только один файл описания, специфичный именно для данного БУ. Главное, что файл описания группы блоков управления может существовать для всех типов БУ одной группы (в основном, это блоки с несколькими адресами), тот вариант группы, который связан с диагностическим , может быть определен с помощью методов, содержащихся в этом файле.

Файлы описания блоков управления загружаются и интерпретируются EDIABAS под руководством прикладной программы. Имя файла описания БУ (не расширение) является именем, с которым прикладные программы ссылаются или на какой-то один вид блока управления или на группу блоков управления.




DME







DMEV2


DMEV3


Рис. 3.5-2: Файл описания блока управления и файл описания группы блоков управления


The main constituent of EDIABAS is the "runtime system". This runtime system can be subdivided into three essential parts:

1. Sequence control (kernel)

2. ECU description file interpreter (SGBD Interpreter)

3. Interface Handler (IFH)


Sequence Control determines the behavior of the entire system and contains the communication interface to the application programs. It is responsible for the file and error management.

The ECU description file interpreter (SGBD Interpreter) converts the binary ECU data into symbolic data. It interprets the data, files, methods and sequences contained in the ECU description file, initializes the communication with the ECU and returns the self-determined results of the sequential control for forwarding to application program.


The Interface Handler (IFH) is an exchangeable software module which, depending on the hardware interface employed, can be integrated in various versions by the user. A data request to the ECU is transposed by the Interface Handler into a job for the currently applied hardware interface. The data returned from this interface are appropriately filtered from interface-dependent parts and, in this way, can be evaluated independent of the interface hardware used. Even the errors returned from the interface are standardized to the internal error messages. In addition, the Interface Handler provides simulation of ECUs. Thus, EDIABAS-based application programs can also then be tested when the applied ECUs do not exist.


In order to simplify access to EDIABAS, a software interface is linked to each application program. This interface controls access to EDIABAS via a pre-defined procedural interface. This so-called »Application Programming Interface« (EDIABAS-API) handles the system-dependent communication of the runtime system. The data received from the runtime system are managed within the EDIABAS-API for the application program. In this way, the runtime system is freed from managing this data, therefore allowing it to be structured considerably compacter.


Основная составляющая EDIABAS – это система "runtime system" (система «времени исполнения»). Эта система времени исполнения может быть подразделена на три основные части:


  1. Последовательный контроль (kernel)

  2. Файл интерпретатор описания блока управления (SGBD интерпретатор)

  3. Отладчик интерфейса (IFH)


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

Отладчик интерфейса (IFH) обменного модуля программного обеспечения, зависящий от работы интерфейса аппаратного устройства, может быть интегрирован в различные версии самим пользователем. Данные, запрашиваемые для блока управления, перемещаются Отладчиком интерфейса в задание для текущего прикладного аппаратного интерфейса. Данные возвращаются из интерфейса и соответственно фильтруются от интерфейс-зависимых частей, и таким образом, могут быть оценены, не зависимо от используемого аппаратного интерфейса. Даже ошибки, возвращаемые из интерфейса, стандартизируются по сообщениям внутренних ошибок. Отладчик интерфейса обеспечивает симуляцию БУ. Таким образом, прикладные программы, основанные на EDIABAS, могут быть также протестированы, когда применяемые блоки управления не существуют.
Чтобы упростить доступ к EDIABAS, программное обеспечение соединяется с каждой прикладной программой. Этот интерфейс контролирует доступ EDIABAS через предопределенный процедурный интерфейс. Это так называемый «Интерфейс прикладной программы» (EDIABAS - API) обрабатывает системо-зависимые связи в условиях времени исполнения. Данные, полученные из системы времени исполнения, правятся в пределах EDIABAS - API для прикладных программ . В этом случае, система реального времени освобождается от управления этими данными, что позволит структурировать их значительным сжатием.



    1. Истолкование задания




As already shown in the general approaches of problem-solving, EDIABAS, as Server, offers "services" to the Clients. These services are called Jobs. A job is a self-contained task to read and evaluate data from the ECU. It may be called at any time without consideration of the job sequence (principle of independence). After completing processing, the job returns results which can be used by the application program.


The jobs are not permanently programmed in EDIABAS, but are a constituent of the "ECU description files" (SGBDs). They are labeled according to their function; e.g. READ_ERRORMEMORY or READ_ENGINESPEED. There are also jobs which are automatically called by the runtime system and therefore "must" or "may" exist in each description file. These include the job INITIALISIERUNG, (initializes the ECU description file), the optional job ENDE (de-initializes the ECU description file) and the job IDENTIFIK,CATION in a group description file (determines the currently installed ECU variant).


Как уже говорилось в разделе «Осуществление решений…», EDIABAS, как Сервер, часто «обслуживается» Клиентом. Эти сервисы называются Заданиями. В самом Задании - задача читать и обрабатывать данные БУ. Это может вызываться в любое время без описания последовательности задания (принцип независимости). После завершения процесса, задание возвращает результаты, которые могут быть использованы прикладной программой.

Задание не программируется перманентно EDIABAS, а является составной частью «файлов описания блоков управления» (SGBDs). Они получают ярлыки, в соответствии с их функциями; например, READ ERRORMEMORY или READ ENGINESPEED. Это тоже задания, которые вызываются автоматически в системе времени исполнения и, следовательно, «должны» или «могут» существовать в каждом файле описания. Они включают задание INITIALISIERUNG (инициализация файлов описания БУ), дополнительное задание ENDE (деинициализация файлов описания БУ) и задание IDENTIFIK,CATION в группе файлов описания (определение текущего варианта инсталлированного блока управления).




    1. Описание языка BEST




Jobs are formulated in an own description language for ECUs called BEST (BEschreibungssprache für STeuergeräte). This description language exists in two variations. The first variant is a low-level, assembler-similar language called BEST/1. The second variant is the high-language version BEST/2 with 'C'-like syntax.

In general, all ECU description files are written in BEST/2. In BEST/2, jobs are defined similar to functions; i.e., a job header exists which lists all I/O parameters. Variables and fields can be defined and used within a job. All necessary arithmetic operators are variable. An extensive library contains functions for manipulating data and communicating with the ECU.
The language, itself, contains almost all control structures known by 'C'. The ECU description files defined in this way must be converted into a format which can be read by the runtime system. This must be performed using a compiler (BEST2WIN) prior to use in EDIABAS. On one hand, this occurs because of performance reasons and, on the other hand, so that syntax errors can be excluded during the runtime.

The Source Text Debugger BestView is available to test the compiled BEST/2 description files. By means of BestView, the sequence of a job can be exactly tracked: variable contents can be monitored, displayed and modified.


Задания формулируются на собственном языке описания для блоков управления, который называется BEST (BEschreibungssprache für STeuergeräte). . Этот язык описания существует в двух версиях. Первая – низкого уровня язык, сходный с ассемблером, названный BEST/1. Вторая – высокого уровня язык, похожий на синтаксис языка «С», названный BEST/2. В основном все описания блоков управления написаны на BEST/2. В

BEST/2 задания определены подобно функциям; например, существует заголовок задания, в котором есть перечень всех I/O параметров. Вариации полей могут быть определены и использованы внутри задания. Все необходимые арифметические операторы вариабельны. Обширная библиотека содержит функции для манипулирования с данными и связи с блоком управления.

Сам язык содержит почти все структуры контроля, известные в «С». Файлы описания блока управления, определенные таким способом, должны быть переведены в формат, который может быть прочитан в системе реального времени. Это должно быть выполнено с использованием компилятора (BEST/2WIN), имеющего определенные преимущества для использования в EDIABAS. С одной стороны, это встречается по представленным причинам, с другой – синтаксические ошибки могут быть исключены в течение реального времени.
Ключевой текстовый Отладчик BestVIEW, пригоден для файлов описания, компилированных BEST/2. Посредством BESTView, последовательность заданий может быть точно прослежена: различные составляющие могут быть выведены на монитор и модифицированы.





    1. Последовательности




A job is issued in the application program by means of the API functions apiJob, apiJobData or apiJobExt. These functions require at least two specifications: First, the ECU to be addressed (or the ECU group) and, second, the job which is to be executed.

These two specifications are sent to the EDIABAS runtime system. The runtime system first determines whether this data concerns an ECU "variant" or an ECU "group".

If a group was addressed, the job IDENTIFIKATION in the group description file is automatically processed. If a valid ECU variant was determined from the job IDENTIFIKATION, the associated variant file is automatically loaded with the assistance of the result VARIANTE as if the name had already been transferred from the application program. The variant file processes the job requested by the application program. A job may either appear directly in the variant file or in the base file. Base files are ECU description files referenced from the variant file and which can be considered as a part of the variant file. Afterwards, the results of this job are made available to the application program.

Whenever a description file is re-addressed (i.e. after each change), first the job ENDE of the last loaded ECU decryption file is called. This call is made only when the job ENDE exists in the file. It enables the hardware to be de-initialized. Afterwards the job INITIALISIERUNG is called in the new description file. This job must exist in each description file (obligatory) and can be used to initialize the interface hardware. Only now is the specified job executed. When the same job is called again, no standard job is executed anymore.

If an error occurs in one of the sub-components when processing a job, processing is immediately aborted, and an error message is returned to the application program. In this case, any results are deleted. In this situation, the job INITIALISIERUNG is automatically called again before re-calling the same job.


Задание исходит из прикладной программы посредством API функций apiJob, apiJobData или apiJobExt. Эти функции требуют, по крайней мере, две спецификации: первую, адресованную блоку управления (или группе БУ), и вторую - задание, которое выполняется.

Эти две спецификации отсылаются на EDIABAS в системе реального времени. Система реального времени первая определяет, относятся ли эти данные к «вариантному» блоку управления или к «группе» блоков.

Если это адресовано к группе, то автоматически выполняется задание ИДЕНТИФИКАЦИИ в файле описания группы. Если имеет место быть «вариантный» блок управления из задания ИДЕНТИФИКАЦИИ, то ассоциированный вариантный файл автоматически загружается с помощью результата ВАРИАНТА, как если бы имя было уже перенесено из прикладной программы. Вариантный файл выполняет работу, запрашиваемую прикладной программой. Задание может появиться или прямо в вариантном файле или в основном файле. Основные (базовые) файлы - это файлы описания БУ, переданных из вариантного файла, и те, которые могут быть рассмотрены как часть вариантного файла. В итоге, результаты такого задания становятся пригодны для прикладной программы.

Всякий раз, как файл описания вновь адресуется (например, после каждого изменения), вызывается первое задание ENDE последнего загруженного файла описания БУ. Такой вызов делается только тогда, когда в файле существует задание ENDE. Это дает возможность аппаратному обеспечению быть деинициализированным. После всего, задание INITIALISIERUNG вызывается в новом файле описания. Это задание должно существовать в каждом файле описания (обязательное) и может быть использовано для инициализации интерфейса аппаратного устройства. Только тогда задание выполняется. Когда то же задание вызывается снова, стандартное задание больше не выполняется.

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



Запрос DME

READ SPEED

Запрос DME V3:

READ SPEED





Определение варианта в файле описания группы блоков управления

DME:

IDENTIFICATION




DME V3: READ SPEED

1   2   3   4   5   6   7   8   9   10

Похожие:

Ediabas (Электронная диагностическая базовая система) iconРуководство по эксплуатации электронная система управления комбинированной дорожной машиной
Электронная система управления комбинированной дорожной машиной (далее по тексту, система управления кдм) предназначена для управления...

Ediabas (Электронная диагностическая базовая система) iconМбуз «Консультативно-диагностическая поликлиника №2» протокол №61
Предмет запроса котировок: право заключения муниципального контракта на поставку, монтаж, ввод в эксплуатацию портативного дефибриллятора-монитора...

Ediabas (Электронная диагностическая базовая система) iconО подготовке школ к работе в аис «Электронная школа» в 2014-2015 учебном году
«Электронная школа», в целях выполнения решений совещания по отраслевой системе видеоконференцсвязи от 19. 05. 2014г. (протокол №2)...

Ediabas (Электронная диагностическая базовая система) iconГуманитарного, социального и экономического цикла (базовая часть). Компетенции обучающегося
Место дисциплины в структуре оп. Дисциплина «Философия» относится к циклу гуманитарных, социальных и экономических дисциплин (базовая...

Ediabas (Электронная диагностическая базовая система) iconРеферат " Базовая система ввода-вывода bios"
Это часть программного обеспечения pc, поддерживающая управление адаптерами внешних устройств, экранные операции, тестирование, начальную...

Ediabas (Электронная диагностическая базовая система) iconИзвещение о размещении муниципального заказа путем проведения запроса...
Муниципального учреждения здравоохранения Консультативно-диагностическая поликлиника №27

Ediabas (Электронная диагностическая базовая система) iconИзвещение о размещении муниципального заказа путем проведения запроса...
Муниципального учреждения здравоохранения Консультативно-диагностическая поликлиника №27

Ediabas (Электронная диагностическая базовая система) iconИзвещение о размещении муниципального заказа путем проведения запроса...
Муниципального учреждения здравоохранения Консультативно-диагностическая поликлиника №27

Ediabas (Электронная диагностическая базовая система) iconИзвещение о размещении муниципального заказа путем проведения запроса...
Муниципального учреждения здравоохранения Консультативно-диагностическая поликлиника №27

Ediabas (Электронная диагностическая базовая система) icon«Электронная очередь в доу республики Башкортостан»
Если система выдала ошибку «Сертификат не зарегистрирован или не соответствует учетной записи» 9

Ediabas (Электронная диагностическая базовая система) iconИнструкция по заполнению расчета платы за негативное воздействие...
Аис «Электронная Экология» (далее «Система») предназначена для создания расчетов платы за негативное воздействие на окружающую среду...

Ediabas (Электронная диагностическая базовая система) iconКонспект лекций по предмету технология программирования базовая кафедра...
Оформление программной документации. Единая Система Программной Документации (еспд). 12

Ediabas (Электронная диагностическая базовая система) iconРуководство пользователя аис «электронная школа»: учитель
Зайдите по ссылке на Образовательный портал ур. Нажмите на кнопку «Электронная школа»

Ediabas (Электронная диагностическая базовая система) iconГуткина Н. И. Г 97 Диагностическая программа по определению психологической...
Г 97 Диагностическая программа по определению психологической готовности детей 6-7 лет к школьному обучению. М.:' Мгппу, 2002 3-е...

Ediabas (Электронная диагностическая базовая система) iconОтчетность. Система предназначена для того, чтобы сделать Вашу работу...
Группа компаний «маглан» Благодарит Вас за интерес к системе «СБиС++ Электронная отчетность». Система предназначена для того, чтобы...

Ediabas (Электронная диагностическая базовая система) icon«Эффективная внутренняя система оценки качества образования (всоко)...
Выполнение хотя бы одной из них может привести к сбою в налаженном механизме управления и руководства любым процессом или любой организацией....


Руководство, инструкция по применению






При копировании материала укажите ссылку © 2018
контакты
rykovodstvo.ru
Поиск