О бд: Основные сведения о базах данных

Основные сведения о базах данных

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

В этой статье:

Что представляет собой база данных?

База данных — это инструмент для сбора и у организатора сведений. В базах данных могут храниться сведения о товарах, товарах, заказах и других данных. Многие базы данных начинаются с списка в word-processing program или spreadsheet. По мере роста списка в данных появляются избыточные и несоответствия. Данные становится трудно понять в форме списка, и существует ограниченный способ поиска или вывода подмног данных для проверки. Когда эти проблемы начнут появляться, лучше перенести данные в базу данных, созданную системой управления базами данных (СУБД), такой как Access.

Компьютерная база данных — это хранилище объектов. В одной базе данных может быть больше одной таблицы. Например, система отслеживания складских запасов, в которой используются три таблицы, — это не три базы данных, а одна. В базе данных Access (если ее специально не настраивали для работы с данными или кодом, принадлежащими другому источнику) все таблицы хранятся в одном файле вместе с другими объектами, такими как формы, отчеты, макросы и модули. Для файлов баз данных, созданных в формате Access 2007 (который также используется в Access 2016, Access 2013 и Access 2010), используется расширение ACCDB, а для баз данных, созданных в более ранних версиях Access, — MDB. С помощью Access 2016, Access 2013, Access 2010 и Access 2007 можно создавать файлы в форматах более ранних версий приложения (например, Access 2000 и Access 2002–2003).

Использование Access позволяет:

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

• изменять информацию, уже находящуюся в базе, например перемещать артикул;

• удалять информацию, например если артикул был продан или утилизирован;

• упорядочивать и просматривать данные различными способами;

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

Элементы базы данных Access

Ниже приведены краткие описания элементов стандартной базы данных Access.

Таблицы

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

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

Строки в таблице называются записями. В записи содержатся блоки информации. Каждая запись состоит по крайней мере из одного поля. Поля соответствуют столбцам в таблице. Например, в таблице под названием «Сотрудники» в каждой записи находится информация об одном сотруднике, а в каждом поле — отдельная категория информации, например имя, фамилия, адрес и т. д. Поля выделяются под определенные типы данных, например текстовые, цифровые или иные данные.

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

Дополнительные сведения о таблицах см. в статье Общие сведения о таблицах.

Формы

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

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

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

Дополнительные сведения о формах см. в статье Формы.

Отчеты

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

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

Дополнительные сведения об отчетах см. в статье «Обзор отчетов в Access».

Запросы

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

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

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

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

Дополнительные сведения о запросах см. в статье Знакомство с запросами.

Макросы

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

Дополнительные сведения о макросах см. в статье Общие сведения о программировании в Access.

Модули

Подобно макросам, модули — это объекты, с помощью которых базу данных можно сделать более функциональной. Но если макросы в Access составляются путем выбора из списка макрокоманд, модули создаются на языке Visual Basic для приложений (VBA). Модули представляют собой наборы описаний, инструкций и процедур. Существуют модули класса и стандартные модули. Модули класса связаны с конкретными формами или отчетами и обычно включают в себя процедуры, которые работают только с этими формами или отчетами. В стандартных модулях содержатся общие процедуры, не связанные ни с каким объектом. Стандартные модули, в отличие от модулей класса, перечисляются в списке Модули в области навигации.

Дополнительные сведения о модулях см. в статье Общие сведения о программировании в Access.

К началу страницы

Основные сведения о базах данных

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

В этой статье:

Что представляет собой база данных?

База данных — это инструмент для сбора и у организатора сведений. В базах данных могут храниться сведения о товарах, товарах, заказах и других данных. Многие базы данных начинаются с списка в word-processing program или spreadsheet. По мере роста списка в данных появляются избыточные и несоответствия. Данные становится трудно понять в форме списка, и существует ограниченный способ поиска или вывода подмног данных для проверки. Когда эти проблемы начнут появляться, лучше перенести данные в базу данных, созданную системой управления базами данных (СУБД), такой как Access.

Компьютерная база данных — это хранилище объектов. В одной базе данных может быть больше одной таблицы. Например, система отслеживания складских запасов, в которой используются три таблицы, — это не три базы данных, а одна. В базе данных Access (если ее специально не настраивали для работы с данными или кодом, принадлежащими другому источнику) все таблицы хранятся в одном файле вместе с другими объектами, такими как формы, отчеты, макросы и модули. Для файлов баз данных, созданных в формате Access 2007 (который также используется в Access 2016, Access 2013 и Access 2010), используется расширение ACCDB, а для баз данных, созданных в более ранних версиях Access, — MDB. С помощью Access 2016, Access 2013, Access 2010 и Access 2007 можно создавать файлы в форматах более ранних версий приложения (например, Access 2000 и Access 2002–2003).

Использование Access позволяет:

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

• изменять информацию, уже находящуюся в базе, например перемещать артикул;

• удалять информацию, например если артикул был продан или утилизирован;

• упорядочивать и просматривать данные различными способами;

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

Элементы базы данных Access

Ниже приведены краткие описания элементов стандартной базы данных Access.

Таблицы

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

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

Строки в таблице называются записями. В записи содержатся блоки информации. Каждая запись состоит по крайней мере из одного поля. Поля соответствуют столбцам в таблице. Например, в таблице под названием «Сотрудники» в каждой записи находится информация об одном сотруднике, а в каждом поле — отдельная категория информации, например имя, фамилия, адрес и т. д. Поля выделяются под определенные типы данных, например текстовые, цифровые или иные данные.

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

Дополнительные сведения о таблицах см. в статье Общие сведения о таблицах.

Формы

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

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

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

Дополнительные сведения о формах см. в статье Формы.

Отчеты

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

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

Дополнительные сведения об отчетах см. в статье «Обзор отчетов в Access».

Запросы

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

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

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

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

Дополнительные сведения о запросах см. в статье Знакомство с запросами.

Макросы

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

Дополнительные сведения о макросах см. в статье Общие сведения о программировании в Access.

Модули

Подобно макросам, модули — это объекты, с помощью которых базу данных можно сделать более функциональной. Но если макросы в Access составляются путем выбора из списка макрокоманд, модули создаются на языке Visual Basic для приложений (VBA). Модули представляют собой наборы описаний, инструкций и процедур. Существуют модули класса и стандартные модули. Модули класса связаны с конкретными формами или отчетами и обычно включают в себя процедуры, которые работают только с этими формами или отчетами. В стандартных модулях содержатся общие процедуры, не связанные ни с каким объектом. Стандартные модули, в отличие от модулей класса, перечисляются в списке Модули в области навигации.

Дополнительные сведения о модулях см. в статье Общие сведения о программировании в Access.

К началу страницы

Основные сведения о базах данных

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

В этой статье:

Что представляет собой база данных?

База данных — это инструмент для сбора и у организатора сведений. В базах данных могут храниться сведения о товарах, товарах, заказах и других данных. Многие базы данных начинаются с списка в word-processing program или spreadsheet. По мере роста списка в данных появляются избыточные и несоответствия. Данные становится трудно понять в форме списка, и существует ограниченный способ поиска или вывода подмног данных для проверки. Когда эти проблемы начнут появляться, лучше перенести данные в базу данных, созданную системой управления базами данных (СУБД), такой как Access.

Компьютерная база данных — это хранилище объектов. В одной базе данных может быть больше одной таблицы. Например, система отслеживания складских запасов, в которой используются три таблицы, — это не три базы данных, а одна. В базе данных Access (если ее специально не настраивали для работы с данными или кодом, принадлежащими другому источнику) все таблицы хранятся в одном файле вместе с другими объектами, такими как формы, отчеты, макросы и модули. Для файлов баз данных, созданных в формате Access 2007 (который также используется в Access 2016, Access 2013 и Access 2010), используется расширение ACCDB, а для баз данных, созданных в более ранних версиях Access, — MDB. С помощью Access 2016, Access 2013, Access 2010 и Access 2007 можно создавать файлы в форматах более ранних версий приложения (например, Access 2000 и Access 2002–2003).

Использование Access позволяет:

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

• изменять информацию, уже находящуюся в базе, например перемещать артикул;

• удалять информацию, например если артикул был продан или утилизирован;

• упорядочивать и просматривать данные различными способами;

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

Элементы базы данных Access

Ниже приведены краткие описания элементов стандартной базы данных Access.

Таблицы

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

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

Строки в таблице называются записями. В записи содержатся блоки информации. Каждая запись состоит по крайней мере из одного поля. Поля соответствуют столбцам в таблице. Например, в таблице под названием «Сотрудники» в каждой записи находится информация об одном сотруднике, а в каждом поле — отдельная категория информации, например имя, фамилия, адрес и т. д. Поля выделяются под определенные типы данных, например текстовые, цифровые или иные данные.

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

Дополнительные сведения о таблицах см. в статье Общие сведения о таблицах.

Формы

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

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

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

Дополнительные сведения о формах см. в статье Формы.

Отчеты

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

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

Дополнительные сведения об отчетах см. в статье «Обзор отчетов в Access».

Запросы

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

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

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

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

Дополнительные сведения о запросах см. в статье Знакомство с запросами.

Макросы

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

Дополнительные сведения о макросах см. в статье Общие сведения о программировании в Access.

Модули

Подобно макросам, модули — это объекты, с помощью которых базу данных можно сделать более функциональной. Но если макросы в Access составляются путем выбора из списка макрокоманд, модули создаются на языке Visual Basic для приложений (VBA). Модули представляют собой наборы описаний, инструкций и процедур. Существуют модули класса и стандартные модули. Модули класса связаны с конкретными формами или отчетами и обычно включают в себя процедуры, которые работают только с этими формами или отчетами. В стандартных модулях содержатся общие процедуры, не связанные ни с каким объектом. Стандартные модули, в отличие от модулей класса, перечисляются в списке Модули в области навигации.

