Соединение типа звезда: Соединение электродвигателей звездой и треугольником | Полезные статьи

Общие сведения о схеме типа «звезда» и ее значении в Power BI — Power BI

• Статья
• 11/28/2022
• Чтение занимает 16 мин

Эта статья предназначена для разработчиков моделей данных Power BI Desktop. В ней описывается схема типа «звезда» и ее значение при разработке моделей данных Power BI, оптимизированных для повышения производительности и удобства использования.

Исчерпывающее описание проектирования с использованием схемы типа «звезда» выходит за рамки данной статьи. Дополнительные сведения см. в опубликованных материалах, например книге The Data Warehouse Toolkit: The Definitive Guide to Dimensional Modeling (3-е издание, 2013 г.

) под авторством Ральфа Кимбалла (Ralph Kimball) и других.

Обзор схемы типа «звезда»

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

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

В таблицах фактов хранятся наблюдения или события. Это могут быть заказы на продажу, остатки запасов, обменные курсы, значения температуры и т. п. Таблица фактов содержит ключевые столбцы измерений, связанные с таблицами измерений, и числовые столбцы мер. Ключевые столбцы измерений определяют размерность таблицы фактов, а значения ключей измерений — ее степень детализации. Например, рассмотрим таблицу фактов, предназначенную для хранения планов продаж, с двумя ключевыми столбцами измерений: Дата и КлючТовара. Легко понять, что таблица имеет два измерения. Однако степень детализации нельзя определить без учета значений ключей измерений. В этом примере предположим, что в столбце Дата хранятся первые дни каждого месяца. В таком случае степенью детализации является месяц и продукт.

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

Нормализация и денормализация

Чтобы понять некоторые концепции схемы звезд, описанные в этой статье, важно знать два термина: нормализация и денормализация.

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

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

При источнике данных из файла экспорта или извлечения данных, скорее всего, он представляет денормализованный набор данных. В этом случае используйте Power Query для преобразования и формирования исходных данных в несколько нормализованных таблиц.

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

Значение схемы типа «звезда» для моделей Power BI

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

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

• таблицы измерений поддерживают фильтрацию и группирование;
• таблицы фактов поддерживают обобщение.

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

По факту это определяется связями модели. Связь модели определяет путь применения фильтра между двумя таблицами, а тип таблицы определяется свойством Кратность этой связи. Часто связь имеет кратность один ко многим или обратный вариант — многие к одному. Сторона «один» всегда представлена таблицей измерений, а сторона «многие» — таблицей фактов. Дополнительные сведения о связях см. в статье Создание связей модели в Power BI Desktop.

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

Наконец, следует понимать, что проектирование оптимальной модели — это не только умение, но и искусство. Иногда можно отклоняться от рекомендаций, если это продиктовано условиями.

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

• Меры
• Суррогатные ключи
• Измерения типа «снежинка»
• Ролевые измерения
• Медленно изменяющиеся измерения
• Произвольные измерения
• Вырожденные измерения
• Таблицы фактов без метрик

Меры

В схеме типа «звезда» мера — это столбец таблицы фактов, в котором хранятся значения для обобщения.

В модели Power BI мера имеет другое, но схожее определение. Это формула, написанная на языке выражений анализа данных (DAX), которая служит для обобщения. В выражениях мер часто используются статистические функции DAX, такие как SUM, MIN, MAX, AVERAGE и т. д., для получения скалярного результата во время выполнения запроса (значения никогда не хранятся в модели). Выражением меры может быть как простое агрегирование столбцов, так и более сложная формула, переопределяющая контекст фильтра и распространение связей. Дополнительные сведения см. в статье Основные сведения о DAX в Power BI Desktop.

Важно иметь в виду, что модели Power BI поддерживают еще один способ формирования сводных данных. Любой столбец (и, как правило, числовые столбцы) можно суммировать с помощью визуального элемента отчета или Q&A. Эти столбцы называют неявными мерами. Они повышают удобство работы для разработчиков моделей, так как зачастую позволяют не создавать меры. Например, столбец Сумма продаж торгового посредника Adventure Works можно обобщать различными способами (сумма, количество, среднее значение, медиана, минимум, максимум и т. д.), не создавая меру для каждого возможного типа статистической обработки.

