Как мы превратили промышленный контроллер в студийный синтезатор

Мы в ITFresh привыкли к своей рутине: настройке серверов, поддержке офисных сетей – все это наша ежедневная работа. Но бывают такие задачи, что заставляют выйти далеко за рамки привычного. Один из таких случаев – наш клиент «Аудиокрафт», небольшая студия саунд-дизайна из Москвы. Они обратились к нам с очень необычной просьбой: им нужен был… натуральный рояль. В коробке.

С «Аудиокрафт» мы работаем давно, это наши хорошие клиенты. Мы привычно обслуживаем их уютный офис, где команда из 15 человек творит настоящие чудеса звука – для рекламы, мобильных игр, выставок… И вот однажды раздался звонок от Алексея, руководителя студии. Его просьба звучала просто невероятно. Оказалось, они готовили кое-что особенное для галереи современного искусства: интерактивную звуковую инсталляцию. Суть в том, что посетители взаимодействуют с датчиками, а умная система тут же, в реальном времени, сочиняет сложную фортепианную музыку, исходя из их движений.

Главной фишкой инсталляции, ее настоящим сердцем, должен был стать Pianoteq – профессиональный программный синтезатор. Знаете, в чем его уникальность? Большинство программ просто проигрывают заранее записанные звуки рояля, как сэмплерные библиотеки. А Pianoteq? Он вычисляет звук прямо «на лету», опираясь на сложнейшую физическую модель. Это дает инструменту потрясающую живость и отклик. Правда, это требует серьезных ресурсов от компьютера. И еще один критический момент: задержка. От момента, как датчик пошлет сигнал (MIDI-сообщение), до появления звука должна пройти буквально доля секунды. Чтобы слушатель не чувствовал дискомфорта, у нас было всего 10-12 миллисекунд.

Конечно, сначала все запустили на мощном ноутбуке – это был прототип. Но для инсталляции, которой предстояло работать круглосуточно, 24/7, такой вариант отпадал. Алексей хотел получить этакий «черный ящик»: устройство компактное, супернадежное, которое вообще не требует внимания. Просто спрятать его в нишу, подключить электричество, MIDI от датчиков, аудио к колонкам – и забыть на месяцы. Нам было абсолютно ясно: вот он, наш «рояль в коробке», и мы должны его сделать.

Что приходит в голову первым делом, когда слышишь про такой «черный ящик»? Правильно: взять что-то компактное, вроде Intel NUC, или собрать миниатюрный ПК на Mini-ITX плате. Мы, кстати, с клиентом серьезно обсуждали этот путь. Но довольно быстро поняли: не годится. И вот почему:

• Габариты и тепловыделение. Даже самый маленький системный блок — это все равно ящик с вентиляторами, которому нужно охлаждение. В условиях закрытой ниши это могло стать проблемой.
• Надежность операционной системы. Стабильность десктопных Windows или macOS в режиме 24/7 без присмотра вызывает вопросы. Внезапные обновления, всплывающие окна, сбои драйверов — все это могло «подвесить» инсталляцию в самый неподходящий момент. Нужен был предсказуемый и управляемый софт.
• Стоимость. Собирать кастомный бесшумный ПК в компактном корпусе — это не самое бюджетное решение.
• Отсутствие экспертизы у клиента. «Аудиокрафт» — гении звука, но не системные администраторы. Им нужно было решение, которое не требует от них знаний Linux, скриптов или удаленного администрирования. Просто кнопка «Вкл».

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

Забудьте о десктопном железе! Мы решили пойти другим путем – взять промышленный логический контроллер, сокращенно ПЛК. Что это такое? Это устройства-«рабочие лошадки», которые созданы для самых что ни на есть суровых условий. Вы их найдете на заводах, в котельных, в сложных системах умного дома. Они спроектированы работать без перерыва, 24/7, годами! Никаких вентиляторов, никаких подвижных частей. А крепятся они, кстати, прямо на стандартную DIN-рейку в обычном электрическом щитке.

Мы остановились на Wiren Board 8 – это отечественный контроллер. Если говорить о «железе», то его 4-ядерный ARM-процессор Allwinner T507 и 4 ГБ оперативной памяти вполне могут тягаться с Raspberry Pi 3 B+. Но поверьте мне, исполнение у Wiren Board – это просто другой уровень. Совсем другой класс:

• Прочный промышленный корпус.
• Надежное хранилище eMMC на 64 ГБ.
• Широкий диапазон питающих напряжений.
• Гарантированная работа в режиме 24/7.

Внутри контроллера – стандартный Debian 11 Bullseye. Это просто отлично: получаем потрясающую гибкость и доступ к целой горе пакетов. Наш план? Звучал, признаться, довольно дерзко, но при этом был вполне логичен: мы собирались заставить десктопную программу для создания музыки работать в серверной среде, да еще и на ARM-процессоре промышленного контроллера. Вызов принят!

