Urryguru

Я писал о подобной проблеме, но похоже так никто не обратил внимание. Смотри пост 89. http://www.auto-bk.ru/forum/topic/30976/page__st__80?do=findComment&comment=398016

ViViseKtor, прошу вас обратить внимание на пост 89 в этой теме http://www.auto-bk.ru/forum/topic/30976/page__st__80#entry398016

В программе не корректно отображаются счётчики пропусков воспламенения при диагностики bosch 7.9.7 (возможно с остальными тоже). Выбираю пользовательский набор ставлю галки. Сч. пр. воспл. по цилиндру 1 - строит график (Счётчик пропусков воспламенения по цилиндру 1) Сч. пр. воспл. по цилиндру 2 - строит график (Счётчик пропусков воспламенения по цилиндру 3) Сч. пр. воспл. по цилиндру 3 - строит график (Счётчик пропусков воспламенения по цилиндру 4) Сч. пр. воспл. по цилиндру 4 - строит график (Счётчик пропусков воспламенения по цилиндру 2) Видно что корректно отображаются только для первого цилиндра. Так всёже какой счётчик к какому цилиндру относится? Прикрепляю скрин с примером четвёртого счётчика.

Может быть вам тогда стоит выложить логи чтобы не гадать и эксперты знающие типовые парамтеры взглянут на них. На счёт типовых параметров для января 511 используйте поиск. В этой теме обсуждалось что бош 154 и Я511 - аналоги

Я имею ввиду будут меняться в пределах нормы, На сайте chiptuner.ru/ -> Диагностика -> Типовые параметры там можно посмотреть эталлонные параметры для вашего ЭБУ

Если двигатель работает на постоянных оборотах (на холостом ходу) то от обрыва связи диагностические параметры не должны меняться (только в пределах нормы). Я сегодня катался 30 минут с подключенным компом без обрывов.

С кабелем на микросхемах FT232 и L9637 всё сразу заработало, на первый взгляд вроде все данные передаются. Так что как я и думал проблемы с кабелем на CH340 возможны. На ебее продаются кабеля как с этой китайской микрухой так и на FTDI, при покупки учтите это. Сохраните лог и посмотрите все ли данные приходят от блока. У меня с эти кабелем только 32 байта данных приходило, то есть в логе ответ выглядит так: 80 f1 10 61 5a 80 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 32 31 31 32 34 2d 31 34 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

У меня такойже , но в этих кабелях бывают микросхемы FTDI FT232 и китайска CH340 (мне кабель попался с этой микросхемой). Вот драйвера с диска который идёт с кабелем на CH340:Скачать С ними подключаюсь но у меня другая проблема - не вся диагностическая информация передаётся, только первые 32 байта а дальше нули. Есть подозрение на эту китайскую микруху.

Примерно на 30 сек.

Блок оказывается БОШ, вот фото

Ага, я тоже так считаю. Так всёже, если на работающем двигатели выключить форсунку то пропусков не должно быть? и почему ?

Данные которые были переданы они отображаются корректно (к примеру аддекватная температура и обороты) - поэтому структура сообщения из разряда блоков бош 7.9.7 или М73. В моём случае передаётся только 32 байта корректных данных а остальные нули. Возможно даже блок передаёт все данные, но после 32-го байта данные караптятся и при проверки контрольной суммы программы их заменяет нулями (это моё предположение не знаю как реализована проверка данных в программе). из логов видно: Запрос: 81 10 f1 81 - запрос на установку соединения Ответ: 83 f1 10 c1 ef 8f - ответ от блока меньше 32 байт, данные пришли корректные значит соединение установлено. Запрос: 82 10 f1 1a 80 - запрос на определение комплектации Ответ: 80 f1 10 61 5a 80 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 32 31 31 32 34 2d 31 34 31 00 00 00 00 . . . и т д - ответ больше 32 байт, после 32 байта данные равны нулю (возможно они были переданы но испорчены) поэтому полностью коплектацию не удасться определить Запрос: 82 10 f1 21 01 - Запрос значений с ADC Ответ: 96 f1 10 61 03 02 d2 1b 01 24 1a 80 00 90 bb 00 5e 00 40 ff 03 ff 00 00 ff - ответ от блока меньше 32 байт, данные пришли корректные следовательно значения с АЦП будут отображаться корректно. Запрос: 82 10 f1 21 01 - Запрос диагностических параметров. Ответ: 80 f1 10 4a 61 01 00 3a b7 57 b2 00 00 14 00 61 16 00 03 38 19 3d 01 04 55 32 17 80 fe 8c aa 7d . . . и т д - ответ больше 32 байт, после 32 байта данные равны нулю (возможно они были переданы но испорчены) поэтому не все параметры будут доступны (равны 0) при диагностики. Есть подозрение на микросхему CH340 или её драйвера, а именно не поддерживает точную скорость 10400. И после передачи информации больше 32 байт происходит рассинхронизация по клокам что ведёт к порче данных которые в программе проверяются и если они испорчены заполняются нулями. Вопрос к разработчику программы. Реализован ли какой-нибудь метод проверки данных в программе? если да то как она проверяет по частям (к примеру по 4 байта) или сразу всё сообщение?

Почему нельзя? Как раз при диагностики отключаю и включаю на работающем двигателе, при отключении машина начинает троить тоесть чувствуется что один цилиндр не работает. Или я что то не так понял?

ещё заметил что запрос на диагностику в моём случае: Запрос: 82 10 f1 21 01 А не должен ли он быть таким?: Запрос: 82 10 f1 21 01 A5

Спасибо за ответы, На сколько я понимаю протокол связи у М73 и БОШ 7.9.7 одинаковые поэтому при диагностики всё равно какой блок выбирать бош или ителма. В сервисе скорее всего просто перебором подключались и нашли тот у которого адекватные данные показывает тоесть бош 7,9,7 или м73. Я также сегодня пробывал при подключении выбирать БОШ 7.9.7 - результат один и тотже что и с М73, не показывает расход топлива и т д. Как их можно посмотреть? Но в сервисе все параметры читались, еслибы было чтото не стандарное с идентификаторами диагностики (тоесть самопал) то ни в одном бы сервисе не прочитали эти параметры. Странно то что в начале до какого то момента данные адекватные передаются (видимо строка запроса правильная) а потом только нули, тоесть ограниченное количество данных. Также пробывал увеличивать время между запросами- результат аналогичный. Возможно на принимающей стороне что то не так? Юзаю кабель kkl 409.1 на микросхемах CH340 (USB-UART) и lm339. Есть подозрение на микросхему CH340 (а именно на драйвера) возможно она сбоит. Никото не пробывал с аналогичным кабелем диагностировать?