Сервопривод, рулевой механизм и путаница в мире механики? Возможно, проблема не в оборудовании

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

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

Где рисунки?

Фактически, коренная причина многих проблем больше не находится в самом механическом оборудовании. Чего нам действительно не хватает, так это набора «языка» и «организационных правил», которые позволяют всем «частям» — включая невидимую программную логику — четко общаться и эффективно сотрудничать. В мире архитектуры программного обеспечения это называется проектированием, управляемым предметной областью (DDD). Объединение его с «микросервисами» образует мощную цифровую мировую организацию.

Представьте себе, что логика управления манипулятором вашего робота, траектория движения и модуль мониторинга состояния больше не были бы запутаны в огромном кодовом блоке, а, как в модульном комплекте робота, каждая функция была бы независимым подключаемым интеллектуальным блоком. В этом идея микросервисов. DDD призван гарантировать, что каждое устройство может точно отражать реальные бизнес-правила (например, «когда угол соединения превышает пороговое значение, немедленно запускать безопасный возврат»), чтобы дизайн программного обеспечения соответствовал реальным знаниям предметной области и больше не был необоснованным.

мощностьМы собрали этот глубокий набор идей в конкретное руководство — PDF-файл «Микросервисы проектирования на основе предметной области». Это не возвышенная теоретическая книга, это скорее карта, извлеченная из реальных боевых действий.

Почему стоит обратить внимание на эту «карту»?

Вы можете спросить: документов по архитектуре много, в чем разница между этим?

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

Он подчеркивает «универсальный язык». Это ядро ​​DDD. Убедитесь, что эксперты-механики, инженеры-программисты и менеджеры проектов в команде говорят на одном и том же недвусмысленном языке при обсуждении одной и той же функции. Документация поможет вам извлечь этот язык из практики проекта и использовать его на протяжении всего проекта, что значительно снижает количество недопониманий и доработок.

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

От понимания к действию

Как начать? Этот PDF-файл дает четкое представление:

1. Сосредоточьтесь на основных областях: Не хочу с самого начала строить большую и комплексную систему. Найдите самую сложную и ценную основную часть вашего проекта (например, высокоточное управление движением) и расставьте приоритеты в создании для нее четкой предметной модели.
2. Очертить ограниченный контекст: Определите, какие части системы всегда тесно связаны между собой (например, «мониторинг состояния двигателя» и «защита от перегрева»), и разделите их на границы обслуживания; какие части относительно независимы (например, «конфигурация пользовательского интерфейса») и могут быть разделены. Это эффективно изолирует сложность.
3. Достичь консенсуса в команде: используйте методы, описанные в документе, для организации семинара. Вместе с партнерами нарисуйте на доске доменную диаграмму вашей системы и унифицируйте ключевые термины. Один только этот процесс решает многие потенциальные проблемы.

К чему это в конечном итоге привело?

Постепенно применяя эти мысли, вы обнаружите, что изменения происходят незаметно. Повышена ремонтопригодность системы – достаточно просто заменить один из унифицированных шарнирных модулей робота. Скорость итерации увеличивается, поскольку вы можете обновить сервис (например, траекторию) независимо, без необходимости задействовать всю систему. Сотрудничество в команде также становится более плавным, поскольку все разделяют один и тот же язык и одинаковое видение дизайна.

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

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

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