HfmScan
-
Постов
54 -
Зарегистрирован
-
Посещение
Достижения HfmScan
-
1. Плату модуля wifi таких размеров (вернее с такой же распиновкой) Вы вряд ли найдете. обычно у мелких плат нужные выводы с торца, а на блютузе сбоку. 2. в блютуз версии для питания ставят линейный стабилизатор типа 7805. это нормально ибо блютуз кушает мало и стабилизатор сильно не греется... вифи модуль это более прожорливый потребитель и как следствие 7805 будет сильно греться и скорее всего быстро сгорит... надо тогда ставить dc-dc. кстати 7805 горели даже на блютузах Вывод такой что нет никакого смысла заниматься таким творчеством, ибо адаптеров этих много разных и стоят они дешево (вам один вифи вероятно дороже выйдет чем целый адаптер)
-
по виду нормальный адаптер. дайте, плиз, ссылку где взяли, и скажите как корпус разбирается (можно ли так же аккуратно собрать или он клеен, или наклейку нужно отдирать)? по поводу что нет соединения с машиной - попробуйте хотя бы OBD Auto Doctor, он перебирает протоколы, плюс там можно записать лог, вдруг блок отвечает....
-
Если кому нужно, у меня лежит штук 5 точно адаптеров на чипе pic18f25k80 блютузных, которые можно легко переделать например под usb (купив платку за пару баксов с ft232rl) или под wifi модуль даже (но тогда желательно кренку на dc-dc заменить, который бакс стоит)... была партия адаптеров давно, у которых проблемный блютуз модуль, в работу не пошли из-за этого... а тем, кто хочет заниматься творчеством подойдут... по 300р в Москве, в личку пишите PS: справа фот платы с обратной стороны, кренка на 3.3В уже выпаяна...
-
Все адаптеры что я встречал на этом контроллере были с защитой от чтения... поэтому вряд ли найдете прошивку...
-
было бы у меня время, я бы вам видео снял о том какие пакеты идут в PIC (ELM327) и что на к-линии, потому что Вы заблуждаетесь... вы представляете себе что PIC это просто как преобразователь уровней, а это совсем не так... например, программа через вифи дает команду просто сразу 0101 - пик начинает перебирать протовоклы (если он честный), находит на каком из пинов сидит двигатель (т.е. пробует коннект и если есть ответ то начинает читать) и уже подконнектившись считываает ответ для 0101... т.е. программа может вообще ни о чем не заботиться - открыть порт и сразу дать команду - и если ЕЛМ честный то он найдет ЭБУ, установит связь и считает параметры которые нужно... я вам написал как реально решить вашу задачу (к сожалению вы до конца не поняли, ибо написали в ответ "У меня нет на колодке ОБД ничего. Только +12v (16), Graund (4/5) и K-line (7), в скобках клеммы. Следовательно реализовать этот вариант практически не реально" ) Вы прочитайте еще раз мое первое сообщение и попытайтесь осмыслить оба варината... суть моей доработки в том что из адаптера ЕЛМ (доработаного под вашу задачу) будет торчать пин 15, на который вы посадите провод к-линии от ГБО... т.е. ваш ГБО будет разговаривать с адаптером через его пин 15... а елм будет разговраивать с ЭБУ через пин 7 как и всегда... очень сильно вам в этом поможет (с этого как бы нужно начинать) например снять лог на самой к-линии, и посмотреть лог программы (например программа OBD Auto Doctor очень хорошо пишет свой обмен с адаптером и там все видно)... чтобы мониторить к-линию есть много разных решений, но самое простое это к-лайн адаптер туда прицепить рядом (Возможно понадобится в адаптере отпаять резистор подтяжки к-линии 510 Ом (или заменить его на более высокий номинал 3-4кОм) и дальше терминалкой на нужной скорости просто посмотрите байты с линии, составьте из них пакеты, найдите описание своего протокола и все будет ясно.... если что, то я могу сделать эту работу, но она будет стоить денег и немало... просто я имею опыт (Считайте что я написал свой маленький ELM327 еще в 2013 году, и поэтому представляю полностью как это работает и что нужно... как раз по к-линии.. кан например я не знаю и с ним не работаю)... еще раз - чисто ЖЕЛЕЗНО ваша проблема не решается! Заявляю ответственно
-
ну как вы себе это представляете? когда ГБО читает ЭБУ, то вы своим ELM вклиниться не должны (иначе коллизия на к-линии и ответ не получит ни ГБО ни ЕЛМ)... и наоборот... т.е. формально можно висеть 2мя адаптерами на одной линии, и если они синхронизированы по передаче/приему (т.е. один говорит, второй молчит и игнорит то что на линии) то в теории это могло бы работать, но в данном случае это должно быть реализовано на уровне программ и адаптера... а этого нету... Варианты реализации: Вариант 1: на контроллере написать некий маршрутизатор, который например будет разруливать пакеты обоих читателей... т.е. ваше устройство может выглядеть так - контроллер (желательно иметь на бору 3 UART), 3 драйвера к-линии или обвязка. т.е. она к-линия к ЭБУ, и 2 наружу торчат для читателей (ГБО и ELM) а дальше прошивка которая будет ловить пакеты от обоих читателей и по очередности читать ЭБУ... но тут еще нужно четко знать тайминги, сколько ждет ответа читатель, но думаю это решаемо... Вариант 2: взять готовый ELM327 WIFI, например такую версию , там нужно будет допаять всего лишь пару резисторов дополнительно чтобы на пин 15 ОБД получить полноценную к-линию (изначально это L-линия и только передача реализована, 2 резистора как раз нужны чтобы читать состояние линии). там 2 UART, на один заведены WIFI и USB, а второй пустой, его и переключить на 15 пин OBD... дальше нужно написать прошивку ЕЛМ которая будет читать только по одному протоколу (это не так сложно как звучит), ну и параллельно мониторить второй уарт (запросы от ГБО) и давать ответы... сложностей там особых не должно быть, ибо по к-линии обычно общаются по 9600/10400 а значит есть время на прием данных... т.е. ваша задача решаема, но очень не просто... почему не будет работать ваш вариант - вы просто посмотрите какие байты бегают по к-линии и какие бегают из pic в модуль wifi, и ответ будет очевиден (дело даже не в скорости порта)... Успехов.
-
на каком проце ваш адаптер? если это pic18 то там 38400 и вряд ли как вы это измените(со стороны контроллера)... через АТ команды насколько я смотрел меняется только скорость по к-линии и то не ясно зачем.. но может я что-то упустил... с этим адаптером можно поиграться так - отпаять блютуз модуль и впаять платку FT232 и настроить чип на минимальные задержки, может что-то станет лучше, но нет уверенности... есть так же адаптеры сейчас viecar в большом корпусе, у них обмен идет на 115200, но прошивка не знаю дружит с CAN или нет... мне кажется ничего не получится из этого...
-
Viecar WIFI не могу прочитать через FlashLoader чип (предположительно STM32 как и в других каплях)... тут конечно я не увидел где RESET, но подключался так: TX\RX\GND на BOOT подпаял плюс сразу. дальше подаю плюс отдельным проводом на 3.3V (чтобы блок сразу увидел напряг на boot и зашел в бутлоадер), но ничего не происходит... где я ошибаюсь?
-
нет там особо никаких камней. 1. изучаете сайт www.ESP8266.ru на предмет 2-ух вопросов а) как правильно подключить модуль ( там есть статейка со схемой ) б) как прошить модуль прошивкой UART-WIFI (сразу скажу что для этого понадобится ваша красная платка с чипом FTDI, ее переключить на 3.3В джампером, плюс я воткнул стабилизатор 1117 сразу на плату FTDI, ибо ESP жрет много, а FTDI может дать малый ток) 2. на этом этапе у вас уже есть плата, прошитая прошивкой UART-WIFI (пункт 1) а так же на нее можно сразу зайти и настроить скорость 38400 через web интерфейс. 3. запаиваете ваш модуль в адаптер ЕЛМ327, у вас там подача питания 3.3В, т.е. хорошо, нужно будет еще сделать: - подключить ноги TX\RX моудля, при этом сделать резистивный делитель на ножку RX модуля, используя например 2 резистора 3кОм + 2 кОм, (суть - опустить уровень 5В от микроконтроллера с ножки Tx, до уровня 3В ножки Rx модуля), - несколько резисторов на массу и на плюс для правильной работы модуля (то что изучено по поводу правильного подключения модуля) - если совсем по уму, то вместо 7805 запаять мини dc-dc, они стоят по полдоллрала или около того, но это можно потом сделать, работать будет и так... Вроде ничего не забыл...
-
можно. понадобится usb-ttl переходник чтобы ESP8266 прошить правильной прошивкой. 1. по уму вместо кренки на 5В, запаять DC-DC на плату. 2. прошить ESP прошивкой https://esp8266.ru/forum/threads/proshivka-tcp2uart-perexodnika-s-nastrojkoj-po-web.146/ 3. почитайте на сайте ESP8266 как ее правильно подключать (Какие ноги как и куда подтянуть) - это важно! (я использовал готовую плату именно чтобы не заморачиваться этим, хотя там сложностей нет) 4. при запайке ESP8266 на плату не забудьте пустить сигнал TX от микроконтроллера через делитель на резисторах на ножку RX модуля, иначе не заведется... 5. настройте прошивку через web на скорость 38400 и пробуйте работать. от себя - я попробовал такой же модуль для теста - работает хорошо и быстро, но в реальных условиях (в машине не тестировал, только на столе) Михаил.
-
Viecar WIFI (PCB photo) очередной адаптер на капле, но уже с wifi и dc-dc пока только фотки. заказал, жду Кто поделится опытом, как вскрывать клееные корпуса без повреждения? сейчас почти все большие корпуса - клееные... заранее благодарен
-
а корпус большой? наклейку покажите плиз.... греется наверное хорошо (вифи модуль потребляет хорошо, а dc-dc не поставили)
-
LM как повторитель вроде бы, 5В питание ее, зачем она - не знаю... я так думаю что изначально они хотели через pic рулить источником, т.е. пока на пин 16 высокий потенциал, то на 15 землю подает. как только USB подключаешь, потенциал на 16 становится низкий - подать 5В на пин 15, и тогда бы четко разруливался бы источник.. но этого нет...
-
в том адаптере что я выше показал, разделение сделано через микруху 74HC125D, смотри картинку... самое интересное на плата 2-ух вариантная, либо через эту микру, либо от каждого источника на свой UART входы... но видимо то ли прошивку не хотели менять, то ли еще что - все адаптеры делают с микрой 74... и эта схема мне в...ла моск, т.к. китайцы не подтягивали на землю ногу которая идет на PIC, пин 15, поэтому при работе через WIFI пик мог не видеть пакеты (адаптер иногда мог не работать через вифи)... я не знаю что они там придумали, но сама ножка 15 тоже не на земле... и микра 74 в этом случае работала не всегда корректно...
-
