Для успешного выполнения и достижения своих целей в светодиодном дисплее и достигнутости, комплексный план проекта имеет важное значение. Какие шаги участвуют в разработке системы управления светодиодным дисплеем? Какие индикаторы и параметры следует учитывать в процессе проектирования?
Процесс проектирования системы управления дисплеем светодиода в основном включает в себя пять этапов: сбор и подтверждение требований, дизайн решения, обзор решения, реализацию решения и доставку решений. Блок -схема показана ниже.
Сбор и проверка требований
Сбор требований
Сбор требований включает в себя проведение углубленных и подробных исследований и анализа «требований» или «потребностей», выраженных заинтересованными сторонами проекта. Этот процесс направлен на точное понимание конкретных требований к функциональной, производительности и надежности как пользователей, так и проекта. Этот процесс переводит неформальные требования пользователей в полное определение требований, тем самым разъясняя, что должна делать система, и обеспечивая основу для проектирования, улучшения и обслуживания системы.
Сбор требований является важным шагом на этапе планирования проекта, поскольку он определяет, какая функциональность системы должна быть достигнута, и обеспечивает четкое направление для его достижения.
Как правило, требования классифицируются на бизнес -требования, требования пользователей и функциональные требования, в зависимости от цели
Некоторые потребности-это псевдоновые и не имеют практической ценности. Потребности пользователя должны быть экранированы на основе трех измерений подлинности, стоимости и осуществимости. Это будет отфильтровать те, которые являются ложными, невозможными или бесполезными, тем самым переоценить основные потребности пользователя. Понимание «почему» важнее, чем «что», имеет решающее значение.
Потребности также могут быть классифицированы как явные и неявные. Явной необходимостью является конкретное заявление руководителя проекта в отношении проблем, ключевых моментов и трудностей; Неявная потребность - это расплывчатое заявление руководителя проекта в отношении проблем, ключевых моментов и трудностей. Например, если пользователь говорит, что качество дисплея плохое, это неявная потребность, которую следует изучить как явную потребность. Это может руководствоваться по таким вопросам, как «Какой аспект производительности вы имеете в виду?»
В качестве примера, принимая модель Appelits $, пользователи будут иметь следующие восемь измерений требований для решения.
$: Цена;
A: доступность;
P: упаковка;
P: производительность;
E: простой в использовании;
A: гарантии;
L: стоимость жизненного цикла;
S: SocialCectance.
Требования должны оцениваться по важности, основанную на приоритетах проекта и ключевых областях фокуса. Это будет способствовать конфигурации рационального дизайна и оборудования команды дизайнеров на основе этих приоритетов.
Процесс сбора требований заключается в понимании текущих потребностей проекта и наиболее насущных проблемах, которые необходимо решить.
Спрос на светодиодные дисплеи обычно поступает от конечных пользователей, подрядчиков или интеграторов. Типичная информация о требованиях передается персоналу проекта посредством документов проекта, телефонных звонков, электронных писем и других каналов. Эти начальные требования затем собираются и анализируются рано. Этот ранний процесс анализа обычно включает подтверждение требований и создание списка требований.
Требования подтверждение
Из -за разнообразных источников и методов требований нам необходимо провести вторичное подтверждение и проверку информации информации о требованиях. Вторичное подтверждение включает в себя подтверждение с заинтересованными сторонами проекта. Любая неясная, неточная или неоднозначная информация в описании требований для обеспечения ее точности. Проверка информации в первую очередь включает в себя всесторонний анализ и проверку информации пользователя, информации о проекте и информации конечного пользователя на основе трех ключевых элементов: тип проекта, сценарий и процесс.
1. Определите тип проекта.
Различные проекты требуют разных решений и имеют разные приоритеты. Например, арендованные компании приоритет производительности и простоте использования, в то время как фиксированные инсталляционные компании определяют приоритеты в стоимости и стабильности.
2. Определите сценарий приложения.
Различные сценарии приложения требуют разных решений. Например, кинотеатры определяют приоритет качество изображения светодиодных экранов, в то время как установки сценических установок приоритет функциональности экранов ED.
3. Пройти через пользовательский опыт.
Когда различные методы реализации могут соответствовать одинаковым требованиям, следует изучить фактический опыт пользователя и привычки, чтобы позволить команде разработчиков определить оптимальное решение.
Создать список требований
После сбора и подтверждения информации о требованиях создайте список требований и документируйте его. Документирование пользовательских требований имеет два существенных преимущества: 1. Он обеспечивает эффективное общение в команде проекта, снижение внутренних затрат на общение и обеспечение целостности информации о требованиях во время передачи . 2. Это облегчает запись и архивирование изменений требований, способствуя отслеживанию и мониторингу во время проектной деятельности и в конечном итоге в качестве контрольного списка для решений.
Список требований должен включать, но не ограничивается именем требования, пользователем, сроками, типом, сценарием, элементом, описанием и приоритетом. Кроме того, фактическое использование элемента следует описать, принимая во внимание пользовательские процессы и привычки, и требования должны быть ранжированы по важности.
Список требований
| Требование название | Требуют пользователей | Требование время | Тип требования | Сценарий требования | Требование | Описание требования | Приоритет требования |
Дизайн решения
После сбора и подтверждения требований требуется дизайн решения. В процессе разработки решений, стоимость, совместимость, управление рисками, реализация проекта и другие аспекты должны быть всесторонне, и функциональная полнота должна соблюдаться.
Концепция дизайна основана на принципах надежной производительности, передовых технологий, легкого обслуживания и сохранения ресурсов.
Конструкция экрана светодиодного дисплея обычно включает в себя дизайн системы управления, дизайн экрана дисплея и конструкцию конструкции. Проектирование системы управления и дизайн экрана дисплея являются дополнительными и, как правило, являются обязанностью поставщика. Конструкция строительства обычно определяется посредством сотрудничества между пользователем и строительной компанией.
В настоящее время существует два общих метода установки для основных светодиодных дисплеев: один из них - сплайсировать светодиодные модули, а другой - построить светодиодный шкаф. Первый предлагает гибкие решения, разнообразные типы нагрузки, легкое обслуживание и ремонт, а также низкие общие затраты на проекты. Последний предлагает более стабильную структуру шкафа, быстрая и легкая установка, улучшенная плавность сплайсинга и конструкция шкафа, в которой размещается источник питания, получение карты и различные электронные компоненты, делает его более безопасным. Следовательно, принимая во внимание все факторы, метод установки светодиодного модуля сплайсинга подходит для большинства сценариев установки фиксированной дисплея на рынке, в то время как метод установки светодиодного шкафа в основном используется для крупных наружных экранов, высококачественных установки с фиксированными дисплеями с достаточными бюджетами и прокатных применений. Учитывая актуальность, практичность и продолжительность приложений для демонстрации светодиодов, эта книга посвящена дизайну системы управления в рамках дизайна светодиодного дисплея. Конструкция системы управления обычно включает в себя дизайн получения карт, конструкцию контроллера, дизайн аксессуаров и список оборудования.
Приемная карта дизайн
Для производителей светодиодного шкафа позиционирование рынка и необходимая функциональность продукта шкафа уже рассматриваются при разработке и выпуске шкафа. Следовательно, выбор получения карт является ключевым фактором с самого начала дизайна шкафа. Следовательно, для конструкций системы управления, которые используют установку светодиодного шкафа, нет необходимости выбирать приемную карту или рассчитать его грузоподъемность. Например, шкафы серии Absen's AW и DW и шкафы UGN и UGM UGN и UGM UGN и UGM продаются индивидуально, а приемная карта уже интегрирована и полностью отлаживается. Просто питание на шкафу для обычного дисплея.
Для конструкций системы управления, которые используют сплайсинг светодиодного модуля, соответствующий выбор принимающей карты должен рассматриваться на основе собранной информации. Ключевые факторы, влияющие на выбор приемной карты во время проектирования системы управления, включают тип интерфейса данных модуля, конкретные функциональные требования проекта и формат группы данных приемной карты . 1. Выбор получения карты
1) Тип интерфейса данных модуля
Интерфейс ввода/вывода данных светодиодного модуля обычно называют интерфейсом концентратора. Он определяет стандартный «язык», используемый при общении между светодиодным модулем и приемной картой. В настоящее время на рынке существует много разных типов интерфейсов концентраторов, а наиболее часто используемые являются Hub75e и Hub320. На рисунках 2-2-1 и 2-2-2 показаны два приемника туманности Nova: DH426 (для интерфейса Hub75E) и DH436 (для интерфейса Hub320).
Разница между интерфейсом Hub7SE и интерфейсом Hub320 заключается в их определениях. Модули с интерфейсом Hub75E обычно содержат два набора данных, в то время как модули с интерфейсом Hub320 содержат четыре набора данных. Следовательно, при выборе приемной карты тип интерфейса модуля должен быть основным фактором. Несовместимые типы интерфейса могут сделать выбранную принимающую карту неработоспособной или неработоспособной непосредственно, что требует добавления платы адаптера концентратора для преобразования интерфейса. Это увеличивает сложность и затраты проекта.
2) Конкретные функциональные требования проекта
Основываясь на информации, собранной в списке первоначальных требований, мы имеем четкое понимание конкретных потребностей пользователя и определили, требуются ли конкретные функции. Следовательно, при выборе приемной карты важно тщательно рассмотреть конкретные потребности пользователя и функциональные функции карты, чтобы определить, необходима ли конкретная модель или серия приемных карт для реализации необходимой функциональности. Например, в одном проекте пользователь должен обнаружить и найти (осмотреть) неконтролируемые пиксели (мертвые светильники) на светодиодном дисплее. В качестве примера, принимая систему управления туманностью Nova, техническое решение должно включать карту мониторинга MON300. Эта карта мониторинга может использоваться только с конкретной моделью приемной карты, MRVS60, для достижения вышеуказанных требований.
Существует много других конкретных функциональных требований, таких как низкая задержка и HDR. Конкретное решение требует консультации с соответствующими спецификациями продукта принимающей карты перед выбором модели. Если проект не требует таких специальных функциональных требований, выбор приемной карты не ограничен.
Производители системы управления тщательно рассмотрим позиционирование рынка различных моделей приема карт в одной и той же серии при их разработке, чтобы предоставить пользователям более гибкие варианты. Помимо пропускной способности нагрузки, еще одним важным параметром для различных моделей приемных карт в одной и той же серии является режим группы данных, который также отражается в количестве портов концентраторов на приемной карте. Например, серия Nova Nebula DH, получая карты, включают в себя 8, 12 и 16 портов Hub7SE соответственно. Hub75e является отраслевым стандартом, причем каждый порт поддерживает две группы данных сигнала RGB. Таким образом, приемные карты DH7508, DH7512 и DH7516 поддерживают максимум 16, 24 и 32 группы данных, соответственно . 3)
Группы данных, соответствующие каждому концентраточному порту, расположены последовательно сверху вниз. Первый хаб -порт на приемной карте DH7508 пронумерован 1, подключаясь к первой строке модулей и соответствует группам данных 1 и 2. Аналогично, число J2 соответствует группам данных 3 и 4. Аналогично, число J8 соответствует группам данных 15 и 16.
При выборе приемной карты соответствующая модель обычно выбирается на основе высоты модуля. Например, если проект использует модули с разрешением 160x80 (пиксели, все разрешения в этой книге находятся в пикселях) (интерфейс Hub75e) для создания дисплея 720p (1280x7200), какую приемную карту следует выбрать?
Основываясь на расчетах разрешения, мы знаем, что светодиодный дисплей состоит из 9 строк и 8 столбцов модулей. Для поддержки вертикальной нагрузки требуется не менее 9 интерфейсов в концентраторе. Тем не менее, полученная карта DH7508 имеет только 8 интерфейсов концентраторов, которые недостаточны для вертикальной нагрузки. Следовательно, приемная карта DH7512 должна быть выбрана с использованием 9 -концентраточных интерфейсов. Количество полученных карт DH7512, необходимых для полной поддержки всего дисплея, требует дальнейших расчетов нагрузки.
Расчет загрузки карты приемника
Расчет загрузки карты приемника в первую очередь зависит от общего количества пикселей, поддерживаемых приемной картой, и соответствующего используемого режима группы данных. Метод расчета выглядит следующим образом.
Основными соображениями для выбора модели принимающей карты являются общая емкость загрузки карты и режим максимальной поддерживаемой группы данных.
Во -первых, рассмотрим модель приемной карты на основе количества строк и столбцов модуля. Это в первую очередь рассматривает количество рядов. Для модулей с до 8 рядов выберите приемную карту с 8 -концентраторными интерфейсами, такими как DH7508; Для модулей с до 12 строк выберите приемную карту с 12 интерфейсами концентратора, такими как DH7512; И для модулей с до 16 рядов выберите приемную карту с 16 интерфейсами концентратора, такими как DH7516.
Затем оптимизируйте выбор на основе емкости загрузки приемной карты. Основываясь на разрешении модуля и разрешении приемной карты, вы можете рассчитать максимальное количество модулей, которые могут быть каскадированы с помощью одного интерфейса концентратора и общего количества требуемых приемных карт. Если расчет показывает, что один интерфейс Hub не может поддерживать ни одного модуля, рассмотрите возможность добавления приемных карт, уменьшение количества интерфейсов концентраторов или выбрать приемную карту с большей грузоподъемностью. Taking the Nova Nebula DH7516 receiving card as an example, if hub interfaces 1-4 are used, the receiving card operates in 8-data mode, and the load capacity of a single data group=the total load capacity of the receiving card / 8. If hub interfaces 5-8 are used, the receiving card operates in 16-data mode, and the load capacity of a single data group minus the total load capacity of the Приемная карта / 16. Если используются интерфейсы HUB 9-16, принимающая карта работает в режиме 32-темы, а грузоподъемность одной группы данных за вычетом общей грузоподъемности принимающей карты / 32.
Вообще говоря, путем расчета количества модулей, которые может поддерживать одна приемная карта на основе спецификаций приемных карт и модулей, выбранных для проекта, можно сделать разумную конструкцию нагрузки. Пользователи отрасли обычно соединяют как можно больше модульных плат в рамках грузоподъемности принимающей карты, тем самым уменьшая количество используемых приемных карт и снижения затрат.
Конструкция конструкции
Контроллеры, обычно называемые картами передатчиков, имеют решающее значение в проектах светодиодных дисплеев. После выбора и расчета загрузки приемной карты модель и количество приемных карт в проекте в основном определены. Затем выполняются выбор контроллера и нагрузки для определения модели и количества контроллеров в конечном решении.
Выбор контроллера
1) Тип источника видео ввода
Основная функция контроллера состоит в том, чтобы получить видеосигналы с переднего интерфейса устройства или компьютера, обрабатывая их в дифференциальные сигналы, подходящие для передачи через сетевой кабель, а затем передавайте эти сигналы на приемную карту через сетевой порт и кабель для дисплея на дисплее светодиода. Следовательно, при выборе контроллера необходимо учитывать тип интерфейского источника видео входа. Например, конференц -зал может потребоваться установить большой промышленный экран ED, и пользователь требуется, чтобы на экране отобразился один канал видео с камерой для ежедневного использования. Камера обычно использует интерфейс SDI.
Поэтому при выборе контроллера вам нужно выбрать один с интерфейсом SDI, а не просто контроллером. Принимая облачный контроллер Nova в качестве примера, вы можете выбрать MCTRL660PRO с одним интерфейсом 3G-SDI или MCTRLR5 с интерфейсом 6G-SDI.
Основываясь на полученной информации, у нас есть четкое представление о конкретных потребностях пользователя и требуется ли какие -либо конкретные функции. Поэтому при выборе контроллера нам необходимо тщательно сравнить конкретные потребности пользователя с функциональными характеристиками приемной карты и рассмотреть вопрос о том, требуется ли конкретная модель контроллера для достижения соответствующих функций.
Например, телевизионная станция хочет установить светодиодный дисплей для живых трансляций. Из -за вещательных характеристик станции светодиодное изображение дисплея должно быть синхронизировано как можно более близко с помощью живого радиовещательного изображения, а задержка изображения, которая влияет на качество вещания, неприемлема. Из -за уникального варианта использования это решение требует конкретного функционального требования, а именно «низкая задержка». Обычные контроллеры на рынке обычно испытывают задержку изображения в одну кадров из-за их неотъемлемых характеристик. Если задержки на приемной карте и светодиодном драйвере отображаются в IC, в том, что вся система испытывает задержку с 3-4 рамой, которая легко заметна для человеческого глаза. Следовательно, при выборе контроллера L660 Pro для этого решения следует учитывать специальные соображения. Например, контроллер MCTRL660PRO в сочетании с приемной картой A8S/A10S Plus может снизить общую задержку системы до приблизительно двух кадров, причем почти нулевая задержка со стороны контроллера.
