Поставщиком настольного токарного станока Jet BD-7 является JPW Tools AG Швейцария. Адрес сайта: www.jettools.com

За маркой JET стоит предприятие с большим опытом в области производства дерево-и металлообрабатывающих станков. Уже начиная с 1950 года, JET разрабатывает, производит и продает станки в США, где является лидером рынка.

Важным событием в жизни компании стало слияние с крупным промышленным концерном Walter Meier AG (Швейцария), произошедшим в 1988-м году. Для Jet’а это был шаг в направлении Европы, для «Вальтер Майер» – первый опыт работы в станочной сфере за пределами родной Швейцарии, где компания занималась данным направлением с 1937-ого года. Со временем были так же приобретены марки: Powermatic (США) – производитель высококлассных деревообрабатывающих станков и Wilton (США), под которой представлены тиски и ручные инструменты.

Несколько лет назад JET был куплен швейцарской фирмой WMH Tool Group AG, которая в свою очередь является дочерним предприятием акционерного общества Walter Meier Holding AG, находящегося в Цюрихе. Эта промышленная группа, которая насчитывает более 1800 сотрудников, делает оборот в 560 миллионов долларов США (2003 год). Помимо JET, WMH Group производит и продает такие инструментальные бренды как WILTON, POWERMATIC, Columbian, Performax, известные в основном на рынке США. Оборот только этих брендов в США составил в 2003 году 230 миллионов долларов.

Станки, выпускаемые компанией JPW Tools AG, Швейцария, Китай

Jet BD-7 станок токарно-винторезный настольный. Назначение, область применения

Настольный токарно-винторезный станок Jet BD-7 является станком класса «хобби», и предназначен для индивидуального (бытового) применения, т. е. по своим конструктивным особенностям и техническим характеристикам станок не предназначен для использования на производстве.

Токарный станок по металлу Jet BD-7 предназначен для обработки заготовок из металла, древесины, всех видов пластмассы методом точения.

Станок Jet BD-7 является настольным универсальным токарно-винторезным станком и предназначается для всевозможных токарных работ:

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

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

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

Токарный станок Jet BD-7 работает от однофазной сети переменного тока напряжением 220 В частотой 50 Гц.

Станок Jet BD-7 может эксплуатироваться в следующих условиях:

• температура окружающей среды от 1 до 35 °С
• относительная влажность воздуха до 80 % при температуре 25 °С

Особенности конструкции токарного станка по металлу Jet BD-7:

• На станок установлен коллекторный двигатель
• Ременная передача делает работу станка малошумной и предохраняет двигатель от перегрузки
• Магнитный пускатель исключает самопроизвольный пуск после временного отключения электропитания
• Реверс вращения шпинделя
• Реверс подачи каретки
• Плавная регулировка вращения шпинделя в двух диапазонах
• Комплект сменных шестерен дает возможность нарезать метрическую резьбу практически с любым шагом
• Станок имеет таблицу для настройки станка при нарезании резьбы
• Для точного попадания резца в ручей предшествующего прохода при нарезании резьбы имеется индикатор нарезания резьбы
• Для точной подачи суппортов имеются лимбы с делением шкалы 0. 025 мм
• Продольное и поперечное перемещение суппортов по салазкам типа «ласточкин хвост» с возможностью регулировки плавности хода и устранения люфта
• Поворотный суппорт для конического точения деталей небольшой длины
• Для конического точения деталей большой длины задняя бабка имеет боковое смешение, которое выставляется по шкале
• Станок комплектуется поддоном для сбора стружки
• Для безопасной работы имеется защитный кожух с концевым выключателем
• Большой выбор оснастки

Стандартный комплект поставки токарного станка BD 7

