От аналоговых к цифровым и к сетевым

Любому, кто проектирует или строит системы медиатехнологий, время от времени приходится устранять неполадки. Будь то во время установки или при последующем поиске проблемы, устранение неполадок — это диагностический процесс, который должен осуществляться логично и методично. В этой статье рассматриваются принципы устранения неполадок и то, как их можно применять (или не применять) по мере развития технологий. Многие из этих принципов могут показаться знакомыми опытным специалистам, но мы также рассмотрим новые проблемы. Для начала давайте рассмотрим некоторые основные принципы, применимые к любому виду устранения неполадок (будь то AV-техник или врач).

Будьте методичны: если у вас поджимают сроки, а система просто должна работать, делайте всё необходимое. Но если вы хотите узнать причину или устранить проблему, вносите изменения по одному, делайте заметки и сохраняйте предустановки/сцены или версии настроек. Это особенно важно, если вам нужно вернуть что-то в прежнее состояние или если вы останавливаетесь и возвращаетесь к работе спустя несколько дней или недель.

Узнайте, как всё должно работать: это кажется очевидным, но легко сделать предположения, которые могут оказаться ошибочными. Это относится к целым системам, отдельным устройствам, приложениям и базовому программированию. Получите документацию, поговорите с обычными пользователями и производителями. Иногда то, что выглядит как неисправность, на самом деле является нормой, а странное поведение — всего лишь настройками конфигурации или настройками. Не забудьте спросить: «Что должно произойти, когда я нажму эту кнопку?»

Изучите основные понятия: знание того, как всё должно работать, подразумевает знание принципов, лежащих в основе этого. Это может включать в себя схемотехнику, программирование, протоколы связи и даже некоторые аспекты архитектуры, систем отопления, вентиляции и кондиционирования воздуха (ОВКВ) и электротехники в зданиях.

В более широком смысле, существует физика. Знание поведения звука необходимо для решения акустических проблем. Устранение проблем с беспроводными технологиями — от радиочастотных микрофонов до Wi-Fi и спутниковых антенн — требует знания электромагнитных свойств. Иногда поиск неисправностей может вести в очевидном направлении, но знание основополагающих принципов может указывать на ложный след: «Этого не может быть, что же на самом деле происходит?»

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

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

Возврат к (или запуск с) заведомо исправному состоянию: Представьте, что вы передаете HDMI-сигнал с компьютера на удаленный дисплей с помощью удлинителей HDBaseT и различных кабелей CAT6 и HDMI. Полный путь не работает, и существует несколько потенциальных точек отказа. Поэтому выясните, что работает. Подключитесь напрямую от компьютера к дисплею локально: Да. Затем возьмите удлинители и подключите их в комнате: Да. Теперь вы знаете, что дисплей, компьютер и удлинители исправны, как и только что использованные кабели. Используйте эти проверенные компоненты при переходе к окончательной конфигурации и старайтесь не добавлять новые неизвестные переменные (например, менять разрешение экрана в процессе).

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

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

Используйте заведомо исправные сигналы для тестирования: Тестовые сигналы, такие как цветные полосы и аудиосигнал, не только помогают установить уровни в процессе производства, но и служат надёжным источником для тестирования. В некоторых случаях информация об этих сигналах может быть достаточной для выявления проблемы. Например, если дисплей выглядит фиолетовым, использование цветных полос может быстро показать отсутствие зелёного канала. Крайне важно иметь стабильные и согласованные сигналы (и это лучше, чем повторять «тестирование»).

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

Старый добрый аналоговый сигнал

Честно говоря, когда дело доходит до диагностики неисправностей, мы скучаем по аналоговым сигналам. Обычно на каждый провод приходится один сигнал, и сигналы «текут» в одном направлении: от выхода к входу. Влияние характеристик и длины кабеля умеренно и предсказуемо, поведение выходных и входных цепей (интерфейсов) чётко определено, а сигналы можно измерить напрямую. Как правило, что видишь, то и имеешь. К тому же, аналоговое оборудование и процессы, как правило, работают автономно. То есть, их функционирование не зависит от каких-либо внешних факторов. Некоторые классические стратегии диагностики хорошо подходят для аналоговых устройств и служат отправной точкой для диагностики более сложных технологий.