Дополнительные сведения о модулях см. в статье Общие сведения о программировании в Access.

К началу страницы

Основные сведения о базах данных

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

В этой статье:

Что представляет собой база данных?

База данных — это инструмент для сбора и у организатора сведений. В базах данных могут храниться сведения о товарах, товарах, заказах и других данных. Многие базы данных начинаются с списка в word-processing program или spreadsheet. По мере роста списка в данных появляются избыточные и несоответствия. Данные становится трудно понять в форме списка, и существует ограниченный способ поиска или вывода подмног данных для проверки. Когда эти проблемы начнут появляться, лучше перенести данные в базу данных, созданную системой управления базами данных (СУБД), такой как Access.

Компьютерная база данных — это хранилище объектов. В одной базе данных может быть больше одной таблицы. Например, система отслеживания складских запасов, в которой используются три таблицы, — это не три базы данных, а одна. В базе данных Access (если ее специально не настраивали для работы с данными или кодом, принадлежащими другому источнику) все таблицы хранятся в одном файле вместе с другими объектами, такими как формы, отчеты, макросы и модули. Для файлов баз данных, созданных в формате Access 2007 (который также используется в Access 2016, Access 2013 и Access 2010), используется расширение ACCDB, а для баз данных, созданных в более ранних версиях Access, — MDB. С помощью Access 2016, Access 2013, Access 2010 и Access 2007 можно создавать файлы в форматах более ранних версий приложения (например, Access 2000 и Access 2002–2003).

Использование Access позволяет:

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

• изменять информацию, уже находящуюся в базе, например перемещать артикул;

• удалять информацию, например если артикул был продан или утилизирован;

• упорядочивать и просматривать данные различными способами;

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

Элементы базы данных Access

Ниже приведены краткие описания элементов стандартной базы данных Access.

Таблицы

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

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

Строки в таблице называются записями. В записи содержатся блоки информации. Каждая запись состоит по крайней мере из одного поля. Поля соответствуют столбцам в таблице. Например, в таблице под названием «Сотрудники» в каждой записи находится информация об одном сотруднике, а в каждом поле — отдельная категория информации, например имя, фамилия, адрес и т. д. Поля выделяются под определенные типы данных, например текстовые, цифровые или иные данные.

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

Дополнительные сведения о таблицах см. в статье Общие сведения о таблицах.

Формы

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

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

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

Дополнительные сведения о формах см. в статье Формы.

Отчеты

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

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

Дополнительные сведения об отчетах см. в статье «Обзор отчетов в Access».

Запросы

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

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

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

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

Дополнительные сведения о запросах см. в статье Знакомство с запросами.

Макросы

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

Дополнительные сведения о макросах см. в статье Общие сведения о программировании в Access.

Модули

Подобно макросам, модули — это объекты, с помощью которых базу данных можно сделать более функциональной. Но если макросы в Access составляются путем выбора из списка макрокоманд, модули создаются на языке Visual Basic для приложений (VBA). Модули представляют собой наборы описаний, инструкций и процедур. Существуют модули класса и стандартные модули. Модули класса связаны с конкретными формами или отчетами и обычно включают в себя процедуры, которые работают только с этими формами или отчетами. В стандартных модулях содержатся общие процедуры, не связанные ни с каким объектом. Стандартные модули, в отличие от модулей класса, перечисляются в списке Модули в области навигации.

Дополнительные сведения о модулях см. в статье Общие сведения о программировании в Access.

К началу страницы

ЦП Автоматизированные системы управления и промышленная безопасность

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

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

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

В мире существует множество систем управления базами данных. Несмотря на то, что они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий. Это дает возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. В качестве такого учебного объекта можно взять СУБД Microsoft Access, входящую в пакет Microsoft Office.

Состав СУБД

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

Язык манипулирования данными (ЯМД) – язык для выполнения операций над данными, позволяющий менять их строение.

Для различных СУБД реализация этих уровней языков может быть различной. В одних случаях ЯОД и ЯМД требует составления пользователем программы полностью “вручную”, в других (что отражает современную тенденцию) в СУБД присутствуют средства визуальной (зримой, наглядной) разработки программ. Для этого в современных СУБД имеются редакторы экранных форм, отчетов. “Кирпичиками” (инструментами) таких редакторов являются поля различных видов (поля ввода, поля вывода, вычисляемые поля), процедуры обработки различных типов (формы ввода, таблицы, отчеты, запросы). На основании созданных пользователем объектов программы – генераторы формируют программный код на языке конкретной машины или на промежуточном языке.

Структура простейшей базы данных

Если даже в базе нет никаких данных (пустая база), то это все равно полноценная база данных. Этот факт имеет методическое значение. Хотя данных в базе и нет, но информация в ней все-таки есть – это структура базы, которая определяет методы занесения данных и хранения их в базе. Простейший «некомпьютерный» вариант базы данных – деловой ежедневник, в котором каждому календарному дню выделено по странице. Даже если в нем не записано ни строки, он не перестает быть ежедневником, поскольку имеет структуру, четко отличающую его от записных книжек, рабочих тетрадей и прочей писчебумажной продукции.

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

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

Свойства полей базы данных

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

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

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

Размер поля – определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.

Формат поля – определяет способ форматирования данных в ячейках, принадлежащих полю.

Маска ввода – определяет форму, в которой вводятся данные в поле (средство автоматизации ввода данных).

Подпись – определяет заголовок столбца таблицы для данного поля (если подпись не указана, то в качестве заголовка столбца используется свойство Имя поля).

Значение по умолчанию – то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных).

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

Сообщение об ошибке – текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных.

Обязательное поле – свойство, определяющее обязательность заполнения данного поля при наполнении базы.

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

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

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

Типы данных

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

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

Числовой – тип данных для хранения действительных чисел.

Поле Мемо – специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он храниться в другом месте базы данных, а в поле храниться указатель на него, но для пользователя такое разделение заметно не всегда.

Дата/время – тип данных для хранения календарных дат и текущего времени.

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

Счетчик – специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование служит для порядковой нумерации записей.

Логический — тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

Гиперссылка – специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск броузера и воспроизведение объекта в его окне.

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

Безопасность баз данных

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

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

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

Режимы работы с базами данных

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

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

Соответственно СУБД имеет два режима работы: проектировочный  и пользовательский. Первый режим предназначен для создания или изменения структуры базы и создание ее объектов. Во втором режиме происходит использование ранее подготовленных объектов для наполнения базы или получения данных из нее.

Объекты базы данных

Таблицы

Таблицы – это основные объекты любой базы данных. Во-первых, в них хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства).

Запросы

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

Формы

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

Отчеты

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

Страницы

Это специальные объекты баз данных, реализованных в последней версии СУБД  Microsoft Access (Access 2000). Правда, более корректно их называют страницами доступа к данным. Физически это особый объект, выполненный в коде HTML, размещаемый на Web-странице и передаваемый клиенту вместе с ней. Сам по себе этот объект не является базой данных, но содержит компоненты, через которые осуществляется связь переданной Web-страницы с базой данных, остающейся на сервере. Пользуясь этими компонентами, посетитель Web-узла может просматривать записи базы в полях страницы доступа. Таким образом, страницы доступа к данным осуществляют интерфейс между клиентом, сервером и базой данных, размещенной на сервере. Эта база данных не обязательно должна быть базой данных Microsoft Access. Страницы доступа, созданные средствами Microsoft Access, посволяют работать также с базами данных Microsoft SQL Server.

Макросы и модули

 

Эти категории объектов предназначены как для автоматизации повторяющихся операций при работе с СУБД, так и для создания новых функций путем программирования. В СУБД Microsoft Access макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой. Модули создаются средствами внешнего языка програмирования, в данном случае, языка Visual Basic for Applications. Это одно из средств, с помощью которых разработчик базы может заложить в нее нестандартные функциональные возможности, удовлетворить специфические требования заказчика, повысить быстродействие системы управления, а также уровень ее защищенности.

< Предыдущая		Следующая >

Базы данных — всё по этой теме для программистов

Взаимодействие Python и FugueSQL в Jupyter Notebooks

FugueSQL — это язык который расширяет возможности SQL. Рассказываем, как пользоваться FugueSQL в связке с Python и Jupyter Notebooks.

Индексы в PostgreSQL

На примере PostgreSQL коротко рассматриваем несколько разных типов индексов и классов задач, для которых они применимы.

Задачи с собеседований: обработка параллельного редактирования данных

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

Основные команды SQL, которые должен знать каждый программист

Рассмотрим основные команды SQL, включая агрегатные функции и вложенные подзапросы, на примере работы с MySQL.

27 распространённых вопросов по SQL с собеседований и ответы на них

Вопросы по SQL часто входят в техническое собеседование. Здесь мы собрали популярные вопросы, задачи и дали на них развёрнутые ответы.

Как спроектировать базу данных, чтобы в будущем не пришлось её переписывать — базовые советы

Если вы работаете с базами данных, мало просто выучить SQL — нужно ещё и правильно спроектировать БД. Рассказываем о базовых правилах и возможных ошибках.

Хранимые процедуры на Python в PostgreSQL

Рассматриваем несколько простых примеров, чтобы научиться работать с хранимыми процедурами PostgreSQL на Python.

Трансляция HighLoad++ 2019

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

Знакомство с InfluxDB и базами данных временных рядов

Статья расскажет о том, что такое базы данных временных рядов и в частности про InfluxDB. Будут рассмотрены основные концепции, а также некоторые тонкости.

Работа с данными по-новому: Pandas вместо SQL

Статья покажет, как переписать SQL-запросы для Pandas и многое другое. Эта библиотека хорошо подходит для структурированных данных.

Меняем схему базы данных в PostrgreSQL, не останавливая работу приложения

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

Разбираемся в типах NoSQL СУБД

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

Фичи Django ORM, о которых вы не знали

