Цифровой будильник на STM32

[achilles_85]

Пилю будильник на стм32. Показания будут выводиться с ДАД, ДТВ, ЕГТ, давление и температура масла. Возник вопрос с правильным подключением к датчикам. Входы стм32 понимают питание макс 3.3в, сигнал с датчиков будет преобразовываться через делители напруги на резисторах. Можно ли параллельно датчикам подключить устройство или нужно собрать так называемый ОУ?

[Racer71]

Нужно сделать повторитель на ОУ и потом поделить, чтобы твой делитель не нагружал выходы датчиков. http://chipenable.ru/index.php/how-conn ... telem.html
Только имей в виду, что ОУ выдает макс. напряжение на выходе Uпит-1,5В, rail-to-rail ОУ выдают на выходе почти Uпит. Это надо учитывать.

[mazahaker]

делаю будильник на ардуине + дисплей, входы как раз +5в, но решил отложить такую реализацию, зачем считать показания, если они уже есть в эбу?! + нужно чтоб они были одинаковы в эбу и будильнике, а если считать в 2ух местах, то неточности будут 100% - столкнулся с этим, подгонял, но 100% точности ни кто не гарантирует. в итоге решено цепляться ардуиной по клайн, посмотрим как тут пойдет

[Racer71]

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

[mazahaker]

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

[Habis]

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

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

[Racer71]

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

[mazahaker]

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

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

[Racer71]

Да знаю я про потенциал))) Уже лежит раскуренный за праздники на stm32f100 жки 2,2 TFT 240x320 для бортового компа, правда с тачем не было, пришлось взять без.

[Atomic]

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

[Atomic]

в режиме моста пробовал блютус. но отказался.

[Atomic]

завтра перенесу тему в железный раздел.

[vasek199]

раз такая тема поднялась, хотел спросить. Как в январе 5.1-7.2 рассчитывается температура воздуха. Ведь зависимость не линейная по напряжению?

[Racer71]

раз такая тема поднялась, хотел спросить. Как в январе 5.1-7.2 рассчитывается температура воздуха. Ведь зависимость не линейная по напряжению?

Так же, как и ТОЖ - по таблице. В датчиках и механизмах есть карта "тарировка ДТВ".

[vasek199]

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

[achilles_85]

Чтоб с диагностики тянуть надо соответствующие знания иметь)) У меня пока их нет, пока на примитивном уровне делаю.

[mazahaker]

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

[Atomic]

проще тарировку датчика вбить в код программы. будь то stm или ардуино - без разницы. (к примеру также сделано на ардуиновском шдк)

[achilles_85]

Товарищи! Раз тут тема пошла о диаг. протоколе, то помогите пожалуйста с инфой. Скачал описание протокола kwp2000 для норм евро2. В описании не могу найти инфу про ДТВ.
Пример.
Запрашиваем параметры, отправив запрос:
82 10 F1 21 01 A5
ЭБУ отвечает:
80 F1 10 26 61 01 3B 90 41 04 00 00 00 00 47 80 00 00 00 52 52 80 18 00 8E 00 5C 00 00 00 00 00 00 00 00 00 FF FF DD A4 47 02 CE
В описании протокола есть пункт "Содержание поля данных сообщения для идентификатора RLI_ASS." ТАк вот там нет байтов с данными об ДТВ, ДАД. Потому как у нас ДМРВ и идет подсчет массового расхода воздуха (вроде 28 байт). Но в программах настройки ведь выводятся данные с этих датчиков. Где об этом почитать?

[mazahaker]

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