Разделите проблему пополам: Когда на пути сигнала находится много устройств, один из простых способов сузить область поиска проблемы — проверить половину пути сигнала и проверить, сохраняется ли проблема. Если нет, проблема должна быть в другой половине. Затем проверьте половину подозрительной половины и так далее. Устройства, генерирующие собственные тестовые сигналы, чрезвычайно полезны в качестве «отправной точки» для тестируемого сегмента.

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

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

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

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

Измерение: Для измерения и анализа аналоговых сигналов требуется только базовое контрольное оборудование, такое как вольтметры и осциллографы. Это также верно для управляющих сигналов с низкой пропускной способностью, таких как RS-232, которые можно просматривать на осциллографе (невозможно определить, что означают данные, но можно увидеть, есть ли они). Аналоговое видео можно измерить тем же способом, но частоты гораздо выше, чем у аудиосигнала. Стандартные цветные полосы в сочетании с осциллографом и вектороскопом могут выявить природу многих проблем, наблюдаемых на видеомониторе.

Видео VGA (аналоговое RGB, часто с синхронизацией по горизонтали и вертикали) также можно протестировать теми же методами, но с добавлением сигналов EDID всё стало сложнее. Видео по-прежнему «течёт» от источника к монитору, но теперь есть данные и в обратном направлении, где монитор описывает свои характеристики устройству-источнику. Это создаёт возможность для ошибок, которые на самом деле не связаны с состоянием сигнала.

Цифровая полоса пропускания и цифровая с согласованием

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

Как и аналоговые, последовательное цифровое видео (SDI) и цифровой звук AES/SPDIF считаются сигналами основной полосы частот, то есть видео или аудио напрямую представлены сигналом в кабеле (в данном случае потоком битов данных). И, как и в аналоговых системах, обычно существует один сигнал, идущий в одном направлении. Схема на принимающем интерфейсе пытается извлечь чистый поток битов из всего поступающего сигнала. Поскольку сигнал — это просто данные (уровни напряжения, представляющие единицы и нули), то при условии, что вы восстановите эти данные в целости и сохранности, конечный продукт — звук или изображение — будут качественными. Если данные восстановлены неточно, сигнал может быть полностью потерян или возникнут артефакты (пропадания, искажения, зелёные блики, блочность), возникающие при попытке приёмного устройства распознать повреждённый битовый поток.

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

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

И здесь снова может помочь тестовое оборудование. Для цифровых сигналов основной полосы частот существуют те же инструменты, что и для аналоговых, что позволяет наблюдать за аудио- или видеоактивностью в режиме реального времени, видеть состояние различных параметров и просматривать необработанные данные. Более того, тестовое оборудование с дисплеем глазковой диаграммы может отображать состояние фактического битового потока. Это полезно для такого формата, как 12G-SDI (то есть UHDp60 по коаксиальному кабелю), который сильно подвержен деградации. (Если вы не можете наблюдать глазковую диаграмму, можно установить устройство перетактирования где-нибудь в тракте и посмотреть, поможет ли это.)

Цифровые видеоформаты, такие как HDMI, DVI и DisplayPort, также требуют надёжного восстановления данных на приёмнике и имеют те же ограничения на замену и подмену. Кроме того, некоторые форматы включают в себя так называемый двунаправленный обмен метаданными (рукопожатие) для определения параметров, что усложняет устранение неполадок. Проблема может заключаться не в неисправности, а в «разногласии» между устройствами. Хорошим примером служит защита от копирования HDCP, где при рукопожатии задаётся вопрос: «Является ли этот приёмник легитимным для этой программы?». Если эта защита реализована неправильно, вы можете увидеть пустой экран, хотя на самом деле он не работает.

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

Говоря о замене кабелей, помните, что при отсоединении и повторном подключении кабеля, например, HDMI, некоторые параметры сбрасываются. Контакт «горячего подключения» в разъёме предупреждает устройства о необходимости повторного рукопожатия. Так что, возможно, проблема не в новом кабеле, а в самом процессе повторного подключения. Конечно, повторное подключение — это стандартный метод «исправления» именно по этой причине!