Разработчики, решившие более детально разобраться в работе СУБД, часто обнаруживают, что делает некоторые вещи не оптимально. Представляем вашему вниманию советы по работе с базами данных в Django ORM.

15 полезных команд PostgreSQL

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

Курс «Хранилища данных»

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

«Use the index, Luke»: подборка книг по SQL и теории баз данных

SQL (англ. structured query language — «язык структурированных запросов») — язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей системой управления базами данных. Появился в 1974 году как язык…

Курс «Технологии хранения и обработки больших объёмов данных»

Русскоязычный курс, посвящённый теоретическим и практическим вопросам работы с технологиями, связанным с хранением, обработкой и анализом больших объёмов данных. Курс записан в 2015 году, лектор — Дмитрий Барашев.

Курс «Проектирование СУБД»

Совместный видеокурс «Технотрек Mail.Ru Group» и МФТИ, посвященный изучению основ языка SQL с учетом особенностей объектно-реляционной СУБД PostgreSQL. Курс записан в 2016 году, лекторы курса — Данил Вагапов и Елена Шишкина.

Курс «Изучение программирования. SQL»

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

Инструкция: как перевести проект Django с SQLite на MySQL без боли

SQLite3 является СУБД-движком по умолчанию в Python веб-фреймворке Django, а также, как сообщается на официальном сайте проекта, самым часто используемым движком в мире. И он отлично походит для быстрого прототипирования…

Основные аспекты безопасности СУБД: что следует знать

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

SQLite, MySQL и PostgreSQL: сравниваем популярные реляционные СУБД

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

SQL и NoSQL: разбираемся в основных моделях баз данных

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

Избегаем часто встречающихся ошибок при работе с MySQL

Работа с базой данных — зачастую самое слабое место в производительности многих web-приложений. И часто можно заметить, как на одни и те же грабли наступают разработчики при проектировании базы данных. Данная…

Как использовать базу данных MySQL в Java

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

Что нужно знать о базах данных? (ЧАСТЬ 1)

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

Бывает и так, что дела компании резко идут в гору, создается «наплыв» клиентов (а вместе с ними и данных), и привычные структуры попросту его не выдерживают. Вот тогда-то и наступает момент, когда приходится вспомнить, что база данных – это не просто магическая шкатулка, которая «принимает» и «отпускает» данные по первому требованию. И, соответственно, характеристики ввода и вывода информации – далеко не единственное, на что стоило бы обратить внимание, сравнивая и выбирая для себя наиболее подходящую технологию.

Почему это важно?

К примеру, задайте себе вопрос: что подразумевается под словом «операция базы данных»? Имеется ли в виду транзакция? Или, может быть, индексирование? Стоп, может, все-таки извлечение? И если так, то откуда вообще извлекаются ваши данные? С жесткого диска – или при помощи телепортационного луча откуда-то из звездной системы Альфа Центавра?

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

Как этого избежать? Необязательно «учить матчасть» – достаточно просто раз и навсегда разобраться в понятиях.

Характеристики баз данных: модель данных

Итак, что же такое база данных? В принципе, любая структура, хранящая данные для их последующего извлечения, может быть отнесена к этой категории. Существует множество самых разных классификаций, но сегодня мы остановимся на, пожалуй, главной из пяти категорий, по которым отличаются все существующие базы данных, – модели данных (кроме нее, БД различаются по типу интерфейса прикладного программирования (API), транзакций, персистенции и, наконец, индексации – о них мы поговорим в следующих статьях).

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

1. Реляционная модель – настоящая «классика», пик популярности которой пришелся на 90-е, хотя она и сейчас не сдает своих позиций. Во многом благодаря таким своим преимуществам, как способность занимать довольно мало места, доступность в смысле понимания ее структуры и механизмов, удобный язык запросов SQL и поддержка множества вариантов использования. Впрочем, почти каждый, кто сталкивался с этой моделью данных на практике – и особенно в случае больших данных – укажет на ее существенные недостатки: относительно низкая скорость работы при высоких затратах на прикладное программирование, а также заметная «сложносочиненность», со всеми вытекающими из этого потенциальными «косяками».

2. Модель «ключ-значение» предполагает наличие записей, в которых ключ (обычно, набор байтов) связан напрямую со значением (обычно другой набор байтов). Используется такая технология тогда, когда «исходный материал» не требует сложного реляционного подхода. База данных, построенная на модели «ключ-значение» будет работать быстро во многом за счет возможности сжатия записей (они одинаковы по размеру и имеют повторяющиеся данные) – и понять структуру такой базы будет гораздо проще. Однако отсутствие схемы, невозможность проверки данных на непротиворечивость и куда более сложная логика внедрения выглядят во многих случаях существенными недостатками.

 

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

 

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

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

Автор: Лиза Филиппова

В основу статьи легли материалы ACM.

Что такое OBD? Общие сведения о бортовой диагностике

Как бортовая диагностика изменилась за последние годы?

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

Развитие систем OBD можно разделить на две отдельные фазы в зависимости от типа системы, популярной в то время. Они описаны более подробно ниже:

1. OBD-I

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

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

2. OBD-II

В 1994 году Калифорнийский совет по воздушным ресурсам выпустил OBD-II как набор стандартов для систем OBD для всех автомобилей, продаваемых в Калифорнии. Этот стандарт был официально внедрен в 1996 модельном году и используется с тех пор. Общество автомобильных инженеров и Международная организация по стандартизации, известная как SAE и ISO, соответственно, также выпустили стандарты обмена цифровой информацией между блоками управления двигателем и диагностическим сканером.Агентство по охране окружающей среды расширило использование OBD-II после принятия Закона о чистом воздухе — по состоянию на 2001 год в 33 штатах и ​​районах требуется регулярный осмотр транспортных средств, чтобы убедиться, что они соответствуют стандартам выбросов, и OBD-II является ключевой частью этих требований. инспекции.

Стандарты OBD-II характеризуются несколькими требованиями, включая следующие:

• Разъем OBD-II: Современные системы OBD используют стандартизированные разъемы DLC, называемые разъемами типа 2. Это позволяет техническим специалистам использовать один и тот же кабель, кабель типа 2, для доступа к цифровым коммуникациям, хранящимся в системе OBD.Расположение этого порта нестандартное, но обычно он находится под приборной панелью со стороны водителя.
• Мониторинг системы: EPA требует, чтобы системы OBD отслеживали проблемы, которые влияют на выбросы транспортных средств. Многие системы изучают другие показатели, которые не включены в эту область, чтобы упростить поиск и устранение проблем с транспортными средствами, но минимальные требования установлены.

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

Все, что вам нужно знать о OBD, OBD II | Донглы, Диагностика

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

Бортовая диагностика

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

Что такое OBD?

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

OBD существовала в различных формах задолго до того, как кто-либо когда-либо произносил слова «информационно-развлекательная система» или «подключенный автомобиль».Это произошло в первую очередь из-за двух факторов: необходимости регулировать выбросы и массового внедрения электронного впрыска топлива автопроизводителями, начиная с 1980-х годов.

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

OBD в сравнении с OBD II

Некоторые автопроизводители представили компьютерные интерфейсы для своих автомобилей до 1990-х годов, но стремление к стандартизации началось только в 1991 году, когда Калифорнийский совет по воздушным ресурсам (CARB) постановил, что все автомобили, продаваемые в Калифорнии, нуждаются в той или иной форме бортовой диагностики. Однако CARB не выпускал стандарты для систем до 1994 года. Этот стандарт, известный как OBD II, был внедрен в 1996 модельном году и используется до сих пор. Предыдущие версии OBD были ретроактивно классифицированы как OBD I.

Практически каждый новый автомобиль, проданный в США за последние 20 лет, соответствует стандарту OBD II. В автомобилях OBD ​​II есть порт, обычно расположенный под приборной панелью со стороны водителя, к которому устройства могут подключаться и подключаться к компьютеру автомобиля. У компаний есть множество идей о том, что можно подключить к этому порту.

Углубляясь в диагностику

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

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

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

OBD для исполнения

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

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

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

Донглы OBD

Автоматический штекер OBD II

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

Донглы иногда выдаются клиентам страховыми компаниями для получения скидки. Как правило, это включает использование данных, извлеченных из соединения OBD II автомобиля, для анализа привычек вождения и предоставления скидки за поведение с низким уровнем риска. Программа Allstate Drivewise, например, учитывает скорость, то, как быстро водитель тормозит, количество пройденных миль и время вождения.

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

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

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

Рекомендации редакции

Что такое OBD? — Решения OBD

---

OBD означает « O n- B oard D iagnostics.«Это компьютерная система, изначально разработанная для снижения выбросов за счет контроля работы основных компонентов двигателя.

Базовая система OBD состоит из ECU (электронный блок управления), который использует входные данные от различных датчиков (например, кислородных датчиков) для управления исполнительными механизмами (например, топливными форсунками) для достижения желаемой производительности. Индикатор «Проверьте двигатель», также известный как MIL (индикатор неисправности), обеспечивает раннее предупреждение владельца транспортного средства о неисправностях.Современный автомобиль может поддерживать сотни параметров, к которым можно получить доступ через DLC (диагностический соединитель) с помощью устройства, называемого сканирующим прибором .

Существует два вида бортовых диагностических систем: OBD-I, и OBD-II.

OBD-I

OBD-I относится к системам OBD первого поколения, которые разрабатывались на протяжении 1980-х годов. Эти ранние системы используют проприетарные разъемы, аппаратные интерфейсы и протоколы.Механику, который хотел получить доступ к диагностической информации, обычно приходилось покупать инструмент для каждой марки автомобиля. Инструменты сканирования OBD-I, поддерживающие несколько протоколов, поставляются с набором различных переходных кабелей.

OBD-II

