Программа-бортовой компьютер для CARPC "Панель приборов"

[Car_PC]

вот все три зеркала указанных там:
никаких проблем с другими сайтами у меня не наблюдается
в том числе и с разнообразными файловыми хостингами

[Recard]

Только что открывал всё скачивает, попробуйте другой браузер, сам использую "лису"

[Car_PC]

лиса результата не дала, зашел через проксю, все стало доступно.
а без обязательного ввода телефона вариантов нет?

[Recard]

Сообщение от Car_PC

лиса результата не дала, зашел через проксю, все стало доступно.
а без обязательного ввода телефона вариантов нет?

буквально две страницы назад писал, почитайте, будьте любезны...

http://pccar.ru/showpost.php?p=252257&postcount=319

[Car_PC]

спасибо! скачал.

[prts]

Не много "порукоблудствовал", пытался освоить новое.

Взял за основу скин speed_2_1 и skin1 Venator отсюда http://compcar.ru/forum/showthread.php?t=4604,
полученный результат на скриншотах.
Поскольку в программировании полный "0", написать скрипты не смог (видно на фото).
Что можно:
- менять скин (есть специальная кнопочка)
- на втором скине (на первом не смог сделать) перемещая указатель мыши по слайдерам (скорости или оборотов) видеть перемещение соответствующей стрелки.

Больше ничего сделать не смог, "туп я в этом братцы".

Вероятно не в соответствии с канонами вставил вид приборов первого скина, ну уж простите (о своих способностях писал выше).

Возможно кто-то сможет довести до ума.

[winvan]

Валентин, спасибо за программу, она просто супер! Особенно порадовало нормальное чтение нагрузки на двигатель и температуры жидкости АКПП.
До того, как пру дней назад набрел в Интернете на Вашу панель, пользовался хобдрайвом (http://hobdrive.com), но блин вылетает она и данные теряет... Плюс как мне кажется, у вас более наглядно считается моментальный расход топлива...
Конечно, в программировании я не ас, но ручки чешутся написать свой фронтенд, взяв за основу ваш пример, мне например не хватает таких вещей как трип А/трип Б, остаток топлива в баке и тому подобное, но с этим я разберусь, математика там несложная, да и друзей-программистов тоже хватает, сам не справлюсь - помогут.
Меня интересует один вопрос: почему такой большой интервал выдачи данных - по моим приблизительным прикидкам около 3 секунд? Нельзя ли как-то его уменьшить? Не сказывается ли он на точности показаний? Мне кажется, что можно его сократить до секунды, по опыту использования хобдрайва полагаю, что скорости обмена с ELM хватит, да и информативность повысится гораздо! Может, можно как-то вынести в настройки отдельным пунктом, чтобы в случае медленного адаптера можно было увеличить, или уменьшить, если адаптер быстрый? Но в любом случае, софт остается замечательным! Спасибо вам большое!

[Valentin8080]

Сообщение от winvan

Валентин, спасибо за программу, она просто супер! Особенно порадовало нормальное чтение нагрузки на двигатель и температуры жидкости АКПП.
До того, как пру дней назад набрел в Интернете на Вашу панель, пользовался хобдрайвом (http://hobdrive.com), но блин вылетает она и данные теряет... Плюс как мне кажется, у вас более наглядно считается моментальный расход топлива...
Конечно, в программировании я не ас, но ручки чешутся написать свой фронтенд, взяв за основу ваш пример, мне например не хватает таких вещей как трип А/трип Б, остаток топлива в баке и тому подобное, но с этим я разберусь, математика там несложная, да и друзей-программистов тоже хватает, сам не справлюсь - помогут.
Меня интересует один вопрос: почему такой большой интервал выдачи данных - по моим приблизительным прикидкам около 3 секунд? Нельзя ли как-то его уменьшить? Не сказывается ли он на точности показаний? Мне кажется, что можно его сократить до секунды, по опыту использования хобдрайва полагаю, что скорости обмена с ELM хватит, да и информативность повысится гораздо! Может, можно как-то вынести в настройки отдельным пунктом, чтобы в случае медленного адаптера можно было увеличить, или уменьшить, если адаптер быстрый? Но в любом случае, софт остается замечательным! Спасибо вам большое!

Не понимаю смысл настройки Обработка идет на максимально возможной скорости. Какой смысл ее делать медленнее, чем позволяет возможность?
Для тоёт (старый протокол до CAN) скорость обновления с KLine адаптером где-то 1-2 секунды. Больше просто невозможно. С ELM работает еще медленнее. Убыстрить обмен можно только уменьшив количество запросов = уменьшить количество отображаемых параметров. Это можно сделать в файле dev.ini. Там назначение запросов я подписал.

[winvan]

Сообщение от Valentin8080

Не понимаю смысл настройки Обработка идет на максимально возможной скорости. Какой смысл ее делать медленнее, чем позволяет возможность?
Для тоёт (старый протокол до CAN) скорость обновления с KLine адаптером где-то 1-2 секунды. Больше просто невозможно. С ELM работает еще медленнее. Убыстрить обмен можно только уменьшив количество запросов = уменьшить количество отображаемых параметров. Это можно сделать в файле dev.ini. Там назначение запросов я подписал.

Инишники я изучил внимательно, как и инструкцию к программе (кстати, очень толково написанную, но для человека, более-менее подкованного).
Исходя из сказанного приходит в голову такая мысль: нельзя ли медленно меняющиеся параметры, например, температуру двигателя, количество ошибок и т. п. читать не при каждом запросе, а, например, каждый пятый? Если конечно усложнение кода оправдает увеличение быстродействия...

[SerjioTT]

Сообщение от Glouck

Валентиннет реакции на коэффициент скорости (20 строка в dev.ini) - пробовал писать туда и 2, и 10 - ничего не меняется.

такая же проблема. тоже самое было в 1ой версии. (ELM/MAP/Honda)
и ещё кто-то писал что у него эта же проблема.


ELM\OBDIIMAP\1\dev.ini - ошибка: потеряли 0 в 3 строке таймаута RTO - там было 60 - не коннектиось, поставил 600 - заработало.

ПС Спасибо за программу!