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

[admin]

Somente através das configurações de cores do sistema Windows

[Rider]

Чи планується переклад софту українською мовою?

[admin]

планується

[Нагумо]

Андрей Шульгин сделал файл правил для Искуственного интелекта. И теперь каждый может попросить ИИ написать скрипт для мотор тестера под свои задачи. (видео у него на канале) А у нас такое планируется?

[vladtar]

https://youtu.be/qCIQolhHnI4?si=lndFEyHrnQ6JGSZc
Ось так як тут, або ще краще.

[admin]

Не планируется.
Кто в теме (имеет хоть какой-то реальный опыт программировании, писал и отлаживал программы написанные ИИ) тому и так все понятно.
Те кто умел писать скрипты, они и так их напишут, те кто не умел, они даже не смогут сформулировать четко задачу для ИИ, не говоря о том чтобы все проверить, отладить и учесть десятки различных нюансов в сигнале (искажения, наводки…) о которых ИИ ни чего не знает.
Через год можно будет реально увидеть, будет ли десятки новых полезных скриптов, которые реально работают на практике или не будет.

[vladtar]

Те кто умел писать скрипты, они и так их напишут, те кто не умел, они даже не смогут сформулировать четко задачу для ИИ.

Спасибо, этой фразой все обяснили с большой точностью без лишних слов, спасибо, наблюдаем за соседями.

[vladtar]

Уважаемый Сергей! Скажите пожалуйста можно ли в режиме самописца добавить кнопочку ---- ПАУЗА--- т.е будет пуск_пауза_ стоп.?????? Что бы иметь возможность записать одним файлом множество параметров, 9 каналов мало, надо 30 и более и с наличием кнопки ПАУЗА я смогу во время паузы переставлять щупы на разные источники сигнала или менять датчики не прерывая целостности записи.

[admin]

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

[vladtar]

Идет запись медленнотекущего процесса 10-24 часа. За это время в течении процесса происходит замена плохих элементов и продолжантся запись и получается цельная картина за весь период.
Ну это частный случай и не все заряжают батареи аккумуляторов.
Спасибо за ответ

[startikan]

Добрый день.

Хотелось бы просто услышать мнение по интерфейсу.

Как вам такой вариант:
- не перегружен ли экран;
- удобно ли расположены основные элементы;
- нормально ли читается осциллограмма;
- не мешают ли боковые панели;
- что бы вы изменили или переставили;
- чего, наоборот, не хватает.

Особенно интересно мнение тех, кто постоянно работает с автомобильными осциллографами и мотор-тестерами.

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

Несколько скриншотов ниже.

[YUstaf]

- не перегружен ли экран; - Все в одной куче.
- удобно ли расположены основные элементы; Нет.
- нормально ли читается осциллограмма; Нет.
- не мешают ли боковые панели; Мешают.
- чего, наоборот, не хватает. Простоты.
- что бы вы изменили или переставили; Классический интерфейс MT Pro на много удобнее. Одна из причин почему работаю с MT Pro.
Ваш интерфейс перегружен лишними элементами, которые забирают пространство для размещения и анализа полезной информации.

[admin]

Добрый день.

Интерфейс и алгоритмы написаны ИИ?
На каком количестве файлов они были проверены?
Вы пишите что реализована эффективность работы цилиндров / CSS.
Можете в своей программе открыть например это файл
VW Polo 1,4 TDI 1-2-3 выполнить ЭРЦ, записав весь процесс на видео с рабочего стола или хотя бы телефоном, после чего выложить видео тут.

[startikan]

Добрый день.

Интерфейс и алгоритмы написаны ИИ?
На какой количестве файлов они были проверены?
Вы пишите что реализована эффективность работы цилиндров / CSS.
Можете в своей программе открыть например это файл
VW Polo 1,4 TDI 1-2-3 выполнить ЭРЦ, записав весь процесс на видео с рабочего стола или хотя бы телефоном, после чего выложить видео тут.

Добрый день.
Наверное, я немного не так объяснил саму идею. Понимаю, что Вы автор MT Pro и большая часть диагностической логики, с которой я сейчас работаю, появилась именно в Вашей программе. Я точно не хочу выдавать это за своё или показывать всё так, будто пытаюсь сделать «MT Pro, только лучше».
Я и в личке писал, что не являюсь ни профессиональным диагностом, ни программистом. Просто мне стало интересно попробовать сделать свой вариант оболочки и по-своему организовать работу с теми же диагностическими данными.
В разработке действительно очень сильно помогают ИИ. Использую ChatGPT/Codex, Claude Code и Gemini в Antigravity, на все оформил подписки. Один помогает писать код, другой проверяет, третий помогает искать ошибки. А я уже задаю направление, собираю всё вместе, запускаю и смотрю, что получается на реальных файлах.
Из того, что сейчас стараюсь развивать именно вокруг диагностической части — отдельную работу с кейсами, эталонами, сравнением до/после ремонта, пошаговыми проверками, сохранением результатов и самой организацией рабочего пространства. То есть речь скорее не о том, чтобы заново придумать то, что уже есть в MT Pro, а о другом способе это собрать и подать в интерфейсе.
Тёмное оформление вообще появилось по очень простой причине — у меня не очень хорошее зрение и светлый фон долго смотреть тяжело. Поэтому с самого начала сделал интерфейс таким, с которым мне самому проще работать.
По замечанию насчёт количества кнопок и места под осциллограмму тоже понял. Тут согласен — если интерфейс начинает мешать смотреть сам сигнал, значит его надо пересматривать. Проект ещё меняется, поэтому это точно не окончательный вариант.
Ваш файл VW Polo 1.4 TDI уже открыл и начал разбирать ЭРЦ. Сам ЭРЦ я, конечно, не считаю своей разработкой — здесь как раз пытаюсь воспроизвести и понять работу диагностического алгоритма. На Вашем файле результат получился явно неправильный, после чего полезли смотреть дальше и упёрлись в определение ДПКВ/венца.
Пока не хочу утверждать, где именно причина — в нашей реализации, в настройке или я сам что-то неправильно понимаю. Сейчас как раз будем это разбирать.
Скриншоты именно с Вашего файла приложу к сообщению. На них видно сам файл, запуск ЭРЦ и то место, где стало понятно, что расчёт пошёл неправильно.
Поэтому за файл спасибо. Для меня такие реальные примеры сейчас намного полезнее любых тестов на своих данных — сразу видно, где мы что-то поняли неправильно и что нужно дальше разбирать.