В начале 1990-х Общество автомобильных инженеров (SAE) и Международная организация по стандартизации (ISO) выпустили набор стандартов, описывающих обмен цифровой информацией между блоками управления двигателем и диагностическим сканером. Все транспортные средства, совместимые с OBD-II, должны были использовать стандартный диагностический разъем (SAE J1962) и обмениваться данными через один из стандартных протоколов связи OBD-II.

OBD-II был впервые представлен в автомобилях 1994 модельного года (MY) и стал обязательным требованием для всех легковых и легких грузовиков, начиная с MY1996.

Дополнительные ресурсы

Что такое OBDII? История бортовой диагностики

Возможно, вы встречали термины «OBD» или «OBDII», когда читали о подключенных транспортных средствах и устройстве Geotab GO. Эти функции являются частью бортовых компьютеров автомобиля и о них мало кто знает. Прочтите этот пост, чтобы ознакомиться с обзором OBDII и графиком его развития.

См. Также:
История спутников GPS и коммерческого GPS-слежения
Geotab GO сохранил мой отпуск на автофургоне

Что такое OBD (бортовая диагностика)?

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

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

Почему OBD так важна?

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

Благодаря OBD автопарки могут:

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

Где находится порт OBDII?

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

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

В чем разница между OBD и OBDII?

OBDII — это, попросту говоря, второе поколение OBD или OBD I. Первоначально OBD I был подключен к внешней консоли автомобиля, а теперь OBDII интегрирован в сам автомобиль.Оригинальный OBD использовался до изобретения OBDII в начале 1990-х годов.

Чтобы узнать больше о значении порта OBD, прочтите этот технический документ: Сохранение конфиденциальности и безопасности в подключенном автомобиле: Порт OBD на дороге впереди .

История OBDII

История бортовой диагностики восходит к 1960-м годам. Несколько организаций заложили основу для стандарта, включая Калифорнийский совет по воздушным ресурсам (CARB), Общество автомобильных инженеров (SAE), Международную организацию по стандартизации (ISO) и Агентство по охране окружающей среды (EPA).

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

Основные моменты в истории OBD:

1968 — Volkswagen представил первую компьютерную систему OBD с возможностью сканирования.

1978 — Datsun представила простую систему OBD с ограниченными нестандартными возможностями.

1979 — Общество инженеров автомобильной промышленности (SAE) рекомендует стандартизированный диагностический разъем и набор диагностических тестовых сигналов.

1980 — GM представила собственный интерфейс и протокол, способный обеспечивать диагностику двигателя через интерфейс RS-232 или, проще говоря, путем мигания индикатора Check Engine.

1988 — Стандартизация бортовой диагностики появилась в конце 1980-х годов после рекомендации SAE 1988 года, которая требовала наличия стандартного разъема и набора диагностических средств.

1991 — Штат Калифорния требует, чтобы все автомобили имели какую-либо форму базовой бортовой диагностики. Это называется OBD I.

1994 — Штат Калифорния постановил, что все автомобили, продаваемые в этом штате, начиная с 1996 года, должны иметь OBD в соответствии с рекомендациями SAE — теперь называется OBDII. Это связано с желанием проводить повсеместные испытания на выбросы. OBDII включал серию стандартизированных диагностических кодов неисправностей (DTC) .

1996 — OBD-II становится обязательной для всех автомобилей, произведенных в США.

2001 — EOBD (европейская версия OBD) становится обязательной для всех бензиновых автомобилей в Европейском союзе (ЕС).

2003 — EOBD становится обязательным для всех автомобилей с дизельным двигателем в ЕС.

2008 — Начиная с 2008 года, все автомобили в США должны внедрять OBDII через сеть контроллеров, как указано в ISO 15765-4.

К каким данным можно получить доступ из OBDII?

OBDII обеспечивает доступ к информации о состоянии и диагностическим кодам неисправностей (DTC) для:

• Трансмиссия (двигатель и трансмиссия)
• Системы контроля выбросов

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

• Идентификационный номер автомобиля (VIN)
• Идентификационный номер калибровки
• Счетчик зажигания
• Счетчики системы контроля выбросов

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

Примеры

Режим 1 (Информация об автомобиле):

• Pid 12 — Обороты двигателя
• Pid 13 — Скорость автомобиля

Режим 3 (Коды неисправностей: P = трансмиссия, C = шасси, B = кузов , U = Сеть):

• P0201 — Неисправность цепи форсунки — Цилиндр 1
• P0217 — Состояние перегрева двигателя
• P0219 — Состояние превышения скорости двигателя
• C0128 — Низкий уровень тормозной жидкости в цепи
• C0710 — Неисправность положения рулевого управления
• B1671 — Напряжение аккумуляторного модуля вне допустимого диапазона
• U2021 — Получены неверные данные / данные о неисправности

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

OBD и телематика

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

Из-за множества протоколов OBD не все телематические решения предназначены для работы со всеми типами транспортных средств, которые существуют сегодня. Geotab Telematics решает эту проблему, переводя диагностические коды транспортных средств различных марок и моделей, и даже электромобилей и .

См. Также : Нормализация данных и почему это важно

С помощью порта OBD-II решение для отслеживания автопарка можно быстро и легко подключить к вашему автомобилю.В случае с Geotab его можно настроить менее чем за пять минут .

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

Что такое WWH-OBD?

WWH-OBD означает всемирно согласованную бортовую диагностику. Это международный стандарт, используемый для диагностики транспортных средств, внедренный Организацией Объединенных Наций в рамках мандата Глобальных технических правил (GTR), который включает мониторинг данных транспортного средства, таких как выбросы и коды неисправностей двигателя.

Преимущества WWH-OBD

Вот взгляните на преимущества перехода к WWH в более технических терминах:

Доступ к большему количеству типов данных

В настоящее время PID OBDII, используемые в режиме 1, имеют длину всего один байт, Это означает, что доступно только до 255 уникальных типов данных. Расширение PID также может быть применено к другим режимам OBD-II, которые были перенесены в WWH через режимы UDS. Адаптация стандартов WWH позволит получить больше доступных данных и обеспечит возможность расширения в будущем.

Более подробные данные об ошибках

Еще одним преимуществом WWH является расширение информации, содержащейся в ошибке. В настоящее время OBDII использует двухбайтовый диагностический код неисправности (DTC), чтобы указать, когда произошла неисправность (например, P0070 указывает, что датчик температуры окружающего воздуха «A» имеет общую электрическую неисправность).

Unified Diagnostic Services (UDS) заменяет 2-байтовый код неисправности в 3-байтовый код неисправности, в котором третий байт указывает на «режим» сбоя. Этот режим отказа аналогичен индикатору режима отказа (FMI), используемому в протоколе J1939.Например, ранее на OBDII у вас могли быть следующие пять неисправностей:

• P0070 Цепь датчика температуры окружающего воздуха
• P0071 Диапазон / рабочие характеристики датчика температуры окружающего воздуха
• P0072 Низкий входной сигнал цепи датчика температуры окружающего воздуха
• P0073 Окружающий воздух Высокий входной сигнал цепи датчика температуры
• P0074 Прерывистый сигнал в цепи датчика температуры окружающего воздуха

При использовании WWH все они объединены в один код P0070 с 5 различными режимами отказа, указанными в третьем байте кода неисправности.Например, P0071 теперь становится P0070-1C.

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

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

Geotab поддерживает WWH-OBD

Geotab уже внедрила протокол WWH в нашу прошивку. Geotab использует сложную систему обнаружения протокола, в которой мы безопасно проверяем, что доступно на транспортном средстве, чтобы узнать, доступен ли OBD-II или WWH (в некоторых случаях доступны оба).

В Geotab мы постоянно улучшаем нашу прошивку, чтобы еще больше улучшить информацию, которую получают наши клиенты. Мы уже начали поддерживать 3-байтовую информацию о кодах неисправности и продолжаем добавлять дополнительную информацию о неисправностях, возникающих в транспортных средствах.Когда новая информация становится доступной через OBDII или WWH (например, новый PID или данные о неисправностях), или если на транспортном средстве внедряется новый протокол, Geotab делает своей приоритетной задачей быстрое и точное добавление ее в прошивку. Затем мы немедленно отправляем новую прошивку нашим устройствам через облако, чтобы наши клиенты всегда получали максимальную пользу от своих устройств.

Развитие за пределами OBDII

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

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

Реальность такова, что UDS содержит более 20 дополнительных режимов к текущим 10 стандартным режимам, доступным через OBDII, а это означает, что UDS имеет больше доступной информации.Но именно здесь на помощь приходит WWH-OBD. Он пытается объединить режимы UDS с OBDII, чтобы обогатить данные, доступные для диагностики, при сохранении стандартизированного процесса.

Заключение

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

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

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

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

OBD2 Объяснение — Простое введение (2021)

Требуется простое и практичное введение в OBD2?

В этом руководстве мы представляем бортовой диагностический протокол (OBD2), в т.ч. разъем OBD2, идентификаторы параметров OBD2 (PID) и связь с шиной CAN.

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

См. Ниже, почему он стал # 1 OBD2 tutorial .

Вы также можете посмотреть наше вступительное видео OBD2 выше (150K + просмотров на YouTube)

Что такое OBD2?

Короче говоря, OBD2 — это встроенная система самодиагностики вашего автомобиля.

Вы, наверное, уже сталкивались с OBD2:

Вы когда-нибудь замечали световой индикатор неисправности на приборной панели?

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

Для этого он подключит считыватель OBD2 к 16-контактному разъему OBD2 рядом с руль.

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

Разъем OBD2

Разъем OBD2 позволяет легко получить доступ к данным из вашего автомобиля. Стандарт SAE J1962 определяет два типа 16-контактных разъемов OBD2 (A и B).

На иллюстрации показан пример контактного разъема OBD2 типа A (также иногда называемого разъемом канала передачи данных, DLC).

Несколько замечаний:

• Разъем OBD2 находится рядом с рулем, но может быть спрятан за крышки / панели
• Не все штекерные разъемы подходят ко всем гнездовым разъемам OBD2 — проверьте тип и распиновку порта OBD
• Контакт 16 обеспечивает питание от автомобильного аккумулятора — часто даже при выключенном зажигании
• Контакты 6 (CAN-H) и 14 (CAN-L) наиболее актуальны, поскольку CAN (ISO 15765-4) является стандартом для большинства современных автомобилей (в т.ч.Электромобили)

Есть ли в моей машине OBD2?

Короче: Наверное!

Почти все новые автомобили поддерживают OBD2 и большинство работают на CAN (ISO 15765). Для старых автомобилей имейте в виду, что даже если присутствует 16-контактный разъем OBD2, он все равно может не поддерживать OBD2. Один из способов определить соответствие — определить где и когда был куплен новый :

---

Связь между OBD2 и шиной CAN

Бортовая диагностика, OBD2, является «протоколом более высокого уровня» (воспринимайте его как язык), в то время как шина CAN — это метод для связь (как по телефону).

В частности, стандарт OBD2 определяет разъем OBD2, в т.ч. набор из пяти протоколов, на которых он может работать. Кроме того, с 2008 года шина CAN (ISO 15765) была обязательным протоколом для OBD2 во всех автомобилях, продаваемых в США, что в основном со временем устраняет остальные 4 протокола.

Обратите внимание, что ISO 15765 относится к набору ограничений, применяемых к стандарту CAN, который определен через ISO 11898 — можно сказать, что ISO 15765 подобен «CAN для автомобилей».

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

Обзор основных стандартов OBD2

Ниже мы перечисляем некоторые из наиболее актуальных стандартов SAE / ISO, относящихся к OBD2:

SAE J1962: Этот стандарт определяет физический разъем, используемый для интерфейса OBD2, то есть разъем OBD2. Стандарт описывает как разъем OBD2 транспортного средства, так и разъем, используемый внешним испытательным оборудованием (например, сканером OBD2 или регистратором данных OBD2). В частности, стандарт диктует расположение и доступ к разъему OBD2.

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

SAE J1939: Стандарт J1939 описывает протокол данных, используемый для связи с транспортными средствами большой грузоподъемности.В то время как информация OBD2 PID доступна только по запросу с помощью испытательного оборудования OBD2, протокол J1939 используется в большинстве тяжелых транспортных средств в качестве основного средства для передачи трафика CAN, то есть данные передаются непрерывно.

ISO 11898: Этот стандарт описывает уровень канала передачи данных CAN-шины и физический уровень, служащий основой для связи OBD2 в большинстве современных автомобилей

ISO 15765-2: Стандарт ISO-TP описывает «Транспортный уровень», т.е.как отправлять пакеты данных размером более 8 байт по шине CAN. Этот стандарт важен, поскольку он формирует основу для связи Unified Diagnostic Services (UDS), которая основана на отправке многокадровых пакетов данных CAN.

ISO 14229-1: Подробно описывает связь UDS, частично заимствованную из уже устаревшего стандарта ISO 15765-3.

---

История OBD2

OBD2 происходит из Калифорнии , где Калифорнийский совет по воздушным ресурсам (CARB) Требуется OBD во всех новых автомобилях с 1991+ для целей контроля выбросов.

Стандарт OBD2 был рекомендован Обществом автомобильных инженеров (SAE) и стандартизированными кодами неисправности и Разъем OBD от производителей (SAE J1962).

Оттуда стандарт OBD2 выкатили пошагово :

• 1996: OBD2 сделана обязательной в США для автомобилей / свет грузовики
• 2001: Требуется в ЕС для бензиновых автомобилей
• 2003: Требуется в ЕС также для дизельных автомобилей (EOBD)
• 2005: OBD2 требуется в США для автомобилей средней грузоподъемности
• 2008: Американские автомобили должны использовать ISO 15765-4 (CAN) в качестве основы OBD2
• 2010: Наконец, OBD2 требовался в транспортных средствах большой грузоподъемности в США

OBD2 будущее

OBD2 никуда не денется — но в каком виде?

Два потенциальных маршрута могут радикально изменить OBD2:

OBD3 / OBD-III — беспроводное тестирование выбросов

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

Решение? OBD3 — добавление телематики во все автомобили .

По сути, OBD3 добавляет небольшой радиотранслятор (например, в случае взимания платы за проезд по мосту) для всех автомобилей. Используя это, автомобиль , идентификационный номер транспортного средства (VIN) и коды неисправности могут быть отправлены через Wi-Fi на центральный сервер для проверок.

Многие устройства сегодня уже поддерживают передачу данных CAN или OBD2 через Wi-Fi / сотовую связь — например, CANedge2 WiFi CAN-логгер.

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

Устранение сторонних сервисов OBD2

Протокол OBD2 изначально был разработан для стационарного контроля выбросов.

Тем не менее, сегодня OBD2 широко используется для генерации данных в реальном времени третьими сторонами — через ключи OBD2, регистраторы CAN и т. Д. Однако немецкая автомобильная промышленность стремится изменить это:

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

— Кристоф Гроте, старший вице-президент по электронике, BMW (2017)

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

Аргументация основана на безопасности (например, устранение риска, связанного с автомобилем. взлом), хотя многие видят в этом коммерческий ход. Станет ли это реальной тенденцией? можно увидеть — но это может действительно подорвать рынок услуг сторонних производителей OBD2.

---

Идентификаторы параметров OBD2 (PID)

Зачем вам нужны данные OBD2?

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

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

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

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

Расшифровка данных шины OBD2 и CAN

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

Автомобильные хакеры могут попытаться реконструировать правила, однако это может быть сложно.CAN, однако, по-прежнему является единственным способом получить «полный доступ» к данным вашего автомобиля, в то время как OBD2 предоставляет доступ только к ограниченному набору данных. данные.

Как записать данные OBD2?

Регистрация данных

OBD2 работает следующим образом:

• Подключаете регистратор OBD2 к разъему OBD2
• Используя инструмент, вы отправляете «кадры запроса» через CAN
• Соответствующие ЭБУ отправляют «кадры ответа» через CAN

Другими словами, регистратор CAN, который может передавать пользовательские кадры CAN, также может использоваться как регистратор OBD2.

Обратите внимание, что автомобили различаются в зависимости от модели / года тем, какие идентификаторы OBD2 PID они поддерживают. Подробную информацию см. В нашем руководстве по регистратору данных OBD2.

Регистратор данных CANedge OBD2

CANedge позволяет легко записывать данные OBD2 на SD-карту емкостью 8-32 ГБ. Просто укажите какие OBD2 PID вы хотите запросить, а затем подключите его к автомобилю через адаптер OBD2, чтобы начать регистрацию. Обработайте данные с помощью бесплатного программного обеспечения / API и нашего OBD2 DBC.

учить больше

Детали рамы Raw OBD2

Чтобы начать запись данных OBD2, полезно понять основы необработанной структуры сообщения OBD2.Говоря упрощенно, сообщение OBD2 состоит из идентификатор и данные . Кроме того, данные разделяются на режим, PID и байты данных (A, B, C, D), как показано ниже.

Пример сообщения CAN запроса / ответа для PID «Скорость автомобиля» со значением 50 км / ч может выглядеть следующим образом:

Запрос: 7DF 02 01 0D 55 55 55 55 55

Ответ: 7E8 03 41 0D 32 AA AA AA AA

Объяснение полей сообщения OBD2

Идентификатор: Для сообщений OBD2 стандартный 11-битный идентификатор используется для различения «сообщений запроса» (ID 7DF) и «сообщений ответа» (ID 7E8). до 7EF).Обратите внимание, что 7E8 обычно находится там, где реагирует главный двигатель или ECU.

Длина: Просто отражает длину в байтах оставшихся данных (с 03 по 06). В примере со скоростью транспортного средства это 02 для запроса (поскольку следуют только 01 и 0D), а для ответа — 03, так как следуют 41, 0D и 32.

Режим: Для запросов это будет между 01-0A. В ответах 0 заменяется на 4 (т.е. 41, 42,…, 4A). Есть 10 режимов, как описано в SAE. Стандарт J1979 OBD2.Режим 1 показывает текущие данные и, например, используется для просмотра скорости автомобиля в реальном времени, оборотов в минуту и ​​т. д. Другие режимы используются, например, для показать или очистить сохраненную диагностику коды неисправностей и показать данные о стоп-кадре.

PID: Для каждого режима существует список стандартных OBD2 PID — например, в режиме 01 PID 0D — это скорость автомобиля. Полный список можно найти в обзоре Wikipedia OBD2 PID. У каждого PID есть описание, а у некоторых есть заданные мин. / Макс. И преобразование. формула.

Формула скорости e.грамм. просто A, что означает, что байт данных A (который находится в HEX) преобразуется в десятичное, чтобы получить преобразованное значение км / ч (т.е. 32 становится 50 км / ч выше). Например, RPM (PID 0C), формула (256 * A + B) / 4.

A, B, C, D: Это байты данных в HEX, которые необходимо преобразовать в десятичную форму, прежде чем они будут использоваться в вычислениях формулы PID. Обратите внимание, что последний байт данных (после Dh) не используется.

---

Регистрация данных OBD2 — примеры использования

Данные

OBD2 легковых и легких грузовиков могут использоваться в различных случаях:

Запись данных с автомобилей

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

Учить больше

Диагностика автомобиля в режиме реального времени

Интерфейсы

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

Учить больше

Профилактическое обслуживание

Легковые автомобили и легкие грузовики можно отслеживать с помощью регистраторов IoT OBD2 в облаке, чтобы прогнозировать и предотвращать поломки

Учить больше

Регистратор черного ящика автомобиля

Регистратор OBD2 может служить «черным ящиком» для транспортных средств или оборудования, предоставляя данные для e.грамм. споры или диагностика

Учить больше