Однако есть три веские причины для создания мер даже в случае простого обобщения на уровне столбцов.

• Если известно, что авторы отчетов будут запрашивать модель с помощью многомерных выражений, модель должна содержать явные меры. Явные меры определяются с помощью DAX. Такой подход особенно актуален, если запросы к набору данных Power BI выполняются с помощью многомерных выражений, так как многомерные выражения не позволяют обобщать значения столбцов. В частности, многомерные выражения будут использоваться при выполнении анализа в Excel, потому что сводные таблицы выдают запросы многомерных выражений.
• Если известно, что авторы отчетов будут создавать отчеты Power BI с разбивкой на страницы с помощью конструктора запросов многомерных выражений, то модель должна включать явные меры. Только конструктор запросов многомерных выражений поддерживает серверные агрегаты. Таким образом, если авторам отчетов нужны меры, вычисленные Power BI (а не подсистемой отчетов с разбивкой на страницы), они должны использовать конструктор запросов многомерных выражений.
• Если необходимо, чтобы авторы отчетов могли обобщать столбцы только определенными способами. Например, столбец Цена за единицу торгового посредника (который представляет цену единицы товара) можно обобщать, но только с помощью определенных статистических функций. Его нельзя суммировать, но можно обобщать с помощью других статистических функций, таких как минимум, максимум, среднее значение и т.  д. В этом случае разработчик модели может скрыть столбец Цена за единицу
  и создать меры для всех соответствующих статистических функций.

Этот подход к проектированию хорошо подходит для отчетов, созданных в служба Power BI и Q&A. Однако активные подключения в Power BI Desktop позволяют авторам отчетов отображать скрытые поля в области Поля, что дает возможность обойти ограничения.

Суррогатные ключи

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

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

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

Измерения типа «снежинка»

Измерение типа «снежинка» — это набор нормализованных таблиц для одной бизнес-сущности. Например, продукты в компании Adventure Works классифицируются по категориям и подкатегориям. Продукты назначаются подкатегориям, а подкатегории в свою очередь назначаются категориям. В реляционном хранилище данных Adventure Works измерение продуктов нормализовано и хранится в трех связанных таблицах: DimProductCategory, DimProductSubcategory и DimProduct.

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

В Power BI Desktop можно имитировать схему типа «снежинка» (например, если исходные данные имеют соответствующую структуру) или включить исходные таблицы в одну таблицу модели (то есть выполнить их денормализацию). Как правило, использовать одну таблицу в модели выгоднее. Оптимальное решение может зависеть от объемов данных и требований к удобству использования модели.

Если вы решили имитировать схему типа «снежинка», имейте в виду следующее:

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

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

Медленно изменяющиеся измерения

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

В теории схемы типа «звезда» выделяются два основных типа медленно изменяющихся измерений: тип 1 и тип 2. Таблица измерения может иметь тип 1 или тип 2 либо поддерживать оба типа одновременно для разных столбцов.

Медленно изменяющееся измерение типа 1

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

Реализовать медленно изменяющееся измерение типа 1 можно посредством обновления таблицы измерения модели Power BI без дополнения. При таком обновлении таблицы в нее загружаются последние значения.

Медленно изменяющееся измерение типа 2

Медленно изменяющееся измерениетипа 2 поддерживает управление версиями элементов измерения. Если в исходной системе версии не хранятся, то обычно обнаружение изменений и надлежащее управление ими в таблице измерения осуществляются в процессе загрузки в хранилище данных. В этом случае в таблице измерения должен использоваться суррогатный ключ для предоставления уникальной ссылки на версию элемента измерения. Таблица также содержит столбцы, которые определяют срок действия версии (например, StartDate и EndDate), и, возможно, столбец флага (например, IsCurrent), который упрощает фильтрацию текущих элементов измерения.

Например, в Adventure Works продавцы назначаются регионам продаж. Когда продавец переводится в другой регион, необходимо создать новую версию его записи, чтобы исторические факты остались связанными с прежним регионом. Для обеспечения точного исторического анализа продаж по продавцам в таблице измерения должны храниться версии записей продавцов и связанные с ними регионы. В таблице также должны содержаться начальные и конечные даты, которые определяют срок действия. Для текущей версии конечная дата может быть пустой (или иметь значение 31.12.9999). В таблице также должен быть определен суррогатный ключ, так как бизнес-ключ (в данном случае это идентификатор сотрудника) не является уникальным.