[admin]

Так, а можете на видео записать работу своей программы, сигнал переместить по оси X, растянуть по оси Y, показать что видно вкладках ЭРЦ?

[startikan]

Так, а можете на видео записать работу своей программы, сигнал переместить по оси X, растянуть по оси Y, показать что видно вкладках ЭРЦ?

Сергей, добрый день!

Видео записал, прикладываю к сообщению. Показал навигацию, перемещение сигнала по осям X и Y, а также что сейчас отображается во вкладках ЭРЦ.
Сразу скажу — программа пока ещё достаточно сырая, я сам ещё далеко не во всех тонкостях разобрался. Как раз прямо сейчас плотно сижу над переделкой: пытаюсь глубже понять, где именно и что работает не так с расчётами, да и сам интерфейс попутно правлю и привожу в порядок, чтобы было нагляднее и удобнее.
Буду очень признателен за любые замечания и критику по видео — это сейчас очень помогает двигаться в правильном направлении.
https://youtu.be/IGeckG6U78s

[admin]

Вячеслав, спасибо, видео посмотрел.
Отличный концепт (UI-прототип).
15 лет назад о таком даже мечтать не приходилось.
Но что с этим всем делать и зачем это нужно?
Ни одна LLM не может даже близко написать алгоритм для анализа реальных сигналов ДПКВ, я это неоднократно проверял, указав в промте прямо готовое решение и кусок кода, пока по силам только маленькие максимально конкретизированные куски кода. Потому что алгоритмы закрытые, дорабатываются годами, отлаживаются на тысячах файлов, и LLM не может их придумать, так как у нее нет базы готовых решений при ее обучении, как например распознать и декодировать сигнал CAN, или типичный сигнал вторичного напряжения, для которых есть куча доступных примеров.

[startikan]

Вячеслав, спасибо, видео посмотрел.
Отличный концепт (UI-прототип).
15 лет назад о таком даже мечтать не приходилось.
Но что с этим всем делать и зачем это нужно?
Ни одна LLM не может даже близко написать алгоритм для анализа реальных сигналов ДПКВ, я это неоднократно проверял, указав в промте прямо готовое решение и кусок кода, пока по силам только маленькие максимально конкретизированные куски кода. Потому что алгоритмы закрытые, дорабатываются годами, отлаживаются на тысячах файлов, и LLM не может их придумать, так как у нее нет базы готовых решений при ее обучении, как например распознать и декодировать сигнал CAN, или типичный сигнал вторичного напряжения, для которых есть куча доступных примеров.

Сергей, спасибо за ответ!

Насчет ИИ вы в самую точку попали. Я с ними уже второй день бьюсь — ходят по кругу, пытаются что-то родить, а толку ноль. Без реального опыта и базы готовых решений сложные сигналы вроде ДПКВ они нормально разобрать не могут, тут полностью с вами согласен.

А по поводу «зачем это нужно» — расскажу как есть, из-за чего вообще затеял:

1. Глаза. У меня зрение слабое, от белого фона монитора в гараже глаза буквально вытекают через полчаса работы. Тёмная тема для меня — это не дань моде, а острая необходимость, чтобы просто нормально видеть и работать.
2. Эталоны. Очень не хватает нормального порядка с ними. Сейчас каждый называет файлы как попало, потом сиди ищи нужный. Хочется каталогизацию: выбрал марку, модель, мотор — и программа сама подтянула нужные осциллограммы. Плюс синхронизация с облаком, чтобы база была под рукой.
3. Сравнение. Чтобы можно было снятый сигнал быстро наложить на эталон и сразу увидеть разницу. В своём прототипе я эту часть уже потихоньку набросал, но уперся в свои знания и опыт .

Софт у вас отличный, расчёты и алгоритмы отточены годами. Но вот этих трёх вещей — тёмной темы, удобной базы эталонов и их сравнения — в повседневной работе очень не хватает. Исключительно ради этого и полез во все эти интерфейсы.