48743 (Расчет параметров асинхронного энергосберегающего электродвигателя), страница 2

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

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

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

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

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

Магнитное поле статора и ротора асинхронного двигателя вращаются в пространстве с разной частотой: частота оси вращения ротора двигателя всегда меньше частоты вращения магнитного поля статора. С этим связано название машины: асинхронный двигатель.

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

(1.1)

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

1. Расчет параметров асинхронного электродвигателя

Алгоритм расчета традиционного асинхронного двигателя представлен на рисунке 1.6. В блоках 1,2,3 вводятся исходные данные, предварительно определяются размеры магнитопровода, вычисляются параметры обмотки статора, проверяется магнитная индукция в воздушном зазоре . Если больше допустимой , уменьшают предварительную длину сердечника статора . Определяют уровень линейных нагрузок . Если уровень линейных нагрузок превышает допустимый уровень (блок 4), то переходят в блок 3 для перерасчета магнитного потока. В блоке 5 определяются геометрические размеры пазов статора, тепловая нагрузка статора. Если полученное значение тепловой нагрузки превышает допустимое значение более чем на 10%, выбирается проводник большего диаметра с учетом соответствующего уменьшения плотности тока . В Блоках 7,8,9,10 осуществляется расчет параметров короткозамкнутого или фазного ротора, электрических параметров обмоток, намагничивающего тока.

Если магнитная индукция в спинке ротора превышает допустимые значения, то уменьшается высота паза ротора . В блоках 11 и 12 проверяются на допустимые значения коэффициент насыщения магнитной цепи и коэффициент рассеяния статора . Если и при этом , то определяют э. д. с. холостого хода , где – коэффициент сопротивления статора. При отличии от значения э. д. с. более чем на 3% повторяют расчет намагничивающего тока при магнитных индукциях , , , , , измененных пропорционально отношению . В блоке 13 происходит расчет рабочих и пусковых характеристик, тепловой расчет, расчет массы двигателя.

1. Реляционные базы данных

Реляционная модель данных была предложена Е.Ф.Коддом (Dr. E.F.Codd), известным исследователем в области баз данных, в 1969 году, когда он был сотрудником фирмы IBM. Впервые основные концепции этой модели были опубликованы в 1970 г.

Реляционная база данных представляет собой хранилище данных, содержащее набор двухмерных таблиц. Набор средств для управления подобным хранилищем называется реляционной системой управления базами данных (РСУБД). РСУБД может содержать утилиты, приложения, сервисы, библиотеки, средства создания приложений и другие компоненты.

Любая таблица реляционной базы данных состоит из строк (называемых также записями) и столбцов (называемых также полями).

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

Данные в таблицах удовлетворяют следующим принципам:

• Каждое значение, содержащееся на пересечении строки и колонки, должно быть атомарным (то есть не расчленяемым на несколько значений).

• Значения данных в одной и той же колонке должны принадлежать к одному и тому же типу, доступному для использования в данной СУБД.

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

• Каждое поле имеет уникальное имя.

• Последовательность полей в таблице несущественна.

• Последовательность записей также несущественна.

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

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

1. Проектирование реляционных баз данных

При проектировании базы данных решаются две основных проблемы:

• Каким образом отобразить объекты предметной области в абстрактные объекты модели данных, чтобы это отображение не противоречило семантике предметной области и было по возможности лучшим (эффективным, удобным и т.д.)? Часто эту проблему называют проблемой логического проектирования баз данных.

• Как обеспечить эффективность выполнения запросов к базе данных, т.е. каким образом, имея в виду особенности конкретной СУБД, расположить данные во внешней памяти, создание каких дополнительных структур (например, индексов) потребовать и т.д.? Эту проблему называют проблемой физического проектирования баз данных.

В случае реляционных баз данных трудно представить какие-либо общие рецепты по части физического проектирования. Здесь слишком много зависит от используемой СУБД.

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

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

В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм:

• первая нормальная форма (1NF);

• вторая нормальная форма (2NF);

• третья нормальная форма (3NF);

• нормальная форма Бойса-Кодда (BCNF);

• четвертая нормальная форма (4NF);

• пятая нормальная форма, или нормальная форма проекции-соединения (5NF или PJ/NF).

Основные свойства нормальных форм:

• каждая следующая нормальная форма в некотором смысле лучше предыдущей;

• при переходе к следующей нормальной форме свойства предыдущих нормальных свойств сохраняются.

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

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

В отношении R атрибут Y функционально зависит от атрибута X (X и Y могут быть составными) в том и только в том случае, если каждому значению X соответствует в точности одно значение Y: R.X (r) R.Y.

Функциональная зависимость R.X (r) R.Y называется полной, если атрибут Y не зависит функционально от любого точного подмножества X.

Функциональная зависимость R.X  R.Y называется транзитивной, если существует такой атрибут Z, что имеются функциональные зависимости R.X  R.Z и R.Z  R.Y и отсутствует функциональная зависимость R.Z --> R.X. (При отсутствии последнего требования мы имели бы "неинтересные" транзитивные зависимости в любом отношении, обладающем несколькими ключами.)

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

Два или более атрибута взаимно независимы, если ни один из этих атрибутов не является функционально зависимым от других.

Отношение R находится во второй нормальной форме (2NF) в том и только в том случае, когда находится в 1NF, и каждый неключевой атрибут полностью зависит от первичного ключа.

Отношение R находится в третьей нормальной форме (3NF) в том и только в том случае, если находится в 2NF и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.

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

1. Язык реляционных баз данных SQL

Structured Query Language представляет собой непроцедурный язык, используемый для управления данными реляционных СУБД. Термин «непроцедурный» означает, что на данном языке можно сформулировать, что нужно сделать с данными, но нельзя проинструктировать, как именно это следует сделать. Иными словами, в этом языке отсутствуют алгоритмические конструкции, такие как метки, операторы цикла, условные переходы и др.

Язык SQL был создан в начале 70-х годов в результате исследовательского проекта IBM, целью которого было создание языка манипуляции реляционными данными. Первоначально он назывался SEQUEL (Structured English Query Language), затем — SEQUEL/2, а затем — просто SQL. Официальный стандарт SQL был опубликован ANSI (American National Standards Institute — Национальный институт стандартизации, США) в 1986 году (это наиболее часто используемая ныне реализация SQL). Данный стандарт был расширен в 1989 и 1992 годах. В настоящее время ведется работа над стандартом SQL3, содержащим некоторые объектно-ориентированные расширения.

Существует три уровня соответствия стандарту ANSI — начальный, промежуточный и полный. Многие производители серверных СУБД, такие как IBM, Informix, Microsoft, Oracle и Sybase, применяют собственные реализации SQL, основанные на стандарте ANSI (отвечающие как минимум начальному уровню соответствия стандарту) и содержащие некоторые расширения, специфические для данной СУБД.