Важно понимать, что если в исходной системе версии не хранятся, для обнаружения и хранения изменений необходимо использовать промежуточную систему (например, хранилище данных). При загрузке таблицы должны сохраняться существующие данные и выявляться изменения. При обнаружении изменения текущая версия должна терять актуальность. Для учета этих изменений обновляется значение EndDate и вставляется новая версия, значение StartDate которой совпадает со значением EndDate предыдущей версии. Кроме того, для связанных фактов необходимо использовать поиск на основе времени, чтобы получить значение ключа измерения, соответствующее дате факта. Модель Power BI на основе Power Query не позволяет получить такой результат. Однако она позволяет загружать данные из предварительно загруженной таблицы медленно изменяющегося измерения типа 2.

Модель Power BI должна поддерживать запрос исторических данных для элемента независимо от наличия изменений, а также для версии элемента, которая представляет определенное состояние элемента во времени. В контексте Adventure Works это позволяет запрашивать данные продавца независимо от назначенного региона продаж или конкретную версию записи продавца.

Для этого таблица измерения модели Power BI должна включать в себя столбец для фильтрации продавцов и еще один столбец для фильтрации версии записи. Столбец версии должен предоставлять однозначное описание, например «Виктор Игнатьев (15.12.2008–26.06.2019)» или «Виктор Игнатьев (текущая)». Кроме того, важно проинформировать авторов и пользователей отчетов об основах работы с медленно изменяющимися измерениями типа 2 и о том, как обеспечить нужную структуру отчета, применяя правильные фильтры.

Рекомендуется также реализовать иерархию, позволяющую детализировать визуальные элементы до уровня версии.

Ролевые измерения

Ролевое измерение — это измерение, которое позволяет фильтровать связанные факты по-разному. Например, в Adventure Works таблица измерения дат имеет три связи с фактами продаж торговых посредников. Одну и ту же таблицу измерения можно использовать для фильтрации фактов по дате заказа, дате отгрузки или дате доставки.

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

В модели Power BI такую схему можно имитировать, создав несколько связей между двумя таблицами. В примере Adventure Works таблицы дат и продаж торговых посредников будут иметь три связи. Хотя это и возможно, важно понимать, что между двумя таблицами модели Power BI может быть только одна активная связь. Все остальные связи должны быть неактивными. Наличие одной активной связи означает, что путь применения фильтра по умолчанию ведет от даты к продажам торгового посредника. В этом случае в качестве активной связи устанавливается фильтр, наиболее часто используемый отчетами. В Adventure Works это связь с датой заказа.

Единственный способ использовать неактивную связь — определить выражение DAX, в котором применяется функция USERELATIONSHIP. В нашем примере разработчик модели должен создать меры, чтобы обеспечить анализ продаж через торговых посредников по датам отгрузки и доставки. Это может потребовать много усилий, особенно если в таблице торговых посредников определено большое количество мер. Кроме того, из-за большого количества мер в области Поля работать может быть неудобно. Есть и другие ограничения.

• Когда авторы отчетов прибегают к обобщению столбцов вместо определения мер, они не могут получить сводные данные для неактивных связей без написания мер на уровне отчета. Меры на уровне отчета можно определять только при создании отчетов в Power BI Desktop.
• При наличии только одного активного пути связи между датами и продажами через торговых посредников невозможно одновременно фильтровать продажи через торговых посредников по различным типам дат. Например, нельзя создать визуальный элемент, в котором продажи представлены по дате заказа и дате отгрузки.

Чтобы преодолеть эти ограничения, в Power BI обычно создается таблица измерения для каждого ролевого экземпляра. Как правило, дополнительные таблицы измерений создаются как вычисляемые таблицы с помощью DAX. При использовании вычисляемых таблиц модель может содержать таблицу Дата, таблицу Дата отгрузки и таблицу Дата доставки, каждая из которых имеет одну активную связь с соответствующим столбцом таблицы продаж через торговых посредников.

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

При создании таблиц измерений модели для каждой роли следуйте приведенным ниже рекомендациям по проектированию.

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

Дополнительные сведения см. в статье Руководство по активным и неактивным связям.

