alex43_

Нормальные логи она создает...

Поясните, в каких случаях нет альтернативы??? Ставить эту прогу на мой кнопочный тел бессмысленно. А другого тела нет и не предвидится, ибо мне так проще... Другими словами, все мы выбираем то, что нам проще... Философия, мля...

Делайте так, как вам проще... Ваш вопрос был "чем лог отредактировать...". А не "...отредактировать и сохранить...". И ответ был именно на заданный вами вопрос... И вообще. Если будет возможность, дайте логи работы проги, настойчиво продвигаемой вами на известном нам Калино-форуме...

См. документ DiagView v.1.5.8.4. Руководство пользователя, рис.4.2...

Сделано, появится в следующей версии. 1. Дайте глючные скриншоты и укажите используемую версию Windows. Я совсем не экстрасенс. И на моих тестовых версиях ОС всё работает как часики... 2. Используйте аппроксимацию - см. документ "DiagView v.1.5.8.4. Руководство пользователя", рис.11.1, крыжик "Аппроксимировать значения параметров (сглаживать графики)". Запустите два/три/четыре и т.д. экземпляра программы и делайте с ними всё, что душе угодно. При этом обратите внимание на поз.2.17 в документе "DiagView v.1.5.8.4. Руководство пользователя". Изучите раздел "12. Дополнительный анализ лога" документа "DiagView v.1.5.8.4. Руководство пользователя", пункт "Min/Max/среднее значения, время между закладками". Дружище, что значит "неправильно отображается"??? Как на твой взгляд должно быть "правильно"??? DiagView показывает то, что отдаёт ЭБУ в ответ на соответствующий запрос программы диагностики. "Основные параметры" и "Параметры детонации" – это два разных запроса к ЭБУ. Что и как ЭБУ отдаёт в ответ на эти запросы – заложено разработчиками аппаратной и программной части этого ЭБУ. И известно это только им (разработчикам) и всевышнему. Может быть "Основные параметры" показывают некое усреднённое значение, может средне-суммарное за какой-то момент времени, может... да всё, что угодно!!! Какие претензии??? p.s. На мой взгляд – с твоей стороны уже перебор по хотелкам. И пожелание – изучи и законспектируй "Руководство пользователя". Многие вопросы отпадут сами собой...

Согласен, это логично. Сделаю...

Еще дополнение: DiagView ver.1.5.8.4 от 27.04.2018г. - Будет работать с DVDemo158.res и DVFull158.res; - Добавлена возможность изменения значения параметров ("выбросы" значений на графиках) - через всплывающее меню на графиках и таблицах, двойной клик на ячейках таблиц, а также в "Доп. анализе" - "Min/Max/среднее..."; - При сохранении лога в формате CSV - возможность задать диапазон кадров для сохранения, в т.ч. и с использованием закладок. Подробности см. в документе "DiagView v.1.5.8.4. Руководство пользователя". Скачать можно тут: https://yadi.sk/d/Xvud-bMBgQGQB https://drive.google.com/open?id=0B5TyjTZkBul0bEw5aXNlcmp4clE

Ok!

Т.е. как-то улучшить существующий функционал (см. вложение)? Если да - то как тебе это видится? Что вижу я - разве что добавить к номерам кадров "с ... по ..." ещё и доп. элементы "с метки ... до метки ... " - на случай установки меток в логе ...

Сделаю в следующей версии. Ещё хотелки будут? Чтобы сделать всё разом и не плодить кучу промежуточных версий проги...

