Bluetooth ELM-327 адаптер (Железо)

[gmv]

Подскажите микросхему L9637 можно ли заменить связкой из транзистора и 4х резисторов, которую уважаемый CXEM2 любезно помечает голубым цветом(как на схеме выше)? Если так, то верно ли утверждение, что нужен особый транзистор быстродействующий?)

Изменено 30 января, 2016 пользователем gmv

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[_KREK_]

Подскажите микросхему L9637 можно ли заменить связкой из транзистора и 4х резисторов, которую уважаемый CXEM2 любезно помечает голубым цветом(как на схеме выше)? Если так, то верно ли утверждение, что нужен особый транзистор быстродействующий?)

Можно попробовать, только чуть сложней получится схема. И вместо Т2 можно прикрутить полевик 2n700

Изменено 31 января, 2016 пользователем _KREK_

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[HfmScan]

ELM327 на чипе STM32F042,

BK3231----------Bluetooth

Давно ищу ELM327 на чипе STM32, думал их уже нет (встречал только фотки на сайтах, но присылали обычную версию на пик)...

поделитесь ссылочкой где это чудо можно купить... Спасибо!

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[cxem2]

Kkmoon ELM327 V1.4 Bluetooth Auto Scanner OBDII Car Diagnostic Tool OBD2 OBD 2 for Toyota Ford Peugeot BMW Mercedes Benz GM

Цена:US $4.44

-Похоже распродавал остатки из старой партий.

[thought-out]

ELM327 на чипе STM32F042,

BK3231----------Bluetooth

TJA1040---------CAN

78L05

w1A---------------Биполярный 3904 NPN транзистор

w2A---------------Биполярный 3906 PNP транзистор

662K------------- регулятор напряжения тока SOT-23 3.3V/0.5A

Как писал ранее, заказал проводной, очевидно такой же, только вместо блютуса CH340T:

Получается, чтобы подключить свой МК к нему по UART, нужно подпаяться либо к 19 и 20 пинам STM32, либо к 3 и 4 пину CH340T? Ну и к земле.

UPD: По аналогии со схемой cxem2 подпаялся к выведенным пяточкам, не завелось почему-то Все ли верно? Может проводной адаптер не от OBD питается, а от USB?

Изменено 12 февраля, 2016 пользователем thought-out

[HfmScan]

Как писал ранее, заказал проводной, очевидно такой же, только вместо блютуса CH340T:

поделитесь ссылочкой где купили такой?

а зачем свой МК к нему подключать? ну по идее можно конечно, но тогда лучше CH340 отключить и свое подпаять... и пробовать скорость 38400(если на такой скорости этот адаптер USB работал)

Изменено 12 февраля, 2016 пользователем HfmScan

[thought-out]

Как писал ранее, заказал проводной, очевидно такой же, только вместо блютуса CH340T:

поделитесь ссылочкой где купили такой?

а зачем свой МК к нему подключать? ну по идее можно конечно, но тогда лучше CH340 отключить и свое подпаять... и пробовать скорость 38400(если на такой скорости этот адаптер USB работал)

http://www.aliexpres...1069586486.html

Разрабатываю устройство, которому необходимо считывать данные с OBD.

Если я не подключаю USB шнурок, а только по своим проводам работаю, то наличие и отсутствие CH340 же не должно ничего менять?

Скорость пробовал 38400, да. Сегодня на других автомобилях протестирую. Провода точно правильно припаяны, то есть контакт и с STM32 и с CH340T есть.

Изменено 13 февраля, 2016 пользователем thought-out

[HfmScan]

Спасибо за ссыль,

поймите просто, есть проц(который умеет по OBD с машиной разговаривать), из него торчит UART наружу, а дальше пофиг что с процем общается - CH340 по USB, блютуз или вифи модуль, либо ваш проц... это ни на что не влияет... главное чтобы скорость была верно подобрана, я за 2 года видел только 38400, хотя в доках написано что была еще 9600 (но в реале не встречал)...

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

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

ATZ

ATTP5 (сказать чтобы ЕЛМ цеплялся к ЭБУ по 5-ом протоколу)

0105 - температура ОЖ по ОБД...

[thought-out]

Спасибо за ссыль,

поймите просто, есть проц(который умеет по OBD с машиной разговаривать), из него торчит UART наружу, а дальше пофиг что с процем общается - CH340 по USB, блютуз или вифи модуль, либо ваш проц... это ни на что не влияет... главное чтобы скорость была верно подобрана, я за 2 года видел только 38400, хотя в доках написано что была еще 9600 (но в реале не встречал)...

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

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

ATZ

ATTP5 (сказать чтобы ЕЛМ цеплялся к ЭБУ по 5-ом протоколу)

0105 - температура ОЖ по ОБД...