Скачали ARM64-версию Pianoteq прямо с сайта производителя. Аккуратненько распаковали на наш контроллер. Первая попытка запустить ее в консоли? Бах! Предсказуемый провал, как мы и думали. Программа просто рухнула с классической ошибкой `segmentation fault`.

В чем загвоздка? Pianoteq – это, по сути, приложение с полноценным графическим интерфейсом, построенное на фреймворке JUCE. Даже если мы запускали его в режиме `--headless`, то есть без GUI, бинарник все равно тянул за собой в память целую кучу графических библиотек, к которым он привязался еще при сборке. Это X11, OpenGL и другие. А на нашей серверной сборке Debian для Wiren Board, естественно, их и в помине не было.

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

sudo apt update
sudo apt install -y \
 libgl1 libx11-6 libxext6 libxrender1 libxcursor1 libxrandr2 \
 libxinerama1 libxi6 libfreetype6 libfontconfig1 \
 libxcb-keysyms1 libxcb-icccm4 libxcb-randr0 libxcb-render-util0 \
 libxcb-image0 libxcb-shape0 libxcb-xkb1 libxcb-xinerama0 \
 libxkbcommon-x11-0 xauth alsa-utils

Как только мы поставили этот увесистый набор пакетов, произошло чудо: Pianoteq запустился в консоли! И, что главное, не упал! Это была наша первая – хоть и крошечная – победа. Но до того, чтобы услышать хоть какой-то звук, было еще, ой, как далеко.

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

Проверяем аудиокарту с помощью утилит из пакета alsa-utils:

aplay -l

