Страница 33 из 76

Re: Модернизация софта

СообщениеДобавлено: 27 сен 2011, 18:38
профан
Здравствуйте . Сергей спасибо за разьяснение . Вот если бы их можно было запускать и после записи прокручивать одновременно , купил бы себе третий МТ-Про . Для эффективности , вторички и сравнения

Re: Модернизация софта

СообщениеДобавлено: 27 сен 2011, 19:04
admin
Скорее всего такого не будет.
Но как это одновременно прокручивать?

Re: Модернизация софта

СообщениеДобавлено: 27 сен 2011, 19:11
профан
Воспроизводить запись .

Re: Модернизация софта

СообщениеДобавлено: 27 сен 2011, 21:53
admin
Можно задействовать все 8 каналов сразу.

Re: Модернизация софта

СообщениеДобавлено: 28 сен 2011, 11:57
роман брест
Летом купил у вас 2 комплекта для себя и коллеги уже освоились в купе с ноутом для выезда само то.Сравнивал с мотодоком почти один в один
Но в процесе эксплуатации вылезли недостатки
1 низкое качестко разьемов не выдерживают темпа работы слетает закрутка на эфке(не по теме)
2 автоматическое определение угла опережения зажигания в мотодоке это реализовано вот и хотелось бы чтоб мт про радовал такой функцией
А так очень даже зачетно!

Re: Модернизация софта

СообщениеДобавлено: 28 сен 2011, 16:55
admin
роман брест писал(а):1 низкое качестко разьемов не выдерживают темпа работы слетает закрутка на эфке(не по теме)

К сожалению на момент заказа предыдущей партии приборов не было других разъемов.
Либо эти, либо ждать чуть ли не полгода. Проверив их качество решили брать эти.
Если на разъем входа осцила не надевается разъем кабеля, достаточного повернуть разъем кабеля на 180 грд.
Если используются свои разъемы кабелей, особенное еще с советских времен, то желательно при снятии разъемов кабеля чуть его прокручивать, так как советские BNC очень туго идут.

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

Это буду делать.

Re: Модернизация софта

СообщениеДобавлено: 29 сен 2011, 10:43
PLV
Сергей, возможно ли сделать для MT Pro функцию Тест-Мастер как реализовано в скан-мастере USB от мотор-мастер.http://www.motor-master.ru/modules.php? ... age&pid=35

Re: Модернизация софта

СообщениеДобавлено: 29 сен 2011, 10:54
admin
Можно сделать регулируемый ШИМ для форсунок.
В окне генератора есть заготовка, вкладка Форсунки.
Нужно будет обсудить, кто что хочет там видеть.

Re: Модернизация софта

СообщениеДобавлено: 29 сен 2011, 12:43
PLV
Хотелось проверять форсунки не снимая с машинки.Производить баланс форсунок и чистку,смотреть сопротивление обмоток. И для чип-тюнинга, видеть на сколько запаздывает форсунка на открытие. Чтоб можно было править в прошивке. И еще для спидометров, генерацию сигнала для проверки панелей приборов. Ну вот как то пока так.

Re: Модернизация софта

СообщениеДобавлено: 04 окт 2011, 12:05
D_cent
Мне показалось, что можно было бы сделать некоторый улучшайзинг в анализе эффективности цилиндров.
1). При анализе эффективности цилиндров хотелось бы получать график УОЗ (опираясь на значение заданное для холостого хода).
2). В кривых ускорения и бар графиках компенсировать влияние вариаций УОЗ.
А в принципе анализ и так вполне понятен и весьма информативен.
Спасибо.

Re: Модернизация софта

СообщениеДобавлено: 04 окт 2011, 20:27
admin
D_cent писал(а):1). При анализе эффективности цилиндров хотелось бы получать график УОЗ (опираясь на значение заданное для холостого хода).

Тут вот что получается.
Задаем значение УОЗ, на его основании прога по МПЦ вычисляет где в сигнале ДПКВ ВМТ.
После этого ни УОЗ ни МПЦ не используется.
Из этого следует, что если начальный УОЗ задан не верно то и результирующий будет не тот.
На резких прогазовках МПЦ пропадет, т.е. УОЗ не будет на основании чего рассчитывать.

D_cent писал(а):2). В кривых ускорения и бар графиках компенсировать влияние вариаций УОЗ.

Как?

Re: Модернизация софта

