24983

Электромагнитная индукция. Магнитный поток. Закон электромагнитной индукции. Правило Ленца

Шпаргалка

Физика

Закон электромагнитной индукции. Опыты по электромагнитной индукции. Явление электромагнитной индукции было открыто Майклом Фарадеем в 1831 г. Магнитным потоком через замкнутый контур площадью S называют физическую величину равную произведению модуля вектора магнитной индукции В на площадь контура S и на косинус угла а между направлением вектора магнитной индукции и нормалью к площади контура.

Русский

2013-08-09

42 KB

55 чел.

Билет № 17

Электромагнитная индукция. Магнитный поток.

Закон электромагнитной индукции. Правило Ленца

План ответа

1. Опыты по электромагнитной индукции. 2. Магнитный поток. 3. Закон электромагнитной индукции. 4. Правило Ленца.

Явление электромагнитной индукции было открыто Майклом Фарадеем в 1831 г. Он опытным путем установил, что при изменении магнитного поля внутри замкнутого контура в нем возникает электрический ток, который называют индукционным током. Опыты Фарадея можно воспроизвести следующим образом: при внесении или вынесении магнита в катушку, замкнутую на гальванометр, в катушке возникает индукционный ток (рис. 24). Если рядом расположить две катушки (например, на общем сердечнике или одну катушку внутри другой) и

 одну катушку через ключ соединить с источником тока, то при замыкании или размыкании ключа в цепи первой катушки во второй катушке появится индукционный ток (рис. 25). Объяснение этого явления было дано Максвеллом. Любое переменное магнитное поле всегда порождает переменное электрическое поле.

Для количественной характеристики процесса изменения магнитного поля через замкнутый контур вводится физическая величина под названием магнитный поток. Магнитным потоком через замкнутый контур площадью S называют физическую величину, равную произведению модуля вектора магнитной индукции В на площадь контура S и на косинус угла а между направлением вектора магнитной индукции и нормалью к площади контура. Ф = BS cos α (рис. 26).

Опытным путем был установлен основной закон электромагнитной индукции: ЭДС индукции в замкнутом контуре равна по величине скорости из-менения магнитного потока через контур. ξ =  ΔФ/t..

Если рассматривать катушку, содержащую п витков, то формула основного закона электромагнитной индукции будет выглядеть так: ξ = n ΔФ/t.

Единица измерения магнитного потока Фвебер  (Вб): 1В6 =1Β•c.

Из основного закона ΔФ =ξ t  следует смысл размерности: 1 вебер это величина такого магнитного потока, который, уменьшаясь до нуля за одну секунду, через замкнутый контур наводит в нем ЭДС индукции 1 В.

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

Зависимость направления индукционного тока от характера изменения магнитного поля через замкнутый контур в 1833 г. опытным путем установил русский ученый Ленц. Он сформулировал правило, носящее его имя. Индукционный ток имеет такое направление, при котором его магнитное поле стремится скомпенсировать изменение внешнего магнитного потока через контур. Ленцем был сконструирован прибор, представляющий собой два алюминиевых кольца, сплошное и разрезанное, укрепленные на алюминиевой перекладине и имеющие возможность вращаться вокруг оси, как коромысло. (рис. 27). При внесении магнита в сплошное кольцо оно начинало «убегать» от магнита, поворачивая соответственно коромысло. При вынесении магнита из кольца кольцо стремилось «догнать» магнит. При движении магнита внутри разрезанного кольца никакого эффекта не происходило. Ленц объяснял опыт тем, что магнитное поле индукционного тока стремилось компенсировать изменение внешнего магнитного потока.


 

А также другие работы, которые могут Вас заинтересовать

20434. Программное обеспечение промежуточного уровня 110.5 KB
  Программное обеспечение промежуточного уровня Ни распределенные ни сетевые операционные системы не соответствуют нашему определению распределенных систем данному в разделе 1. На ум приходит вопрос: а возможно ли вообще разработать распределенную систему которая объединяла бы в себе преимущества двух миров масштабируемость и открытость сетевых операционных систем и прозрачность и относительную простоту в использовании распределенных операционных систем Решение было найдено в виде дополнительного уровня программного обеспечения который...