• Резиновые ножки – 4
• Пластиковая масленка – 1
• Шестигранных ключа – 4
• Ключ для зажимного патрона – 1
• Запасной предохранитель – 1
• Пластиковые ручки/гайки и болты – 2
• Инструкция –
• Невращающийся центр конус Морзе № 2 (для задней бабки) –
• Кулачки зажимного патрона – 3
• Гаечные ключа 8х10 мм и 14х17 мм – 2
• Набор шестерен (дюймовые и метрические –

Общий вид токарно-винторезного станка Jet BD-7

Фото токарно-винторезного станка Jet BD-7. Смотреть в увеличенном масштабе

Фото токарно-винторезного станка Jet BD-7. Смотреть в увеличенном масштабе

Фото токарно-винторезного станка Jet BD-7. Смотреть в увеличенном масштабе

Расположение составных частей токарно-винторезного станка Jet BD-7

Расположение составных частей токарно-винторезного станка Jet BD-7. Смотреть в увеличенном масштабе

Спецификация составных частей токарно-винторезного станка Jet BD-7

1. Передняя бабка
2. Жёлтая лампочка
3. Защита патрона
4. Трёхкулачковый патрон
5. Резцедержатель
6. Поперечный суппорт
7. Продольный суппорт
8. Зелёная лампочка
9. Задняя бабка
10. Стопорная гайка задней бабки
11. Станина
12. Подшипник винта автоподачи
13. Ручка перемещения верхнего суппорта
14. Резьбоуказатель (принадлежность)
15. Рукоятка автоматической подачи
16. Рукоятка поперечного перемещения суппорта
17. Фартук суппорта
18. Рукоятка продольного перемещения суппорта
19. Винт автоподачи
20. Индикатор частоты вращения шпинделя
21. Таблица настройки резьбы (принадлежность)
22. Кожух коробки передач
23. Рукоятка изменения частоты вращения
24. Выключатель
25. Аварийный выключатель
26. Рукоятка диапазона скоростей: высокая/низкая
27. Винт подачи /рычаг реверса

Описание конструкции токарного станка Jet BD-7

Передняя бабка станка

Мотор передает вращение на шпиндель при помощи зубчатого ремня. Частота вращения шпинделя может плавно изменяться и регулируется при помощи рукоятки (23), расположенной на основной контрольной панели.

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

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

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

На фланце шпинделя 6 отверстий для более удобного фиксирования планшайбы. 4-х кулачковый патрон (см. Аксессуары).

Коробка передач

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

Зубчатый механизм, показанный на Рис. 2, передаёт вращение винту подачи. Винт подачи работает, как червяк, и во время эксплуатации рукоятки автоподачи (15), которая крепится гайкой к винту подачи, передаёт вращение суппорту, а затем режущему инструменту. Таким образом, подача передаётся для нарезания резьбы и обточки. Частота вращения винта подачи и скорость режущего инструмента определяется конфигурацией коробки передач. Подробно Вы можете почитать об этом в разделе «Резьбонарезание».

Остановить вращение винта подачи можно рукояткой (27). Эта рукоятка используется для вращения винта подачи вперёд или назад (это также описано в разделе «Резьбонарезание).

Задняя бабка станка

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

Направляющие

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

Отрегулировать положение инструмента можно вращением рукоятки подачи поперечного суппорта (16), которая двигает его поперёк станка и салазок, или вращением рукоятки ручной подачи (18), которая двигает инструмент вдоль станка. Для перемещения инструмента на небольшие расстояния под прямым углом к поперечному суппорту используйте рукоятку подачи продольного суппорта (13). Эта операция описана в разделе «Резка под углом».

Поперечный и продольный суппорты оснащены шкалой. Шкала используется для того, чтобы перемещать инструмент на точные расстояния, одно деление равно 0,025 мм. Шкала вращается вместе с рукояткой подачи. Шкалу на подаче поперечного суппорта можно провернуть относительно рукоятки для удобства считывания показаний и зафиксировать. Шкалу можно обнулить. Это описано подробнее в разделе «Работа».

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

Резцедержатель поворачивается, когда ослаблена рукоятка (А), которая расположена наверху; резцедержатель можно легко приподнять и установить в необходимое положение.

Перед началом работы ВСЕГДА проверяйте, чтобы резцедержатель и инструмент были надёжно закреплены с помощью рукоятки.

Схема сборки токарно-винторезного станка Jet BD-7

Схема сборки токарно-винторезного станка Jet BD-7. Смотреть в увеличенном масштабе

Схема сборки токарно-винторезного станка Jet BD-7

Схема сборки токарно-винторезного станка Jet BD-7. Смотреть в увеличенном масштабе

Читайте также: Школьные токарные станки. Обзор

Технические характеристики станка Jet BD-7

Наименование параметра	Jet BD-7	Корвет-401	Корвет-402	Корвет-403
Основные параметры станка
Наибольший диаметр заготовки над станиной, мм	180	180	220	220
Наибольший диаметр заготовки над суппортом, мм	110
Наибольшая длина заготовки в центрах (РМЦ), мм	300	300	500	750
Рекомендуемая глубина точения за один проход, мм	0,1	0,1	0,2	0,2
Максимальная глубина точения за один проход, мм	0,2	0,2	0,3	0,3
Максимальный размер державки резца, мм	8 х 8	10 х 10	13 х 13	13 х 13
Шпиндель
Диаметр сквозного отверстия в шпинделе, мм	20	20	20	20
Конус Морзе шпинделя	Морзе 3	Морзе 3	Морзе 3	Морзе 3
Число ступеней частот прямого вращения шпинделя	Б/с	Б/с	6	6
Частота прямого вращения шпинделя, об/мин	100. .1200, 300..3000	0..1100, 0..2500	100, 250, 350, 500, 900, 1800	100, 250, 350, 500, 900, 1800
Число ступеней частот обратного вращения шпинделя	Б/с	Б/с	6	6
Частота обратного вращения шпинделя, об/мин	100..1200, 300..3000	0..1100, 0..2500	100, 250, 350, 500, 900, 1800	100, 250, 350, 500, 900, 1800
Диаметр токарного патрона, мм	80	80	100	100
Наибольшее радиальное биение шпинделя, мм	0,01	0,01	0,01	0,01
Торможение шпинделя	нет	нет	нет	нет
Блокировка рукояток	нет	нет	нет	нет
Суппорт. Подачи
Наибольшее продольное перемещение каретки суппорта, мм			405
Перемещение суппорта продольное на одно деление лимба, мм	0,025	0,025	0,025	0,025
Наибольшее поперечное перемещение суппорта, мм	65	65	110	110
Перемещение суппорта поперечное на одно деление лимба, мм	0,025	0,025	0,025	0,025
Наибольшее перемещение верхних (резцовых) салазок (поворотного суппорта), мм	50	35	50	50
Перемещение резцовых салазок на одно деление лимба, мм	0,025	0,025	0,025	0,025
Угол поворота резцовых салазок, град	±45°	±45°	±45°	±45°
Число ступеней продольных подач суппорта	Б/с	Б/с
Пределы продольных рабочих подач суппорта, мм/об	0,09	Б/с	0,12..0,33	0,11..0,30
Пределы рабочих поперечных подач суппорта, мм/об	нет	нет	нет	нет
Количество нарезаемых резьб метрических	10	9	12	12
Пределы шагов нарезаемых резьб метрических, мм	0,4..2,0	0,5..2,5	0,5..3,0	0,5..3,0
Пределы шагов нарезаемых резьб дюймовых	12..52	нет	8..56	8..56
Пределы шагов нарезаемых резьб модульных	нет	нет	нет	нет
Пределы шагов нарезаемых резьб питчевых	нет	нет	нет	нет
Задняя бабка
Конус Морзе задней бабки	№2	№2	№2	№2
Наибольшее перемещение пиноли, мм	40	40	40	40
Электрооборудование
Номинальное напряжение питания, В	220 в 50 Гц	220 в 50 Гц	220 в 50 Гц	220 в 50 Гц
Электродвигатель главного привода, кВт	0,59 коллекторный	0,5 коллекторный	0,75	0,75
Габариты и масса станка
Габариты станка (длина ширина высота), мм	870 х 300 х 290	850 х 305 х 320	1030 х 480 х 475	1250 х 480 х 475
Масса станка, кг	44	38	105	120

Связанные ссылки. Дополнительная информация

Jet BD-7 Паспорт настольного токарного станка, (pdf) 1,9 Мб, Скачать

Спецификации Access – Access

Основные технические характеристики СУБД

Многие из характеристик систем достаточно очевидны и в комментариях не нуждаются. Заметим, что не для всех видов СУБД имеют место приведенные характеристики.

Оценка производительности.Анализом и испытанием СУБД занимаются различные организации, в частности лаборатория журнала PC Magazine.

Предлагаемая ею методика анализа производительности СУБД применима для исследования программ класса СУБД, коротко ее рассмотрим.

Тестирование реляционных СУБД проводится с помощью эталонных тестов из набора AS³АР (ANSI SQL Standard Scalable and Portable). В них контролируется широкий спектр часто встречающихся операций с БД и моделируются однопользовательская и многопользовательская среды. Испытываемая БД состоит из четырех таблиц по 100 тысяч записей.

Основные виды применяемых тестов носят названия: «Выборка», «Полное сканирование», «Загрузка и индексация», «Обновление», «Чтение с произвольной выборкой», «Запись с произвольным доступом» и «Генерация отчета», указывающие суть этих тестов. Для проведения тестирования каждой фирмой-поставщиком программного продукта разработаны соответствующие прикладные программы, инициирующие тестовые испытания.

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

Тест «Полное сканирование» измеряет время, необходимое для поиска значения в неиндексированном поле, которое отсутствует в таблице. Тем самым моделируется самый неблагоприятный случай запроса к БД.

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

Тест «Обновление» предназначен для измерения времени обновления индексов при выполнении операций модификации (Modify), вставки или добавления (Append) и удаления (Delete) 1000 записей.

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

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

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

По параметрам производительности оценивались 10 наиболее высококачественных на тот период времени СУБД: Clarion Database Developer 3.0, DataEase for DOS 4.53, DataFlex 3.05 (DOS), dBase IV 2.0, Microsoft Access 2.0, Microsoft FoxPro 2.6 for DOS (Professional Edition), Microsoft FoxPro 2.6 for Windows (Professional Edition), Paradox for DOS 4.5, Paradox for Windows 4.5 (Professional Edition) и R-.BASE 4.5 Plus. В целом, лидирующее положение заняли обе версии пакета Microsoft FoxPro. Этот продукт, к сожалению, практически не содержит встроенных средств контроля целостности БД.

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

Замечание.

Известна также другая группа тестов, разработанных Советом по Производительности Обработки Транзакций (ТРС – Transaction Processing Performance Council). В набор тестов ТРС, который постоянно совершенствуется и дополняется, входят тесты: ТРС Benchmark А (кротко – ТРС-А), ТРС-В, ТРС-С, TPC-D и ТРС-Е. Эти тесты созданы для определения производительности и соотношения цена/производительность аппаратно-программных систем на задачах оперативной обработки транзакций (OLTP – On-Line Transaction Processing).

Остановимся на трех наиболее отработанных и распространенных тестах: ТРС-А, ТРС-В и ТРС-С.

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

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

Назначение теста ТРС-В состоит в определении совместной производительности СУБД и аппаратной платформы, состоящей из вычислительной системы и дисковой памяти, с помощью того же приложения, что и в тесте ТРС-А. По сравнению с предыдущим вариантом, из схемы тестирования исключены этапы считывания и вывода информации на терминал, В результате тестирования получают данные о производительности (количество зафиксированных транзакций в секунду), а также соотношении цена/производительность, вычисляемом аналогично тесту ТРС-А.

В тесте ТРС- С проводится многостороннее исследование систем в более сложных условиях оперативной обработки информации. На вход системы подается смесь транзакций, осуществляющих чтение и интенсивное обновление БД. Здесь используются многочисленные таблицы разных размеров, структуры связей с другими таблицами. Поступать транзакции могут одновременно разных типов (короткие и длинные, в зависимости от трудоемкости обработки), а выполняться – в оперативном и в отложенном режиме. Тестирование производится на примере моделирования деятельности типичного склада.

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

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

– моделирование данных;

– особенности архитектуры и функциональные возможности;

– контроль работы системы;

– особенности разработки приложений;

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

– надежность;

– требования к рабочей среде;

– смешанные критерии.

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

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

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

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

Реализация языка запросов. Все современные системы совместимы со стандартным языком доступа к данным SQL-92, однако реализуют различные расширения данного стандарта.

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

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

Распределенность. Основной причиной применения АИС на основе БД является стремление создать единое информационное пространство организации. Самый простой и надежный подход — централизация хранения и обработки данных на одном сервере. К сожалению, это не всегда возможно и приходится применять распределенные БД. Различные системы имеют разные возможности управления распределенными БД.

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

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

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

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

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

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

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

Возможности разработки Web-приложений. При разработке различных приложений зачастую возникает необходимость использовать возможности среды Internet. Средства разработки некоторых производителей имеют большой набор инструментов для построения приложений под Web.

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

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

Рейтинг ТРС (Transactions per Cent) является одним из самых популярных и объективных. Фактически ТРС-анализ производительности систем рассматривает композицию СУБД и аппаратуры, на которой эта СУБД работает. Показатель ТРС — это отношение количества запросов, обрабатываемых за некий промежуток времени, к стоимости всей системы.

Возможности параллельной архитектуры. Для обеспечения параллельной обработки данных существуют как минимум два подхода: распараллеливание обработки последовательности запросов на несколько процессоров; использование нескольких компьютеров-клиентов, работающих с одной БД, которые объединяют в так называемый параллельный сервер.

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

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

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

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

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

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

Требования к рабочей среде. Вкачестве требований рассматривают:

• поддерживаемые аппаратные платформы;

• минимальные требования к оборудованию;

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

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

Качество и полнота документации. Не все системы и не всегда имеют полную и подробную документацию.

Локализованность — возможность использования национальных языков; не во всех системах она реализована полностью.

Модель формирования стоимости. Как правило, производители СУБД используют определенные модели формирования стоимости. Так, стоимость одного и того же продукта может существенно изменяться в зависимости от того, сколько пользователей будут с ним работать.

Стабильность производителя. Обычно имеют в виду многолетнее (стабильное) присутствие производителя на рыке.

Распространенность СУБД. Согласно существующей практике решение об использовании той или иной СУБД принимает один человек — обычно, руководитель предприятия, а он зачастую опирается отнюдь не на технические критерии. Здесь свою роль могут сыграть такие незначительные факторы, как рекламная раскрутка компании-производителя СУБД, использование конкретных систем на других предприятиях, стоимость. При этом последний фактор может трактоваться и в зависимости от финансового состояния, и в зависимости от политики предприятия. С одной стороны, используется принцип: «Чем дороже, тем лучше», с другой — возможность бесплатной эксплуатации продукта («взлома» лицензионной защиты).

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

• полнофункциональные СУБД;

• серверы БД;

• клиенты БД;

средства разработки программ работы с БД.

Полнофункциональные СУБД (ПФСУБД) представляют собой традиционные СУБД, которые сначала появились для больших машин, затем для мини-машин и для ПЭВМ. Из числа всех СУБД современные ПФСУБД являются наиболее многочисленными и мощными по своим возможностям. К ПФСУБД относятся, например, такие пакеты, как Clarion Database Developer, DataEase, DataFlex, dBase IV, Microsoft Access, Microsoft FoxPro и Paradox R.BASE.

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

Некоторые системы имеют в качестве вспомогательных и дополнительные средства проектирования схем БД или CASE-подсистемы. Для обеспечения доступа к другим БД или к данным SQL-серверов полнофункциональные СУБД имеют факультативные модули.

Серверы БД предназначены для организации центров обработки данных в сетях ЭВМ. Эта группа БД в настоящее время менее многочисленна, но их количество постепенно растет. Серверы БД реализуют функции управления базами данных, запрашиваемые другими (клиентскими) программами обычно с помощью операторов SQL.

Примерами серверов БД являются следующие программы: NetWare SQL (Novell), MS SQL Server (Microsoft), InterBase (Borland), SQLBase Server (Gupta), Intelligent Database (Ingress).

В роли клиентских программ для серверов БД в общем случае могут использоваться различные программы: ПФСУБД, электронные таблицы, текстовые процессоры, программы электронной почты и т. д. При этом элементы пары «клиент — сервер» могут принадлежать одному или разным производителям программного обеспечения.

В случае, когда клиентская и серверная части выполнены одной фирмой, естественно ожидать, что распределение функций между ними выполнено рационально. В остальных случаях обычно преследуется цель обеспечения доступа к данным «любой ценой». Примером такого соединения является случай, когда одна из полнофункциональных СУБД играет роль сервера, а вторая СУБД (другого производителя) — роль клиента. Так, для сервера БД SQL Server (Microsoft) в роли клиентских (фронтальных) программ могут выступать многие СУБД, такие как dBASE IV, Blyth Software, Paradox, DataBase, Focus, 1-2-3, MDBS III, Revelation и другие.

Средства разработки программ работы с БДмогут использоваться для создания разновидностей следующих программ:

• клиентских программ;

• серверов БД и их отдельных компонентов;

• пользовательских приложений.

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

К средствам разработки пользовательских приложений относятся системы программирования, например Clipper, разнообразные библиотеки программ для различных языков программирования, а также пакеты автоматизации разработок (в том числе систем типа клиент-сервер). В числе наиболее распространенных можно назвать следующие инструментальные системы: Delphi и Power Builder (Borland), Visual Basic (Microsoft), SILVERRUN (Computer Advisers Inc.), S-Designor (SDP и Powersoft) и ERwin (LogicWorks).

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

По характеру использования СУБД делят на персональные и многопользовательские.

Персональные СУБД обычно обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними. Персональные СУБД или разработанные с их помощью приложения зачастую могут выступать в роли клиентской части многопользовательской СУБД. К персональным СУБД, например, относятся Visual FoxPro, Paradox, Clipper, dBase, Access и др.

Многопользовательские СУБД включают в себя сервер БД и клиентскую часть и, как правило, могут работать в неоднородной вычислительной среде (с разными типами ЭВМ и операционными системами). К многопользовательским СУБД относятся, например, СУБД Oracle и Informix.

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

С точки зрения пользователя, СУБД реализует функции хранения, изменения (пополнения, редактирования и удаления) и обработки информации, а также разработки и получения различных выходных документов.

Для работы с хранящейся в базе данных информацией СУБД предоставляет программам и пользователям следующие два типа языков:

– язык описания данных — высокоуровневый непроцедурный язык декларативного типа, предназначенный для описания логической структуры данных;

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

Названные языки в различных СУБД могут иметь отличия. Наибольшее распространение получили два стандартизованных языка: QBE (Query By Example) — язык запросов по образцу и SQL (Structured Query Language) — структурированный язык запросов. QBE в основном обладает свойствами языка манипулирования данными, SQL сочетает в себе свойства языков обоих типов — описания и манипулирования данными.

Узнать еще:

Технические характеристики архивных оптических накопителей ЭЛАР® НСМ серии С BD

Запросить цену Посмотреть документацию

БП-10, БП-20 Блоки питания на DIN-рейку импульсные для питания датчиков БСПТ-10(М) исполнительных механизмов МЭО

раздел: Источники питания, защиты и индикации – Блоки питания

  БП-10 – источник постоянного тока, предназначен для питания стабилизированным током 45мА+/- 2% электронного согласующего устройства (преобразователя индуктивного сигнала в токовый) блока датчика БД-10, применяемого в исполнительных механизмах типа МЭО, МЭОФ и механизмах сигнализации положения МСП-1.

БП-10 является комплектующим изделием ГСП механизмов исполнительных электрических однооборотных МЭО, МЭОФ и механизмах сигнализации положения МСП-1 для питания токовых датчиков.

Монтаж на DIN-рейку 35 мм.

ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

БП-20 предназначен для питания стабилизированным напряжением 35В+/- 0,25% электронного согласующего устройства (преобразователя индуктивного сигнала в токовый) блока датчика БД-10М, применяемого в исполнительных механизмах типа МЭО, МЭОФ и механизмах сигнализации положения МСП-1.

БП-20 является комплектующим изделием ГСП механизмов исполнительных электрических однооборотных МЭО, МЭОФ и механизмах сигнализации положения МСП-1 для питания токовых датчиков.

Монтаж на DIN-рейку 35 мм.

ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

Габаритные размеры.

OBD2, детали и техническое описание

Кабель адаптера OBD2

Кабель адаптера OBD2

Распиновка разъема OBD2

нажмите на картинку для увеличения

Конфигурация контактов

OBD обозначает встроенную встроенную диагностику .Как следует из названия, это система диагностики, которая встроена во все современные автомобили (после 1996 года), в которой есть компьютерное приложение, которое отслеживает производительность вашего автомобиля по скорости, пробегу, данным о выбросах топлива и т. Д. измеряет некоторые важные жизненно важные параметры двигателя. Эта полная система называется ECU ( Engine Control Unit ).

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

Как использовать разъем OBD-II с Arduino / Raspberry Pi?

Федеральным законом является изменение или вмешательство в систему OBD вашего автомобиля, но если в вашем автомобиле загорелся индикатор неисправности двигателя, и вы хотите самостоятельно диагностировать проблему, то использовать разъемы, такие как , довольно легко. ODB-II для подключения вашего автомобиля к микроконтроллеру или микропроцессору.Как только вы поместите все жизненно важные детали вашего автомобиля на платформу разработки, такую ​​как Arduino или Raspberry Pi, приложение станет безграничным.

Порт OBD можно найти на приборной панели рядом с рулевым колесом каждого автомобиля. Положение порта варьируется в зависимости от производителя и обычно скрыто в слепой зоне по эстетическим причинам. Как только вы найдете порт, подключите разъем и подключите другой конец к плате STN1110 OBD UART. Затем плата UART подключается к компьютеру, на котором связь осуществляется через контакты Tx, Rx и Ground, и нормальный тип данных будет со скоростью 9600 бод, в которой будет 8 бит данных и 1 стоповый бит без четности.Затем мы можем использовать любое программное обеспечение для последовательной связи, такое как putty или даже Arduino, чтобы разговаривать с автомобилем с помощью AT-команд. Каждая AT-команда имеет конкретную задачу для выполнения или возвращает определенное значение. Вы можете узнать больше о взаимодействии с помощью учебника по подключению sparkfun, в котором объясняется, как должно быть установлено и инициировано подключение.

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.

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

OBD2 будущее

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Другими словами, 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.

Необработанные детали рамы 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 стандартный 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 сегодня!

Рекомендовано для вас

Начало работы с OBD-II – learn.sparkfun.com

Введение

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

Хотите познакомиться с OBD-II?

Мы вас прикрыли!

SparkFun OBD-II UART

Эта плата позволяет взаимодействовать с шиной OBD-II вашего автомобиля.Он предоставляет вам последовательный интерфейс с использованием команды ELM327 se…

Разъем OBD-II

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

Определение

Итак, что именно является по спецификации OBD, и почему нас это волнует? По данным сайта Агентства по охране окружающей среды:

Бортовая диагностика, или «OBD», – это компьютерная система, встроенная во все малотоннажные автомобили и грузовики 1996 года и позже, в соответствии с требованиями поправок к Закону о чистом воздухе 1990 года. некоторые из основных компонентов двигателя, включая те, которые отвечают за контроль выбросов.

Другими словами, OBD – это язык блока управления двигателем (ECU) , и он был разработан для борьбы с выбросами и отказами двигателя.

Спасти планету – это здорово (привет, граждане, ученые!), Но это также означает, что мы можем получить доступ к другим функциям автомобиля и собирать информацию с этих частей. Изучение того, как работать с этими протоколами, также означает, что вы можете определить, что означает индикатор неисправности (MIL) (также известный как индикатор проверки двигателя) на приборной панели, когда он сообщает вам о проблеме с двигателем.Если вы или ваш механик когда-либо читали коды неисправностей (диагностические коды неисправностей) на вашем автомобиле, они используют OBD-II.

К сожалению, сами протоколы не доступны публично (если бы только у них был открытый исходный код!), Но мы попытались собрать и прояснить как можно больше.

Оборудование

Любой автомобиль, произведенный в 1996 году или позже, по закону должен иметь компьютерную систему OBD-II. Вы можете получить доступ к этой системе через соединитель канала передачи данных (DLC) .Это 16-контактный разъем, который может сказать вам, с каким протоколом взаимодействует ваш автомобиль, в зависимости от того, какие контакты в нем установлены.

Разъем канала передачи данных в Jeep Cherokee 1998 года, с маркированными контактами.

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

Терминология

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

Двигатель / Электронный блок управления (ЭБУ)

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

Некоторые из наиболее распространенных типов ЭБУ включают:

• Модуль управления двигателем (ECM) – управляет исполнительными механизмами двигателя, влияя на такие вещи, как угол зажигания, соотношение воздуха и топлива и обороты холостого хода.
• Модуль управления автомобилем (VCM) – Другое название модуля, который контролирует работу двигателя и транспортного средства.
• Модуль управления трансмиссией (TCM) – управляет трансмиссией, включая такие параметры, как температура трансмиссионной жидкости, положение дроссельной заслонки и скорость вращения колес.
• Модуль управления трансмиссией (PCM) – Как правило, комбинация ECM и TCM. Это контролирует вашу трансмиссию.
• Электронный блок управления тормозом (EBCM) – Он контролирует и считывает данные из антиблокировочной тормозной системы (ABS).
• Body Control Module (BCM) – Модуль, который управляет функциями кузова автомобиля, такими как электрические стеклоподъемники, сиденья с электроприводом и т. Д.

Диагностический код неисправности (DTC)

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

Эти коды имеют следующий формат:

XXXXX

Вы можете найти неполные списки кодов неисправности здесь и здесь.

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

Это реальная часть информации, которую вы можете извлечь из системы OBD-II.PID – это определения различных параметров, которые могут быть вам интересны. Они похожи на третью цифру в кодах неисправности.

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

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

Контрольная лампа неисправности (MIL)

MIL – это тот ужасный маленький свет на приборной панели, который указывает на проблему с автомобилем. Есть несколько вариантов, но все они указывают на ошибку, обнаруженную протоколом OBD-II.

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

Неважно, какой именно, это обычно не лучший свет, если только вы не хотите взломать!

Протоколы OBD-II

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

SAE J1850 ШИМ

Это сигнал широтно-импульсной модуляции, который работает со скоростью 41,6 кбит / с. Этот протокол обычно используется на автомобилях Ford.

SAE J1850 VPW

Это протокол переменной ширины импульса, который работает на 10.4 кбит / с. Автомобили GM обычно используют эту версию.

ISO 9141-2

Если у вас автомобиль Chrysler, европейский или азиатский автомобиль, это ваш протокол. Он работает на скорости 10,4 кбит / с и имеет асинхронную последовательную связь.

ISO 14230 KWP2000

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

ISO 15765 CAN

Этот протокол обязателен для всех автомобилей, продаваемых в США с 2008 года и позже. Однако, если у вас есть европейский автомобиль 2003 года выпуска или позже, он может иметь CAN.Это двухпроводной метод связи и скорость передачи до 1 Мбит / с.

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

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

У нас есть несколько различных симуляторов, которые полезны для работы с этими протоколами. Мы обновим этот раздел, если / когда мы получим какие-либо дополнительные.

ECUsim 2000

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

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

1. Подключите кабель USB к симулятору и компьютеру. Установите необходимые драйверы.
2. Подключите кабель OBD-II к симулятору.
3. Отключите симулятор от входящего в комплект блока питания 12 В.
4. Откройте последовательный терминал со скоростью 115200 бит / с, 8, N, 1 , подключившись к последовательному порту, на который настроен симулятор.
5. Настройте симулятор на протокол, который вы хотите протестировать.
6. Подключитесь к устройству ECU (плата OBD-II, щит CAN-Bus, Raspberry Pi и т. Д.)

Теперь вы можете использовать возможности симулятора, убедившись, что данные, передаваемые по шине, соответствуют тому, что получает ваш считыватель ECU, и наоборот.

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

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

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

Чтение настроек протокола ECUsim 2000.

Это показывает, что симулятор в настоящее время настроен на протокол ISO 15765-4 (также известный как CAN) с типом идентификатора 11 бит и работает со скоростью 500 кбит / с.

Если затем вам нужно отправить данные из симулятора на устройство, такое как SparkFun OBD-II UART Board или CAN-Bus Shield для тестирования, вы можете использовать команду передачи SOMT