zhekaf

Очень легко прикинуть. Запрос 2101 -30мс, блок переваривает запрос 30мс, блок отвечает 120 мс. Получаем 180мс. При установленной единице в программе период обмена около 320мс. Вычитаем, и получается, что программа ждет 140 мс. Про установленном нуле программа ждет 200мс. Так что вот такая математика получается.

Согласен, вариант с единицей конечно лучше чем нулем, но проблемы полностью не решил. 50мс бы добавить, но ..нет так нет. У китайцев недоделка только в блютуз модуле, что отваливается. И то, не поголовно все, в большенстве случаев работают нормально. Что касается самих чипов elm, то с блютузом мой elm 1.5 работает нормально, а с пролификом у меня настоящий elm 2.1. Разницы в работе не заметил.

Интересно как? И при чем тут вообще китайцы ?

Пусть остается как есть.

Да я в курсе, что знакомы. Чуть выше я выложил рисунок. По нему видно: запрос-ответ- пауза- запос-ответ и тд. Можно для elm эту паузу уменьшить в программе? Если нельзя , то нельзя. Оставим как есть. Получается, что если даже принудительно в программе поставить atst16 или даже atst10, то прграмма быстрее не будет работать. И до какой цифры адаптировался elm программе всё равно.

Шнурки к-лайн работают быстрей, чем в виндос :-) Ну уж точно, что не медленней. Но проге ELM327_VAZ_ ничего не мешает работать с блютуз так же быстро, как и винда. Блютуз гарнитуры работают как. Поток данных там огого какой. А мы 100мс победить не можем :-)

Это один elm блютуз. А разница получается 50 прцентов. 8 против 12 за единицу времени :-)

Вот видна разница в работе программ для вин и андроид по блютузу.

Думаю, что программа , после получения ответа от эбу, должна сразу делать очередной запрос. А на самом деле запрос сразу не шлёт, а чуть ждёт... Вот в этом "чуть" может и есть проблем. В проге для винды к-лайн шнурки все около 220мс работают.

Да драйвера для шнурков к-лайн и так нормально работали. Почему elm не может разогнаться ? Прога ELM327_VAZ_v1_4 быстрее работает.

Все адаптеры на 1 работают быстрее, чем на 0. Средние цифры такие 1/0. к-лайны на Prolific -135/195, Ftdi- 150/205, cp2101- 145/200. Elm-prolific 290/350. Elm блютуз вообше медленный 320/380. Всё приблизительно конечно, но картина ясная я думаю. В программе для виндос elm-prolific 250mc, а блютуз 270мс.

Драйвер пролифика нормальный. К-лайн на пролифике время обмена чуть более 200мс. Работает как надо. Так что драйвер не при чем. А вот при установленной 1, то действительно, elm стал чуть бысрее разгоняться, до 300мс, против 375 при установленном 0. Осталось найти ещё 50мс, что бы elm до 250 мог разогнаться :-) Два лога, с 0 и 1.

При чем тут ядра и всё такое. У меня на буке одно ядро 1.5гг и памяти 512 :-) В теленфоне 4 ядра по 1.5 гг и памяти 2гб. И бук всё равно быстрее. Речь не об этом. И адаптация придумана в elm , что бы максимально быстро работать с любыми эбу! И о каких обрывах вы говорите? Я пробую программу на проводном elm, хотя и это не важно. По блютузу elm c буком так же быстрее работает на эти 100мс. В логе опендиаг для виндовс четко видно время обмена - старт elm около 0.7 секунды и разгон до 0.26-0.28сек. А по логам этой программы elm разгоняется и упирается в 0.37 cек.

Лог из программы для виндовс. Елм нормально разогнался, до 260 мс.

Да всё пробовал. Не получается, как у программы для виндовс :-) В логе видно, что elm разгоняется, но упирается в 370-380 мс.

У Еlm по умолчанию (205мс)atst32. С адаптацией этот параметр уменьшается. Реально Elm может работать и в два раза быстрее atst16и быстрее. Запрос - ожидание ответа, ответ и можно слать запрос. Получается , что у программы интервал ответ-запрос 370мс, а у программы для виндовс 270 мс. Почему программа ждет лишние 100мс? Блок дежурный :-) микас11

Тогда 0 - это сколько мс ждет программа ответа, что бы послать следующий запрос?

Так бардака и нет. Если увеличивать интервал, то соответственно и адаптация скорости всё меньше и меньше работает, Самая быстрая скорость у elm, когда стоит 0. Просто когда 0 , программа чуть ждет и отправляет следующий запрос.

Можно адаптацию для elm ещё чуть ускорить? Программа для виндос всё таки чуть быстрей работает, где то на 100мс.

Любую OBD2 программу. Покажет вам нормальные параметры. И торку чушь показывает, и автодоктор? :-)

Добавить в справку про изменения интервала запросов, что надо перезапускать программу, что бы изменения вступали в силу. Или после смены значения ,нажать в выборе языка- перезапуск :-) Адаптация для elm работает, спасибо.

Елм быстрее раза в три начинает работать. У кого проблемы с блютузом, те конечно будут пользовать пробелы и подбирать интервал запросов. А у кого проблем с блютузом нет или елм со шнурком, то атат1 очень даже хорошо будет.

В меню опций добавить адаптацию для elm , было бы совсем хорошо.

C автоопределением не пробовали? Может МЕ17.9.7 CAN. Или с к-лайном пробовать.