Произвольные измерения

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

Назначением произвольного измерения является объединение множества небольших измерений в одно с целью уменьшить размер хранилища для модели и количество таблиц в области Поля.

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

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

Вырожденные измерения

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

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

Однако если в таблице продаж торговых посредников Adventure Works есть столбцы с номерами заказов и номерами позиций заказов и эти столбцы необходимы для фильтрации, то таблица вырожденного измерения будет хорошим решением. Дополнительные сведения см. в Руководство по связям типа «один к одному».

Таблицы фактов без метрик

В таблице фактов без метрик нет столбцов мер. Она содержит только ключи измерения.

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

Более полезным применением таблицы фактов без метрик является хранение связей между измерениями. Именно такой подход рекомендуется использовать в Power BI для определения связей «многие ко многим» между измерениями. В структуре связей «многие ко многим» между измерениями таблица фактов без метрик называется сопоставительной таблицей.

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

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

Дальнейшие действия

Дополнительные сведения о проектировании схемы типа «звезда» и проектировании моделей Power BI см. в следующих статьях:

• Статья Википедии, посвященная многомерному моделированию
• Создание связей и управление ими в Power BI Desktop
• Руководство по связям типа «один к одному»
• Руководство по связи «многие ко многим»
• Руководство по двунаправленным связям
• Руководство по активным и неактивным связям
• У вас появились вопросы? Попробуйте задать вопрос в сообществе Power BI.
• У вас есть предложения? Идеи по улучшению Power BI

Топология «звезда». Собираем компьютер своими руками

Топология «звезда». Собираем компьютер своими руками

ВикиЧтение

Собираем компьютер своими руками
Ватаманюк Александр Иванович

Содержание

Топология «звезда»

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

Рис. 12.2. Сеть, построенная по топологии «звезда»

Данный тип топологии – самый распространенный благодаря надежности сети и ее безграничной расширяемости.

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

С одной стороны, выход из строя концентратора останавливает работу всей сети, с другой – поломка одного из компьютеров не влияет на работоспособность других.

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

Данный текст является ознакомительным фрагментом.

Топология беспроводной сети

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

3.4 Маршрутизаторы и топология сети

3.4 Маршрутизаторы и топология сети Набор протоколов TCP/IP может использоваться как в независимых локальных или региональных сетях, так и для их объединения в общие сети интернета. Любой хост с TCP/IP может взаимодействовать с другим хостом через локальную сеть, соединение

Star (Звезда)

Star (Звезда) Генерирует линзовые блики типа «звезды» на ярких участках изображения (рис.  4.38). Рис. 4.38. Исходное изображение (слева) и пример использования фильтра Star (Звезда) (справа) – появились

Млечный Путь с пузыриками, или Звезда помогает звезде Дмитрий Вибе

Млечный Путь с пузыриками, или Звезда помогает звезде Дмитрий Вибе Опубликовано 28 октября 2013 В работе многих телескопов наблюдательное время распределяется между индивидуальными заявками и обзорными программами. Первые направлены на изучение

Звезда по имени Linux: почему «военные» ОС прочнее Евгений Лебеденко, Mobi.ru

Звезда по имени Linux: почему «военные» ОС прочнее Евгений Лебеденко, Mobi.ru Опубликовано 10 мая 2011 года Уж чем-чем, а планами российский народ не удивить. Попав между молотом плановой экономики СССР и наковальней скрупулёзного планирования экономики

Топология сетей

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

12.1. Топология Ethernet-сетей

12.1. Топология Ethernet-сетей Существуют четыре топологии проводной сети – «общая шина», «звезда», «кольцо» и

Топология «общая шина»

Топология «общая шина» Краткое определение данной топологии – набор компьютеров, подключенных вдоль одного кабеля (рис. 12.1). Сеть строится на основе коаксиального кабеля. Рис. 12.1. Сеть, построенная по топологии «общая шина»Эта топология была первой, но активно

Топология «кольцо»

Топология «кольцо» Если кабель, к которому подключены компьютеры, замкнут, то топология называется «кольцо» (рис. 12.3). Рис. 12.3. Сеть, построенная по топологии «кольцо»При подобном подключении каждый компьютер должен передавать возникший сигнал по кругу, предварительно

Комбинированная топология

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