Ну значит мы с вами одинаково понимаем. Машина, на которой вчера пробовал, по USB тоже не захотела общаться, программу ScanMaster-ELM использую. Сегодня проверю на тех машинах, на которых по USB все работало. Сейчас в качестве теста использую Arduino, которая подключена к обд и к компьютеру, программа МК просто передает сообщения туда-сюда, поэтому я вручную через монитор порта отправляю команды OBD. Для старта они выглядят так (может кому-то поможет): ATZ, ATE0, ATL1, ATSP0, после этого можно запрашивать остальное.

Есть вот такая штука — http://arduinodev.com/hardware/obd-kit/. По сути они как раз взяли простой адаптер и вывели UART, а не USB.

Изменено 13 февраля, 2016 пользователем thought-out

[HfmScan]

вот тут может быть проблема:

ATSP0 - автоматический выбор протокола.

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

[_KREK_]

а зачем свой МК к нему подключать? ну по идее можно конечно, но тогда лучше CH340 отключить и свое подпаять... и пробовать скорость 38400(если на такой скорости этот адаптер USB работал)

Можно запаять cp2102, место предусмотрено.

[thought-out]

вот тут может быть проблема:

ATSP0 - автоматический выбор протокола.

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

Да, это известно, но если вернуться к моим баранам, то речь о другом С программой проблем нет, тем более с командами, до этого у меня был Bluetooth модуль, подключенный по UART к МК, который соединялся по воздуху с блютусным же OBDII. В таком виде все работает, но мне нужно соединение с OBDII именно по проводам, так как задержки нужно свести к нулю.

Проблема в том, что OBDII адаптер не хочет общаться по тем проводам, которые я припаял, то есть совсем, ничего не принимает и не отправляет.

Рассмотрим первый случай: подключаем OBDII адаптер к компьютеру через стандартный USB, сначала загорается красный светодиод. Запускаем программу ScanMaster-ELM, нажимаем подключиться, адаптер мигает светодиодами, потом загорается зеленый — есть контакт, все работает.

Рассмотрим второй случай: подключаем OBDII адаптер к МК (ардуиновский ATmega328) тремя проводами: TX, RX, GND. Также загорается красный светодиод на адаптере. Пытаемся отправить что-либо (команду/мусор - не важно), адаптер даже не показывает светодиодами, что он что-то получил.

Отсюда вопрос: что может не хватать? Сопротивление по проводам TX, RX 17 Ом может играть роль?

а зачем свой МК к нему подключать? ну по идее можно конечно, но тогда лучше CH340 отключить и свое подпаять... и пробовать скорость 38400(если на такой скорости этот адаптер USB работал)

Можно запаять cp2102, место предусмотрено.

Не совсем понял зачем? Чтобы сделать UART -> USB -> UART?

Изменено 13 февраля, 2016 пользователем thought-out

[sintakc]

Рассмотрим второй случай: подключаем OBDII адаптер к МК (ардуиновский ATmega328) тремя проводами: TX, RX, GND.

как подключаете Rx-Rx Tx-Tx? может нужно наоборот Rx-Tx, нужно смотреть осциллографом

[thought-out]

Рассмотрим второй случай: подключаем OBDII адаптер к МК (ардуиновский ATmega328) тремя проводами: TX, RX, GND.

как подключаете Rx-Rx Tx-Tx? может нужно наоборот Rx-Tx, нужно смотреть осциллографом

Разумеется, я пробовал и так, и так.

[sintakc]

покажите на схемах как и куда вы подключаетесь

[thought-out]

покажите на схемах как и куда вы подключаетесь

Если взять за основу схему cxem2, то будет выглядеть так:

На всякий случай:

Пояснение: вместо аппаратного UART-а использовал программный, работоспособность проверена на других UART устройствах, проблем не было. Аппаратный занят компьютером, через него как раз идет прием-передача с компьютера. Питание Arduino - через USB. Еще попробую конечно присоединиться к аппаратному UART-у, чтобы точно откинуть этот момент, просто не было под рукой чем обеспечить питание, чтобы отсоединиться от компьютера.

Изменено 13 февраля, 2016 пользователем thought-out

[sintakc]

а на атмеге 4,5 и 2,3 правильно?

попробуйте аппаратный уарт, может полярность другая

[_KREK_]

Рассмотрим второй случай: подключаем OBDII адаптер к МК (ардуиновский ATmega328) тремя проводами: TX, RX, GND. Также загорается красный светодиод на адаптере. Пытаемся отправить что-либо (команду/мусор - не важно), адаптер даже не показывает светодиодами, что он что-то получил.

Отсюда вопрос: что может не хватать? Сопротивление по проводам TX, RX 17 Ом может играть роль?

TX от CH340 не забыли отключить?

[thought-out]

