Перейти к содержанию
AUTO TECHNOLOGY

OpenDiagMobile для Android


Рекомендуемые сообщения

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

Вот в этом "чуть" может и есть проблем.

 

В проге для винды к-лайн шнурки все около 220мс работают.

Изменено пользователем zhekaf
Ссылка на комментарий
Поделиться на другие сайты

  • Ответов 6 тыс
  • Создана
  • Последний ответ

Топ авторов темы

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

Вот в этом "чуть" может и есть проблем.

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

Изменено пользователем zhekaf
Ссылка на комментарий
Поделиться на другие сайты

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

Вот в этом "чуть" может и есть проблем.

 

В проге для винды к-лайн шнурки все около 220мс работают.

в первых версиях прога была пошустрей! Помоему всё случилось когда боролись с v2. 1 да и пробелы стали чуток длиней. Даже при показаниях видно, что они запаздывают.

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

надеюсь это один и тотже шнурок.? Разница почти в 25 процентов!
Ссылка на комментарий
Поделиться на другие сайты

надеюсь это один и тотже шнурок.? Разница почти в 25 процентов!

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

Ссылка на комментарий
Поделиться на другие сайты

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

Блютуз в андроиде "тёмная лошадка"! И самое главное, надо учесть, что андроид - интерпретатор, а виндовс - машинный код, к тому же заточенный! Изменено пользователем sidrva
Ссылка на комментарий
Поделиться на другие сайты

Да! И ещё! В драйвере шнурков минимум интерпретатора, дальше, машинный код линукс! В блютузе х.з.

Изменено пользователем sidrva
Ссылка на комментарий
Поделиться на другие сайты

Шнурки к-лайн  работают быстрей, чем в виндос :-) Ну уж точно, что не медленней. 

Но проге ELM327_VAZ_ ничего не мешает работать с блютуз так же быстро, как и винда.

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

Изменено пользователем zhekaf
Ссылка на комментарий
Поделиться на другие сайты

Шнурки к-лайн работают быстрей, чем в виндос :-) Ну уж точно, что не медленней.

Но проге ELM327_VAZ_ ничего не мешает работать с блютуз так же быстро, как и винда.

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

Блютуз гарнитуры работают в другом режиме того же блютуз! Про ..._VAZ_..., по секрету :-), там точно другая библиотека блютуз. Я знаком, форумно, с автором. Изменено пользователем sidrva
Ссылка на комментарий
Поделиться на другие сайты

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

 

Получается, что если даже принудительно в программе поставить atst16 или даже atst10, то прграмма быстрее не будет работать. И до какой цифры адаптировался elm программе всё равно.

Изменено пользователем zhekaf
Ссылка на комментарий
Поделиться на другие сайты

Да я в курсе, что знакомы. Чуть выше я выложил рисунок. По нему видно: запрос-ответ- пауза- запос-ответ и тд.

Можно для elm эту паузу уменьшить в программе? Если нельзя , то нельзя. Оставим как есть.

А что тебе мешает единичку поставить в интервале, если тебе так важно! Просто тут потянется целая цепочка НО. Все НО надо прописывать, и надо это, мне по крайней мере?!
Ссылка на комментарий
Поделиться на другие сайты

Я рад что пришли к консенсусу! Кому нужна скорость, тот и сам может её выставить, ответ автора(оно мне надо) не ответ. Конешно надо! Ты сам просил высылать предложения, замечания и т. Д. И т. П. Наши делают ракеты с точностью до 10 метров, а америкосы до100, довайте брать пример с наших! :)

Изменено пользователем валерий1
Ссылка на комментарий
Поделиться на другие сайты

Я рад что пришли к консенсусу! Кому нужна скорость, тот и сам может её выставить, ответ автора(оно мне надо) не ответ. Конешно надо! Ты сам просил высылать предложения, замечания и т. Д. И т. П. Наши делают ракеты с точностью до 10 метров, а америкосы до100, довайте брать пример с наших! :)

:-) Мне надо было написать выше не НО, а КИТАЙСКИЕ НО. Не думаю что нашим, и тем более американцам, приходится иметь дело с недоделанными китайскими запчастями для ракет.  Думаю, они просто не используют их, давайте брать пример с наших! :-)

Ссылка на комментарий
Поделиться на другие сайты

:-) Мне надо было написать выше не НО, а КИТАЙСКИЕ НО. Не думаю что нашим, и тем более американцам, приходится иметь дело с недоделанными китайскими запчастями для ракет.  Думаю, они просто не используют их, давайте брать пример с наших! :-)

+ 100
Ссылка на комментарий
Поделиться на другие сайты

Я рад что пришли к консенсусу! Кому нужна скорость, тот и сам может её выставить

Интересно как? 

 

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

Ссылка на комментарий
Поделиться на другие сайты

Интересно как? 

 

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

 

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

Интересно как?

Ты же делал! Интервал 1, вместо 0

 

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

Грубо говоря, не было бы китайских недоделок, не было бы меню Опции. И блоков в проге было бы побольше :-)
Ссылка на комментарий
Поделиться на другие сайты

Ты же делал! Интервал 1, вместо 0

 

Грубо говоря, не было бы китайских недоделок, не было бы меню Опции. И блоков в проге было бы побольше :-)

Согласен, вариант с единицей конечно лучше чем нулем, но проблемы полностью не решил. 50мс бы добавить, но ..нет так нет.

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

Ссылка на комментарий
Поделиться на другие сайты

Согласен, вариант с единицей конечно лучше чем нулем, но проблемы полностью не решил. 50мс бы добавить, но ..нет так нет.

Ну где же я их возьму! Из проги всё выжал! Ни где ни каких задержек, только интервал, его по желанию.

 

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

У меня то же нормальный 1.5. Согласен, большинство нормальные, но меньшинство не малое ... :-(

Изменено пользователем sidrva
Ссылка на комментарий
Поделиться на другие сайты

Ни где ни каких задержек, только интервал, его по желанию.

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

Так что вот такая математика получается.

Ссылка на комментарий
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйте новый аккаунт в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу



×
×
  • Создать...
Яндекс цитирования