Страница 1 из 10

Работа OpenOLT с не инженерным блоком

Добавлено: 31 янв 2012, 11:59
mrkisly
Доброго времени суток!

Подскажите пожалуйста, из описания не совсем понял, можно ли использовать OpenOLT совместно с ШДК и не инженерным ЭБУ, в частности Январь 7.2, для откатки Проправки ЦН и БЦН? Если я правильно понимаю, можно так делать, и желательно зашить в обычный ЭБУ инженерную версию прошивки, чтобы больше получать диагностических параметров. Проясните пожалуйста. Также хотел высказаться о самой программе - проект отличный, очень нравится интерфейс, единственное, мне кажется правильно написать не "ecu no connected", а "ecu not connected" :), если автор и дальше будет развивать программу, будет просто замечательно!

P.S. почему на Январе 5.1 скорость можно выставлять вплоть до 57600, а для Я7.2 только 38400? С чем это связано?

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 31 янв 2012, 14:27
CM_GT
в текущей версии программы на не инженерном ЭБУ автоматическая корректировка ПЦН и БЦН не реализована, но можно писать логи расширенного диагностического протокола совместно с данными ШДК, и потом анализируя полученные результаты вручную править прошивку, пока только так.
ecu not connected - действительно правильнее :)

Для Я7 ограничение максимальной скорости связано с тем, что алгоритм формирования и обработки пакетов протокола kwp2000 не успевает отрабатывать на скоростях выше 38400.

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 31 янв 2012, 15:42
mrkisly
Все понятно. Значит, видимо чтобы попробовать откатать прошивку на не инженерном ЭБУ, нужно воспользоваться программой Атомика, или так тоже не получится? :) На счет скорости тоже понятно :)

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 01 фев 2012, 08:15
Atomic
mrkisly писал(а):Все понятно. Значит, видимо чтобы попробовать откатать прошивку на не инженерном ЭБУ, нужно воспользоваться программой Атомика, или так тоже не получится? :) На счет скорости тоже понятно :)
должно получиться, насколько это конечно возможно в оффлайн режиме. отпишись по результатам.

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 23 апр 2012, 12:53
SkAD
mrkisly писал(а):Все понятно. Значит, видимо чтобы попробовать откатать прошивку на не инженерном ЭБУ, нужно воспользоваться программой Атомика, или так тоже не получится? :)
Ты про Diagnostic_Tulz?
В версии v1.31.2 есть вкладка под ШДК LC-1, но почмуто у меня она ни как не хочет активироваться, остается серой, недоступной. Хотя ШДК зацеплен на пологающийся СОМ2.
Atomic писал(а): должно получиться, насколько это конечно возможно в оффлайн режиме. отпишись по результатам.
С помощью OpenOLT удалось записать логи двигателя с привязкой к ШДК LC-1 (на обычном блоке Я 5.1.1)
Ну а дальше Excel и ручками правим таблицу поправки ЦН.
Кстати для более менее корректной работы, поставил протокол Евро2, вместо родного Россия83, в результате не не все параметры корректно отображаются, но работать уже можно.