При использовании HDMI полезно иметь тестовые генераторы, генерирующие сигналы с различными настраиваемыми параметрами. Вам нужны различные форматы SD и HD и изображения, а также может потребоваться разная битовая глубина, частота дискретизации звука и статус HDCP. То же самое относится к осциллографам или анализаторам: вы хотите знать, что на самом деле происходит, насколько это возможно. Благодаря квитированию, анализатор должен иметь возможность передавать параметры устройству-источнику (например, установите выходной сигнал 1080p30 с глубиной цвета 8 бит).

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

Физические аспекты сетевого аудио- и видеосигнала

Сетевое аудио- и видеосигнал («нечто по IP») практически во всем отличается от обычного аудио- и видеосигнала и выводит диагностику неисправностей на новый уровень. С помощью традиционных аналоговых и цифровых технологий можно отслеживать реальные сигналы в проводной сети или внутри оборудования в режиме реального времени. Превращение аудио- и видеосигналов в сетевые данные делает саму идею прямого измерения практически бессмысленной. Скорость передачи данных не только чрезвычайно высока, но и сигналы в проводной сети не имеют прямого отношения к видео или аудио. Это отчасти справедливо и для других цифровых форматов, но сетевые данные еще более абстрагированы от передаваемого ими контента. Конечная полезная нагрузка (звук и изображение) передается в виде коротких информационных слов в последовательных инкапсуляциях, каждая из которых использует определенные протоколы, позволяющие следующему уровню извлекать свою часть сообщения. Аудио- и видеосигнал получается только после сборки всех частей!

Однако сетевое аудио- и видеооборудование похоже на традиционное аудио- и видеооборудование в отношении поведения сигналов, проходящих по кабелям и интерфейсам. Как и балансный звук, Ethernet передается по витым парам проводов для подавления помех – как внешних, так и межпарных. Приемник должен восстанавливать битовый поток. Получение скорости 10 Гбит/с и выше с помощью простых медных проводов привело к эволюции конструкции кабелей и разъемов, что привело к более строгим ограничениям на длину и более высоким требованиям к схемам приемника.

Таким образом, условия, которые могут ухудшить качество SDI или HDMI, применимы и к Ethernet на кабелях «категорий» (а также к другим сигналам с высокой пропускной способностью, таким как HDBaseT). К счастью, физические интерфейсы Ethernet чётко определены стандартами, поэтому случайные различия в поведении оборудования сведены к минимуму. По моему опыту, физические сетевые соединения не являются серьёзным источником проблем при грамотном подключении.

Сетевые коммутаторы обычно являются сердцем сети, соединяя устройства и передавая между ними необходимые данные (они совершенно отличаются от AV-коммутаторов). В сетевом коммутаторе происходит множество процессов, и хотя простых коммутаторов может быть достаточно для базовых задач, управляемый коммутатор включает в себя функции устранения неполадок и мониторинга состояния сети. Для сложных систем, использующих Dante, NDI, AVB и другие транспортные протоколы, могут потребоваться управляемые коммутаторы. Кроме того, новые коммутаторы, разработанные для AV-сигналов, могут также включать техническую поддержку, ориентированную на AV-сигналы.

Питание по Ethernet (Power-over-Ethernet) — ещё один потенциальный источник проблем при поиске и устранении неисправностей. При использовании POE переподключение или замена кабеля также приводит к отключению питания устройства, поэтому фактическое решение проблемы может быть неоднозначным. Кроме того, корректная работа POE — это ещё один процесс согласования, в ходе которого устройство и коммутатор (или другой источник POE) согласовывают необходимые характеристики мощности. Если этот процесс идёт не так, это может выглядеть как аппаратный сбой на любом из концов. Вам может потребоваться способ прямого мониторинга POE — дополнительное тестовое оборудование!

Сетевое AV за пределами физического интерфейса

При устранении неполадок в пользовательском интерфейсе аппаратного или программного обеспечения AV, такого как аудиопроцессор или потоковый кодер, применяются те же принципы, что и для любого другого устройства (проверка конфигураций, проверка на наличие конфликтов с другими процессами, возврат в рабочее состояние и т. д.). Однако многие проблемы в сетевом AV связаны скорее с отсутствием связи между устройствами, настройками коммутатора и маршрутизатора или другими аспектами, не связанными напрямую с аудио- или видеонагрузкой. Идея прохождения сигнала через систему вышла за рамки проводов, подключений и устройств. Теперь нам необходимо рассмотреть протоколы и методы, которые полностью связаны с передачей битов данных с уровня IP в одном месте на уровень IP в другом.