Рассмотрим второй случай: подключаем OBDII адаптер к МК (ардуиновский ATmega328) тремя проводами: TX, RX, GND. Также загорается красный светодиод на адаптере. Пытаемся отправить что-либо (команду/мусор - не важно), адаптер даже не показывает светодиодами, что он что-то получил.

Отсюда вопрос: что может не хватать? Сопротивление по проводам TX, RX 17 Ом может играть роль?

TX от CH340 не забыли отключить?

Не отключал, вас не затруднит объяснить как это может влиять? Я правда не знаю.

[john1770]

Отключить надо.

Еще бы уровни проверить

Arduino 5 вольтовая а STM ка 3.5

[HfmScan]

Не отключал, вас не затруднит объяснить как это может влиять? Я правда не знаю.

давайте поменяемся адаптерами? я Вам на классическом pic18f25k80 (он на 5В работает) а вы мне этот на stm32, а то от китайцев ехать будет еще хрен знает сколько...

переслать мона почтой, 100 рублей не деньги...

Изменено 14 февраля, 2016 пользователем HfmScan

[thought-out]

В общем убрал я из этого уравнения второй МК, чтобы меньше неизвестных было. Проверяю работоспособность самих линий. Припаянные к ELM327 адаптеру провода подключил к USB-TTL преобразователю на основе PL2303HX, чтобы проверить линии через терминал. Не смотрел уровни напряжения для UART преобразователя, как показал дальнейший опыт для считывания (на RXD ножке преобразователя) 3.3 В достаточно, для отправки (TXD) не имеет значения понижался ли исходящий сигнал или нет — проверялось и то, и то. Получилась следующая схема:

Далее рассмотрены три случая:

1) Подключение только по стандартному USB адаптера успешно в полном смысле этого слова. На адаптере горит красный светодиод и моргают остальные. Настройки терминала выглядят так:

2) Подключение только по USB-TTL преобразователю не работает. Невозможно проверить работоспособность линии на получение данных, так как сначала необходимо что-либо запросить. Настройки терминала использовались как в первом пункте, как показал дальнейший эксперимент они верные. Преобразователь моргает светодиодом при отправке данных, на адаптере горит красный светодиод, остальные (которые демонстрируют прием или передачу по UART) не моргают совсем. Из этого можно сделать вывод, что исходящий с преобразователя сигнал МК адаптера не получает.

3) Подключение и по стандартному USB и по USB-TTL. В терминале я подключился к COM порту USB-TTL преобразователя. Запустил программу ScanMaster-ELM, с помощью которой подключился к адаптеру по стандартному USB. В терминале побежали отчетливые ответы на команды программы ScanMaster-ELM — как раз отсюда я делаю несколько выводов: в данном случае линия USART1_TX -> RXD построена верно и работает, настройки для UART тоже выбраны правильно. При этом, если отправить что-либо через терминал, то ничего не произойдет, как в п. 2, то есть линия TXD -> USART1_RX не работает.

НО! После попыток подключения линий в разной последовательности, выявил одну очень странную штуку:

а) подключаем USB-TTL, подключаемся к его COM порту;

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

в) отключаемся в ScanMaster (освобождаем порт), отключаем стандартный USB;

г) после этого линия TXD -> USART1_RX работает некоторое время! в терминале получается отправить данные, адаптер моргает светодиодами и прекрасно отвечает, но потом все происходит как в п. 2, причем перед этим красный светодиод на адаптере гаснет и опять загорается, как-будто проседает напряжение или что-то вроде того.

[_KREK_]

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

[thought-out]

давайте поменяемся адаптерами? я Вам на классическом pic18f25k80 (он на 5В работает) а вы мне этот на stm32, а то от китайцев ехать будет еще хрен знает сколько...

переслать мона почтой, 100 рублей не деньги...

Я пока с ним работаю, с пиком придется все заново делать, плюс я специально заказывал версию 1.5

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

Они не должны, и я не писал, что мне нужно работать с двумя передатчиками. Или вы хотите сказать, что наличие CH340T влияет на линию TXD -> USART1_RX? Разумеется, я отключу ножку TX от CH340T, как посоветовал john1770, но какова суть процесса? Исходящий с USB-TTL преобразователя сигнал поглощается CH340T, а не МК?

Изменено 14 февраля, 2016 пользователем thought-out

[HfmScan]

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

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

что такое ножка TX - это открытый коллектор транзистора и нагрузочное сопртивление (Между коллектором и плюбсом)... я не знаю характеристик ни резисторов не транзисторов, но просто когда у вас 2 передатчика, то ток через транзистор в 2 раза больше... не знаю может это влиять или нет. но как минимум нужно отцепить передачу CH340

PS: pic18 и есть версия 1.5, та которая берет все протоколы

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