У вас есть вариант использования регистрации данных OBD2? Получите бесплатный спарринг!

Свяжитесь с нами

Какой тип регистратора OBD2 вам нужен?

Ниже описаны наиболее распространенные категории анализаторов OBD2:

Сканеры OBD2: Используются в качестве диагностических инструментов автомобиля при статическом считывании / очистке кодов неисправности, например, механика. Обычно используется диагностический прибор OBD2. в диагностике проблем с автомобилем, напримеробозначается включенной контрольной лампой MIL. Различные типы существуют, и некоторые частные лица используют недорогие варианты в качестве простых считывателей автомобильных кодов для самодиагностики состояния своего автомобиля.

Bluetooth-ключи OBD2: Существует множество Bluetooth-ключей OBD2, которые позволяют просматривать данные об автомобиле прямо на вашем смартфоне через приложение. Обычно ключи Bluetooth OBDII дешевы и просты в использовании, хотя также ограничены с точки зрения их использования за пределами цели визуализации подключения Bluetooth к приложению. В Назначение ключа OBD2 bluetooth обычно состоит в том, чтобы контролировать личное поведение при вождении и состояние автомобиля.

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

Регистраторы OBD2: Используется для регистрации данных OBD2 от автомобиль на SD-карту — идеально подходит, например, для Примеры использования «черного ящика» или полевые испытания прототипов производителями автомобильных комплектующих.Например, CANedge1 позволяет вам регистрировать данные шины CAN, а также запрашивать данные OBD2, отправляя пользовательские запросы кадров на шину CAN.

Регистратор WiFi OBD2: Регистраторы WiFi OBD2 и ключи WiFi OBD2 обеспечивают автоматическую передачу данных OBD2 через WiFi (включая 3G / 4G) на сервер / облако. Регистраторы WiFi OBD2 обычно используются для OBD2 случаи использования телематики, когда данные о парке автомобилей должны собираться автоматически и визуализироваться с помощью панелей данных OBD2. Например, CANedge2 позволяет вам регистрировать данные CAN / OBD2 и автоматически отправлять их через точку доступа Wi-Fi на ваш собственный сервер.Данные могут обрабатываться с помощью бесплатных программных средств и, например, визуализируется в дашбордах Grafana.

CANedge2 упрощает регистрацию OBD2 данные на SD-карту — и загрузить их через Wi-Fi на свой сервер.

Необходимо регистрировать / передавать данные OBD2?

Получите регистратор данных OBD2 сегодня!

---

Рекомендуем

Объяснение OBD2 — простое введение (2021)

Требуется простое и практичное введение в OBD2?

В этом руководстве мы представляем бортовой диагностический протокол (OBD2), в т.ч.разъем OBD2, идентификаторы параметров OBD2 (PID) и связь с шиной CAN.

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

См. Ниже, почему он стал # 1 OBD2 tutorial .

Вы также можете посмотреть наше вступительное видео OBD2 выше (150K + просмотров на YouTube)

Что такое OBD2?

Короче говоря, OBD2 — это встроенная система самодиагностики вашего автомобиля.

Вы, наверное, уже сталкивались с OBD2:

Вы когда-нибудь замечали световой индикатор неисправности на приборной панели?

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

Для этого он подключит считыватель OBD2 к 16-контактному разъему OBD2 рядом с руль.

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

Разъем OBD2

Разъем OBD2 позволяет легко получить доступ к данным из вашего автомобиля. Стандарт SAE J1962 определяет два типа 16-контактных разъемов OBD2 (A и B).

На иллюстрации показан пример контактного разъема OBD2 типа A (также иногда называемого разъемом канала передачи данных, DLC).

Несколько замечаний:

• Разъем OBD2 находится рядом с рулем, но может быть спрятан за крышки / панели
• Не все штекерные разъемы подходят ко всем гнездовым разъемам OBD2 — проверьте тип и распиновку порта OBD
• Контакт 16 обеспечивает питание от автомобильного аккумулятора — часто даже при выключенном зажигании
• Контакты 6 (CAN-H) и 14 (CAN-L) наиболее актуальны, поскольку CAN (ISO 15765-4) является стандартом для большинства современных автомобилей (в т.ч.Электромобили)

Есть ли в моей машине OBD2?

Короче: Наверное!

Почти все новые автомобили поддерживают OBD2 и большинство работают на CAN (ISO 15765). Для старых автомобилей имейте в виду, что даже если присутствует 16-контактный разъем OBD2, он все равно может не поддерживать OBD2. Один из способов определить соответствие — определить где и когда был куплен новый :

---

Связь между OBD2 и шиной CAN

Бортовая диагностика, OBD2, является «протоколом более высокого уровня» (воспринимайте его как язык), в то время как шина CAN — это метод для связь (как по телефону).

В частности, стандарт OBD2 определяет разъем OBD2, в т.ч. набор из пяти протоколов, на которых он может работать. Кроме того, с 2008 года шина CAN (ISO 15765) была обязательным протоколом для OBD2 во всех автомобилях, продаваемых в США, что в основном со временем устраняет остальные 4 протокола.

Обратите внимание, что ISO 15765 относится к набору ограничений, применяемых к стандарту CAN, который определен через ISO 11898 — можно сказать, что ISO 15765 подобен «CAN для автомобилей».

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

Обзор основных стандартов OBD2

Ниже мы перечисляем некоторые из наиболее актуальных стандартов SAE / ISO, относящихся к OBD2:

SAE J1962: Этот стандарт определяет физический разъем, используемый для интерфейса OBD2, то есть разъем OBD2. Стандарт описывает как разъем OBD2 транспортного средства, так и разъем, используемый внешним испытательным оборудованием (например, сканером OBD2 или регистратором данных OBD2). В частности, стандарт диктует расположение и доступ к разъему OBD2.

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

SAE J1939: Стандарт J1939 описывает протокол данных, используемый для связи с транспортными средствами большой грузоподъемности.В то время как информация OBD2 PID доступна только по запросу с помощью испытательного оборудования OBD2, протокол J1939 используется в большинстве тяжелых транспортных средств в качестве основного средства для передачи трафика CAN, то есть данные передаются непрерывно.

ISO 11898: Этот стандарт описывает уровень канала передачи данных CAN-шины и физический уровень, служащий основой для связи OBD2 в большинстве современных автомобилей

ISO 15765-2: Стандарт ISO-TP описывает «Транспортный уровень», т.е.как отправлять пакеты данных размером более 8 байт по шине CAN. Этот стандарт важен, поскольку он формирует основу для связи Unified Diagnostic Services (UDS), которая основана на отправке многокадровых пакетов данных CAN.

ISO 14229-1: Подробно описывает связь UDS, частично заимствованную из уже устаревшего стандарта ISO 15765-3.

---

История OBD2

OBD2 происходит из Калифорнии , где Калифорнийский совет по воздушным ресурсам (CARB) Требуется OBD во всех новых автомобилях с 1991+ для целей контроля выбросов.

Стандарт OBD2 был рекомендован Обществом автомобильных инженеров (SAE) и стандартизированными кодами неисправности и Разъем OBD от производителей (SAE J1962).

Оттуда стандарт OBD2 выкатили пошагово :

• 1996: OBD2 сделана обязательной в США для автомобилей / свет грузовики
• 2001: Требуется в ЕС для бензиновых автомобилей
• 2003: Требуется в ЕС также для дизельных автомобилей (EOBD)
• 2005: OBD2 требуется в США для автомобилей средней грузоподъемности
• 2008: Американские автомобили должны использовать ISO 15765-4 (CAN) в качестве основы OBD2
• 2010: Наконец, OBD2 требовался в транспортных средствах большой грузоподъемности в США

OBD2 будущее

OBD2 никуда не денется — но в каком виде?

Два потенциальных маршрута могут радикально изменить OBD2:

OBD3 / OBD-III — беспроводное тестирование выбросов

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

Решение? OBD3 — добавление телематики во все автомобили .

По сути, OBD3 добавляет небольшой радиотранслятор (например, в случае взимания платы за проезд по мосту) для всех автомобилей. Используя это, автомобиль , идентификационный номер транспортного средства (VIN) и коды неисправности могут быть отправлены через Wi-Fi на центральный сервер для проверок.

Многие устройства сегодня уже поддерживают передачу данных CAN или OBD2 через Wi-Fi / сотовую связь — например, CANedge2 WiFi CAN-логгер.

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

Устранение сторонних сервисов OBD2

Протокол OBD2 изначально был разработан для стационарного контроля выбросов.

Тем не менее, сегодня OBD2 широко используется для генерации данных в реальном времени третьими сторонами — через ключи OBD2, регистраторы CAN и т. Д. Однако немецкая автомобильная промышленность стремится изменить это:

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

— Кристоф Гроте, старший вице-президент по электронике, BMW (2017)

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

Аргументация основана на безопасности (например, устранение риска, связанного с автомобилем. взлом), хотя многие видят в этом коммерческий ход. Станет ли это реальной тенденцией? можно увидеть — но это может действительно подорвать рынок услуг сторонних производителей OBD2.

---

Идентификаторы параметров OBD2 (PID)

Зачем вам нужны данные OBD2?

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

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

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

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

Расшифровка данных шины OBD2 и CAN

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

Автомобильные хакеры могут попытаться реконструировать правила, однако это может быть сложно.CAN, однако, по-прежнему является единственным способом получить «полный доступ» к данным вашего автомобиля, в то время как OBD2 предоставляет доступ только к ограниченному набору данных. данные.

Как записать данные OBD2?

Регистрация данных

OBD2 работает следующим образом:

• Подключаете регистратор OBD2 к разъему OBD2
• Используя инструмент, вы отправляете «кадры запроса» через CAN
• Соответствующие ЭБУ отправляют «кадры ответа» через CAN

Другими словами, регистратор CAN, который может передавать пользовательские кадры CAN, также может использоваться как регистратор OBD2.

