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

Итак, первым делом мы стали разбираться, на какой платформе будем реализовывать управление. Я вспомнил, как в свое время мы использовали контроллеры Danfoss, MC 50-ые и MC 24-ые. Сейчас я активно изучаю китайские контроллеры на CODESYS, смотрю, что они могут и чего им не хватает. Ну и конечно, есть простые решения для небольших задач.

Отдельно мы поговорили про дисплеи. Без них никуда, особенно на самоходной технике. Самый простой вариант – это показывать температуру и давление в гидросистеме. Но в идеале нужно делать целую панель приборов, чтобы оператор видел всё: и параметры двигателя, и скорость, и уровень топлива. А еще очень важно выводить на экран ошибки системы. Представьте, едет тракторист, и вдруг что-то сломалось. А на экране сразу написано: "Отвалилась катушка" или "Не работает педаль". Это очень удобно!

Конечно, хорошо бы, чтобы система не просто показывала ошибки, но и знала, что происходит с машиной. Это то, что называется Fold Monitoring. Мы стараемся внедрять FM в наши последние проекты, например, в тракторы и опрыскиватели. Но пока это еще не до конца отлажено, нужен опыт заказчика.

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

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

Но самое главное, как я считаю – это правильно составить техническое задание вместе с заказчиком. Это отдельная процедура, которая может занять целый день! Важно, чтобы заказчик понимал, как работает его машина, и чтобы мы, разработчики, четко понимали, что от нас требуется. Часто бывает, что заказчик хочет просто, чтобы машина ехала с определенной скоростью, а когда начинаешь разбираться, то оказывается, что там куча нюансов и ограничений.

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

В общем, чем подробнее техническое задание, тем меньше проблем будет в процессе разработки. Вот такие мысли были у нас на видеосозвоне с ГидроТех Групп. Надеюсь, вам было интересно!

Текст статьи можно посмотреть на сайте: https://promhydrotrade.ru/services/servisnaya-sluzhba/programmirovanie-sistem-upravleniya-mashin/