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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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