СообщениеДобавлено: 05 окт 2011, 23:19
D_cent
Как вариант я попробовал бы делать обработку в такой последовательности:
1). Определил бы точно период
2) Разметил бы беззубые точки и оценил бы протяженность аномального участка
3). Разметил бы участки, относящиеся к разным цилиндрам (этак по границе 30-40 град до ВМТ)
4) имплантировал недостающие зубы
5) отфильтровал сигнал ДПКВ (опционально)
6) вычислил бы скорость как величину обратную расстоянию между зубами
7) вычислил бы ускорение как первую производную от скорости (практически- как приращение скорости)
8) рассортировал бы ускорение по цилиндрам
9) построил графики, в т.ч. УОЗ - может кому сгодится.
Что касается "имплантации", то это отдельный вопрос. В простейшем случае может быть стирание аномального участка и копирование соответствующего числа сдвинутых зубов справа или слева (или с усреднением суммы правой и левой копий).
Если бы я все это сделал и посмотрел на результаты, то понял, что так не получается и надо делать совсем по-другому. :D
Но мысель убить нельзя! :mrgreen:
А родилась она при анализе вот этого окна

Re: Модернизация софта

СообщениеДобавлено: 06 окт 2011, 20:29
admin
D_cent писал(а):Как вариант я попробовал бы делать обработку в такой последовательности

Дело в том что это не будет работать.
Объяснить в двух словах сложно.

D_cent писал(а):1). Определил бы точно период

Период не определяется, ищутся точки на сигнале ДПКВ начала и окончания периода, после чего идет аппроксимация для вычисления градусов соответствующих ВМТ.

D_cent писал(а):2) Разметил бы беззубые точки и оценил бы протяженность аномального участка
3). Разметил бы участки, относящиеся к разным цилиндрам (этак по границе 30-40 град до ВМТ)
4) имплантировал недостающие зубы

Это не нужно.
При калибровке (которую предложил Шульгин) более менее учитываются все элементы венца (зубы и промежутки).

D_cent писал(а):5) отфильтровал сигнал ДПКВ (опционально)

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

D_cent писал(а):6) вычислил бы скорость как величину обратную расстоянию между зубами
7) вычислил бы ускорение как первую производную от скорости (практически- как приращение скорости)
8) рассортировал бы ускорение по цилиндрам

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

D_cent писал(а):9) построил графики, в т.ч. УОЗ - может кому сгодится.

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

График УОЗ будет в соответствующем окне для сигнала с ДД...

D_cent писал(а):А родилась она при анализе вот этого окна

Я посмотрел в отладке этот сигнал.
Причина это наличие шума, которые воспринимается как зубья, так как он большой амплитуды и достаточной длительности. Этот шум сбивает весь расчет.
01.png
01.png (4,3 Кб) Просмотров: 2154

Re: Модернизация софта

СообщениеДобавлено: 06 окт 2011, 22:57
D_cent
admin писал(а):Дело в том что это не будет работать.

Трудно не согласиться. Если это рассматривать как алгоритм (догму), то несомненно.
admin писал(а):Период не определяется, ищутся точки на сигнале ДПКВ начала и окончания периода, после чего идет аппроксимаци......
.
Если предлагается что-то, чего нет в алгоритме Шульгина и Вашем, то это еще не означает, что этого не нужно. кмк.
admin писал(а):Этот шум сбивает весь расчет

Сигнал достаточно хороший. На практике помехи будут всегда и надо минимизировать его влияние.

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

Re: Модернизация софта

СообщениеДобавлено: 07 окт 2011, 12:41
admin
D_cent писал(а):Трудно не согласиться. Если это рассматривать как алгоритм (догму), то несомненно.

Алгоритм работает так:
1. Определи ли тип сигнала ДПКВ
2. Нашли все зубья
3. Нашли МПЦ
4. Откалибровали ДПКВ
5. Разметили сигнал ДПКВ в градусах и рассчитали ускорения + время каждого рабочего цикла всех цилиндров (график оборотов)

D_cent писал(а):Если предлагается что-то, чего нет в алгоритме Шульгина и Вашем, то это еще не означает, что этого не нужно. кмк.

Дело в том что при разработке требуется определить необходимый перечень функций.
Много функций - много время на разработку, перегруженность интерфейса, сложность работы.
Мало функций - не достаточный функционал в целом.

D_cent писал(а): Сигнал достаточно хороший. На практике помехи будут всегда и надо минимизировать его влияние.