**** List of PLAYBACK Hardware Devices ****
card 0: wb8hdmi [wb8-hdmi], device 0: 1f00140.hdmi-codec-0 hdmi-0 [1f00140.hdmi-codec-0 hdmi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: KA13 [FiiO KA13], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Система видит все, что нужно: и встроенный HDMI-аудио, и наш новенький USB-ЦАП FiiO KA13. Отлично! Что дальше? Проверяем MIDI-интерфейс.

amidi -l

Dir Device    Name
IO  hw:2,0,0  UM-1 MIDI 1

MIDI-адаптер Roland UM-1, конечно, был на месте. Запускаем Pianoteq, указываем ему нужные устройства. И что же? Тишина. Программа вроде бы работает, но MIDI-сообщения игнорирует напрочь.

Проблема оказалась в правах доступа. По умолчанию в Debian устройства из подсистемы ALSA (`/dev/snd/*`) доступны для записи только пользователю `root`. Наш сервис же мы планировали запускать от имени отдельного непривилегированного пользователя `pianoteq`. Решение — создать простое правило для `udev`, системного менеджера устройств Linux. Мы создали файл /etc/udev/rules.d/99-midi-permissions.rules со следующим содержимым:

SUBSYSTEM=="snd", GROUP="audio", MODE="0660"

Это правило предписывает системе при обнаружении любого нового звукового устройства (SUBSYSTEM=="snd") назначать ему группу `audio` и выставлять права на чтение/запись для владельца и группы. Осталось только добавить нашего пользователя в нужную группу:

sudo usermod -aG audio pianoteq

Вот оно! После перезагрузки контроллера и повторного запуска Pianoteq наконец-то все ожило. Мы тут же нажали тестовую ноту на MIDI-клавиатуре, и знаете что? Из колонок, подключенных к нашей маленькой коробочке на DIN-рейке, полился чистый, богатый звук рояля. Это был действительно ключевой прорыв.

Наша радость, увы, оказалась скоротечной. Стоило попробовать сыграть несколько нот одновременно, как звук тут же начал, что называется, «захлебываться» — появились те самые неприятные щелчки и треск. Мы столкнулись с xruns, или buffer underruns. Это происходит, когда процессор просто не успевает вовремя обработать звуковые фрагменты, и буфер пустеет. Сразу стало ясно: ARM-процессор контроллера работал буквально на износ.

Вот здесь и началось, наверное, самое интересное и, чего уж там, кропотливое — оптимизация производительности. Чтобы вообще что-то настроить, нам пришлось подключаться к контроллеру по SSH, используя `ssh -X` для проброса графики. Так мы запускали Pianoteq в графическом режиме, и только тогда получили полный доступ ко всем его внутренним параметрам.

Шаг 1: Настройки в Pianoteq

Итак, что мы изменили прямо в синтезаторе, шаг за шагом:

• Частота дискретизации. Снизили с 48000 Гц до 44100 Гц. Для человеческого слуха разница почти незаметна, а нагрузка на процессор падает почти на 15%.
• Размер аудио-буфера. Увеличили его с 128 до 256 сэмплов. Это добавило пару миллисекунд к задержке, но дало процессору больше времени на обработку данных, что резко сократило количество щелчков.
• Полифония. Ограничили максимальное количество одновременно звучащих нот до 64. Для задачи клиента этого было более чем достаточно.

Шаг 2: Настройки на уровне ОС

Даже после всех этих наших манипуляций мы замечали: при пиковых нагрузках все четыре ядра процессора загружались на все 100%. Мы поняли, нужно идти дальше – полностью изолировать системные процессы от аудиопотока. Здесь пригодилась утилита `taskset`. Она позволяет "привязать" процесс к конкретным ядрам CPU. Что мы сделали? Отдали три ядра из четырех целиком под Pianoteq, а одно оставили специально для операционной системы и всех ее фоновых задач. В итоге, команда для запуска выглядела так:

taskset -c 1,2,3 /mnt/data/pianoteq/Pianoteq --headless --multicore max

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

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

Для этой задачи `systemd` подошел просто идеально. Вы, наверное, знаете, что он используется в большинстве современных дистрибутивов Linux. Мы быстро написали для него простой сервис-файл.

Создаем файл /etc/systemd/system/pianoteq.service:

[Unit]
Description=Pianoteq Headless Service
After=sound.target

[Service]
User=pianoteq
Group=audio
ExecStart=/usr/bin/taskset -c 1,2,3 /mnt/data/pianoteq/Pianoteq 8 STAGE --headless --midi /dev/snd/midiC2D0 --audio-device "ASIO::FiiO KA13" --multicore max
Restart=always
RestartSec=5

[Install]
WantedBy=multi-user.target

Что именно мы описали в этом файле, чтобы система могла управлять нашим приложением:

• [Unit]: Описание сервиса и указание, что его нужно запускать после инициализации звуковой подсистемы.
• [Service]: Указание пользователя, от имени которого запускается процесс, сама команда запуска со всеми нашими ключами оптимизации, а также директива `Restart=always`, которая заставит systemd перезапустить сервис в случае его падения.
• [Install]: Указание, что сервис должен стартовать вместе с системой.

Активируем и запускаем сервис командами:

sudo systemctl daemon-reload
sudo systemctl enable pianoteq.service
sudo systemctl start pianoteq.service

Теперь все было, наконец, готово! Мы несколько раз протестировали систему, просто выключая и снова включая питание контроллера. И что же? Каждый раз, буквально через 15-20 секунд после старта, система была полностью готова к работе, тут же отзываясь на MIDI-команды. Задача выполнена, можно выдохнуть.

В итоге, клиенту мы передали полностью готовое устройство: контроллер Wiren Board 8, аккуратно смонтированный в небольшом пластиковом корпусе. Там уже был блок питания, USB-ЦАП, MIDI-интерфейс – все на месте. Им оставалось сделать самое простое: подключить всего-навсего три кабеля.

Итоги проекта в измеримых показателях:

• Задержка (latency): Общая задержка от MIDI-события до звука составила около 8 мс, что является отличным показателем для комфортной игры и полностью устроило клиента.
• Производительность: При типичной для инсталляции нагрузке средняя загрузка выделенных ядер CPU не превышала 75-80%, что оставляло запас прочности. Количество xruns — ноль.
• Энергопотребление: Вся система потребляла менее 10 Вт, что несопоставимо с любым десктопным ПК.
• Надежность: На момент написания этого кейса инсталляция в галерее работает уже более полугода в режиме 24/7 без единого сбоя или перезагрузки.

Для всей нашей команды в ITFresh этот проект — просто отличный пример того, как креатив, вкупе с по-настоящему глубоким погружением в задачу, помогает нам решать даже самые, казалось бы, нестандартные бизнес-проблемы. Мы ведь не просто «настроили сервер», верно? Мы создали уникальное аппаратно-программное решение, идеально соответствующее всем запросам клиента. И да, теперь мы точно знаем, как заставить промышленный контроллер играть на рояле – кому понадобится, обращайтесь!

Почему для проекта не подошел бы более дешевый Raspberry Pi?

Raspberry Pi, конечно, штука классная – для хобби и прототипов, самое то. Но если речь идет о коммерческой инсталляции, которая должна пахать 24/7, тут без вариантов: промышленный ПЛК Wiren Board гораздо, гораздо надежнее. У него и питание стабильнее, и никаких головных болей с SD-картами нет (там же eMMC-память!), да и вообще, он с самого начала создавался для абсолютно безотказной работы. Почувствуйте разницу.

Можно ли удаленно менять настройки синтезатора после установки?

Да, конечно, такая возможность предусмотрена! Мы специально оставили для клиента безопасное подключение к контроллеру по SSH. Если вдруг что-то понадобится, наш инженер сможет в любой момент подключиться, остановить сервис, запустить тот же Pianoteq в графическом режиме через X-forwarding, внести необходимые изменения и, конечно, снова запустить его. Все под контролем.

Насколько сложно было найти и устранить все технические проблемы?

Наш инженер потратил на эту задачу примерно два полных рабочих дня. Вы думаете, большая часть времени ушла на установку пакетов? Вовсе нет! Основные усилия потребовались для глубокой, методичной диагностики производительности. А ещё — для кропотливого подбора оптимальных параметров аудио-буфера и точнейших настроек синтезатора. Наша цель была предельно ясна: добиться стабильной работы системы, и чтобы ни единого щелчка не было слышно. Задача выполнена!