13.1. Топология беспроводной сети

13.1. Топология беспроводной сети Сегодня используются два варианта беспроводной архитектуры – независимая и инфраструктурная. Отличия между ними незначительны, но существенно влияют на такие показатели, как количество подключаемых компьютеров, радиус сети,

Дизайн в Hi-tech: «звезда» против команды Максим Каманин, основатель Displair

Дизайн в Hi-tech: «звезда» против команды Максим Каманин, основатель Displair Опубликовано 17 апреля 2013 Наступило время, когда технокорпорация и любой стартап обязаны ставить дизайн выпускаемых устройств во главу угла. Разумеется, касается это, в первую

Xerox ParcTab: компьютер-кочевник, «звезда смерти» и повсеместные вычисления Евгений Лебеденко

Xerox ParcTab: компьютер-кочевник, «звезда смерти» и повсеместные вычисления Евгений Лебеденко Опубликовано 01 июня 2012 года Зачастую будущее «куют» не только отдельные личности, но и целые коллективы увлечённых своим делом людей. К таким «фабрикам

Физическая топология

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

Что такое план Star Ground и зачем он нужен?

Ключевые выводы

• Поймите, что такое раскладка «звезда».

• Узнайте, почему они важны.

• Подберите подсказки, чтобы правильно применить раскладку «звезда».

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

Я пытаюсь научиться лучше различать зодиакальные созвездия среди бесчисленного множества других звезд. К счастью, я лучше учусь находить и проектировать схему звездообразного заземления на печатных платах. Хотя среди крошечных компонентов нет мерцания, звездное заземление может улучшить или нарушить функциональность схемы.

Что такое расположение звездной поверхности?

Топология компоновки «звезда-земля»

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

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

Зачем нужна Звездная Земля?

Звездообразная схема заземления предотвращает возникновение электромагнитных помех

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

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

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

 

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

Как включить заземление в вашу конструкцию

 

Разделение компонентов по модулям вокруг центральной точки заземления это на печатной плате. Это не вопрос соединения всех оснований вместе в точной звездообразной симметрии. На практике вам потребуется больше размышлений и планирования.

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

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

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

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

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

Чтобы убедиться, что вы правильно реализовали эту топологию, используйте программное обеспечение для проектирования и анализа печатных плат, которое поддерживает анализ обратного пути. Cadence Allegro выявит потенциальные проблемы, которые могут поставить под угрозу схему заземления звезды, и поможет со всеми другими вашими потребностями в проектировании схем и тестировании.

Если вы хотите узнать больше о том, какое решение у Cadence есть для вас, обратитесь к нам и нашей команде экспертов.

 

Решения Cadence PCB — это комплексный инструмент для проектирования от начала до конца, позволяющий быстро и эффективно создавать продукты. Cadence позволяет пользователям точно сократить циклы проектирования и передать их в производство с помощью современного отраслевого стандарта IPC-2581.

Подпишитесь на Linkedin Посетить сайт Больше контента от Cadence PCB Solutions

УЧИТЬ БОЛЬШЕ

Высокоскоростной Интернет в округе Хэнкок, Индиана

ВЫСОКОСКОРОСТНОЙ ОПТИЧЕСКИЙ ИНТЕРНЕТ

Скорость 100 Мб

65,50 долл. США/мес.

Отлично подходит для серфинга в социальных сетях и потоковой передачи

100 МБ с одинаковой скоростью загрузки и скачивания.

Нет ограничений данных

Скорость 250 Мб

89,50 долл. США/мес.

Идеально подходит для потоковой передачи и игр

250 МБ с одинаковой скоростью загрузки и скачивания.

Без ограничения данных

Скорость 500 Мб

99,50 долл. США/мес.

Идеально подходит для работы из дома и умных домов

500 МБ с одинаковой скоростью загрузки и выгрузки.

Нет ограничений данных

Скорость 1 Гб

109,50 долл. США/мес.

Бесплатный управляемый WiFi

Работайте, транслируйте, играйте и пользуйтесь всеми устройствами одновременно

1 Гб с одинаковой скоростью загрузки и скачивания.

Нет заглавных букв

Скорость 2 Гб

209,50 $/мес.

Бесплатный управляемый Wi-Fi

Получите опыт нового уровня. Будьте на всех своих устройствах с повышенной скоростью.

