thought-out
-
Постов
17 -
Зарегистрирован
-
Посещение
Достижения thought-out
-
Точно, нужно было написать: Toyota Hilux '13, ISO 15765-4 CAN 11/500 И ссылка на описание STN1110: http://www.obdsol.com/solutions/chips/stn1110/
-
Кто-нибудь пробовал адаптеры на базе STN1110? В характеристиках заявлена скорость считывания до 200 pid/сек. Протестировал скорость своего, обычными командами (например, обороты 01 0C) около 20 pid/сек, с указанием кол-ва строк в ответе (01 0C 1) — около 100 pid/сек.
-
Итак, подробности. При подаче 3.3 В на контроллер адаптер работает, но не общение с машиной, так как, согласно схеме cxem2, для CAN и J1850 также необходимо питание. Оно берется с VCC ножки CH340T и понижается на плате, но если подать 5 В туда, то CH340T также запитается и будет перехватывать сигнал TX, как писали выше. Поэтому просто сдуваем CH340T, и превращаем стандартный USB кабель в UART кабель. Для этого достаточно соединить контакты D+ (зеленый провод или 6-ой пин CH340T) с RX на плате (4-пин CH340T или пятачок USART1_RX) и D- (белый провод или 7-ой пин CH340T) с TX (3-ий пин CH340T, пяточок USART1_TX). Адаптер выглядит как обычный, телодвижений минимум С другой стороны USB кабель вставляется в USB маму, которая распаяна на самодельный коннектор. Надеюсь, кому-нибудь поможет, с 5-вольтовой логикой работает без проблем.
-
Все верно, адаптер питается от USB, а не от машины. Оказывается можно было проверять все без машины, почему я сразу не проверил этот момент, подключив адаптер только к компьютеру Дальше с целью проверить куда подавать питание полез в даташит STM, за одно узнал что за странный пятачок выведен дополнительно — это BOOT0, boot memory selection, нам он ни к чему. 3.3 В (Vdd) на 1-ом пине, как и указывал cxem2. Попробовал подать на него напряжение — все заработало! P.S.: Здесь человек тоже просто припаял 4 провода к контактам чипа elm и все заработало, у него FTDI стоит, его отключать не пришлось: https://abboudscorne...elm327-scanner/
-
Универсальная приблуда нужна
-
Так в описанном опыте я и подключал все к компьютеру. Можно попробовать через USB обеспечить только питание, без TX/RX, но, с другой стороны, именно это и происходит в п. 3, если не пересылать данные. В общем, попробую отключить TX от CH340 и отпишусь. Брал 1.5 версию, в описании на али были указаны все протоколы, но этому можно доверять настолько же, насколько описанию продающихся на али адаптеров на пике Ну посмотрим, пока разбираюсь с этим. Потом мое устройство будет скорее всего на stm32.
-
Я пока с ним работаю, с пиком придется все заново делать, плюс я специально заказывал версию 1.5 Они не должны, и я не писал, что мне нужно работать с двумя передатчиками. Или вы хотите сказать, что наличие CH340T влияет на линию TXD -> USART1_RX? Разумеется, я отключу ножку TX от CH340T, как посоветовал john1770, но какова суть процесса? Исходящий с USB-TTL преобразователя сигнал поглощается CH340T, а не МК?
-
В общем убрал я из этого уравнения второй МК, чтобы меньше неизвестных было. Проверяю работоспособность самих линий. Припаянные к 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, причем перед этим красный светодиод на адаптере гаснет и опять загорается, как-будто проседает напряжение или что-то вроде того.
-
TX от CH340 не забыли отключить? Не отключал, вас не затруднит объяснить как это может влиять? Я правда не знаю.
-
Если взять за основу схему cxem2, то будет выглядеть так: Пояснение: вместо аппаратного UART-а использовал программный, работоспособность проверена на других UART устройствах, проблем не было. Аппаратный занят компьютером, через него как раз идет прием-передача с компьютера. Питание Arduino - через USB. Еще попробую конечно присоединиться к аппаратному UART-у, чтобы точно откинуть этот момент, просто не было под рукой чем обеспечить питание, чтобы отсоединиться от компьютера.
-
как подключаете Rx-Rx Tx-Tx? может нужно наоборот Rx-Tx, нужно смотреть осциллографом Разумеется, я пробовал и так, и так.
-
Да, это известно, но если вернуться к моим баранам, то речь о другом С программой проблем нет, тем более с командами, до этого у меня был Bluetooth модуль, подключенный по UART к МК, который соединялся по воздуху с блютусным же OBDII. В таком виде все работает, но мне нужно соединение с OBDII именно по проводам, так как задержки нужно свести к нулю. Проблема в том, что OBDII адаптер не хочет общаться по тем проводам, которые я припаял, то есть совсем, ничего не принимает и не отправляет. Рассмотрим первый случай: подключаем OBDII адаптер к компьютеру через стандартный USB, сначала загорается красный светодиод. Запускаем программу ScanMaster-ELM, нажимаем подключиться, адаптер мигает светодиодами, потом загорается зеленый — есть контакт, все работает. Рассмотрим второй случай: подключаем OBDII адаптер к МК (ардуиновский ATmega328) тремя проводами: TX, RX, GND. Также загорается красный светодиод на адаптере. Пытаемся отправить что-либо (команду/мусор - не важно), адаптер даже не показывает светодиодами, что он что-то получил. Отсюда вопрос: что может не хватать? Сопротивление по проводам TX, RX 17 Ом может играть роль? Можно запаять cp2102, место предусмотрено. Не совсем понял зачем? Чтобы сделать UART -> USB -> UART?
-
Ну значит мы с вами одинаково понимаем. Машина, на которой вчера пробовал, по USB тоже не захотела общаться, программу ScanMaster-ELM использую. Сегодня проверю на тех машинах, на которых по USB все работало. Сейчас в качестве теста использую Arduino, которая подключена к обд и к компьютеру, программа МК просто передает сообщения туда-сюда, поэтому я вручную через монитор порта отправляю команды OBD. Для старта они выглядят так (может кому-то поможет): ATZ, ATE0, ATL1, ATSP0, после этого можно запрашивать остальное. Есть вот такая штука — http://arduinodev.com/hardware/obd-kit/. По сути они как раз взяли простой адаптер и вывели UART, а не USB.
-
поделитесь ссылочкой где купили такой? а зачем свой МК к нему подключать? ну по идее можно конечно, но тогда лучше CH340 отключить и свое подпаять... и пробовать скорость 38400(если на такой скорости этот адаптер USB работал) http://www.aliexpres...1069586486.html Разрабатываю устройство, которому необходимо считывать данные с OBD. Если я не подключаю USB шнурок, а только по своим проводам работаю, то наличие и отсутствие CH340 же не должно ничего менять? Скорость пробовал 38400, да. Сегодня на других автомобилях протестирую. Провода точно правильно припаяны, то есть контакт и с STM32 и с CH340T есть.
-
Как писал ранее, заказал проводной, очевидно такой же, только вместо блютуса CH340T: Получается, чтобы подключить свой МК к нему по UART, нужно подпаяться либо к 19 и 20 пинам STM32, либо к 3 и 4 пину CH340T? Ну и к земле. UPD: По аналогии со схемой cxem2 подпаялся к выведенным пяточкам, не завелось почему-то Все ли верно? Может проводной адаптер не от OBD питается, а от USB?