20435. Систе́ма управле́ния ба́зами да́нных 159 KB
  Основные функции СУБД управление данными во внешней памяти на дисках; управление данными в оперативной памяти с использованием дискового кэша; журнализация изменений резервное копирование и восстановление базы данных после сбоев; поддержка языков БД язык определения данных язык манипулирования данными. Обычно современная СУБД содержит следующие компоненты: ядро которое отвечает за управление данными во внешней и оперативной памяти и журнализацию процессор языка базы данных обеспечивающий оптимизацию запросов на извлечение и...
20436. Модель клиент-сервер 39 KB
  Модель клиентсервер До этого момента мы вряд ли сказали чтото о действительной организации распределенных систем более интересуясь тем как в этих системах организованы процессы. Они пришли к выводу о том что мышление в понятиях клиентов запрашивающих службы с серверов помогает понять сложность распределенных систем и управляться с ней. В этом разделе мы кратко рассмотрим модель клиентсервер. Клиенты и серверы В базовой модели клиентсервер все процессы в распределенных системах делятся на две возможно перекрывающиеся группы.
20437. Разделение приложений по уровням 76 KB
  Например сервер распределенной базы данных может постоянно выступать клиентом передающим запросы на различные файловые серверы отвечающие за реализацию таблиц этой базы данных. В этом случае сервер баз данных сам по себе не делает ничего кроме обработки запросов. Однако рассматривая множество приложений типа клиентсервер предназначенных для организации доступа пользователей к базам данных многие рекомендовали разделять их на три уровня: уровень пользовательского интерфейса; уровень обработки; уровень данных. Уровень обработки обычно...
20438. CASE-средства 1.81 MB
  В предыдущей лекции было рассказано о видах диаграмм UML и даны некоторые рекомендации относительно последовательности их построения. Мы уже знаем что нотация UML специально разрабатывалась в расчете на то чтобы диаграммы можно было легко рисовать от руки. В этой лекции мы познакомимся с некоторыми подобными пакетами а именно: IBM Rational Rose; Borland Together; Microsoft Visio; Sparx Systems Enterprise Architect; Gentleware Poseidon; SmartDraw; Dia; Telelogic TAU G2; StarUML; другие программы UML отличное средство моделирования но как...
20439. Rational Rose DataModeler 29.5 KB
  Унифицированный язык объектноориентированного моделирования Unified Modeling Language UML явился средством достижения компромисса между этими подходами. Существует достаточное количество инструментальных средств поддерживающих с помощью UML жизненный цикл информационных систем и одновременно UML является достаточно гибким для настройки и поддержки специфики деятельности различных команд разработчиков. Таким языком оказался UML. Создание UML началось в октябре 1994 г.
20440. CASE-средства 39.5 KB
  Microsoft Visio Visio решение для построения диаграмм от Microsoft. По словам разработчиков Visio помогает преобразовать технические и бизнесконцепции в визуальную форму. Visio имеет некоторые дополнительные возможности но все же повторим по большей мере это только средство для иллюстрирования документов MS Office не дотягивающее до уровня пакетов которые мы описывали ранее. Изобразительные же возможности Visio действительно весьма широки: Используя предопределенные фигуры Visio Professional draganddrop и мастера вы можете...
20441. Эволюция CASE-средств 99.5 KB
  Таким образом CASEтехнологии не могут считаться самостоятельными методологиями они только делают более эффективными пути их применения. CASE ≈ не революция в программо технике: современные CASEсредства являются естественным продолжением эволюции всей отрасли средств разработки ПО. Традиционно выделяют шесть периодов качественно отличающихся применяемой техникой и методами разработки ПО которые характеризуются использованием в качестве инструментальных следующих средств: ассемблеров дампов памяти анализаторов компиляторов...
20442. Варианты архитектуры клиент-сервер 122 KB
  Варианты архитектуры клиентсервер Разделение на три логических уровня обсуждавшееся в предыдущем пункте наводит на мысль о множестве вариантов физического распределения по отдельным компьютерам приложений в модели клиентсервер. Серверы реализующие все остальное то есть уровни обработки и данных. Проблема подобной организации состоит в том что на самом деле система не является распределенной: все происходит на сервере а клиент представляет собой не что иное как простой терминал. Многозвенные архитектуры Один из подходов к организации...