Программы для диагностики и конфигурирования на базе ELM327

Sergio64rus
Serj63
это версия, которую залили на заводе. при перепрошивке она не меняется.

VitaR:

Sergio64rus У вас "кривой" адаптер. У меня было тоже самое. Спасибо civil-zz Приехал и "поднял" приборку своей  ELM-кой.

Как ни странно мой адаптер все таки протолкнул эту прошивку, правда на более медленной скорости и за 25 минут.

Sergio64rus
какой у тебя ноутбук?

и на какой скорости сейчас происходит подключение? и что стоит в настройках порта в диспетчере устройств?

civil-zz:

Sergio64rus Serj63 это версия, которую залили на заводе. при перепрошивке она не меняется.

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

У меня старенький ASUS F3Ke.

Sergio64rus
ноут вполне себе.. просто думал, вдруг если какой-нибудь слабосильный нетбук..
странно, драйвера вроде FTDI, но при этом нет их дополнительных параметров.. поэтому и медленно было. т.к. настроек задержки не было, то все равно какую скорость ставить в программе - 38400 и 500000 работают одинаково.

civil-zz

civil-zz:

странно, драйвера вроде FTDI, но при этом нет их дополнительных параметров.. поэтому и медленно было. т.к. настроек задержки не было, то все равно какую скорость ставить в программе - 38400 и 500000 работают одинаково.

Ну вот как есть, ничего не скрываю.

Sergio64rus
Проблема скорее всего не в скорости com порта,если бы были бы проблемы в скорости они вылезли бы сразу. Проблема с большой долей вероятности была в настройках питания ноута от батарейки.
Комп видит простой и гасит устройства USb, переводя их в режим пониженного энергопотребления, elm рвет связь.

civil-zz
Sergio64rus
serge44k
Важно какой кварц стоит в адаптере. У меня, например, стоит 4 Mhz, для PIC18 с таким кварцем лучше всего подходят скорости, кратные 1000. (0% ошибок из-за несоответствия тактов контроллера и тактов сигналов UART)
Например, при 38400 на моем адаптере 0.16% ошибок

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

serge44k
FTDI чип обычно питается от машины, а не от компа. Есть схема с питанием от компа, но мне казалось, что в адаптерах ее не используют.

civil-zz
Кстати о ноутбуках. У меня старенький нетбук Асус ЕееРС 900. Проц селерон 900МГц, память 2гига, винХР. Прошилось все без проблем, как писал пару страниц назад.

Sergio64rus
civil-zz
Обратите внимание на поставщика драйверов.
Когда винда сама ставит драйвер это старая версия помоему в производителе будет Microsoft. С такими дравами были проблемы у меня (не с ELM). Поставил скачанные c ftdi проблемы пропали.

мм... вопрос. А через bluetooch адаптер прошивать можно? или лучше даже не пытаться?

Драйвера для FTDI брать тут.
Если скачиваете WHQL Certified Available as setup executable. То отключаете ELM от компа, запускаете установщик, после окончания работы установщика подключаете ELM, должно быть оповещение, что новый драйвер установлен для устройства.
Если zip, то распаковать и в свойствах драйвера выбрать "обновить" и указать вручную на папку с драйвером.

alphaL
Через BT сложно выдержать временные характеристики обмена. С очень большой вероятностью запись такого большого объема пройдет с ошибкой. Нужна реализация механизма контроля и повтора (если протокол прошивки позволяет это делать), а этого в программе похоже нет.
Алгоритм программы похоже не пытается повторить запись если возникает ошибка с отправкой пакета, сразу завершается по ошибке.

alphaL
BlackGoga
это действительно так, ресенда блоков у меня нет. сделать его несложно, но возникает один вопрос - если вдруг так случится, что блок запишется, но программа по какой-то причине не получит подтверждения и пошлет этот блок еще раз, что тогда произойдет? там ведь нет адресации каждого блока, они просто идут последовательно друг за другом и получится так, что подряд запишутся два одинаковых. Наверно, получится, что в итоге длина всего трансфера увеличится на один блок и в конце получим ошибку по вылету размера, но это будет только в конце..

civil-zz
Да, деваться не куда в таком случае.

civil-zz
а разве нельзя писать блок по определенному адресу? ведь каждый блок пишется во флеш сразу же после отправки, а для первого блока задается адрес, насколько я понимаю

BlackGoga
civil-zz
да, это печально... спасибо за ответ.

ittrium:

civil-zz а разве нельзя писать блок по определенному адресу? ведь каждый блок пишется во флеш сразу же после отправки, а для первого блока задается адрес, насколько я понимаю

А так же прочитать записанный блок и провести верификацию данных

AndreyAL
прочитать нельзя, насколько я знаю

BlackGoga
То есть в итоге установки дров должно быть следующее
Поставщиик дров (1) - FTDI
Так или нет?

А цифровая подпись не должна измениться (2)?

ittrium
Не понял.. Как писать блок по адресу? Там в начале задается стартовый адрес и длина всего трансфера и погнали блоки друг за другом уже без всякой адресации

AndreyAL
Прочитать нельзя, увы..

civil-zz
Ну так можно сделать много маленьких трансферов (с адресацией), в случае ошибки повторять целиком весь трансфер по этом адресу.

ittrium
неа, нельзя.. размер трансфера должен быть равен размеру загружаемых данных целиком..

civil-zz
то есть, например, загрузить половину прошивки нельзя? а что на это блок скажет?

ittrium
не пробовал, но думаю, выдаст ошибку программирования..
надо будет попробовать..

civil-zz
Не выдаст. Можно любыми кусками грузить. Главное все правильно декларировать.

Sergio64rus
Драйвера для винды сертифицирует майкрософт. Так что все нормально.

DarkLeo
Ну вот, т.е. можно адресно по десятку килобайт кидать. И если что - повторять.