Кстати вопрос:
Где посмотреть расшифровку сокращений шапки Лог-файла?
Не все параметры смог идентифицировать. В частности интересует время открытого состояния форсунок (длительность импульса впрыска).

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 23 апр 2012, 13:29
CM_GT
INJ - время впрыска

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 24 апр 2012, 11:27
SkAD
Залил в Я 5.1.1, j5ls_l43, в протоколах обмена ЭБУ выставил Sms Olt v1 - теперь все логи пишутся корректно. Интересовавшая меня привязка "времени впрыска" к ШДК, теперь присутствует.

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 06 май 2012, 15:50
чиповщик
CM_GT , в последней версии реализована онлайн коррекция таблиц ПЦН и БЦН , а хелп можно почитать по этим функциям?

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 06 май 2012, 15:59
CM_GT
Хелпа нет, но там все просто: если блок инженерный то после подключения становится доступна функция обучения. При выполнении условия стационара и еще некоторых ограничивающих условий производится регулирование текущей РТ ПИД-регулятором. После того как считается откатанной ПЦН начинается откатка БЦН. Основное условие - наличие инженерного ЭБУ и ШДК

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 06 май 2012, 16:09
чиповщик
CM_GT писал(а): После того как считается откатанной ПЦН начинается откатка БЦН. Основное условие - наличие инженерного ЭБУ и ШДК
Где этот критерий который определяет что поправка откатана и пора переходить к настройке БЦН , и как это визуально будет видно в окне проги?

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 06 май 2012, 16:20
CM_GT
Точка считается откатанной если на протяжении нескольких циклов ошибка ПЦН меньше заданной константы. Далее начинается откатка БЦН визуально это пока никак не отображается

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 07 май 2012, 20:31
SkAD
CM_GT писал(а):если блок инженерный то после подключения становится доступна функция обучения
Кстати, кнопочка обучения становится доступна и на обычном ЭБУ (при наличии прошивки j5ls и ШДК). Но понятно, что работать не сможет.

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 08 май 2012, 20:23
чиповщик
При подключении и диагностике (рисование графиков) неправильно показывает АЦП ДК(штат) порядка 1.8в. , тогда как не должно быть более 1в. Прошивка я5.1 TRS239 .

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 08 май 2012, 22:59
CM_GT
Уже обсуждалось, что инженерный протокол выдает значение АЦП ДК в другом формате, надо проводить анализ на предмет функции преобразования. Может быть в новых версиях проведу данный анализ и исправлю протокол

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 08 май 2012, 23:49
чиповщик
далее, подключаем ШДК прошивка TRS239 , загружаем в "инженерник" ,заводим машину , соединяемся с ОренОЛТ , загружаем ту же прошивку, появляется зелёная кнопка "обучение" , нажимаем её, выдаёт сообщение " прошивка не соответствует загруженной, дальнейшая работа не возможна".

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 09 май 2012, 01:03
чиповщик
Упс, сейчас увеличил Таймоуты до 70мкс и прошивку стало читать. Рекомендуемые у кого сколько? В ИОНе например у меня 40мкс стоит, и всё ок, даже до 30 могу снизить, ошибок нет. В ОпенОлте параметры соединения с эбу у кого какие с USB к-line ?

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 09 май 2012, 14:16
SkAD
У меня К-Л адаптер, Вин7, Январь 5.1.1, прошивка j5ls:
При задержках 50, работает стабильно.
Пробовал ставить 30 - ЭБУ на связь не выходит.

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 09 май 2012, 16:08
чиповщик
Тогда следующие вопросы возникли.
1. Что такое "интервал обновления данных", и в чём он измеряется? Это вообще к визуализации относится или расчётные данные меняются через это время в попугаях?
2. Чем отличается "таймоут опроса " и "таймоут чтения" ?
3. Где возникающие ошибки по протоколу смотреть ?

И ещё вопрос , БЦН у всех адекватно строится? У меня таких иголок нереальных по цикловому наполнению настроило , что пришлось возвращать таблицу в исходный вид , реальная таблица БЦН построенная в ИОНе полностью отличается с ОпенОлтом.

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 10 май 2012, 14:04
CM_GT
1)Интервал обновления данных измеряется в миллисекундах - это интервал времени обновления данных в визуальных компонентах, то есть данные будут меняться не чаще заданного значения.
2) Таймаут опроса - это интервал времени между двумя запросами - в текущей версии необходимо задавать значение ноль. Таймаут чтения - интервал времени ожидания ответа от ЭБУ на диаг. запрос.
3) Ошибки нигде смотреть не нужно - если таймаута чтения не хватает запрос просто отбрасывается. Визуально данные не обновляются.

В целом сравнивать различные временные интервалы в различных программах некорректно, так как неизвестен алгоритм опроса ЭБУ и каким образом те или иные величины используются. Для анализа скорости опроса сравнивайте временные интервалы между соседними запросами, которые есть в логе.
Алгоритм настройки БЦН требует доработки, для этого положите свои логи настройки и вид полученной таблицы БЦН.

Re: Работа OpenOLT с не инженерным блоком

Добавлено: 10 май 2012, 14:16
Atomic
CM_GT писал(а): В целом сравнивать различные временные интервалы в различных программах некорректно.
+1
добавлю:
1) потому что программы работают по разному. и не факт что указанные данные являются фактическими. Плюс у всех людей разные подходы
2) на качество скорость конечно влияет, но не всегда. Можно иметь очень быструю скорость, но просрать некоторые моменты в коде из-за которых скорость обкатки будет выше чем на программе с таймаутами 200 на 200.
3) так же можно неправильно настроить свою программу и работать будет хуже.

У меня сейчас прога работает на скоростях от 80 до 125 мс. И честно скажу, когда сделал такую скорость, понял ,что есть ньансы и если их не учитывать то разница между скоростями 200 и 60 будет минимальна. А если есть учитывать, то все равно все что быстрее 150 - это лишь понты.