Обратите внимание, что автомобили различаются в зависимости от модели / года тем, какие идентификаторы OBD2 PID они поддерживают. Подробную информацию см. В нашем руководстве по регистратору данных OBD2.

Регистратор данных CANedge OBD2

CANedge позволяет легко записывать данные OBD2 на SD-карту емкостью 8-32 ГБ. Просто укажите какие OBD2 PID вы хотите запросить, а затем подключите его к автомобилю через адаптер OBD2, чтобы начать регистрацию. Обработайте данные с помощью бесплатного программного обеспечения / API и нашего OBD2 DBC.

учить больше

Детали рамы Raw OBD2

Чтобы начать запись данных OBD2, полезно понять основы необработанной структуры сообщения OBD2.Говоря упрощенно, сообщение OBD2 состоит из идентификатор и данные . Кроме того, данные разделяются на режим, PID и байты данных (A, B, C, D), как показано ниже.

Пример сообщения CAN запроса / ответа для PID «Скорость автомобиля» со значением 50 км / ч может выглядеть следующим образом:

Запрос: 7DF 02 01 0D 55 55 55 55 55

Ответ: 7E8 03 41 0D 32 AA AA AA AA

Объяснение полей сообщения OBD2

Идентификатор: Для сообщений OBD2 стандартный 11-битный идентификатор используется для различения «сообщений запроса» (ID 7DF) и «сообщений ответа» (ID 7E8). до 7EF).Обратите внимание, что 7E8 обычно находится там, где реагирует главный двигатель или ECU.

Длина: Просто отражает длину в байтах оставшихся данных (с 03 по 06). В примере со скоростью транспортного средства это 02 для запроса (поскольку следуют только 01 и 0D), а для ответа — 03, так как следуют 41, 0D и 32.

Режим: Для запросов это будет между 01-0A. В ответах 0 заменяется на 4 (т.е. 41, 42,…, 4A). Есть 10 режимов, как описано в SAE. Стандарт J1979 OBD2.Режим 1 показывает текущие данные и, например, используется для просмотра скорости автомобиля в реальном времени, оборотов в минуту и ​​т. д. Другие режимы используются, например, для показать или очистить сохраненную диагностику коды неисправностей и показать данные о стоп-кадре.

PID: Для каждого режима существует список стандартных OBD2 PID — например, в режиме 01 PID 0D — это скорость автомобиля. Полный список можно найти в обзоре Wikipedia OBD2 PID. У каждого PID есть описание, а у некоторых есть заданные мин. / Макс. И преобразование. формула.

Формула скорости e.грамм. просто A, что означает, что байт данных A (который находится в HEX) преобразуется в десятичное, чтобы получить преобразованное значение км / ч (т.е. 32 становится 50 км / ч выше). Например, RPM (PID 0C), формула (256 * A + B) / 4.

A, B, C, D: Это байты данных в HEX, которые необходимо преобразовать в десятичную форму, прежде чем они будут использоваться в вычислениях формулы PID. Обратите внимание, что последний байт данных (после Dh) не используется.

---

Регистрация данных OBD2 — примеры использования

Данные

OBD2 легковых и легких грузовиков могут использоваться в различных случаях:

Запись данных с автомобилей

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

Учить больше

Диагностика автомобиля в режиме реального времени

Интерфейсы

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

Учить больше

Профилактическое обслуживание

Легковые автомобили и легкие грузовики можно отслеживать с помощью регистраторов IoT OBD2 в облаке, чтобы прогнозировать и предотвращать поломки

Учить больше

Регистратор черного ящика автомобиля

Регистратор OBD2 может служить «черным ящиком» для транспортных средств или оборудования, предоставляя данные для e.грамм. споры или диагностика

Учить больше

У вас есть вариант использования регистрации данных OBD2? Получите бесплатный спарринг!

Свяжитесь с нами

Какой тип регистратора OBD2 вам нужен?

Ниже описаны наиболее распространенные категории анализаторов OBD2:

Сканеры OBD2: Используются в качестве диагностических инструментов автомобиля при статическом считывании / очистке кодов неисправности, например, механика. Обычно используется диагностический прибор OBD2. в диагностике проблем с автомобилем, напримеробозначается включенной контрольной лампой MIL. Различные типы существуют, и некоторые частные лица используют недорогие варианты в качестве простых считывателей автомобильных кодов для самодиагностики состояния своего автомобиля.

Bluetooth-ключи OBD2: Существует множество Bluetooth-ключей OBD2, которые позволяют просматривать данные об автомобиле прямо на вашем смартфоне через приложение. Обычно ключи Bluetooth OBDII дешевы и просты в использовании, хотя также ограничены с точки зрения их использования за пределами цели визуализации подключения Bluetooth к приложению. В Назначение ключа OBD2 bluetooth обычно состоит в том, чтобы контролировать личное поведение при вождении и состояние автомобиля.

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

Регистраторы OBD2: Используется для регистрации данных OBD2 от автомобиль на SD-карту — идеально подходит, например, для Примеры использования «черного ящика» или полевые испытания прототипов производителями автомобильных комплектующих.Например, CANedge1 позволяет вам регистрировать данные шины CAN, а также запрашивать данные OBD2, отправляя пользовательские запросы кадров на шину CAN.

Регистратор WiFi OBD2: Регистраторы WiFi OBD2 и ключи WiFi OBD2 обеспечивают автоматическую передачу данных OBD2 через WiFi (включая 3G / 4G) на сервер / облако. Регистраторы WiFi OBD2 обычно используются для OBD2 случаи использования телематики, когда данные о парке автомобилей должны собираться автоматически и визуализироваться с помощью панелей данных OBD2. Например, CANedge2 позволяет вам регистрировать данные CAN / OBD2 и автоматически отправлять их через точку доступа Wi-Fi на ваш собственный сервер.Данные могут обрабатываться с помощью бесплатных программных средств и, например, визуализируется в дашбордах Grafana.

CANedge2 упрощает регистрацию OBD2 данные на SD-карту — и загрузить их через Wi-Fi на свой сервер.

Необходимо регистрировать / передавать данные OBD2?

Получите регистратор данных OBD2 сегодня!

---

Рекомендуем

Объяснение OBD2 — простое введение (2021)

Требуется простое и практичное введение в OBD2?

В этом руководстве мы представляем бортовой диагностический протокол (OBD2), в т.ч.разъем OBD2, идентификаторы параметров OBD2 (PID) и связь с шиной CAN.

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

См. Ниже, почему он стал # 1 OBD2 tutorial .

Вы также можете посмотреть наше вступительное видео OBD2 выше (150K + просмотров на YouTube)

Что такое OBD2?

Короче говоря, OBD2 — это встроенная система самодиагностики вашего автомобиля.

Вы, наверное, уже сталкивались с OBD2:

Вы когда-нибудь замечали световой индикатор неисправности на приборной панели?

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

Для этого он подключит считыватель OBD2 к 16-контактному разъему OBD2 рядом с руль.

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

Разъем OBD2

Разъем OBD2 позволяет легко получить доступ к данным из вашего автомобиля. Стандарт SAE J1962 определяет два типа 16-контактных разъемов OBD2 (A и B).

На иллюстрации показан пример контактного разъема OBD2 типа A (также иногда называемого разъемом канала передачи данных, DLC).

Несколько замечаний:

• Разъем OBD2 находится рядом с рулем, но может быть спрятан за крышки / панели
• Не все штекерные разъемы подходят ко всем гнездовым разъемам OBD2 — проверьте тип и распиновку порта OBD
• Контакт 16 обеспечивает питание от автомобильного аккумулятора — часто даже при выключенном зажигании
• Контакты 6 (CAN-H) и 14 (CAN-L) наиболее актуальны, поскольку CAN (ISO 15765-4) является стандартом для большинства современных автомобилей (в т.ч.Электромобили)

Есть ли в моей машине OBD2?

Короче: Наверное!

Почти все новые автомобили поддерживают OBD2 и большинство работают на CAN (ISO 15765). Для старых автомобилей имейте в виду, что даже если присутствует 16-контактный разъем OBD2, он все равно может не поддерживать OBD2. Один из способов определить соответствие — определить где и когда был куплен новый :

---

Связь между OBD2 и шиной CAN

Бортовая диагностика, OBD2, является «протоколом более высокого уровня» (воспринимайте его как язык), в то время как шина CAN — это метод для связь (как по телефону).

В частности, стандарт OBD2 определяет разъем OBD2, в т.ч. набор из пяти протоколов, на которых он может работать. Кроме того, с 2008 года шина CAN (ISO 15765) была обязательным протоколом для OBD2 во всех автомобилях, продаваемых в США, что в основном со временем устраняет остальные 4 протокола.

Обратите внимание, что ISO 15765 относится к набору ограничений, применяемых к стандарту CAN, который определен через ISO 11898 — можно сказать, что ISO 15765 подобен «CAN для автомобилей».

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

Обзор основных стандартов OBD2

Ниже мы перечисляем некоторые из наиболее актуальных стандартов SAE / ISO, относящихся к OBD2:

SAE J1962: Этот стандарт определяет физический разъем, используемый для интерфейса OBD2, то есть разъем OBD2. Стандарт описывает как разъем OBD2 транспортного средства, так и разъем, используемый внешним испытательным оборудованием (например, сканером OBD2 или регистратором данных OBD2). В частности, стандарт диктует расположение и доступ к разъему OBD2.

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

SAE J1939: Стандарт J1939 описывает протокол данных, используемый для связи с транспортными средствами большой грузоподъемности.В то время как информация OBD2 PID доступна только по запросу с помощью испытательного оборудования OBD2, протокол J1939 используется в большинстве тяжелых транспортных средств в качестве основного средства для передачи трафика CAN, то есть данные передаются непрерывно.