Выходной ключ работает крайне плохо, нет нормальной земли.
Помехи конечно учитываются и отфильтровываются в сигнале.
Но в данном случае амплитуда и ширина помех соизмерима с импульсами от зубов.
Фильтрация это компромисс - убрать помехи и оставить сигнал.
Что может улучшить ситуацию:
- увеличить частоту дискретизации (помехи будут больше отличатся от зубов)
- поставить конденсатор на 0.1 - 0.01 мкФ который уберет помеху

D_cent писал(а):Хотелось бы Вам посодействовать по мере возможностей.

Спасибо.

Re: Модернизация софта

СообщениеДобавлено: 07 окт 2011, 16:16
роман брест
Дело в том что при разработке требуется определить необходимый перечень функций.
Много функций - много время на разработку, перегруженность интерфейса, сложность работы.
Мало функций - не достаточный функционал в целом.
Сергей не загоняйся.
Мое мнение нужно определение уоз по дд и мпц.Измерение в один клик в онлайн режиме привязка картинки к размеру окна и никакой самодеятельности и рукаблудства.
Лучший дд чтоб мотодок курил и качество эйпла(Стиву Джобсу вечная память).
где никаких настроек и все интуитивно и понятно мт про уже вырос его знают многие осталось возмужать.

Несколько лет назад Стив Джобс выступил перед выпускниками Стенфордского университета
Ваше время ограничено, поэтому не тратьте его на жизнь чей-то чужой жизнью. Не попадайте в ловушку догмы, которая говорит жить мыслями других людей. Не позволяйте шуму чужих мнений перебить ваш внутренний голос. И самое важное, имейте храбрость следовать своему сердцу и интуиции. Они каким-то образом уже знают то, кем вы хотите стать на самом деле. Всё остальное вторично

Re: Модернизация софта

СообщениеДобавлено: 07 окт 2011, 21:55
alin76
Возможность видеть график УОЗ важна, так как этот показатель напрямую связан с приемистостью ДВС и информирует о работоспособности многих датчиков.

Думаю, что УОЗ рассчитать не сложно, если по времени одного оборота КВ определять время прохождения 1 градуса и на каждом последующем обороте использовать предыдущее значение времени вращения КВ для расчета угла опережения с учетом приращения скорости. Но теорию к коду не пришьешь, нужно проверять.

Re: Модернизация софта

СообщениеДобавлено: 08 окт 2011, 22:55
alekcc
Использовать данные о скорости вращения КВ из предыдущего цикла бессмысленно, т.к. в последующем цикле скорость может оказаться другой, а следовательно и УОЗ будет рассчитанный неправильно. ВМТ и УОЗ определить можно, но только для определённого синхродиска (после пропуска n-ный период соответствует ВМТ ), а ЭРЦ позиционируется как универсальный алгоритм, незачем привязывать его к определённой марке авто.

Re: Модернизация софта

СообщениеДобавлено: 09 окт 2011, 07:58
alin76
alekcc писал(а):Использовать данные о скорости вращения КВ из предыдущего цикла бессмысленно, т.к. в последующем цикле скорость может оказаться другой, а следовательно и УОЗ будет рассчитанный неправильно. ВМТ и УОЗ определить можно, но только для определённого синхродиска (после пропуска n-ный период соответствует ВМТ ), а ЭРЦ позиционируется как универсальный алгоритм, незачем привязывать его к определённой марке авто.


Безусловно скорость вращения КВ буден меняться, поэтому я написал, что необходимо учитывать коэффициент приращения скорости, используя показания датчика ДПКВ. А вот рассчитывать УОЗ по синхродиску будет посложнее, так как при 60-ти зубом диске расстояние между зубами будет 6 градусов + для каждого типа синхродиска нужен свой алгоритм расчета.

Re: Модернизация софта

СообщениеДобавлено: 09 окт 2011, 22:05
alekcc
Когда-то была такая мысль: http://mlab.org.ua/forum/viewtopic.php?f=2&t=35&start=540
УОЗ можно получить со сканера, а в осциллографе зачем он, что нового он даст? Спрашиваю не для того что бы возразить, просто не хотелось бы разработчика перегружать разработкой функций, которые в конечном итоге практической пользы не принесут. В том окне что коллажировал сам http://mlab.org.ua/forum/viewtopic.php?f=2&t=35&start=540#p11858, реальную мотивацию имеет только главное окно, окошки с боку под вопросом. В этой теме все мы высказываем пожелания, но чтоб разработчик взялся реализовать ту или иную функцию, она должна быть 1 - выполнима, 2 - хорошо аргументирована, 3 - поддержана n-ным количеством участников форума.