И задействовано множество протоколов. У вас может быть функционирующая система, которая время от времени выходит из строя из-за некорректной настройки коммутатора. Примером этого является растущее использование (или необходимость) многоадресной передачи для многих типов AV-over-IP-транспорта, что означает, что коммутаторы должны поддерживать правильные протоколы, правильные версии протоколов и быть правильно настроенными.

Что ещё сложнее, сети Ethernet не были предназначены для передачи синхронных данных с высокой пропускной способностью, то есть аудио и видео в реальном времени. Они были разработаны для таких задач, как передача файлов или запись в базу данных, что не предъявляет особых требований к самой сети. Для обеспечения надёжной работы AV в базовые протоколы Ethernet было добавлено множество сложных настроек.

Настройка и устранение неполадок сетевых систем требует большого количества работы с IP-адресами и связанными с ними маской подсети, шлюзом и т. д. Многие устройства изначально настроены на DHCP-адресацию (или по умолчанию на локальные адреса), и определение адреса устройства может быть непростой задачей. К тому же, эти адреса могут меняться! Мы считаем, что настройка статических IP-адресов на оборудовании и ведение списка адресов и логинов для всех устройств в сети обеспечивает быстрое и однозначное подключение к устройствам, а также позволяет легче определить, когда устройство пропадает.

При наблюдении за работой системы, проблемы с AV возникают в режиме реального времени, но невозможно интерпретировать данные, которые могли бы объяснить причину, в режиме реального времени. Чтобы понять, что происходит в сети, необходимо собирать данные и анализировать их постфактум. Отправной точкой для этого являются системные журналы. Разработчикам оборудования и программного обеспечения также необходимо устранять неполадки в своих продуктах, поэтому все виды журналов могут быть доступны внутри компании. Если вы ещё не знаете об этом или не найдёте этого в руководстве, стоит обратиться в техподдержку (вас также могут попросить скачать и отправить журналы). Журналы ведутся на управляемых коммутаторах, сетевых маршрутизаторах, межсетевых экранах и многих AV-устройствах. Сделайте себе одолжение и настройте внутренние часы устройств, чтобы временные метки в журналах событий были точными! Когда проблемы становятся действительно загадочными, может потребоваться программа для анализа пакетов, например, Wireshark, для сбора необработанных сетевых данных и анализа потенциальных ошибок. Это требует глубокого понимания сетей и большого количества времени.

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

Разные советы

Когда всё остальное не работает, возможно, пора сбросить настройки до заводских. Многие устройства позволяют это сделать, и иногда это единственный способ начать всё с нуля. Но делайте заметки и снимки экрана всего, что нужно восстановить. Сохранение пресетов/сцен тоже полезно, если только проблема не связана с чем-то, сохранённым в пресете!

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

Протоколы Dante, AVB и SMPTE 2110 известны своими требованиями к тактовой частоте, и проблемы с тактовой частотой также часто встречаются в цифровом аудиоформате AES/EBU. Автономные устройства AES могут работать на «внутренней» частоте, но как только вы подключаете два устройства, кто-то должен управлять ими, иначе будут пропадать звук, возникать щелчки и треск. Частота дискретизации также должна совпадать.

Если вы устраняете неполадки через удалённый доступ, например, через VNC или Teamviewer, будьте осторожны, чтобы случайно не изменить что-либо, что может привести к разрыву соединения. Иногда поспешная работа приводит к чему-то глупому, например, к изменению IP-адреса удалённого компьютера, к которому вы подключены. Уныло, когда соединение обрывается и нет возможности вернуться.

Когда кто-то говорит, что сеть или интернет-сервис «не работают», потому что он не может зайти на веб-сайты на компьютере, в настройках IP компьютера может отсутствовать DNS-сервер. Без DNS браузер не может найти веб-страницы по URL. Это часто случается, особенно если компьютеры используют статические IP-адреса. Аналогично, без адреса шлюза интернет будет недоступен.

Умение использовать командную строку Windows (или утилиту «Терминал» в macOS) для выполнения простых задач чрезвычайно полезно, как и определённый опыт работы со средами Unix/Linux. Даже если вас консультирует сотрудник службы технической поддержки, полезно уметь работать с командной строкой.