Модернизация окна вторичного напряжения

[admin]

Выкладываю предварительную версию программы с обновленным окном вторичного напряжения.

Модернизировано:
1. Исправлено это
2. Добавлена системная настройка FailCycleTime задающая максимальное увеличение длительности рабочего в долях единицы такта для идентификации соответствующего ВВИ как пропуска.
Для задания значения настройки FailCycleTime необходимо в файле MtPro.ini в разделе [Sec] вручную добавить параметр FailCycleTime=0,01...0,5, либо запустить новую программу, затем закрыть ее, после чего открыть файл MtPro.ini и установить требуемое значение параметра FailCycleTime=0,01...0,5, затем сохранить внесенные изменения в MtPro.ini.

Новая версия программы MT Pro
MtPro_2.0alpha.rar (1.03 МБ)
Версия: 0.2.0.0 alpha
Дата: 30.11.11 00:00

[alex_yer]

Установлена версия 30/05/11 попробовал запустить новую, получил это
Что делаю неправильно?

[semirek]

Доброго времени суток!

Для задания значения настройки FailCycleTime необходимо в файле MtPro.ini в разделе [Sec] вручную добавить параметр FailCycleTime=0,01...0,5, либо запустить новую программу, затем закрыть ее, после чего открыть файл MtPro.ini и установить требуемое значение параметра FailCycleTime=0,01...0,5, затем сохранить внесенные изменения в MtPro.ini.

Сергей, так будет правильно или я чего-то не понял?

[Sergey]

Вот скрин с неисправной 4-й свечей, ее определяет точно, а вот пропуски по остальным не понятно почем определяются, вроде бы криминала не видно.

[Sergey]

А вот еще очень интересная осцилка, модуль дает сбои в виде дополнительных искр в ненужное время, видно эти сбои в графе Время накопления, прога этого не понимает похоже.

Как такое проге обнаружить? И как это назвать, вроде не пропуски, наоборот дополнительные искры...

[kimmaster]

Что-то мне подсказывает, что в окне вторички в режиме просмотра "Растр" параметр "время накопления" имеет прямую связь с УОЗ, с небольшой погрешностью.

uoz.png

У.О.З это связано с ВМТ,а накопление-с УЗСК!

[admin]

Установлена версия 30/05/11 попробовал запустить новую, получил это
Что делаю неправильно?

Для Windows Vista и Windows 7 не забываете установить совместимость с Windows XP (SP3) для файла MtPro.exe (подробнее).

Сергей, так будет правильно или я чего-то не понял?

FailCycleTime=0,01...0,5 имеется ввиду от 0,01 до 0,5, т.е. правильно например так:
FailCycleTime=0,05 или так FailCycleTime=0,1 или так FailCycleTime=0,25.

Вот скрин с неисправной 4-й свечей, ее определяет точно, а вот пропуски по остальным не понятно почем определяются, вроде бы криминала не видно.

Проблемный цилиндр хорошо видно под нагрузкой.
Для остальных пропуски фиксируются только при падении оборотов, возможно ЭБУ так регулирует.

А вот еще очень интересная осцилка, модуль дает сбои в виде дополнительных искр в ненужное время, видно эти сбои в графе Время накопления, прога этого не понимает похоже.

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

Как такое проге обнаружить? И как это назвать, вроде не пропуски, наоборот дополнительные искры...

Прога ни как не сможет обнаруживать все возможные глюки ЭБУ.
Так как она обнаруживает только то что я заложил в алгоритме.
А заложить в алгоритме все возможные и не возможные ситуации связные с глюкам ЭБУ не получится.
В конкретно данном случае виноват ЭБУ, а не система зажигания, т.е. на мой взгляд сначала устраняем причину глюков, а потом смотрим дальше и ищем следующие причины если они есть.

[kimmaster]

Сергей, так будет правильно или я чего-то не понял?

FailCycleTime=0,01...0,5 имеется ввиду от 0,01 до 0,5, т.е. правильно например так:
FailCycleTime=0,05 или так FailCycleTime=0,1 или так FailCycleTime=0,25.

А какое значение предпочтительней? Меньшее или большее!

[kimmaster]

А вот еще очень интересная осцилка, модуль дает сбои в виде дополнительных искр в ненужное время, видно эти сбои в графе Время накопления, прога этого не понимает похоже.

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

Как такое проге обнаружить? И как это назвать, вроде не пропуски, наоборот дополнительные искры...

