Обрывы связи на некоторых ELM

[cail]

Александр, в общем-то эти условия и есть сейчас.
В последних ваших двух логах был только обрыв связи (возможно) из за отключения/глюков ELM, потерь как в предыдущих логах я не увидел.

Снимите если получится еще TRACE лог, чтобы поймать именно переподключение в движении. Посмотрим как еще это оптимизировать.

[Aleksandr Minsk]

Александр, в общем-то эти условия и есть сейчас.
В последних ваших двух логах был только обрыв связи (возможно) из за отключения/глюков ELM, потерь как в предыдущих логах я не увидел.

Снимите если получится еще лог, чтобы поймать именно переподключение в движении. Посмотрим как еще это оптимизировать.

ok попробую снять TRACE лог.
А при каком значении времени общения с ОБД и времени отсутствия сигнала сейчас происходит переподключение?

[cail]

1) нет ответа от двух последовательных запросов, каждый ожидается по 8 сек.
2) ответы приходят но хобдрайв последовательно не может правильно интерпретировать 20 последовательных ответв.

Реакции на увеличение среднего времени работы с ОБД нет - это не очень реалистичный сценарий. ELM или работает, или начинает мутить. Так чтобы он работал, но медленно - не бывает.

[Aleksandr Minsk]

Сегодня какраз прога подвисла(значения стали меняться очень медленно) При этом время было около 4000 затем прога переподключилась и все заработало штатно. Что интересно из поездки не потерялось ни 1 км.
Вот логи:

[cail]

Ну я считаю нормально, по логам у вас в 17-40 начались задержки с ответами. в 17-46 хобдрайв не увидел двух ответов и вырубил ELM. В 17-48 (после пары неуспешных попыток подключения к ELM) заново подключился.

Т.е. потерялось где-то пара минут.

Посмотрим может придумаем попозже как сделать анализ среднего времени ответа от ELM, чтобы "оживлять" адаптер еще раньше.

[Aleksandr Minsk]

........

Посмотрим может придумаем попозже как сделать анализ среднего времени ответа от ELM, чтобы "оживлять" адаптер еще раньше.

Это будет замечательно. Заранее спасибо.

[cail]

Отделил обсуждение в отдельную тему, чтоб не мусорить.

[DjJurist]

Доброго времени суток! Приобрел EML327 купил прогу, сконнектил все это дело заработало! прикольная штука! НО!!! На второй день не смог подключиться( ладно, посмотрел настройки - прога сама зачем-то поменяла IP... исправил, завелась. работала стабильно. у меня ваз 99 2002гв инжектор. Приехал друг с ЧЕК-ом, на калине 2008гв, сконнектился, убрал ошибку. Но меняя профиль обратно, и выставив все как было получил мясо в показаниях связанных с топливом... бак стал полным, а расход стал вместо честных 8,6 - 2,1 в городском цикле. Затем случился постоянный обрыв, то есть андроид девайс все время видит адаптер, но не может подцепиться к ЭБУ. Хелп!

[kdika]

DjJurist, дайте лог с уровнем TRACE

[KIO1968]

Посмотрим может придумаем попозже как сделать анализ среднего времени ответа от ELM, чтобы "оживлять" адаптер еще раньше.

Если вдруг для winCE есть наработки по этой проблеме, может тоже в личку поделитесь?
У меня тоже иногда время ответа взлетает до более чем 8000 ms и не переподключается автоматически ни в какую. Описывал тут viewtopic.php?p=14610#p14610

[cail]

KIO, ответил в личку.

[Aleksandr Minsk]

Несколько раз ловил момент когда изза увеличения времени прога подвисает и ждет некоторое время прежде чем начать переподключение.Решил ускорить процесс и сразу после подвисания запустил переподключение вручную. После этого переподключение произошло примерно через 1-1,5 минуты. Все это время с прогой ничего не происходило и никаких сообщений в статусбаре не было. Такое впечатление что прога ждала около минуты, а затем мгновенно(за 1-3 сек) переподключилась.

Вопрос:
1.Как уменьшить время ожидания перед переподключением после нажатия переподключения вручную?

2.Вот это еще не сделали?: "Посмотрим может придумаем попозже как сделать анализ среднего времени ответа от ELM, чтобы "оживлять" адаптер еще раньше".

Эти вопросы думаю связаны.

[cail]

Александр, при этом она не зависла?
Вообще "переподключиться" из меню действия должен работать всегда.
Может получится снять лог с такой ситуацией? Желательно на последней версии 1.2.15

[Aleksandr Minsk]

Александр, при этом она не зависла?
Вообще "переподключиться" из меню действия должен работать всегда.
Может получится снять лог с такой ситуацией? Желательно на последней версии 1.2.15

Она не зависла, а как обычно стала очень медленно изменять показания изза увеличения времени.
Нажал на "переподключиться" из меню действия и тогда прога задумалась минуты на 1,5 и затем мгновенно переподключилась. Уверен что программа не висела а ждала 1,5 минуты. Ибо все это время сообщений никаких небыло.

Кстати в 12 версии переподключение обычно происходило почти мгновенно с выдачей в статусбаре кучи какихто сообщений(не всегда даже удавалось их прочитать, так быстро они мелькали).

Вот это еще не сделали?: "Посмотрим может придумаем попозже как сделать анализ среднего времени ответа от ELM, чтобы "оживлять" адаптер еще раньше".

Попробую снять лог.

[cail]

По среднему времени ответа - пока нет, но держим в голове.

[Aleksandr Minsk]

Сегодня подловил момент когда время стало около 1600 и продолжало увеличиваться и вот-вот прога должна была затормозиться. Нажал на "переподключиться" из меню действия, прога задумалась минуты на 1,5 и затем мгновенно переподключилась.
логи снял:

[cail]

Задумывается секунд на 40, но да, и эти 40 сек можно убрать. Вышлю немного попозже вам тестовую сборку проверить.

[Aleksandr Minsk]

Задумывается секунд на 40, но да, и эти 40 сек можно убрать. Вышлю немного попозже вам тестовую сборку проверить.

Ok.Спс. Жду с нетерпением.
Очень радует, что прога развивается и совершенствуется.

[Aleksandr Minsk]

Задумывается секунд на 40, но да, и эти 40 сек можно убрать. Вышлю немного попозже вам тестовую сборку проверить.

Ok.Спс. Жду с нетерпением.
Очень радует, что прога развивается и совершенствуется.

Как продвигается решение этой проблемы? Или в очередной версии это уже будет реализовано?

[cail]

послал ссылку в личку