2 Гб с одинаковой скоростью загрузки и скачивания.

Без ограничения данных

Скорость 5 Гб

448,50 долл. США/мес.

Бесплатный управляемый Wi-Fi

Высокая скорость для самых подключенных домохозяйств. Идеально подходит для интенсивного использования Интернета.

5 Гб с одинаковой скоростью загрузки и скачивания.

Без ограничения данных

Скорость 10 Гб

897,50 долл. США/мес.

Бесплатный управляемый WiFi

Непревзойденный доступ в Интернет. Идеально подходит для интенсивного частого использования в Интернете.

10 Гб с одинаковой скоростью загрузки и скачивания.

Без ограничений данных

*Все скорости Интернета являются синхронными (одинаковые скорости загрузки/выгрузки) без ограничений данных. Итого – это оценка стоимости услуг до вычета налогов и сборов. Фактический счет может незначительно отличаться. Могут применяться ограничения. Вышеуказанные цены не распространяются на бизнес-клиентов. Звоните, чтобы узнать подробности.

Начало работы

Расширения

Управляемый Wi-Fi

12 долл. США/мес.

Помощь в оптимизации пропускной способности Интернета

БЕСПЛАТНЫЙ беспроводной маршрутизатор

Простая самостоятельная установка

Приложение, управляемое с мобильного устройства

Беспроблемное управление и круглосуточная поддержка через центр поддержки NineStar

5 $

Сетевая безопасность /мес.

Защита вашей сети на уровне маршрутизатора

Блокировка вторжений

Веб-угрозы

Вирусы и вредоносное ПО

*Должен иметься управляемый WiFi

Родительский контроль

5 долларов в месяц.

Мониторинг и ограничение того, что происходит в сети

Блокировка и фильтрация веб-сайтов и контента

Профили и настройки для каждого пользователя

Приложение, управляемое с мобильного устройства

мес.

Получите лучшее из обоих

Сетевая безопасность и родительский контроль

*Должен иметься управляемый WiFi

Начало работы

Держите вас на связи 24/7

Мы знаем, что лучший интернет-сервис — это скорость и надежность, поэтому мы предоставляем и то, и другое.

Независимо от того, где находится ваш дом или офис в зоне обслуживания, у NineStar Connect есть план для вас. Мы предлагаем широкополосный, оптоволоконный или беспроводной широкополосный доступ с различными скоростями и вариантами, и все с круглосуточной поддержкой.

Нужен интернет для вашего бизнеса? Узнайте больше обо всех наших предложениях бизнес-услуг.

Начало работы

Посмотреть карту зоны обслуживания

NineStar Connect обслуживает жилые дома, предприятия и школы в округе Хэнкок и некоторых частях округов Гамильтон, Генри, Мэдисон, Раш, Марион, Шелби, Джонсон и Фейет.

Посмотреть карту

Часто задаваемые вопросы

Да. У нас есть несколько пакетов на выбор — узнайте о наших пакетах здесь.

Если у вас есть оптоволокно, ознакомьтесь с нашим руководством по устранению неполадок оптоволокна. Или просто позвоните нам по телефону 317-326-4357.

Чтобы узнать больше об управляемом WiFi, сетевой безопасности и родительском контроле, посмотрите наше видео Nerds Night Video.

Да. Мы можем настроить для вас ваш интернет-сервис, установить беспроводной маршрутизатор для управления Wi-Fi в вашем доме, в том числе сообщить вам, где находятся точки доступа в вашем доме, и предоставить вам поддержку 24/7.

Его можно настроить в соответствии с вашими потребностями в бизнес-коммуникациях — локально и по всему миру. У нас есть меню надежных, масштабируемых и разнообразных сетевых решений. Узнайте о NineStar для бизнеса.

Если вам нужно приостановить или отменить свой план обслуживания, позвоните нам по телефону 317-326-3131 или заполните нашу онлайн-форму .

Просмотреть дополнительные ресурсы

Хотите совместить интернет и голосовые услуги? Ознакомьтесь с нашими наборами!

Просмотр комплектов

The Co-op Difference

NineStar Connect — это некоммерческий кооператив по электроснабжению и связи, поэтому мы не продаем клиентам и не работаем на акционеров.

No related posts.