Выбросы данных - это реальность, которую сложно как-то предусмотреть и исправить. Ведь это в любом случае значения из лога. Про "графики съёживаются" – используйте Ctrl + правая кнопка мышки + вертикальное перемещение мышки над графиком для увеличения его масштаба (см. первый абзац раздела "4.Вкладка "Графики (верх)" в "Руководстве пользователя"). Про "статистика неправильная" - в DiagView практически везде, где используются значения параметра для каких-то расчётов, есть возможность задать диапазон значений параметра для расчёта, либо задать какие-то ограничения на использование значения этого параметра (например, поз.12.03, или подраздел "Min/Max/среднее значения, время между закладками" в разделе "12.Дополнительный анализ лога"). Про "Пропускать ошибочные ответы ЭБУ" – почитайте внимательно поз.1.09 в "Руководстве пользователя".

Небольшое дополнение: DiagView ver.1.5.8.3 от 12.04.2018г. - Будет работать с DVDemo158.res и DVFull158.res; - Исправлена ошибка обработки вращения колеса мышки на больших логах (если номер кадра больше 32768); - Небольшое изменение в Идентификации ЭБУ (см. поз.1.14 в документе "DiagView v.1.5.8.3. Руководство пользователя"). Скачать можно тут: https://yadi.sk/d/Xvud-bMBgQGQB https://drive.google.com/open?id=0B5TyjTZkBul0bEw5aXNlcmp4clE

Странно. У меня такого не наблюдается. Впрочем... Колесо мышки влияет на перемещение ползунка, когда этот компонент в фокусе ввода. Он не всегда получает этот признак фокуса ввода. Попробуйте в такой ситуации явно кликнуть мышкой на указатель ползунка, и уже после этого вращать колесо мышки... Сейчас специально посмотрел 15-минутный лог. Проблем с выбором кадра (позиции лога) не обнаружил... Ваш проблемный лог больше - просим в студию... И судя по скрину - вы смотрите графики. После клика на графике или перемещения мышки над любым графиком фокус ввода отдаётся ползунку - колесо должно работать... Беру все свои слова обратно - это ошибка в программе, мой косяк!!!

Очередная версия анализатора логов DiagView ver.1.5.8.2 от 05.04.2018г. Основные изменения: - Будет работать с DVDemo158.res и DVFull158.res (обладателям Полного доступа, не имеющим своего уникального файла ресурсов DVFull158.res, необходимо отправить запрос произвольной формы на DiagView@yandex.ru); - Для режима Демо-версии сняты ограничения на изменение настроек работы с таблицами; - Добавлена обработка логов для отладки OpenDiagMobile (*.txt); - Добавлена Расцветка значений параметров в таблицах; - Добавлен Предпросмотр лога; - Добавлена История загруженных логов; - Изменения в Доп. анализе; - Изменения в Конструкторе формул; - Добавлена Идентификация ЭБУ (аналог Автоопределения); - Добавлена Статистика лога. Подробности см. в документе "DiagView v.1.5.8.2. Руководство пользователя". Все актуальные версии DiagView для скачивания: https://yadi.sk/d/Xvud-bMBgQGQB https://drive.google.com/open?id=0B5TyjTZkBul0bEw5aXNlcmp4clE На приложенном рисунке - примерный вид папки с программой при наличии Полного доступа.

Тоже много чего ищу в инете. И тоже много чего не нахожу... Что означает этот параметр - вопрос к настоящим диагностам... Имхо = судя по логу, заморачиваться по озвученной теме вообще не стоит...

ЭБУ по этому параметру отдаёт либо 00, либо FF. Программа Виктора показывает то, что отдаёт ЭБУ. Анализатор показывает то, что видит в логе... Не увидел в логе признаков знаковости параметра (моё мнение)...И явных ошибок в логе - тоже не увидел...

Посмотрел у себя. Озадачился. Давайте логи...

Чудеса... И вы понимаете, что это не ошибка DiagView...

Как-то не очень понятно... И одновременно очень странно... А если: 1. при сохранении лога в csv-формате называть первый столбец не "Время из DiagView", а, например "Time" (имя столбца можно менять при сохранении). 2. при сохранении лога в csv-формате вообще не формировать столбец с временем (такая возможность тоже есть – надо убрать соответствующий крыжик). Прочитает ли такие логи ваша программа?

Посмотрел. Не знаю, что не нравится вашей ecuEdit. То-ли наличие первых 12 пустых строк, то-ли столбец "Время из DiagView" в миллисекундах... Что хоть пишет эта ваша прога, какую-нибудь ошибку орёт?

Эти первые строки лога - реально пустые с точки зрения диагностики. В них находятся данные об установке связи программы диагностики с ЭБУ. Это очень ценная информация. Если она вам не нужна - грузите лог с 12-го кадра (см. вложение). Напомню, нумерация кадров в DiagView начинается с нуля. А можно именно те csv-логи от ReadLogs и DiagView, которые открывает/не открывает ваш ecuEdit (у меня этой программы нет). Просто не знаю от чего отталкиваться. Но первым делом разумно увидеть разницу в csv-файлах от обоих анализаторов.

Удалять эти строки в файле CSV нужно в любом случае. Иначе файл не попадает под спецификацию формата CSV, т.е. может быть (и будет) не читаемым большинством программ. Что касается представленного на скрине лога "appLog-2018-02-08-17-48-31.log"... Сложно увидеть в нём хоть что-то, кроме запросов ошибок ЭСУД и ответов на них (см.вложение)...

Не пробовали использовать более свежие версии анализаторов логов? Например, ReadLogs v.3.3.5.1 или DiagView v.1.5.8.1? Впрочем, зачем.. Ваши логи - вообще сказка... .

Логи из сообщения с drive2 - во вложении. Спасибо автору этого сообщения – откликнулся на просьбу о предоставлении этих логов. Дело не в программе и не в анализаторе. Тут дело в мозгах конкретного человека... "appLog-2018-02-03-16-36-42.log" – тут только параметры воспламенения. Поэтому бесполезно искать что-то другое. "appLog-2018-02-03-16-10-00.log" – тут до кадра 448 идут вперемешку основные параметры, АЦП, параметры воспламенения, параметры детонации. А дальше – только параметры воспламенения. Так шёл процесс диагностики, и, соответственно, так были записаны логи... Программы тут вообще ни при чём!!! В DiagView существует подсветка заголовков таблиц и графиков, которая как раз и подсказывает пользователю о таких ситуациях. Подробности в "Руководстве пользователя DiagView"... И совет: включайте "Допуски" при диагностике – в этом случае в лог хотя-бы через раз, но будут попадать основные параметры...

Пусть автор этого сообщения на drive2 обсуждаемые логи приложит...