Как нарисовать блок-схему двухосной системы управления рулевым механизмом. Понимание этой диаграммы поможет вам избежать обходных путей.

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

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

Что именно контролирует двухосное управление?

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

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

С чего начать на первом этапе блок-схемы

Когда я беру новый проект, я обычно начинаю с входного сигнала. Самый важный вход двухосногосервоприводСистема часто представляет собой сигнал ШИМ от пульта дистанционного управления или значение угла, отправленное из последовательного порта. При построении блок-схемы необходимо четко обозначить начальную точку с указанием источника сигнала, будь то чтение периферийных прерываний или опрос таймера.

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

Где на блок-схеме расположен основной алгоритм?

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

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

Как нарисовать обработку исключений

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

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

Как сравнить блок-схему при фактической настройке параметров

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

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

Поделитесь одной из моих собственных привычек рисования

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

Еще одна маленькая хитрость — пометить каждый модуль на блок-схеме предполагаемым временем выполнения. Например, «чтение» отмечено 5 микросекундами, а «Работа ПИД» отмечено 3 микросекундами, чтобы можно было сразу увидеть, какое звено является узким местом. Если расчет горизонтальной оси занимает слишком много времени, особенно в двухосных системах, реакция вертикальной оси будет задерживаться. Особенно полезно четко обозначить эту деталь на схеме.

Когда вы увидите это, вы можете спросить: у меня под рукой есть проект двухосного подвеса. Могу ли я нарисовать стандартную блок-схему на основе вашей идеи? На самом деле требования каждого проекта разные, но они остаются одинаковыми. Пока вы понимаете три основные линии потока сигналов, логику алгоритма и обработку исключений, ваша блок-схема не будет отклоняться. По вашему мнению, какое звено схемы в реальных проектах чаще всего вызывает проблемы с двухосной координацией? Добро пожаловать, чтобы поговорить о своем опыте в области комментариев. Если вы считаете, что сегодняшний контент вас вдохновил, не забудьте поставить ему лайк и поддержать~