ISO 11898: Этот стандарт описывает уровень канала передачи данных CAN-шины и физический уровень, служащий основой для связи OBD2 в большинстве современных автомобилей

ISO 15765-2: Стандарт ISO-TP описывает «Транспортный уровень», т.е.как отправлять пакеты данных размером более 8 байт по шине CAN. Этот стандарт важен, поскольку он формирует основу для связи Unified Diagnostic Services (UDS), которая основана на отправке многокадровых пакетов данных CAN.

ISO 14229-1: Подробно описывает связь UDS, частично заимствованную из уже устаревшего стандарта ISO 15765-3.

---

История OBD2

OBD2 происходит из Калифорнии , где Калифорнийский совет по воздушным ресурсам (CARB) Требуется OBD во всех новых автомобилях с 1991+ для целей контроля выбросов.

Стандарт OBD2 был рекомендован Обществом автомобильных инженеров (SAE) и стандартизированными кодами неисправности и Разъем OBD от производителей (SAE J1962).

Оттуда стандарт OBD2 выкатили пошагово :

• 1996: OBD2 сделана обязательной в США для автомобилей / свет грузовики
• 2001: Требуется в ЕС для бензиновых автомобилей
• 2003: Требуется в ЕС также для дизельных автомобилей (EOBD)
• 2005: OBD2 требуется в США для автомобилей средней грузоподъемности
• 2008: Американские автомобили должны использовать ISO 15765-4 (CAN) в качестве основы OBD2
• 2010: Наконец, OBD2 требовался в транспортных средствах большой грузоподъемности в США

OBD2 будущее

OBD2 никуда не денется — но в каком виде?

Два потенциальных маршрута могут радикально изменить OBD2:

OBD3 / OBD-III — беспроводное тестирование выбросов

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

Решение? OBD3 — добавление телематики во все автомобили .

По сути, OBD3 добавляет небольшой радиотранслятор (например, в случае взимания платы за проезд по мосту) для всех автомобилей. Используя это, автомобиль , идентификационный номер транспортного средства (VIN) и коды неисправности могут быть отправлены через Wi-Fi на центральный сервер для проверок.

Многие устройства сегодня уже поддерживают передачу данных CAN или OBD2 через Wi-Fi / сотовую связь — например, CANedge2 WiFi CAN-логгер.

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

Устранение сторонних сервисов OBD2

Протокол OBD2 изначально был разработан для стационарного контроля выбросов.

Тем не менее, сегодня OBD2 широко используется для генерации данных в реальном времени третьими сторонами — через ключи OBD2, регистраторы CAN и т. Д. Однако немецкая автомобильная промышленность стремится изменить это:

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

— Кристоф Гроте, старший вице-президент по электронике, BMW (2017)

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

Аргументация основана на безопасности (например, устранение риска, связанного с автомобилем. взлом), хотя многие видят в этом коммерческий ход. Станет ли это реальной тенденцией? можно увидеть — но это может действительно подорвать рынок услуг сторонних производителей OBD2.

---

Идентификаторы параметров OBD2 (PID)

Зачем вам нужны данные OBD2?

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

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

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

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

Расшифровка данных шины OBD2 и CAN

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

Автомобильные хакеры могут попытаться реконструировать правила, однако это может быть сложно.CAN, однако, по-прежнему является единственным способом получить «полный доступ» к данным вашего автомобиля, в то время как OBD2 предоставляет доступ только к ограниченному набору данных. данные.

Как записать данные OBD2?

Регистрация данных

OBD2 работает следующим образом:

• Подключаете регистратор OBD2 к разъему OBD2
• Используя инструмент, вы отправляете «кадры запроса» через CAN
• Соответствующие ЭБУ отправляют «кадры ответа» через CAN

Другими словами, регистратор CAN, который может передавать пользовательские кадры CAN, также может использоваться как регистратор OBD2.

Обратите внимание, что автомобили различаются в зависимости от модели / года тем, какие идентификаторы OBD2 PID они поддерживают. Подробную информацию см. В нашем руководстве по регистратору данных OBD2.

Регистратор данных CANedge OBD2

CANedge позволяет легко записывать данные OBD2 на SD-карту емкостью 8-32 ГБ. Просто укажите какие OBD2 PID вы хотите запросить, а затем подключите его к автомобилю через адаптер OBD2, чтобы начать регистрацию. Обработайте данные с помощью бесплатного программного обеспечения / API и нашего OBD2 DBC.

учить больше

Детали рамы Raw OBD2

Чтобы начать запись данных OBD2, полезно понять основы необработанной структуры сообщения OBD2.Говоря упрощенно, сообщение OBD2 состоит из идентификатор и данные . Кроме того, данные разделяются на режим, PID и байты данных (A, B, C, D), как показано ниже.

Пример сообщения CAN запроса / ответа для PID «Скорость автомобиля» со значением 50 км / ч может выглядеть следующим образом:

Запрос: 7DF 02 01 0D 55 55 55 55 55

Ответ: 7E8 03 41 0D 32 AA AA AA AA

Объяснение полей сообщения OBD2

Идентификатор: Для сообщений OBD2 стандартный 11-битный идентификатор используется для различения «сообщений запроса» (ID 7DF) и «сообщений ответа» (ID 7E8). до 7EF).Обратите внимание, что 7E8 обычно находится там, где реагирует главный двигатель или ECU.

Длина: Просто отражает длину в байтах оставшихся данных (с 03 по 06). В примере со скоростью транспортного средства это 02 для запроса (поскольку следуют только 01 и 0D), а для ответа — 03, так как следуют 41, 0D и 32.

Режим: Для запросов это будет между 01-0A. В ответах 0 заменяется на 4 (т.е. 41, 42,…, 4A). Есть 10 режимов, как описано в SAE. Стандарт J1979 OBD2.Режим 1 показывает текущие данные и, например, используется для просмотра скорости автомобиля в реальном времени, оборотов в минуту и ​​т. д. Другие режимы используются, например, для показать или очистить сохраненную диагностику коды неисправностей и показать данные о стоп-кадре.

PID: Для каждого режима существует список стандартных OBD2 PID — например, в режиме 01 PID 0D — это скорость автомобиля. Полный список можно найти в обзоре Wikipedia OBD2 PID. У каждого PID есть описание, а у некоторых есть заданные мин. / Макс. И преобразование. формула.

Формула скорости e.грамм. просто A, что означает, что байт данных A (который находится в HEX) преобразуется в десятичное, чтобы получить преобразованное значение км / ч (т.е. 32 становится 50 км / ч выше). Например, RPM (PID 0C), формула (256 * A + B) / 4.

A, B, C, D: Это байты данных в HEX, которые необходимо преобразовать в десятичную форму, прежде чем они будут использоваться в вычислениях формулы PID. Обратите внимание, что последний байт данных (после Dh) не используется.

---

Регистрация данных OBD2 — примеры использования

Данные

OBD2 легковых и легких грузовиков могут использоваться в различных случаях:

Запись данных с автомобилей

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

Учить больше

Диагностика автомобиля в режиме реального времени

Интерфейсы

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

Учить больше

Профилактическое обслуживание

Легковые автомобили и легкие грузовики можно отслеживать с помощью регистраторов IoT OBD2 в облаке, чтобы прогнозировать и предотвращать поломки

Учить больше

Регистратор черного ящика автомобиля

Регистратор OBD2 может служить «черным ящиком» для транспортных средств или оборудования, предоставляя данные для e.грамм. споры или диагностика

Учить больше

У вас есть вариант использования регистрации данных OBD2? Получите бесплатный спарринг!

Свяжитесь с нами

Какой тип регистратора OBD2 вам нужен?

Ниже описаны наиболее распространенные категории анализаторов OBD2:

Сканеры OBD2: Используются в качестве диагностических инструментов автомобиля при статическом считывании / очистке кодов неисправности, например, механика. Обычно используется диагностический прибор OBD2. в диагностике проблем с автомобилем, напримеробозначается включенной контрольной лампой MIL. Различные типы существуют, и некоторые частные лица используют недорогие варианты в качестве простых считывателей автомобильных кодов для самодиагностики состояния своего автомобиля.

Bluetooth-ключи OBD2: Существует множество Bluetooth-ключей OBD2, которые позволяют просматривать данные об автомобиле прямо на вашем смартфоне через приложение. Обычно ключи Bluetooth OBDII дешевы и просты в использовании, хотя также ограничены с точки зрения их использования за пределами цели визуализации подключения Bluetooth к приложению. В Назначение ключа OBD2 bluetooth обычно состоит в том, чтобы контролировать личное поведение при вождении и состояние автомобиля.

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

Регистраторы OBD2: Используется для регистрации данных OBD2 от автомобиль на SD-карту — идеально подходит, например, для Примеры использования «черного ящика» или полевые испытания прототипов производителями автомобильных комплектующих.Например, CANedge1 позволяет вам регистрировать данные шины CAN, а также запрашивать данные OBD2, отправляя пользовательские запросы кадров на шину CAN.

Регистратор WiFi OBD2: Регистраторы WiFi OBD2 и ключи WiFi OBD2 обеспечивают автоматическую передачу данных OBD2 через WiFi (включая 3G / 4G) на сервер / облако. Регистраторы WiFi OBD2 обычно используются для OBD2 случаи использования телематики, когда данные о парке автомобилей должны собираться автоматически и визуализироваться с помощью панелей данных OBD2. Например, CANedge2 позволяет вам регистрировать данные CAN / OBD2 и автоматически отправлять их через точку доступа Wi-Fi на ваш собственный сервер.Данные могут обрабатываться с помощью бесплатных программных средств и, например, визуализируется в дашбордах Grafana.

CANedge2 упрощает регистрацию OBD2 данные на SD-карту — и загрузить их через Wi-Fi на свой сервер.

Необходимо регистрировать / передавать данные OBD2?

Получите регистратор данных OBD2 сегодня!

---

Рекомендуем

.