Прога ни как не сможет обнаруживать все возможные глюки ЭБУ.
Так как она обнаруживает только то что я заложил в алгоритме.
А заложить в алгоритме все возможные и не возможные ситуации связные с глюкам ЭБУ не получится.
В конкретно данном случае виноват ЭБУ, а не система зажигания, т.е. на мой взгляд сначала устраняем причину глюков, а потом смотрим дальше и ищем следующие причины если они есть.

А разве это глюк не Модуля зажигания!? А не ЭБУ. А если МЗ, то он относится к системе зажигания.

[admin]

А какое значение предпочтительней?

По умолчанию FailCycleTime=0,05.
Т.е. если фактическое значение рабочего такта больше на 5% от расчетного значения (КВ ускорился меньше чем предполагается) то текущий ВВИ считается пропуском.

Меньшее или большее!

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

А разве это глюк не Модуля зажигания!? А не ЭБУ. А если МЗ, то он относится к системе зажигания.

В принципе для проги это тоже самое.
В алгоритме не возможно учесть все, особенно редко происходящие, иначе его можно писать до бесконечности.

[kimmaster]

А какое значение предпочтительней?

По умолчанию FailCycleTime=0,05.
Т.е. если фактическое значение рабочего такта больше на 5% от расчетного значения (КВ ускорился меньше чем предполагается) то текущий ВВИ считается пропуском.

Меньшее или большее!

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

Т.е Вы уже всё сделали в ПО и добавлять ничего не надо,если этого не хочешь. И ПО полностью работоспособно без добавлений FailCycleTime!

[admin]

да.

[Sergey]

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

А то, в место того чтобы учиться, будут полагаться на прогу типа она все покажет и потом говорить - прога подвела.
Указанный глюк модуля, без МТ, вообще ничем не мог отловить.

[alin76]

В режиме ПХХ "пропуски" в основном происходят из-за неравномерного падения оборотов разных цилиндров и в принципе на это не стоит обращать внимание, если по линейным графикам нет артефактов. Важно помнить, что режим ПХХ начинается немного раньше развития двигателем максимальных оборотов в режиме прогазовки. Для нас большую информацию несет режим ХХ и ускорения.
Вот график где два цилиндра записываются в кандидаты будущих неполадок

коррекция.png (252,31 Кб) Просмотров: 4177

[alin76]

У.О.З это связано с ВМТ,а накопление-с УЗСК!

А вы внимательнее присмотритесь к времени накопления в режиме Растра на различных оборотах ДВС, у меня они совпадают с показаниями сканера с погрешностью в 3-4 градуса. Значит есть связь времени накопления и УОЗ, по крайней мере в DIS системе.

[kimmaster]

У.О.З это связано с ВМТ,а накопление-с УЗСК!

А вы внимательнее присмотритесь к времени накопления в режиме Растра на различных оборотах ДВС, у меня они совпадают с показаниями сканера с погрешностью в 3-4 градуса. Значит есть связь времени накопления и УОЗ, по крайней мере в DIS системе.

Связь тонкая и жиждится на том только, чтобы успеть накопить нужной энергии в КЗ для пробоя зазора в свече! И естественно по времени близкому к ВМТ. И по времени накопления энергии нельзя судить об У.О.З. т.к время накопления зависит от системы зажигания и его компонентов!ИМХО

[kimmaster]

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

А то, в место того чтобы учиться, будут полагаться на прогу типа она все покажет и потом говорить - прога подвела.
Указанный глюк модуля, без МТ, вообще ничем не мог отловить.

+100! А то Сергея (Админа) совсем заездили,а он безотказный выполняет все наши прихоти! Дай ему Бог ЗДОРОВЬЯ!!! От всего сердца БЛАГОДАРЮ за Ваш труд!

[admin]

Понравилось мене предложение от alin76 о делении на режимы #388. Это уже сделал.

Еще подумал, что можно добавить 2 системные настройки:
- разрешить учитывать пропуски в режиме инерции КВ
- разрешить учитывать пропуски в режиме замедления КВ

Вот так выглядит график пропусков, где разрешено учитывать пропуски во всех режимах (проблемный ц4):

01.png (11 Кб) Просмотров: 4127

Вот так выглядит график пропусков, где запрещено учитывать пропуски в режимах инерции и замедления КВ, т.е. разрешено только в режиме ускорения (файл тот же):

02.png (9,26 Кб) Просмотров: 4140

[alin76]

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

Сергей, случайно нет системной настройки отвечающей за масштаб графиков в режиме просмотра Раст.

масштаб.png (50,29 Кб) Просмотров: 4053

[admin]

Просто увеличиваете как и в любом другом окне, см. Хелп 8.3.1. Изменение масштаба горизонтальной оси.

03.png (8,3 Кб) Просмотров: 4062