hobDrive Support

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

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

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

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

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

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

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

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

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

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

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

cail писал(а):........

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Aleksandr Minsk писал(а):

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

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

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

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