Когда ваш механический проект встречается с «микросервисами»: более разумный способ двигаться дальше

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

Такое ощущение, что ваша система связана воедино, и вы не можете двигаться.

В чем проблема?

Традиционная архитектура управления часто объединяет всю логику в «мозге». Этот мозг должен обрабатывать сообщения, рассчитывать траектории, управлять двигателями и обрабатывать различные сигналы датчиков. Это утомительно, и ты тоже. Как только потребности изменятся или определенная часть будет нуждаться в обновлении, это повлияет на все. Это не только проблема с программным обеспечением, связь с оборудованием также сложна. Медленное реагирование, трудности с регулировкой, обслуживание похоже на лабиринт — что-то из этого звучит знакомо?

Итак, кто-то начал думать: почему мы не можем дать каждой «двигательной единице» свой маленький мозг? Пусть человек, ответственный за вращение, просто вращается, а человек, ответственный за толкание и тягу, сосредоточится на том, чтобы толкать и тянуть. Используйте ясный и простой язык для общения между ними. Это основа идеи «микросервиса» в области машиностроения и управления движением. Это не концепция, парящая в небе, а предназначенная для решения реальных проблем на земле.

Сделайте каждую деталь «живой»

Представьте, что ваш проект больше не монолит, а совместная работа небольших команд. Один предназначен для управления прецизионным серводвигателем, чтобы гарантировать точность каждого поворота; другой предназначен для обслуживания набора сервоприводов, делающих их колебания плавными и послушными. Они выполняют свои обязанности и легко общаются по стандартным «протоколам».

Что это принесло?

Будьте гибкими. Нужно ли менять действие захвата? Вам нужно только общаться с модулем, отвечающим за «руку», не нарушая при этом все тело. Это как поменять гитарное соло в группе, а остальные музыканты по-прежнему следуют своей партитуре.

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

Опять же, это ясность. Разработка и сопровождение становятся подобием строительных блоков. Можно больше сосредоточиться на каждой двигательной единице — например, пустьмощностьСерводвигатель может обеспечить более высокую производительность, не беспокоясь о том, что он испортит другие коды.

От концепции до вашего рабочего места

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

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

Выбор компонентов, поддерживающих такое распределенное мышление, также становится критически важным. Это означает, что выбранное вами оборудование, например драйвер двигателя или контроллер, должно иметь хорошие интерфейсы связи и некоторую локальную вычислительную мощность. Это должны быть люди, готовые «сотрудничать», а не тупые терминалы, которые могут подчиняться приказам только из центра.

некоторые реальные ситуации

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

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

Это больше не жесткий набор кода и проводов, а скорее живое сообщество, где каждый участник надежен и работает вместе для достижения великих целей.

Итак, почему бы не попробовать?

Это не переосмысление, а элегантная реорганизация. Цель — сделать работу над вашими механическими проектами более приятной, а не утомительной. Когда вы разбираете систему на выделенные «микросервисы», вы выделяете каждую физическую единицу — например, выделеннуюмощностьРулевой механизм – более непосредственный уход и контроль. В конечном итоге вы получаете механическую систему, более гибкую, надежную и с которой легче общаться.

Оно здесь и ждет, чтобы его разбудили умнее.

Основанная в 2005 году,мощностьбыла посвящена профессиональному производителю компактных приводов со штаб-квартирой в Дунгуане, провинция Гуандун, Китай. Используя инновации в модульной технологии привода, Kpower объединяет высокопроизводительные двигатели, прецизионные редукторы и многопротокольные системы управления, чтобы предоставить эффективные и индивидуальные решения для интеллектуальных систем привода. Kpower предоставила профессиональные решения в области приводных систем более чем 500 корпоративным клиентам по всему миру, предлагая продукты, охватывающие различные области, такие как системы «умный дом», автоматическая электроника, робототехника, точное земледелие, дроны и промышленная автоматизация.