Что фиксирует счетчик коммутаций: Придется ли платить больше за коммунальные услуги, если счетчик в квартире вышел из строя?

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

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

Как Вы уже знаете, электросчётчики по принципу работы делятся на 2 вида:

• индукционные
• электронные

Рассмотрим более подробно принцип работы каждого типа счетчиков.

Принцип работы индукционного электросчетчика

• 1 — токовая или последовательная  обмотка (катушка)

• 2 — параллельная катушка (обмотка) или катушка напряжения

• 3 — счетный механизм в виде червячной передачи

• 4 — постоянный магнит для создания торможения и плавности хода диска

• 5 — алюминиевый диск

• Фi — магнитный поток, который создается током нагрузки

• Фu — магнитный поток, который создается током в катушке напряжения

Электросчетчик состоит из 2 катушек (обмоток): катушка напряжения и токовая катушка, электромагниты которых расположены под углом 90° относительно друг друга в пространстве. В зазоре между этими электромагнитами находится алюминиевый диск, который с нижней и верхней стороны крепится на подшипниках и подпятниках. На оси диска установлен червяк, который через зубчатые колеса передает вращение счетному механизму (барабану).

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

Катушка напряжения включается в цепь параллельно и состоит из большого количества витков. Наматывается тонким проводом с диаметром примерно от 0,06 -до 0,12 (мм).

При подачи переменного напряжения на катушку напряжения и при протекании через токовую катушку тока нагрузки, в зазоре  наводятся переменные магнитные потоки Фi и Фu, которые наводят в алюминиевом диске вихревые токи. При взаимодействии этих потоков и вихревых токов в диске, возникает вращающий момент — диск начинает вращаться.

Количество оборотов алюминиевого диска за определенное время — это и будет наша потребляемая электроэнергия.

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

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

Принцип работы электронного электросчетчика

На смену индукционным электросчетчикам пришли электронные электросчетчики, например ЦЭ6803В, СЕ 102, СОЭ-55 и другие. Они обладают рядом достоинств, о которых мы поговорим в этой статье.

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

P.S. Спасибо за внимание. Автор сайта «Заметки электрика».

Если статья была Вам полезна, то поделитесь ей со своими друзьями:

Кому бесплатно установят счетчики электроэнергии? (Новое в установке приборов учета: «Нас ждет тотальная цифровизация»)

Кому бесплатно установят счетчики электроэнергии?

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

Руководитель Красноярского филиала Россети Сибирь Максим Шитиков и заместитель директора по реализации и развитию услуг Максим Шумаков разъяснили новые правила установки и  обслу­живания приборов учета электроэнергии.

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

(М.Шитиков): – Все очень просто. Если речь идет о многоквартирном жилом доме, то ответственность несет гарантирующий поставщик, если вы проживаете в частном домовладении и являетесь нашим абонентом – тогда работает непосредственно «Красноярскэнерго». Платно или бесплатно – вопрос, наверное, самый животрепещущий. Уважаемые потребители,

это абсолютно бесплатно.

С 1 июля вся забота за учетом ресурса электроэнергии, его установка и обслуживание ложится на сетевую организацию и гарантирующего поставщика.

– Нужно ли будет передавать показания по новым приборам учета?

(М.Шумаков): – Если ваш счетчик включен в интеллектуальную систему учета, то передавать показания не нужно, все происходит автоматически.

Если прибор обычный, то обязанность по передаче показаний сохраняется – вы их подаете как и прежде, каждый месяц, до 25 числа.

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

– Существует ли вероятность искажения данных приборов, могут ли они давать некорректные показания?

(М.Шумаков): – На сегодняшний день уровень развития «умных» устройств дошел до такой степени точности, что это практически нереально. Единственный момент, когда такое возможно – если прибор учета выходит из строя. И старые, и новые счетчики могут быть подвержены искажениям, только в случае неисправности. Но в большинстве своем некорректные показания практически исключены.

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

Срок службы приборов учета высокого класса точности – до 16 лет.

– Насколько «умные» счетчики защищены от энерговоров? 

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

Открою небольшую тайну – новые устройства серьезно отличаются от механических приборов учета, которые еще стоят у большинства населения и показывают только объем потребленной электроэнергии. Умные счетчики передают массу параметров – объем электричества по дням недели, по часам, токи, уровень напряжения. Есть такие «умельцы», которые пытаются вскрыть электронные пломбы на счетчике, не догадываясь, что сигнал о вмешательстве мгновенно поступает в сервисный центр. Мы видим, что работа прибора была нарушена и оперативно его поменяем.

– Можно ли установить электросчетчик на своем частном доме?

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

– Как часто энергетики проверяют приборы учета?

(М.Шитиков): – Не чаще, чем раз в полгода, и не реже, чем раз в год.

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

Чаще всего мы проверяем приборы учета по трем причинам: первая – обращение потребителя, который сомневается в том, что объемы электроэнергии, которые фиксируют счетчики, достоверны; вторая – наши сомнения в части вмешательства в работу приборов учета, и третья – в случае его неисправности. Это случается редко, на нашей практике всего 1% таких поломок. Но нужно не забывать, что это всего лишь механизм и иногда он выходит из строя. Тогда мы едем, проверяем и меняем на новый.

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

Сейчас на территории Красно­ярского края компанией установлено более 102 тысяч интеллектуальных приборов учета,

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

(М.Шумаков): – Не требуется каждый раз передавать данные гарантирующему поставщику для расчета объемов электроэнергии, передача показаний осуществляется в автоматическом режиме ежемесячно. Для потребителей это очень удобно.

До конца 2020 года планируется установить в регионе еще 19 тысяч интеллектуальных приборов учета.

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

– Это значит, что старые счетчики нужно срочно менять?

(М.Шитиков): – Нет, это не так. Если у потребителя или энергоснабжающей организации нет замечаний по работе старого прибора учета, им можно пользоваться, как и раньше, передавая показания «вручную».

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

В случае необходимости замены старого прибора учета и установки нового нужно обратиться в нашу энергокомпанию, позвонив по телефону горячей линии Россети Сибирь: 8‑800‑1000‑380, либо подать заявку через портал электросетевых услуг портал-тп.рф.

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

Как проверить поступление платежа?

Информация о платежах доступна в Личном кабинете:https://lk.kvartplata.info/LK/Home/Login. Платежи подгружаются по мере поступления сведений от банковских организаций.

У меня была замена счётчиков воды холодной и горячей воды. В пришедшей квитанции обнаружил, что перепутаны номера счётчиков. Проверил копию акта приёмки. В акте приёмки ошибки нет. Теперь у меня два вопроса:
1. Где и кто так напортачил? 2. Что мне с этим делать?

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

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

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

Где на сайте можно ввести показания приборов учета. Раньше использовал интернет-сервис ввода показаний и авторизация производилась по номеру лицевого счета и паролю?

Для ввода показаний приборов учета необходимо использовать Личный кабинет :  https://lk.kvartplata.info/LK/Home/Login
Для входа в Личный кабинет можно использовать почту, которая указывалась при регистрации в интернет-сервисе ввода показаний счетчиков. Пароль можно использовать старый, либо восстановить пароль через Личный кабинет https://lk.kvartplata.info/LK/Home/ResetPassword. Если Вы не помните почту, которую указывали при регистрации в интернет-сервисе ввода показаний счетчиков, то можно заново зарегистрироваться в Личном кабинете по действующей (новой) электронной почте.

Как можно получить квитанцию об оплате через Личный кабинет или при онлайн-оплате без авторизации?

Информация о произведенном платеже предоставляется на электронную почту, указанную Вами при производстве оплаты. При оплате через Личный кабинет информация о платеже поступает автоматически на адрес электронной почты, с которой произведен вход в Личный кабинет.
Квитанцию (чек) о произведенном платеже можно получить непосредственно в банке, владельцем карты которого Вы являетесь.
 Получить повторную  информацию о платеже возможно при обращении  в службу поддержки ЮMoney (новый бренд Яндекс.Деньги):  88002506699
Информацию можно посмотреть тут: https://money.yandex.ru/help.xml
Обращаем Ваше внимание, что проверить поступление платежей можно в Личном кабинете: https://lk.kvartplata.info/LK/Home/Login

Кто может использовать интернет – сервис «Личный кабинет» и ввод показаний по тел. 325-05-43?

Интернет-сервис Личный кабинет и телефон для передачи показаний приборов учета предназначен для получателей «розовых» счетов от АО «ВЦКП «Жилищное хозяйство».

При попытке заполнить новые показания сервис отказывает во вводе, ссылаясь на слишком большие показания.

Ограничение при вводе показаний через интернет-сервис и телефон рассчитывается из расчета 100 м^{3 (1000 КВт) за каждый месяц, в котором показания не предоставлялись. Если Ваши показания превышают установленное ограничение, то Вы можете подать показания в бухгалтерию Вашей управляющей компании.}

По какой схеме рассчитываются пени?

В соответствии с пунктом 14 статьи 155 Жилищного кодекса РФ  Лица, несвоевременно и (или) не полностью внесшие плату за жилое помещение и коммунальные услуги, обязаны уплатить кредитору пени в размере одной трехсотой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки начиная с тридцать первого дня, следующего за днем наступления установленного срока оплаты, по день фактической оплаты, произведенной в течение девяноста календарных дней со дня наступления установленного срока оплаты, либо до истечения девяноста календарных дней после дня наступления установленного срока оплаты, если в девяностодневный срок оплата не произведена. Начиная с девяносто первого дня, следующего за днем наступления установленного срока оплаты, по день фактической оплаты пени уплачиваются в размере одной сто тридцатой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки. Увеличение установленных настоящей частью размеров пеней не допускается. В соответствии с пунктом 14.1  статьи 155 Жилищного кодекса РФ  собственники помещений в многоквартирном доме, несвоевременно и (или) не полностью уплатившие взносы на капитальный ремонт, обязаны уплатить в фонд капитального ремонта пени в размере одной трехсотой ставки рефинансирования Центрального банка Российской Федерации, действующей на день фактической оплаты, от не выплаченной в срок суммы за каждый день просрочки начиная со следующего дня после дня наступления установленного срока оплаты по день фактической оплаты. Уплата указанных пеней осуществляется в порядке, установленном для уплаты взносов на капитальный ремонт.

Центральный банк Российской Федерации устанавливает процентную ставку рефинансирования.

Как правильно нужно оплачивать пени?

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

Должен ли быть составлен акт о неисправности счетчика на воду? Кто обязательно должен его подписать?

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

Что такое поверка приборов учета?

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

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

Поверка счетчиков воды проводится в соответствии с требованиями ГОСТ 8.156 (п.3.4.8) и МИ 1592-99. Необходимость проведения поверки приборов учёта воды определяют: Федеральный Закон от 26 июня 2008 года № 102 — ФЗ «Об обеспечении единства измерений»

Статья 9. Требования к средствам измерений

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

Межповерочный интервал, установленный Госстандартом Российской Федерации при утверждении типа приборов учета составляет — для приборов учета холодной воды не менее 5 лет, для приборов учета горячей воды не менее 4 лет.

Как произвести поверку приборов учета?

1. Вызвать мастера для выполнения следующих действий :

• составления Акта (в котором фиксируются показания счётчика на момент его снятия)

• выполнения демонтажа счётчика

установки переходника вместо счётчика (на период поверки )

2. Отвезти счётчик в поверяющую организацию — государственное предприятие «Тест-Санкт-Петербург» (отдел теплотехнических измерений) по адресу :Улица Курляндская, д.1, оф.113, станция метро «Балтийская», тел.: 244-60-10. E-mail: [email protected] поверки – 3 часа. По итогам поверки «Тест СПб» выдаёт свидетельство о Поверке с указанием срока действия. Следует учитывать, что по результатам поверки Ваш счётчик может быть признан не пригодным для дальнейшей эксплуатации.

После проведения поверки счётчика, необходимо вызвать мастера:

• для установки поверенного прибора учёта

• опломбировки поверенного прибора учёта

• составления Акта ввода в эксплуатацию поверенного прибора учёта

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

В новых Правилах предоставления коммунальных услуг четко сказано, что исполнитель коммунальных услуг (управляющая организация, ТСЖ) обязан предоставлять коммунальные услуги в необходимых объемах и надлежащего качества, а в случае нарушений предоставления коммунальных услуг — снизить плату за такую коммунальную услугу (данному вопросу посвящен целый раздел в Правилах). Кроме того, установлены четкие требования, которым должны отвечать коммунальные услуги. Все требования прописаны в Приложении № 1 к новым Правилам и в нем же закреплен порядок установления факта предоставления коммунальных услуг ненадлежащего качества и (или) с перерывами, превышающими установленную продолжительность.

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

Диспетчер, принявший ваше сообщение, обязан:

1. зарегистрировать сообщение (записать дату и время начала нарушения)

2. сообщить свои данные (ФИО), регистрационный номер и время регистрации вашего сообщения

3. сообщить о причинах нарушения, если они ему известны, или организовать проверку сообщения

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

1. составить акт проведенной проверки;

2. в течение суток сообщить о причинах нарушения и его предполагаемой продолжительности;

3. сообщить дату и время возобновления подачи коммунальной услуги;

4. составить акт об устранении выявленных недостатков.

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

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

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

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

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

Согласно законодательству (Федеральный закон № 102 «Об обеспечении единства измерений») все собственники помещений, в которых установлены приборы учета, обязаны обеспечить их поверку. Сроки поверки указываются в технической документации к счетчику. Обычно поверка проводится 1 раз в 4 года для приборов учета горячей и раз в 6 лет для счетчиков холодной воды. Но здесь есть важный момент: штрафы за отсутствие поверки приборов учета законодательством не предусмотрены. Если вы вовремя не провели поверку, то в таком случае плата за коммунальную услугу начисляется не по показаниям прибора учета, а по нормативам. 

Как в официальном порядке разделить лицевой счет?

Согласно п. 4 ст. 69 Жилищного кодекса РФ гражданин, переставший быть членом семьи нанимателя жилого помещения по договору социального найма, но продолжающий проживать в занимаемом жилом помещении, сохраняет те же права, какие имеют наниматель и члены его семьи. Данное лицо самостоятельно отвечает по своим обязательствам, вытекающим из соответствующего договора социального найма.

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

Лица, совместно проживающие с нанимателем жилого помещения, вписанные в договор социального найма, сославшись на то обстоятельство, что они не являются членами семьи нанимателя и ведут раздельное с ним хозяйство, могут обратиться в бухгалтерию организации, в чьем управлении или собственности находится спорное помещение. Программное обеспечение АРМ «Бухгалтер» такую возможность предусматривает.

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

• ст. 1102 ГК РФ, предусматривающую обязанность лица, неосновательно сберегшего за счет другого лица имущество, возвратить его;

• п. 2 ст. 69 ЖК РФ, согласно которому члены семьи нанимателя жилого помещения по договору социального найма имеют равные с нанимателем права и обязанности. При этом дееспособные члены семьи нанимателя жилого помещения по договору социального найма несут солидарную с нанимателем ответственность по обязательствам, вытекающим из договора социального найма;

• пп. 5 п. 3 ст. 67 и ст. 68 ЖК РФ, согласно которым граждане обязаны вносить плату за жилье и коммунальные услуги.

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

Кто и когда должен сверять плату за ЖКХ с показаниями счетчиков?

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

Зачем ставят одновременно и общедомовые и индивидуальные счетчики воды, газа и тепла? Это же лишние затраты!

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

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

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

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

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

Если в многоквартирном доме установлен общедомовой прибор учета, то исполнитель коммунальных услуг (управляющая организация, ТСЖ) обязан ежемесячно снимать с него показания в период с 23-го по 25-е число и заносить их в специальный журнал учета, т.к. по новым Правилам управляющая организация или ТСЖ обязаны вести такие журналы учета.

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

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

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

Кто и в какие сроки устанавливает приборы учета?

По закону собственники помещений обязаны установить и ввести в эксплуатацию общедомовые приборы учета воды, электроэнергии и тепловой энергии, а также индивидуальные приборы учета воды, электроэнергии до 1 июля 2012 года (индивидуальные приборы учета природного газа – до 1 января 2015 года). Если собственники не устанавили приборы учета в установленные сроки, установку общедомовых счетчиков новые Правила обязывают обеспечить поставщика коммунальных услуг. При этом необходимо помнить, что все расходы – на приобретение приборов, их монтаж, содержание и ремонт – оплачивают собственники. Ответ: Проводить проверки достоверности представленных потребителями сведений о показаниях индивидуальных, общих (квартирных), комнатных приборов учета и распределителей путем обязан исполнитель коммунальных услуг — не реже 1 раза в год, а если проверяемые приборы учета расположены в жилом помещении потребителя, то не чаще 1 раза в 6 месяцев.

 Почему плата за лифт берется с м² ?

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

Почему жители 1-го этажа должны оплачивать лифт, если этой услугой не пользуются?

В соответствии с п. 2 Правил содержания общего имущества в многоквартирном доме (постановление Правительства РФ от 13.08.06 №491) в состав общего имущества включаются помещения в многоквартирном доме, не являющиеся частями квартир и предназначенные для обслуживания более одного жилого и (или) нежилого помещения в этом многоквартирном доме, в том числе межквартирные лестничные площадки, лестницы, лифты, лифтовые и иные шахты, коридоры, чердаки, технические подвалы, в которых имеются инженерные коммуникации, оборудование и т.д. Собственники помещений обязаны нести бремя расходов на содержание общего имущества соразмерно своим долям в праве общей собственности на это имущество (п. 28 Правил).

Подготовлено с использованием материалов сайта http://www.fondgkh.ru/

Если Вы не нашли ответ на свой вопрос, обратитесь по телефону информационно-справочной службы АО «ВЦКП «Жилищное хозяйство»:   (812) 335-85-08

Патент США на коммутационное устройство для магнитофона. Патент (Патент № 4,135,216, выданный 16 января 1979 г.)

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

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

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

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

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

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

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

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

РИС. 1 показывает вид сверху кассетного магнитофона;

РИС. 2 показывает вид сверху счетчика кассетного магнитофона;

РИС. 3 — разрез по линии III-III на фиг. 2; и

РИС. 4 — вид сбоку фиг. 2; и

РИС. 5 показаны детали схемы для управления ленточным накопителем в соответствии с настоящим изобретением.

На передней панели 1 кассетного магнитофона установлен счетчик 2 с двумя элементами управления 3, 4, являющимися ключами.Счетчик 2 содержит три пронумерованных шкалы 5, 6, 7, каждый из которых соединен с первым изогнутым диском 8, 9, 10 и вторым изогнутым диском 11, 12, 13.

Вокруг оси 14, параллельной оси 35 циферблата, расположены три рычага-щупа 15, которые прикреплены к общей несущей части 16 и установлены с возможностью наклона. Щупы 15 находятся в одной плоскости с первыми изогнутыми дисками 8, 9, 10 и могут быть нажаты путем приведения в действие клавиши 4 нулевого положения по изогнутым дискам 8, 9, 10 способом, не описываемым далее, в результате чего циферблаты 5, 6, 7 в нулевое положение.На счетчике 2 имеется контактная пара 25, которая управляется рычагом 26, управляемым тремя пронумерованными дисками 5, 6, 7, и замыкается известным способом (не показано) только тогда, когда все три циферблата 5, 6, 7 включены. нуль. Ключ 3 для вставки может смещаться против пружины 17 и содержит наклонную плоскость 18, которая контактирует с несущей частью 16 щупа 15 таким образом, что несущая часть 16 во время нажатия кнопки 3 для вставки смещается по оси 14 вращения. против действия пружины 19 щупы 15 ложатся в плоскость вторых изогнутых дисков 11, 12, 13.При дальнейшем нажатии кнопки вставки 3 он прижимается поверхностью 32 к выступу 34 несущей части 16 рычагов 15 щупов, так что он наклоняется вокруг своей оси 14 вращения и, таким образом, рычаги 15 щупов прижимаются ко вторым изогнутым дискам 11, 12. , 13. Изогнутые диски 11, 12, 13 имеют такое положение относительно циферблатов 5, 6, 7, что счетчик 2 установлен на «997».

Элемент управления 20, образующий клавишу, которая используется для настройки быстрой перемотки вперед, установлен с возможностью наклона на оси 33 и может наклоняться против действия пружины 31 на заданную величину.Это также detentable в наклонном положении с помощью защелки 22, который, с его лицевой стороне 23, падает за стопором 24 рабочего элемента 20. контактной пары 25 прикреплены на прилавке 2 контролируется, как описано, с помощью счетчик 2 через рычаг 26. Контакты замыкаются, как только все три циферблата 5, 6, 7 находятся в нулевом положении. Эта и другая пара контактов 27, которая находится под контролем рабочего элемента 20, находятся в цепи подъемного магнита 21 якоря которого 28 соединен с защелкой 22 для рабочего элемента 20.В схеме средства привода 29 ленты есть контактная пара 30, которая также управляется элементом управления 20.

Если необходимо записать незаписанную кассету, после вставки (полностью перемотанной) кассеты в записывающее устройство нажимается клавиша вставки 3 счетчика 2, при этом счетчик 2 показывает «997».

Управляющий элемент 20 для установки ускоренной перемотки вперед нажимается в заблокированное положение, замыкая контактную пару 30 для цепи средства привода 29.

Как только лента движется, счетчик 2 начинает вращаться. При приведении в действие рабочего элемента 20 для ускоренной перемотки вперед контактная пара 27 для подъемного магнита 21 замыкается. Но ток пока не может течь, поскольку контактная пара 25 счетчика все еще разомкнута. Только когда счетчик 2 достигает нулевого положения, контактная пара 25 замыкается, а вместе с ней замыкается цепь подъемного магнита 21, который посредством своего якоря, соединенного с фиксирующей защелкой 22, разблокирует рабочий элемент 20, так что он возвращается в исходное положение. в исходное положение под действием пружины 31 и, таким образом, размыкает контактную пару 30 для приводных средств 29.Тем самым движение ленты прекращается. Ленточный транспорт, конечно, также может быть механическим или вспомогательным механическим. Для простоты здесь показано только электрическое отключение.

Устройство выполнено таким образом, что отключение, связанное со счетчиком, действует только при установке на ускоренную перемотку вперед; это мера безопасности, позволяющая избежать прерывания во время обычной работы в прямом направлении, то есть при записи или воспроизведении, и когда счетчик достигает нулевого положения, потому что он не был установлен на ноль при запуске.Положение «997» счетчика выбрано таким образом, чтобы при достижении нулевого положения мертвый участок ленты полностью прошел через магнитную головку. В этом положении регистратор готов к записи с правильно настроенным счетчиком без каких-либо дополнительных манипуляций.

Во время воспроизведения записи можно действовать таким же образом. Лента тогда находится точно в начале записанной записи, так что начало воспроизведения можно определить в точное время, нажав кнопку воспроизведения.

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

Система последовательной коммутации видео — QSI Systems, Inc.

УРОВЕНЬ ТЕХНИКИ

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

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

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

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖА

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

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

РИС.2 — схематическая диаграмма, показывающая часть фиг. 1 система более подробно; и

ФИГ. 3 — диаграмма, иллюстрирующая формирование символа полосы на фиг. 1 система.

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНОГО ВАРИАНТА ОСУЩЕСТВЛЕНИЯ

Теперь обратимся к фиг. 1 на чертеже, серия из восьми телекамер, 1-8, настроена для наблюдения за восемью различными точками, например, при операции наблюдения в банке. Эти камеры генерируют композитные видеосигналы, которые передаются набором вентилей G1-G8 в суммирующую сеть 12.Выходной сигнал сети 12 подается на видеомагнитофон 14 и на обычный телевизионный монитор 16. Устройство записи 14 является стандартным, имеющим возможность мгновенного воспроизведения, и его выходной сигнал может отображаться на мониторе 16, если записанные изображения должны быть просмотрены впоследствии.

Шлюзы G1-G8 активируются последовательно сигналами P1-P8 из секции секвенирования, обозначенной, как правило, позицией 22. Таким образом, видеосигналы от камер 1-8 подаются в непрерывном чередовании на записывающее устройство 14 и монитор 16.

Предпочтительно система включает в себя возможность наложения на видеосигналы от камер дополнительных сигналов, отражающих мгновенное время и дату, так что каждое записанное изображение может быть точно определено во времени. Особенно подходящее устройство этого типа раскрыто в моей одновременно рассматриваемой заявке Ser. No. 396797, поданной 13 сентября 1973 г. под названием TV DISPLAY SYSTEM, теперь патент США No. № 3,898,644.

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

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

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

Ссылаясь на фиг. 3, обычное устройство генерации символов растрового сканирования используется для генерации символов 26 в форме дисплея с семью полосами сегментов. Каждый символ 26 сформирован в матрице 4 × 7 или конверте 27, который имеет четыре столбца в ширину и семь строк в высоту. Каждая из горизонтальных строк отображения символа соответствует двум последовательным строкам развертки телевизионного растра.Видеодисплей сначала проходит по строке 1 дисплея, чтобы сформировать верхнюю часть символа, а затем последовательно проходит по строкам 2-7, чтобы завершить отображение символа. Время, в течение которого электронный луч отслеживает соответствующие линии, обозначено от V1 до V7.

Точно так же система имеет временные интервалы, соответствующие горизонтальному перемещению электронного луча вдоль каждой из линий дисплея. Эти деления обозначаются временами от h2 до h5 по горизонтали. Таким образом, каждый горизонтальный и вертикальный элементы в огибающей 27 определяется парой горизонтальных и вертикальных временных интервалов H и V.

Снова обратимся к фиг. 1, составные видеосигналы от камер подаются на разделитель 32 синхроимпульсов в секции 24 генерации символов для выделения горизонтальных и вертикальных синхроимпульсов. Эти импульсы подаются на блоки 34 и 36 переменной задержки по горизонтали и вертикали. Это могут быть обычные одноразовые мультивибраторы с переменными постоянными времени.

Двоично-десятичный код для каждого символа 26, идентифицирующего камеру, из счетного регистра 62 применяется к генератору 44 символов посредством преобразователя 52 двоично-десятичного кода в семисегментный.Генератор 44 объединяет выходной сигнал преобразователя 52 с горизонтальными синхронизирующими сигналами h2 и h5 (соответствующими интервалам от h2 до h5) и вертикальными синхронизирующими сигналами V1-V7 (соответствующими интервалам от V1 до V7) для обеспечения сигналов видеосимвола, которые подаются на схему суммирования. 12. Сигналы h2-h5 поступают от счетчика 42, который считает импульсы от генератора 38, который в данном примере имеет частоту 2,1 МГц. Счетчик 42 сбрасывается и активируется для подсчета после приема задержанного импульса строчной синхронизации от блока 34 строчной задержки.Сигналы вертикальной синхронизации с V1 по V7 поступают от счетчика вертикальной развертки 46, рассчитанного по счету семь. Счетчик 46 получает приращение выходным сигналом счетчика 42 после того, как прошли горизонтальные интервалы. Он сбрасывается и позволяет вести отсчет задержанным импульсом вертикальной синхронизации от блока 36 вертикальной задержки.

Усилитель 48 с регулируемой интенсивностью подключается между выходной клеммой генератора 44 символов и землей. Ручка на передней панели позволяет пользователю регулировать усилитель 48 для повышения или понижения уровня сигнала, подаваемого на сеть 12 от генератора 44, и тем самым управлять интенсивностью персонажа 26.Кроме того, переключатель 53 на передней панели подключен так, чтобы сигнал от генератора 44 мог быть заземлен, тем самым полностью удаляя символ 26 с дисплея.

Секция 22 секвенирования, которая выполняет последовательное переключение между камерами с 1 по 8, включает в себя генератор в виде обычного мультивибратора 54 с переменной частотой, работающего в свободном режиме. Мультивибратор 54 синхронизируется вертикальными синхроимпульсами из синхросепаратора 32, так что его выходные импульсы приходят во время интервалов обратного хода по вертикали.Выходной сигнал мультивибратора 54 подается через схему 58 ИЛИ на двоичный счетчик 62, который реагирует на задние фронты этих импульсов.

Содержимое счетчика 62 появляется на четырех выходных линиях с A по D, которые обеспечивают четыре входа для преобразователя 52, только что описанного выше. Три из этих линий, от A до C, также подключены к декодеру 64, имеющему восемь выходных линий C1-C8, которые обеспечивают соответственно обозначенные сигналы выбора уровня заземления C1-C8. Серия из восьми инвертирующих усилителей 66 преобразует сигналы C1-C8 в сигналы P1-P8 с положительным уровнем утверждения, которые позволяют воротам G1-G8 управлять соединениями между камерами 1-8 и суммирующей сетью 12.

Таким образом, в ответ на выходной сигнал мультивибратора 54 выходы C1-C8 декодера 64 последовательно активируют вентили G1-G8, так что выходы камер 1-8 выбираются последовательно. Время включения или время задержки каждой камеры определяется частотой мультивибратора 54, которая регулируется с помощью ручки на передней панели, которая управляет элементом определения частоты обычным образом. На практике частота мультивибратора регулируется таким образом, чтобы обеспечить диапазон выдержки камеры от одной до тридцати секунд.

По-прежнему обращаясь к фиг. 1, проиллюстрированная система имеет два режима работы, а именно: режим ПОСЛЕДОВАТЕЛЬНОСТИ, в котором система автоматически переключает камеры 1-8, и РУЧНОЙ режим, в котором пользователь может выбирать и записывать любую из восьми камер до тех пор, пока он желает. Режим работы определяется установкой двухпозиционного переключателя 72 ВЫБОРА РЕЖИМА, подключенного к мультивибратору 54.

Когда переключатель 72 находится в положении ПОСЛЕДОВАТЕЛЬНОСТИ, мультивибратор 54 увеличивает счетчик 62 приращений, как описано ранее.С другой стороны, когда переключатель 72 находится в положении РУЧНОЙ, он заземляет соответствующий вывод мультивибратора 54, и выходной сигнал мультивибратора прекращается.

Сигналы C1-C8 от декодера 64 подаются на серию из восьми переключателей ручного выбора S1-S8, эти переключатели, в свою очередь, соединяются вместе с логическим элементом 76. Другой вход в логический элемент 76 формируется дифференциатором 78 который отличает импульсы вертикальной синхронизации от разделителя 32 синхроимпульсов. Выход логического элемента 76 проходит через схему 82 ИЛИ и является одним входом второго логического элемента 84.Другой вход логического элемента 84 состоит из импульсов генератора 38. Выход элемента 84 является входом логической схемы 58 ИЛИ.

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

Соответственно, когда срабатывает переключатель ручного выбора, например переключатель S2, если в это время к суммирующей схеме 12 подключена камера, отличная от выбранной камеры 2, активированный переключатель немедленно подает разрешающий сигнал на вентиль 76.Таким образом, следующий импульс кадровой синхронизации из разделителя 32 проходит логическим элементом 76 в схему 82 ИЛИ, чтобы включить логический элемент 84, так что импульсы генератора 38 подаются на схему ИЛИ 58 для быстрого увеличения счетчика 62. Счетчик 62 продолжает отсчет до декодера 64. выбирает желаемую камеру, то есть камеру 2, и в этот момент выходной сигнал C2 на уровне земли от декодера отключает логический элемент 76. Это, в свою очередь, отключает вентиль 84, тем самым отсекая импульсы генератора 38 от счетчика 62. В этот момент, сигнал P2 подается на логический элемент G2, так что выходной сигнал камеры 2 проходит на записывающее устройство 14 и монитор 16.Кроме того, счет в счетчике 62 применяется к преобразователю 52, так что генератор 44 символов вызывает вставку цифры «2» в записанные и отображаемые изображения.

Из-за высокой частоты генератора 38, например 2,1 мГц, все вышеупомянутые шаги, от начала вертикального синхроимпульса до подключения выбранной камеры 2 к суммирующей схеме 12, выполняются в пределах длительности синхроимпульса, то есть во время вертикального обратного хода изображения. , тем самым избегая «опрокидывания» из-за переключения.В этой связи следует отметить, что постоянная времени дифференциатора 78 должна быть достаточно большой, например 50 мкс, чтобы обеспечить прохождение необходимого количества импульсов генератора 38 на счетчик 62.

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

Если оператор теперь должен активировать другой переключатель ручного выбора, скажем, переключатель S8, следующий импульс вертикальной синхронизации активирует вентиль 84.В результате, импульсы генератора 38 будут быстро продвигать счетчик 62 до тех пор, пока декодер 64 не сгенерирует сигнал C8, вызывая отключение логического элемента 84. Кроме того, сигнал C8 инвертируется и применяется как сигнал P8 к вентилю G8, так что выход камеры 8 теперь записывается и отображается на мониторе 16.

Когда система переводится в режим ПОСЛЕДОВАТЕЛЬНОСТИ с помощью переключателя 72, она автоматически пропускает неиспользуемые камеры или камеры, выходные сигналы которых настолько слабые, что они не дают полезных изображений. В частности, видеосигналы от камер 1-8 подаются на серию идентичных детекторов 88 пропуска, выходы которых стробируются выходными сигналами C1-C8 декодера 64.Когда видеосигнал от одной из камер чрезмерно слаб или полностью отсутствует, детектор 88, связанный с этой камерой, генерирует сигнал SKIP при стробировании, и этот сигнал подается на схему 82 ИЛИ. Выход схемы 82 ИЛИ, в свою очередь, разрешает вентиль 84 для пропускания импульсов генератора 38 на счетчик 62 до тех пор, пока система быстро не перейдет к следующей камере в последовательности, которая производит нормальный видеосигнал.

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

РИС. 2 более подробно показан типичный детектор 88 пропуска. Видеосигнал от камеры 1, например, подается через разделительный конденсатор 92 и последовательный резистор 94 на базу транзистора 96. Транзистор 96 подключен как усилитель эмиттер-повторитель, выход которого подается на затвор G1.Этот каскад усилителя также включает в себя эмиттерный резистор 98 и резистор 100, подключенные между базой и эмиттером.

Детектор пропуска 88 дополнительно включает в себя транзистор 102, эмиттер которого подключен к переходу между конденсатором 92 и резистором 94, а коллектор которого подключен к резистору 104, который, в свою очередь, подключен к источнику положительного напряжения, как указано. (иллюстративно 5 вольт). Коллектор транзистора 102 также соединен с базой транзистора 106, коллектор которого соединен с источником положительного напряжения, а эмиттер которого соединен с одним концом делителя напряжения, содержащего пару резисторов 108 и 110.Сглаживающий конденсатор 111 подключен параллельно делителю 108-110. Переход резисторов 108 и 110 подключен к базе транзистора 112, эмиттер которого соединен с землей вместе с другим концом делителя напряжения 108-110. Коллектор транзистора 112 обеспечивает выходной сигнал детектора пропуска 88.

База транзистора 102 подключена к подходящему источнику положительного напряжения, например 2 вольта. При отсутствии входа от камеры 1 это поддерживает уровень постоянного тока примерно того же напряжения справа от конденсатора 92.Кроме того, в транзисторе 102 есть ток база-эмиттер и результирующий ток коллектора в этом транзисторе с соответствующим падением напряжения на резисторе 104. Напряжение коллектора транзистора 102 за вычетом падения база-эмиттер в транзисторе 106, подается на делитель напряжения 108-110. Делитель напряжения снижает это напряжение до уровня, например 0,50 вольт, недостаточное для того, чтобы транзистор 112 проводил ток.

С другой стороны, если есть видеосигнал от камеры 1, отрицательные части этого сигнала вызовут заряд конденсатора 92, по существу, до суммы пиковых (отрицательных) частей композитных видеосигналов и два вольта, приложенные к базе транзистора 102.Это эффективно отключает транзистор 102, напряжение на коллекторе которого соответственно увеличивается. Это, таким образом, увеличивает напряжение на делителе 108-110, так что в отсутствие запрещающего сигнала, обсуждаемого ниже, напряжение на базе транзистора 112 является достаточным для обеспечения проводимости этого транзистора, тем самым по существу заземляя коллектор транзистор 112.

Далее со ссылкой на фиг. 2, коллектор стробирующего транзистора 114 подключен к базе транзистора 112, так что, когда камера 1 не выбрана, положительное напряжение прикладывается к базе транзистора 114, тем самым эффективно заземляя базу транзистора 112 и подавление проводимости этим транзистором.Однако, когда выбрана камера 1, результирующий уровень заземления сигнала C1 отключает транзистор 114. Если камера 1 в это время подключена и работает, результирующее положительное напряжение на базе транзистора 112 вызывает в нем проводимость. транзистор 112, как описано, и тем самым предотвращает передачу сигнала SKIP от детектора 88 пропуска. С другой стороны, если камера 1 не работает, транзистор 112, как описано выше, не будет проводить, тем самым утверждая сигнал SKIP.

Возвращаясь к фиг. 1, серия из восьми панельных источников света в виде светодиодов L1-L8 подключена к выходным клеммам декодера 64, чтобы они могли включаться сигналами C1-C8. Соответственно, наблюдая, какой из индикаторов L1-L8 горит, пользователь сразу узнает, какая камера подключена.

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

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

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

Устранение неполадок STP на коммутаторах Catalyst с системным программным обеспечением Cisco IOS

В этом документе представлены рекомендации по использованию программного обеспечения Cisco IOS® для устранения проблем с протоколом связующего дерева (STP). Есть специальные команды, которые применимы только к Catalyst 6500/6000; однако вы можете применить большинство принципов к любому коммутатору Cisco Catalyst, на котором работает программное обеспечение Cisco IOS.

В большинстве случаев устранение неполадок STP связано с тремя проблемами:

Так как мост не имеет никакого механизма для отслеживания того, пересылается ли определенный пакет несколько раз (например, IP Time to Live [TTL] используется для отбрасывания трафика, который слишком долго циркулирует в сети), только один путь может существуют между двумя устройствами в одном домене уровня 2 (L2).

Назначение STP — блокировать избыточные порты на основе алгоритма STP, чтобы преобразовать избыточную физическую топологию в древовидную топологию.Петля пересылки (например, петля STP) возникает, когда ни один порт в избыточной топологии не заблокирован, а трафик пересылается по кругу на неопределенное время.

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

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

Требования

Cisco рекомендует ознакомиться со следующими темами:

Используемые компоненты

Информация в этом документе основана на следующих версиях программного и аппаратного обеспечения:

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

Условные обозначения

См. Раздел Условные обозначения технических советов Cisco для получения дополнительной информации об условных обозначениях в документе.

STP делает определенные предположения о своей операционной среде. Эти предположения наиболее актуальны для этого документа:

• Каждое соединение между двумя мостами является двунаправленным.Это означает, что если A напрямую подключается к B, то A получит то, что B отправил, а B получит то, что A отправил, пока связь между ними установлена.

• Каждый мост, на котором запущен STP, может регулярно принимать, обрабатывать и передавать блоки данных протокола моста STP (BPDU), также известные как пакеты STP.

Хотя эти предположения кажутся логичными и очевидными, бывают ситуации, когда они не выполняются. Большинство из этих ситуаций связаны с аппаратными проблемами; однако дефекты программного обеспечения также могут привести к сбоям STP.Различные сбои оборудования, неправильная конфигурация или неправильное подключение вызывают большинство сбоев STP, тогда как сбои программного обеспечения составляют меньшинство. Сбои STP также могут возникать из-за ненужных дополнительных соединений, существующих между коммутаторами. Сети VLAN переходят в нерабочее состояние из-за этих дополнительных подключений. Чтобы решить эту проблему, удалите все нежелательные соединения между коммутаторами.

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

Примеры того, почему коммутаторы могут не получать BPDU, включают неисправные приемопередатчики или преобразователи гигабитного интерфейса (GBIC), проблемы с кабелями или аппаратные сбои порта, линейной карты или модуля Supervisor Engine.Одной из частых причин отказов STP является однонаправленное соединение между мостами. В таком состоянии один мост отправляет BPDU, но нисходящий мост никогда их не получает. Обработка STP также может быть нарушена из-за перегрузки ЦП (99 процентов и более), поскольку коммутатор не может обрабатывать полученные BPDU. Блоки BPDU могут быть повреждены на пути от одного моста к другому, что также мешает правильному поведению STP.

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

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

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

Прежде чем приступить к устранению неполадок, необходимо получить следующую информацию:

• Фактическая схема топологии, на которой подробно описаны все коммутаторы и мосты

• Соответствующие им (соединительные) номера портов

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

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

1. Определите петлю.

   Когда в сети образовалась петля пересылки, это обычные симптомы:

   • Потеря связи с затронутыми регионами сети, из них и через них

   • Высокая загрузка ЦП на маршрутизаторах, подключенных к затронутым сегментам или VLAN, что может привести к различным симптомам, таким как переключение соседних узлов протокола маршрутизации или переключение активного маршрутизатора протокола горячего резервирования (HSRP)

   • Высокая загрузка канала (часто 100%)

   • Высокий коэффициент использования объединительной платы коммутатора (по сравнению с базовым коэффициентом использования)

   • Сообщения системного журнала, указывающие на зацикливание пакетов в сети (например, сообщения о дублировании IP-адреса HSRP)

   • Сообщения системного журнала, указывающие на постоянное повторное обучение адреса или сообщения о смене MAC-адреса

   • Увеличивается количество выходных падений на многих интерфейсах

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

   Примечание: Самый быстрый способ проверить это — проверить использование трафика объединительной платы коммутатора:

    cat #  показать катализатор6000 счетчик трафика 
   
       счетчик трафика = 13%  Никогда не сбрасывался
                пик = 14%  достигнуто в 12:08:57 CET, пт, 4 октября 2002 г. 

   Примечание: Catalyst 4000 с программным обеспечением Cisco IOS в настоящее время не поддерживает эту команду.

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

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

2. Узнайте топологию (область действия) петли.

   После того, как установлено, что причиной сбоя сети является петля пересылки, наивысшим приоритетом является остановка петли и восстановление работы сети. Чтобы остановить цикл, вы должны знать, какие порты вовлечены в цикл: посмотрите на порты с наибольшим использованием канала (пакетов в секунду). Программная команда show interface Cisco IOS отображает использование каждого интерфейса.

   Чтобы отобразить только информацию об использовании и имя интерфейса (для быстрого анализа), вы можете использовать фильтрацию вывода регулярных выражений программного обеспечения Cisco IOS. Проблема: интерфейс шоу | include line | \ / sec , чтобы отображать только статистику пакетов в секунду и имя интерфейса:

    cat #  показать интерфейс | включить строку | \ / сек 
   
   GigabitEthernet2 / 1 включен, сетевой протокол не работает
     Скорость ввода за 5 минут 0 бит / сек, 0 пакетов / сек
     5-минутная скорость вывода 0 бит / сек, 0 пакетов / сек
   GigabitEthernet2 / 2 включен, сетевой протокол не работает
     Скорость ввода за 5 минут 0 бит / сек, 0 пакетов / сек
     5-минутная скорость вывода 0 бит / сек, 0 пакетов / сек
     GigabitEthernet2 / 3 включен, протокол линии включен
     Скорость ввода за 5 минут 99765230 бит / сек, 24912 пакетов / сек 
     5-минутная скорость вывода 0 бит / сек, 0 пакетов / сек
     GigabitEthernet2 / 4 включен, протокол линии работает 
     5-минутная скорость ввода 1000 бит / сек, 27 пакетов / сек
      5-минутная скорость вывода 101002134 бит / сек, 25043 пакетов / сек 
   GigabitEthernet2 / 5 отключен административно, линейный протокол не работает
     Скорость ввода за 5 минут 0 бит / сек, 0 пакетов / сек
     5-минутная скорость вывода 0 бит / сек, 0 пакетов / сек
   GigabitEthernet2 / 6 отключен административно, линейный протокол не работает
     Скорость ввода за 5 минут 0 бит / сек, 0 пакетов / сек
     5-минутная скорость вывода 0 бит / сек, 0 пакетов / сек
   GigabitEthernet2 / 7 работает, линейный протокол не работает
     Скорость ввода за 5 минут 0 бит / сек, 0 пакетов / сек
     5-минутная скорость вывода 0 бит / сек, 0 пакетов / сек
     GigabitEthernet2 / 8 подключен, протокол линии работает 
     5-минутная скорость ввода 2000 бит / сек, 41 пакет / сек
       5-минутная скорость вывода 99552940 бит / сек, 24892 пакета / сек 
    

   Обратите особое внимание на интерфейсы с максимальной загрузкой канала.В этом примере это интерфейсы g2 / 3, g2 / 4 и g2 / 8; они, вероятно, являются портами, которые участвуют в петле.

3. Разорвать петлю.

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

   Примечание: Для облегчения последующего анализа причин нет необходимости выключать или отключать все порты сразу; вместо этого выключайте их по одному.Обычно лучше отключить порты в точке агрегации, затронутой петлей, такой как распределительный или базовый коммутатор. Если вы отключите все порты сразу и включите или повторно подключите их один за другим, это может не сработать; петля будет остановлена ​​и может не начаться сразу после повторного подключения нарушившего порта. Следовательно, было бы трудно связать отказ с каким-либо конкретным портом.

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

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

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

   В следующем примере топологии петля проходит между коммутаторами A, B и D. Следовательно, каналы AB, AD и BD поддерживаются. Если вы закроете любую из этих ссылок, вы остановите цикл. Ссылки AC, AE, BC и BE просто наводняют трафик, поступающий с петлей.

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

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

4. Найдите и устраните причину петли.

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

   • Изучите схему топологии, чтобы найти резервный путь. Это включает поддерживающий порт, найденный на предыдущем шаге, который возвращается к тому же коммутатору (путь, по которому пакеты проходили во время цикла). В предыдущем примере топологии это путь AD-DB-BA.

   • Для каждого коммутатора на резервном пути проверьте следующие проблемы:

   1. Знает ли коммутатор правильный корень STP?

      Все коммутаторы в сети L2 должны согласовывать общий корень STP.Это явный признак проблем, когда мосты постоянно отображают другой идентификатор корня STP в конкретном экземпляре VLAN или STP. Выполните команду show spanning-tree vlan vlan-id , чтобы отобразить идентификатор корневого моста для данной VLAN:

       cat #  show Spanning-tree vlan 333 
      
      MST03
        Протокол MSTP с включенным связующим деревом
          Приоритет корневого идентификатора 32771
                   Адрес 0050.14bb.6000 
                   Стоимость 20000
                   Порт 136 (GigabitEthernet3 / 8)
                   Время приветствия 2 секунды Максимальный возраст 20 секунд Задержка пересылки 15 секунд
      
        Приоритет идентификатора моста 32771 (приоритет 32768 sys-id-ext 3)
                   Адрес 00d0.003f.8800
                   Время приветствия 2 секунды Максимальный возраст 20 секунд Задержка пересылки 15 секунд
      
      Интерфейс Роль Sts Стоимость Приоритетный номер Статус
      ---------------- ---- --- --------- -------- ---------- --------------
      Gi3 / 8 Корневой FWD 20000 128,136 P2p
      Po1 Desg FWD 20000 128,833 P2p 

      Номер VLAN можно найти по порту, поскольку порты, входящие в петлю, были установлены на предыдущих шагах. Если рассматриваемые порты являются магистральными, часто задействованы все сети VLAN на магистрали.Если это не так (например, если кажется, что петля произошла в одной VLAN), вы можете попробовать выдать команду show interfaces | include L2 | line | broadcast команда (только на модулях Supervisor 2 и более поздних версиях на коммутаторах Catalyst 6500/6000, поскольку Supervisor 1 не предоставляет статистику коммутации для каждой VLAN). Посмотрите только на интерфейсы VLAN. VLAN с наибольшим количеством коммутируемых пакетов чаще всего будет той, где возник петля:

       cat #  показать int | включить L2 | линия | трансляция 
      
        Vlan1 включен, протокол линии работает
        Коммутируемый L2: ucast: 653704527 pkt, 124614363025 байт - mcast:
               23036247 pkt, 1748707536 байт
           Получено 23201637 трансляций, 0 коротышей, 0 гигантов, 0 дросселей 
      Vlan10 включен, протокол линии работает
        Коммутируемый L2: ucast: 2510912 pkt, 137067402 байта - mcast:
               41608705 pkt, 1
      8378 байт
           Получено 1321246 трансляций, 0 коротышек, 0 гигантов, 0 дросселей
      Vlan11 включен, протокол линии работает
        Коммутируемый L2: ucast: 73125 pkt, 2242976 байт - mcast:
               31 pkt, 173652249 байт
           Получено 1440503 трансляций, 0 рантов, 0 гигантов, 0 дросселей
      Vlan100 включен, протокол линии работает
        Коммутируемый L2: ucast: 458110 pkt, 21858256 байт - mcast:
               64534391 pkt, 2977052824 байта
           Получено 1176671 трансляций, 0 коротышек, 0 гигантов, 0 дросселей
      Vlan101 работает, протокол линии работает
        Коммутируемый L2: ucast: 70649 pkt, 2124024 байта - mcast:
               2175964 pkt, 108413700 байт
           Получено 1104890 трансляций, 0 коротышек, 0 гигантов, 0 дросселей 

      В этом примере на VLAN 1 приходится наибольшее количество широковещательных рассылок и трафика с коммутацией L2.

   2. Корневой порт определен правильно?

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

      Чтобы определить, какой порт считается корневым для данной VLAN, введите команду show spanning-tree vlan vlan :

       cat #  show Spanning-tree vlan 333 
      
      MST03
        Протокол MSTP с включенным связующим деревом
        Приоритет корневого идентификатора 32771
                   Адрес 0050.14 бб 6000
                   Стоимость 20000
                     Порт 136 (GigabitEthernet3 / 8) 
                   Время приветствия 2 секунды Максимальный возраст 20 секунд Задержка пересылки 15 секунд
      
        Приоритет идентификатора моста 32771 (приоритет 32768 sys-id-ext 3)
                   Адрес 00d0.003f.8800
                   Время приветствия 2 секунды Максимальный возраст 20 секунд Задержка пересылки 15 секунд
      
      Интерфейс Роль Sts Стоимость Приоритетный номер Статус
      ---------------- ---- --- --------- -------- ---------- --------------
      Gi3 / 8 Корневой FWD 20000 128.136 P2p
      Po1 Desg FWD 20000 128,833 P2p 

   3. Регулярно ли приходят BPDU на корневой порт и на порты, которые должны быть блокируемыми?

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

      Выполните команду show spanning-tree interface detail , чтобы узнать, принимаются ли BPDU:

       cat #  показать интерфейс связующего дерева g3 / 2, деталь 
      
      Порт 130 (GigabitEthernet3 / 2) MST00 - резервная блокировка
         Стоимость пути к порту 20000, приоритет порта 128, идентификатор порта 128.130.
         Назначенный корень имеет приоритет 0, адрес 0007.4f1c.e847
         Назначенный мост имеет приоритет 32768, адрес 00d0.003f.8800
         Идентификатор назначенного порта - 128,129, стоимость назначенного пути - 2000019.
         Таймеры: возраст сообщения 4, задержка пересылки 0, удержание 0
           Количество переходов в состояние пересылки: 0 
         Тип ссылки по умолчанию - точка-точка, внутренний.
         Защита от петель включена по умолчанию на порте.
         BPDU: отправлено 3,  получено 53 
      
      cat #  показать интерфейс связующего дерева g3 / 2, деталь 
      
      Порт 130 (GigabitEthernet3 / 2) MST00 - резервная блокировка
         Стоимость пути к порту 20000, приоритет порта 128, идентификатор порта 128.130.
         Назначенный корень имеет приоритет 0, адрес 0007.4f1c.e847
         Назначенный мост имеет приоритет 32768, адрес 00d0.003f.8800
         Идентификатор назначенного порта - 128,129, стоимость назначенного пути - 2000019.
         Таймеры: возраст сообщения 5, задержка пересылки 0, удержание 0
         Количество переходов в состояние пересылки: 0
         Тип ссылки по умолчанию - точка-точка, внутренний.
         Защита от петель включена по умолчанию на порте.
         BPDU: отправлено 3,  получено 54 
       

      Примечание: Один BPDU был получен между двумя выходами команды (счетчик изменился с 53 на 54).

      Показанные счетчики на самом деле являются счетчиками, обслуживаемыми самим процессом STP. Это означает, что при увеличении счетчиков приема не только физический порт получил BPDU, но и процесс STP.

      Если полученный счетчик BPDU не увеличивается на порте, который должен быть корневым альтернативным или резервным портом, то проверьте, принимает ли порт вообще какие-либо многоадресные рассылки (BPDU отправляются как многоадресные). Выполните команду show interface interface counters :

       cat #  показать интерфейс счетчиков g3 / 2 
      
      Порт InOctets InUcastPkts  InMcastPkts  InBcastPkts
      Gi3 / 2 14873036 2  89387  0
      
      Порт OutOctets OutUcastPkts OutMcastPkts OutBcastPkts
      Gi3 / 2 114365997 83776 732086 19
      
      cat #  показать интерфейс счетчиков g3 / 2 
      
      Порт InOctets InUcastPkts  InMcastPkts  InBcastPkts
      Gi3 / 2 14873677 2  89391  0
      
      Порт OutOctets OutUcastPkts OutMcastPkts OutBcastPkts
      Gi3 / 2 114366106 83776 732087 19 

      (Краткое описание ролей портов STP можно найти в разделе «Краткое описание ролей портов STP» документа «Усовершенствования протокола связующего дерева с использованием защиты от петель и функций обнаружения перекоса BPDU».)

      Если BPDU не получено, проверьте, не считает ли порт ошибки. Выполните команду show interface interface counters errors :

       cat #  показать ошибки счетчиков интерфейса g4 / 3 
      
      Port Align-Err FCS-Err Xmit-Err Rcv-Err Недостаточный размер OutDiscards
      Gi4 / 3 0 0 0 0 0 0
      
      Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants
      Gi4 / 3 0 0 0 0 0 0 0 

      Возможно, что пакеты BPDU получены физическим портом, но все еще не достигают процесса STP.Если команды, использованные в двух предыдущих примерах, показывают, что получено несколько многоадресных рассылок, а количество ошибок не увеличивается, проверьте, удаляются ли BPDU на уровне процесса STP. Выполните команду remote command switch test spanning-tree process-stats на Catalyst 6500:

       cat #  проверка удаленного командного коммутатора статистика процессов связующего дерева 
      
      ------------------ СТАТИСТИКА ПЕРЕДАЧИ ------------------
       скорость передачи / сек = 2
       пакетов передано = 5011226
       пакетов передано (opt) = 0
       opt chunk allocation failures = 0
       max opt chunk выделен = 0
      ------------------ СТАТИСТИКА ПРИЕМА ------------------
         скорость приема / сек = 1 
       пакеты получены на stp isr = 3947627
       пакеты поставлены в очередь на stp isr = 3947627
         пакетов сброшены при stp isr = 0
       скорость выпадения / сек = 0 
       пакеты удалены из очереди на stp proc = 3947627
       ожидающие в очереди пакеты = 0
       глубина очереди = 7 (макс.) 12288 (всего)
      -------------- ОБРАБОТКА СТАТИСТИКИ ---------------
       время ожидания очереди (в мс) = 0 (средн.) 540 (макс.)
       время обработки (в мс) = 0 (средн.) 4 (макс.)
       количество переключений процесса = 100
       добавить порты vlan = 20
       время с момента последней очистки = 2087269 сек 

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

      Если количество полученных пакетов не увеличивается, но физический порт принимает многоадресные рассылки, убедитесь, что пакеты принимаются внутриполосным интерфейсом коммутатора (интерфейсом ЦП). Выпустите переключатель удаленной команды show ibc | i Команда rx_input на Catalyst 6500/6000:

       cat #  удаленный командный переключатель show ibc | я rx_input 
      
      rx_inputs =  5626468 , rx_cumbytes = 859971138
      
      cat #  удаленный командный переключатель show ibc | я rx_input 
      
      rx_inputs =  5626471 , rx_cumbytes = 859971539 

      Этот пример показывает, что между выходами внутриполосный порт получил 23 пакета.

      Примечание: Эти 23 пакета являются не только пакетами BPDU; это глобальный счетчик для всех пакетов, полученных внутриполосным портом.

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

   4. Регулярно ли отправляются пакеты BPDU на назначенные порты, не являющиеся корневыми?

      Если, в соответствии с ролью порта, порт отправляет BPDU, но сосед их не получает, проверьте, действительно ли отправляются BPDU.Выполните команду show spanning-tree interface detail command:

       cat #  показать интерфейс связующего дерева g3 / 1 деталь 
      
      Порт 129 (GigabitEthernet3 / 1) MST00 - , назначенный для пересылки .
         Стоимость пути к порту 20000, приоритет порта 128, идентификатор порта 128.129.
         Назначенный корень имеет приоритет 0, адрес 0007.4f1c.e847
         Назначенный мост имеет приоритет 32768, адрес 00d0.003f.8800
         Идентификатор назначенного порта - 128,129, стоимость назначенного пути - 2000019.
         Таймеры: возраст сообщения 0, задержка пересылки 0, удержание 0
         Количество переходов в состояние пересылки: 0
         Тип ссылки по умолчанию - точка-точка, внутренний.
         Защита от петель включена по умолчанию на порте.
           BPDU: отправлено 1774 , получено 1
      
      cat #  показать интерфейс связующего дерева g3 / 1 деталь 
      
      Порт 129 (GigabitEthernet3 / 1) MST00 - , назначенный для пересылки .
         Стоимость пути к порту 20000, приоритет порта 128, идентификатор порта 128.129.
         Назначенный корень имеет приоритет 0, адрес 0007.4f1c.e847
         Назначенный мост имеет приоритет 32768, адрес 00d0.003f.8800
         Идентификатор назначенного порта - 128,129, стоимость назначенного пути - 2000019.
         Таймеры: возраст сообщения 0, задержка пересылки 0, удержание 0
         Количество переходов в состояние пересылки: 0
         Тип ссылки по умолчанию - точка-точка, внутренний.
         Защита от петель включена по умолчанию на порте.
           BPDU: отправлено 1776 , получено 1 

      В этом примере между выходами было отправлено два блока BPDU.

      Примечание: Процесс STP поддерживает счетчик BPDU: отправлено. Это означает, что счетчик показывает, что BPDU был отправлен на физический порт, который в конечном итоге будет отправлен. Проверьте, увеличиваются ли счетчики портов для передаваемых многоадресных пакетов. Выполните команду show interface interface counters . Это может помочь определить, выходят ли BPDU или нет:

       cat #  показать интерфейс счетчики g3 / 1 
      
      Порт InOctets InUcastPkts InMcastPkts InBcastPkts
      Gi3 / 1 127985312 83776 812319 19
      
      Порт OutOctets OutUcastPkts  OutMcastPkts  OutBcastPkts
      Gi3 / 1 131825915 3442  872342  386
      
      cat #  показать интерфейс счетчиков g3 / 1 
      
      Порт InOctets InUcastPkts InMcastPkts InBcastPkts
      Gi3 / 1 127985312 83776 812319 19
      
      Порт OutOctets OutUcastPkts  OutMcastPkts  OutBcastPkts
      Gi3 / 1 131826447 3442  872346  386 

      Идея всех этих шагов состоит в том, чтобы найти коммутатор или канал, на котором BPDU не принимаются, не отправляются и не обрабатываются.

      Возможно, но маловероятно, что протокол STP вычислил правильное состояние для порта, но из-за проблемы с плоскостью управления ему не удалось установить это состояние на оборудовании пересылки. Может возникнуть петля, если предполагаемый блокирующий порт не заблокирован на аппаратном уровне. Если вы подозреваете такую ​​проблему в своей сети, обратитесь в службу технической поддержки Cisco для получения дополнительной помощи.

5. Восстановить избыточность.

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

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

Роль механизма TC — исправление таблиц пересылки L2 после изменения топологии пересылки.Это необходимо, чтобы избежать сбоя подключения, потому что после TC некоторые MAC-адреса, ранее доступные через определенные порты, могут стать доступными через другие порты. TC сокращает время устаревания таблицы пересылки на всех коммутаторах в VLAN, где происходит TC; таким образом, если адрес не будет повторно определен, он устареет, и произойдет лавинная рассылка, чтобы гарантировать, что пакеты достигают MAC-адреса назначения.

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

Примечание: с быстрым STP или несколькими STP (IEEE 802.1w и IEEE 802.1s), TC запускается при изменении состояния порта на переадресацию, а также при изменении роли с назначенной на корневую. При использовании Rapid STP таблица пересылки L2 немедленно очищается, в отличие от 802.1d, что сокращает время устаревания. Немедленная очистка таблицы пересылки восстанавливает соединение быстрее, но вызовет больше лавинной рассылки.

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

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

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

В 802.1d информация STP о событии TC распространяется между мостами через уведомление TC (TCN), которое является специальным типом BPDU. Если вы проследите за портами, которые получают TCN BPDU, вы можете найти устройство, которое отправляет TC.

Установить, вызвано ли наводнение TCs STP

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

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

На Catalyst 6500/6000, на котором работает программное обеспечение Cisco IOS, вы можете проверить счетчик механизма пересылки (только на модуле Supervisor 2), чтобы оценить объем лавинной рассылки. Выпустите переключатель удаленной команды show earl statistics | i MISS_DA | ST_FR , команда:

 cat #  удаленный командный переключатель показать статистику графа | я MISS_DA | ST_FR 

         ST_MISS_DA = 18 530308834
         ST_FRMS = 97 96
54

cat #  удаленный командный переключатель показать статистику графа | я MISS_DA | ST_FR 

         ST_MISS_DA = 4 530308838
         ST_FRMS = 23 96
77 

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

Отследить источник TC

Если номер VLAN известен для VLAN, в которой происходит чрезмерная лавинная рассылка, проверьте счетчики STP, чтобы увидеть, является ли количество TC большим или регулярно увеличивается. Выполните команду show spanning-tree vlan vlan-id detail (в этом примере используется VLAN 1):

 cat #  show Spanning-tree vlan 1 деталь 

VLAN0001 выполняет протокол связующего дерева, совместимый с IEee.
  Идентификатор моста имеет приоритет 32768, sysid 1, адрес 0007.0e8f.04c0
  Настроено время приветствия 2, максимальный возраст 20, задержка пересылки 15
  Текущий корень имеет приоритет 0, адрес 0007.4f1c.e847
  Корневой порт - 65 (GigabitEthernet2 / 1), стоимость корневого пути - 119
  Флаг изменения топологии не установлен, флаг обнаружения не установлен
    Количество изменений топологии 1 последнее изменение произошло 00:00:35 назад
          из GigabitEthernet1 / 1 
  Время: удержание 1, изменение топологии 35, уведомление 2
          привет 2, максимальный возраст 20, задержка пересылки 15
  Таймеры: привет 0, изменение топологии 0, уведомление 0, устаревание 300 

Если номер VLAN неизвестен, вы можете использовать анализатор пакетов или проверить счетчики TC для всех VLAN.

Примите меры по предотвращению чрезмерного количества TC

Вы можете следить за счетчиком количества изменений топологии, чтобы видеть, увеличивается ли оно регулярно. Затем перейдите к мосту, который подключен к показанному порту, чтобы получить последний TC (в предыдущем примере, порт GigabitEthernet1 / 1), и посмотрите, откуда пришел TC для этого моста. Этот процесс необходимо повторять до тех пор, пока не будет найден порт конечной станции без включенного STP portfast или пока не будет обнаружено колеблющееся соединение, которое необходимо исправить.Всю процедуру необходимо повторить, если TC по-прежнему поступают из других источников. Если ссылка принадлежит конечному хосту, вам следует настроить функцию portfast, чтобы предотвратить создание TC.

Примечание: В реализации STP программного обеспечения Cisco IOS счетчик TC будет увеличиваться только в том случае, если TCN BPDU получен портом в VLAN. Если получен BPDU нормальной конфигурации с установленным флагом TC, то счетчик TC не увеличивается. Это означает, что если вы подозреваете, что TC является причиной лавинной рассылки, лучше всего начать отслеживание источников TC с корневого моста STP в этой VLAN.В нем будет самая точная информация о количестве и источнике TC.

Бывают ситуации, когда фактическая работа STP не соответствует ожидаемому поведению. Это две наиболее частые проблемы:

Чаще всего это причины такого поведения:

• Несоответствие между реальной и задокументированной топологией

• Неправильная конфигурация, например несогласованная конфигурация таймеров STP, превышение диаметра STP или неправильная конфигурация Portfast

• Перегружен ЦП коммутатора во время схождения или повторного схождения

• Программный дефект

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

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

Для STP с Catalyst 6500/6000, на котором работает программное обеспечение Cisco IOS, обработка выполняется на процессоре коммутатора (SP) (или супервизоре), поэтому отладку необходимо включить на SP.Для групп программного моста Cisco IOS обработка выполняется на процессоре маршрутизации (RP), поэтому отладку необходимо включить на RP (MSFC).

Команды отладки STP

Многие команды STP debug предназначены для использования в инженерных разработках. Они не предоставляют никаких выводов, значимых для кого-то без подробных знаний о реализации STP в программном обеспечении Cisco IOS. Некоторые отладки могут предоставлять мгновенно читаемые выходные данные, такие как изменения состояния порта, изменения ролей, такие события, как TC, а также дамп полученных и переданных BPDU.В этом разделе не дается полное описание всех отладок, а кратко представлены наиболее часто используемые.

Примечание: При использовании команд debug включите минимально необходимые отладки. Если отладка в реальном времени не требуется, запишите вывод в журнал, а не выводите его на консоль. Чрезмерные отладки могут перегрузить ЦП и нарушить работу переключателя. Чтобы направлять вывод отладки в журнал, а не в консоль или сеансы Telnet, введите команды logging console information и no logging monitor в режиме глобальной конфигурации.

Чтобы просмотреть общий журнал событий, введите команду debug spanning-tree event для Per VLAN Spanning-Tree (PVST) и Rapid-PVST. Это первая отладка, которая дает общее представление о том, что происходит с STP.

В режиме множественного связующего дерева (MST) не работает команда для события события связующего дерева отладки. Поэтому введите команду debug spanning-tree mstp roles , чтобы увидеть изменения роли порта.

Чтобы увидеть изменения состояния порта STP, введите команду debug spanning-tree switch state вместе с командой debug pm vp :

 cat-sp #  состояние переключателя связующего дерева отладки 

Отладка изменения состояния порта связующего дерева включена

cat-sp #  отладка pm vp 

Включена отладка событий виртуального порта
19 ноября 14:03:37: SP: pm_vp 3/1 (333): во время переадресации состояния получено событие 4 (удалить)
  19 ноя, 14:03:37: SP:  @@@  pm_vp 3/1 (333):
  переадресация -> не пересылка 

  порт 3/1 (был переадресацией) уходит во влан 333 

19 ноября 14:03:37: SP: *** vp_fwdchange: single: notfwd: 3/1 (333)
19 ноября, 14:03:37: SP: @@@ pm_vp 3/1 (333): notforwarding -> присутствует
19 ноября, 14:03:37: SP: *** vp_linkchange: single: down: 3/1 (333)
19 ноября 14:03:37: SP: @@@ pm_vp 3/1 (333): присутствует -> not_present
19 ноября 14:03:37: SP: *** vp_statechange: single: remove: 3/1 (333)
  19 ноября 14:03:37: SP: pm_vp 3/2 (333): во время состояния запрета переадресации,
  есть событие 4 (удалить)
19 ноября 14:03:37: SP:  @@  pm_vp 3/2 (333): notforwarding -> присутствует
19 ноября, 14:03:37: SP: *** vp_linkchange: single: down: 3/2 (333)

Порт 3/2 (не перенаправлялся) в vlan 333 отключается 

19 ноября, 14:03:37: SP: @@@ pm_vp 3/2 (333): присутствует -> not_present
19 ноября 14:03:37: SP: *** vp_statechange: single: remove: 3/2 (333)

19 ноября 14:03:53: SP: pm_vp 3/1 (333): в состоянии not_present,
  есть событие 0 (добавить)
19 ноября, 14:03:53: SP: @@@ pm_vp 3/1 (333): not_present -> настоящее
19 ноя 14:03:53: SP: *** vp_statechange: single: добавлено: 3/1 (333)
  19 ноября 14:03:53: SP: pm_vp 3/1 (333): во время состояния присутствует,
  есть событие 8 (ссылка)
19 ноя 14:03:53: SP:  @@  pm_vp 3/1 (333): присутствует ->
  не пересылка
19 ноября 14:03:53: SP: STP SW: Gi3 / 1 новое требование блокировки для 0 vlan
19 ноя, 14:03:53: SP: *** vp_linkchange: single: up: 3/1 (333)

Канал порта 3/1 поднимается и блокируется во влане 333 

19 ноября 14:03:53: SP: pm_vp 3/2 (333): в состоянии not_present,
  есть событие 0 (добавить)
19 ноября, 14:03:53: SP: @@@ pm_vp 3/2 (333): not_present -> настоящее
19 ноября 14:03:53: SP: *** vp_statechange: single: добавлено: 3/2 (333)
  19 ноября 14:03:53: SP: pm_vp 3/2 (333): во время состояния присутствует,
  есть событие 8 (ссылка)
19 ноября 14:03:53: SP:  @@  pm_vp 3/2 (333): присутствует ->
  не пересылка
19 ноября 14:03:53: SP: STP SW: Gi3 / 2 новое требование блокировки для 0 vlan
19 ноября, 14:03:53: SP: *** vp_linkchange: single: up: 3/2 (333)

Порт 3/2 поднимается и блокируется во влане 333

19 ноября, 14:04:08: SP: STP SW: Gi3 / 1 новый запрос на обучение для 1 vlan
19 ноября 14:04:23: SP: STP SW: Gi3 / 1 новое требование переадресации для 0 vlan
19 ноября 14:04:23: SP: STP SW: Gi3 / 1 новое требование переадресации для 1 vlan
19 ноября 14:04:23: SP: pm_vp 3/1 (333): во время отсутствия переадресации,
  есть событие 14 (forward_notnotify)
19 ноября, 14:04:23: SP:   @@@ pm_vp 3/1 (333): notforwarding ->
  пересылка
19 ноября 14:04:23: SP: *** vp_list_fwdchange: вперед: 3/1 (333)

Порт 3/1 проходит обучение для переадресации во vlan 333 
 

Чтобы понять, почему протокол STP ведет себя определенным образом, часто бывает полезно просмотреть пакеты BPDU, полученные и отправленные коммутатором:

 cat-sp #  отладка связующего дерева bpdu получить 

Отладка полученных BPDU связующего дерева включена
6 ноября 11:44:27: SP: STP: VLAN1 rx BPDU: config protocol = ieee,
  пакет от GigabitEthernet2 / 1, тип связи IEEE_SPANNING,
  enctype 2, encsize 17
6 ноября 11:44:27: SP: STP: enc 01 80 C2 00 00 00 00 06 52 5F 0E 50 00 26 42 42 03
6 ноября, 11:44:27: SP: STP: Data 0000000000000000074F1CE8470000001380480006525F0E4
  080100100140002000F00
6 ноября 11:44:27: SP: STP: VLAN1 Gi2 / 1: 0000 00 00 00 000000074F1CE847 00000013
  80480006525F0E40 8010 0100 1400 0200 0F00 

Эта отладка работает в режимах PVST, Rapid-PVST и MST; но он не декодирует содержимое BPDU.Однако вы можете использовать его, чтобы гарантировать получение BPDU.

Чтобы просмотреть содержимое BPDU, введите команду debug spanning-tree switch rx decode вместе с командой debug spanning-tree switch rx process для PVST и Rapid-PVST. Выполните команду debug spanning-tree mstp bpdu-rx , чтобы просмотреть содержимое BPDU для MST:

 cat-sp #  переключатель связующего дерева отладки, декодирование rx 

Переключатель Spanning Tree Shim декодирует полученные пакеты Отладка включена

cat-sp #  rx-процесс переключателя связующего дерева отладки 

Включена отладка процесса получения bpdu-прокладки переключателя связующего дерева

6 ноября 12:23:20: SP: STP SW: PROC RX: 0180.c200.0000 <-0006.525f.0e50 тип / длина 0026
6 ноября 12:23:20: SP: encap SAP linktype ieee-st vlan 1 len 52 на v1 Gi2 / 1
6 ноября 12:23:20: SP: 42 42 03 SPAN
6 ноября 12:23:20: SP: CFG P: 0000 V: 00 T: 00 F: 00 R: 0000 0007.4f1c.e847 00000013
6 ноября 12:23:20: SP: B: 8048 0006.525f.0e40 80.10 A: 0100 M: 1400 H: 0200 F: 0F00

6 ноября 12:23:22: SP: STP SW: PROC RX: 0180.c200.0000 <-0006.525f.0e50 type / len 0026
6 ноября 12:23:22: SP: инкапировать SAP linktype ieee-st vlan 1 len 52 на v1 Gi2 / 1
6 ноября 12:23:22: SP: 42 42 03 SPAN
6 ноября 12:23:22: SP: CFG P: 0000 V: 00 T: 00 F: 00 R: 0000 0007.4f1c.e847 00000013
6 ноября 12:23:22: SP: B: 8048 0006.525f.0e40 80.10 A: 0100 M: 1400 H: 0200 F: 0F00 

Для режима MST вы можете включить подробное декодирование BPDU с помощью этой команды debug :

 cat-sp #  связующее дерево отладки mstp bpdu-rx 

Включена отладка BPDU с множественным связующим деревом
19 ноября, 14:37:43: SP: MST: BPDU DUMP [ rcvd_bpdu Gi3 / 2  Repeated]
19 ноября 14:37:43: SP: MST: Proto: 0 Версия: 3 Тип: 2 Роль: DesgFlags [F]
19 ноя, 14:37:43: SP: MST: Port_id: 32897 стоимость: 2000019
19 ноября, 14:37:43: SP: MST: root_id: 0007.4f1c.e847 Прио: 0
19 ноября, 14:37:43: SP: MST: br_id: 00d0.003f.8800 Prio: 32768
19 ноября 14:37:43: SP: MST: age: 2 max_age: 20 hello: 2 fwdelay: 15
19 ноября 14:37:43: SP: MST: V3_len: 90 PathCost: 30000 регион: STATIC rev: 1
19 ноября, 14:37:43: SP: MST: ist_m_id: 0005.74
19 ноября, 14:37:43: SP: MST: BPDU DUMP [ rcvd_bpdu Gi3 / 2  Repeated]
19 ноября 14:37:43: SP: MST: Proto: 0 Версия: 3 Тип: 2 Роль: DesgFlags [F]
19 ноя, 14:37:43: SP: MST: Port_id: 32897 стоимость: 2000019
19 ноября, 14:37:43: SP: MST: root_id: 0007.4f1c.e847 Прио: 0
19 ноября, 14:37:43: SP: MST: br_id: 00d0.003f.8800 Prio: 32768
19 ноября 14:37:43: SP: MST: age: 2 max_age: 20 hello: 2 fwdelay: 15
19 ноября 14:37:43: SP: MST: V3_len: 90 PathCost: 30000 регион: STATIC rev: 1
19 ноября, 14:37:43: SP: MST: ist_m_id: 0005.7428.1440 Prio: 32768 Переходов: 18
  Num Mrec: 1
19 ноября, 14:37:43: SP: MST: stci = 3 Flags [F] Переход: 19 Роль: Desg [Повторяется]
19 ноября, 14:37:43: SP: MST: br_id: 00d0.003f.8800 Prio: 32771 Port_id: 32897
  Стоимость: 2000028,1440 Цена: 32768 Хмель: 18 Число Mrec: 1
19 ноября, 14:37:43: SP: MST: stci = 3 Flags [F] Переход: 19 Роль: Desg [Повторяется]
19 ноября, 14:37:43: SP: MST: br_id: 00d0.003f.8800 Prio: 32771 Port_id: 32897
  Стоимость: 20000 

Примечание: Для программного обеспечения Cisco IOS версии 12.1.13E и более поздних версий поддерживаются условные отладки для STP. Это означает, что вы можете отлаживать BPDU, которые принимаются или передаются для каждого порта или для каждой VLAN.

Выполните команду debug condition vlan vlan_num или debug condition interface interface , чтобы ограничить объем выходных данных отладки для каждого интерфейса или для каждой VLAN.

Чтобы справиться с неспособностью STP правильно справиться с определенными сбоями, Cisco разработала ряд функций и улучшений для защиты сетей от петель пересылки.

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

Это методы защиты вашей сети от петель пересылки:

1. Включить обнаружение однонаправленного соединения (UDLD) на всех каналах между коммутаторами. Дополнительные сведения о UDLD см. В разделе Общие сведения и настройка функции протокола обнаружения однонаправленных каналов.

2. Включите защиту от петель на всех коммутаторах. Для получения дополнительной информации о Loop Guard см. Расширения протокола связующего дерева с использованием функций Loop Guard и BPDU Skew Detection.

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

   Примечание: Хотя эти две функции кажутся несколько избыточными, каждая имеет свои уникальные возможности.Поэтому используйте обе функции одновременно, чтобы обеспечить высочайший уровень защиты. Для подробного сравнения UDLD и Loop Guard см. Loop Guard и обнаружение однонаправленных каналов.

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

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

3. Включить функцию Portfast на всех портах конечных станций.

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

   Внимание: Будьте осторожны при использовании команды no spanning-tree portfast . Эта команда удаляет только все команды portfast для конкретного порта. Эта команда неявно включает portfast, если вы определяете команду spanning-tree portfast default в режиме глобальной конфигурации и если порт не является магистральным портом. Если вы не настраиваете portfast глобально, команда no spanning-tree portfast эквивалентна команде spanning-tree portfast disable .

4. Установите для каналов EtherChannels желаемый режим с обеих сторон (если поддерживается) и опцию «немолчание».

   В желаемом режиме будет включен протокол агрегации портов (PAgP) для обеспечения согласованности времени выполнения между одноранговыми узлами канала. Это дает дополнительную степень защиты от петель, особенно во время реконфигурации канала (например, когда ссылки присоединяются к каналу или покидают его, а также при обнаружении сбоев канала). Имеется встроенная защита от неправильной конфигурации канала, которая включена по умолчанию и предотвращает петли пересылки из-за неправильной конфигурации канала или других условий.Дополнительные сведения об этой функции см. В разделе Общие сведения об обнаружении несогласованности EtherChannel.

5. Не отключайте автосогласование (если поддерживается) на каналах переключения между коммутаторами.

   Механизмы автосогласования могут передавать информацию об удаленной неисправности, что является самым быстрым способом обнаружения неисправности на удаленной стороне. Если сбой обнаруживается на удаленной стороне, локальная сторона отключает канал, даже если канал все еще принимает импульсы. По сравнению с механизмами обнаружения высокого уровня, такими как UDLD, автосогласование выполняется очень быстро (в течение микросекунд), но ему не хватает сквозного покрытия UDLD (например, всего пути данных: ЦП - логика пересылки - порт1 - порт2 - логика пересылки. —CPU по сравнению с port1 — port2).Агрессивный режим UDLD обеспечивает функциональность, аналогичную функции автосогласования, в отношении обнаружения сбоев. Когда согласование поддерживается на обеих сторонах канала, нет необходимости включать UDLD в агрессивном режиме.

6. Будьте осторожны при настройке таймеров STP.

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

7. Если возможны атаки типа «отказ в обслуживании», защитите периметр сети STP с помощью Root Guard.

   Root Guard и BPDU Guard позволяют защитить STP от влияния извне. Если такая атака возможна, необходимо использовать Root Guard и BPDU Guard для защиты сети. Дополнительные сведения о Root Guard и BPDU Guard см. В следующих документах:

8. Включите BPDU Guard на портах с включенной функцией portfast, чтобы предотвратить воздействие на STP неавторизованных сетевых устройств (таких как концентраторы, коммутаторы и мостовые маршрутизаторы), подключенных к портам.

   Если Root Guard настроен правильно, он уже предотвратит влияние на STP извне. Если BPDU Guard включен, он отключит порты, получающие любые BPDU (а не только вышестоящие BPDU). Это может быть полезно, если такие инциденты необходимо расследовать, поскольку BPDU Guard создает сообщение системного журнала и закрывает порт. Следует отметить, что короткоживущие петли не предотвращаются средствами защиты Root или BPDU, если два порта с поддержкой Portfast подключены напрямую или через концентратор.

9. Избегайте пользовательского трафика в управляющей VLAN. Управляющая VLAN содержится в строительном блоке, а не во всей сети.

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

10. Предсказуемый (жестко запрограммированный) корень STP и размещение резервного корня STP.

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

Измерение с помощью цифровых датчиков, датчиков положения и счетчика | Dewesoft

В этой статье мы обсудим, как можно измерить цифровых сигналов , а также цифровых энкодеров , , тахометры и , датчики оборотов с лучшими на сегодняшний день системами сбора данных (DAQ) с достаточной детализацией, чтобы вы:

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

Готовы начать? Погнали!

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

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

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

Что такое дискретные / цифровые сигналы?

Давайте возьмем случай с бесконтактным переключателем или датчиком, который выдает низкое напряжение (0 В в этом примере), когда проверяемое устройство (UUT) не находится поблизости, но затем выдает более высокое напряжение (5 В), когда проверяемое оборудование входит в классифицировать. Может потребоваться записать это дискретное состояние синхронно с нашей измерительной системой, чтобы сопоставить аналоговые данные. Итак, как мы можем это сделать?

Представление идеального TTL включения / выключения потока

Один из простых способов - принять эти электрические сигналы и ввести их на аналоговые входы измерительной системы.Это будет работать и займет только один аналоговый канал. Однако что, если нам нужно записать состояния восьми датчиков приближения… или десяти… или более?

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

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

И поскольку счетчики / кодеры обычно работают с очень высокой скоростью, временная развертка этих входов довольно высока и составляет 102,4 МГц, что обеспечивает полосу пропускания 10 МГц - намного больше, чем у типичных аналоговых входов для физических измерений.

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

Что такое сигнал TTL?

Дискретные входы обычно выводятся с реле или преобразователя на уровнях TTL (транзистор-транзисторная логика), которые основаны на повышении напряжения 5 В.Теоретически идеальным сигналом включения / выключения TTL будет 0 В, представляющий ВЫКЛ (что означает цифровое значение 0), и 5 В, представляющий ВКЛ (что означает цифровое значение 1). Однако на практике достичь такой точности практически невозможно, поэтому допустимые диапазоны стали от 0 до 0,8 В для ВЫКЛ. И от 2 В до 5 В для ВКЛ.

Допустимые входные и выходные уровни TTL

Цифровые / дискретные входы Dewesoft

Dewesoft имеют три входа, которые можно использовать для дискретных / цифровых входов.Некоторые модели также имеют выделенные линии DI (цифрового входа), отдельные от входов счетчика.

Полную информацию см. В разделе «Технология Dewesoft SuperCounter®».

Что такое счетчик или кодировщик?

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

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

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

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

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

Приложения счетчика и кодировщика

Датчики положения и углового положения находят широкое применение:

• Определение положения рулевого колеса
• Определение положения педали
• Определение положения дроссельной заслонки
• Определение крутящего момента
• Контроль и управление технологическим оборудованием (тысячи приложений)
• Сохранение абсолютных координат позиции на станках с ЧПУ
• Контроль абсолютного положения пациента на станках с ЧПУ и МРТ
• Обратная связь по положению в робототехнике всех видов
• Электронные системы, специально для интерфейса человека
• Конвейерная лента
• Парктроник

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

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

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

Датчики приближения

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

Типовой датчик приближения

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

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

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

Есть также емкостных датчиков приближения , которые могут обнаруживать неметаллические объекты, используя принцип емкостной связи. Вместо электромагнитного поля они создают электростатическое поле. Когда объект попадает в это поле, он изменяет емкость в цепи генератора датчика.Это обнаруживается датчиком, который затем создает выходной сигнал. В случае обоих датчиков приближения магнитных и емкостных их чувствительность к целевому объекту может регулироваться.

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

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

Приложения для датчиков приближения

• Подсчет оборотов в минуту (об / мин) вращающегося вала (приложения тахометра)
• Подсчет деталей, проходящих через производственную линию
• Обнаружение транспортных средств на перекрестке (закопанных в дороге)
• Определение уровня на заводах по розливу и консервированию
• Определение положения объектов на конвейере

Плюсы датчика приближения

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

Минусы датчика приближения

• Ограниченное расстояние обнаружения - большинство индуктивных датчиков ограничено 70 мм (2,76 дюйма)
• Им требуется внешний источник питания

Применимый ввод Dewesoft

Dewesoft идеально подходят для всех типов датчиков приближения и даже могут обеспечивать питание большинства из них, когда это необходимо.Полную информацию см. В разделе «Технология Dewesoft SuperCounter®».

Датчики вращения

Угловой энкодер, известный как « энкодер » или « энкодер », обычно обеспечивает отличное угловое разрешение, поскольку они доступны с тысячами шагов на оборот на 360 °, что позволяет делать шаги намного меньше 1 °. Многие энкодеры также могут определять направление вращения, что важно в некоторых приложениях.

Типовой датчик угла поворота

Инкрементальные поворотные энкодеры

Инкрементальные энкодеры сообщают относительных изменений положения и направления - они не отслеживают абсолютное положение (угол).Инкрементальные энкодеры выдают сигналы A и B, которые указывают на изменение движения и направления. Некоторые из них могут быть «привязаны» к определенной позиции. При достижении этого положения генерируется дополнительный выходной сигнал Z. Инкрементальные энкодеры - самые распространенные и популярные типы энкодеров.

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

Квадратурный энкодер

Когда вал не вращается, выходы энкодера A и B равны нулю.

Когда вал вращается, выходная частота энкодера напрямую отображает скорость вала с очень высокой точностью. Разрешение энкодера определяется тем, на сколько делений делятся 360 ° одного вращения вала. Для инкрементальных энкодеров это может быть от нескольких сотен шагов до 10 000 шагов на один оборот.

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

Импульсов на оборот , также известное как PPR, является определяющей характеристикой инкрементальных энкодеров. Это определяет, сколько импульсов при вращении вала на 360 ° он будет выдавать. Чем выше PPR, тем выше разрешение энкодера.

Важно, чтобы вход счетчика, к которому вы подключаете инкрементный энкодер, имел достаточно широкую полосу пропускания для обработки максимально возможного выходного сигнала.Допустим, мы используем кодировщик 360 PPR, который выдает 1 импульс на оборот. Если этот энкодер вращается со скоростью 600 об / мин, он будет выводить:

(360 * 600 / 60сек) = 3600 Гц

Вам не о чем беспокоиться с входами счетчиков Dewesoft , поскольку они основаны на внутренних часах 102,4 МГц и могут легко работать практически с любым кодировщиком, представленным сегодня на рынке. Для получения дополнительной информации см. Раздел «Технология Dewesoft SuperCounter®» ниже.

Абсолютные энкодеры

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

Пример абсолютного кода

В то время как инкрементальные энкодеры выдают поток импульсов, абсолютные энкодеры выдают уникальные значения для каждой позиции вокруг вала. Другое отличие состоит в том, что в то время как инкрементальные энкодеры просто выдают свои импульсы A, B и Z при вращении вала, абсолютные энкодеры должны опрашиваться системой измерения. Затем они выводят уникальное многобитовое слово данных, которое указывает точное положение вала.Это слово является уникальным значением и не требует декодирования как такового.

Хотя они не такие «быстрые», как линейные энкодеры, абсолютные энкодеры обеспечивают более высокое позиционное разрешение, чем инкрементальные энкодеры. Обратите внимание: поскольку эти датчики не имеют импульсных выходов, их нельзя использовать со входами Dewesoft SuperCounter. Им требуется цифровой интерфейс, который может считывать многобитные показания. Общие интерфейсы, доступные для абсолютных энкодеров, включают последовательный, полевую шину и Ethernet.

Приложения для инкрементального поворотного энкодера

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

Инкрементальный поворотный энкодер Плюсы

• Высокая скорость и низкая задержка
• Высокое разрешение (до тысяч дискретных значений при одном повороте на 360 °)
• Доступный вывод «исходной» позиции Z
• Высокая надежность и точность

Инкрементальный датчик угла поворота

• Возможны радиочастотные и электромагнитные помехи с магнитными энкодерами
• Возможны световые помехи при использовании оптических энкодеров
• Может загрязняться в суровых условиях

Применимый ввод Dewesoft

Dewesoft идеально подходят для инкрементальных энкодеров всех типов и поддерживают широкий диапазон рабочих режимов, включая X1, X2 и X4.Полную информацию см. В разделе «Технология Dewesoft SuperCounter®».

Линейные энкодеры

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

Линейный энкодер. Изображение предоставлено Heidenhain

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

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

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

Приложения линейного энкодера

• Станки с ЧПУ
• Струйные принтеры
• Лазерные сканеры
• Сборочные системы на месте
• Робототехника

Плюсы линейного энкодера

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

Минусы линейного энкодера

• Ограниченное расстояние обнаружения - большинство индуктивных датчиков ограничено 70 мм (2,76 дюйма)
• Им требуется внешний источник питания

Применимый ввод Dewesoft

Dewesoft идеально подходят для цифровых инкрементальных линейных энкодеров.Полную информацию см. В разделе «Технология Dewesoft SuperCounter®».

Датчики зубьев шестерни

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

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

Зуб шестерни с датчиком приближения

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

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

При обнаружении зуба шестерни датчик выдает цифру 1
Когда обнаруживается зазор между зубьями, датчик выдает цифровой 0

Типичный датчик зубчатого колеса с гладкой зубчатой ​​передачей имеет 60 зубцов шестерни по окружности, где каждый зуб соответствует 6 ° вращения вала на 360 °.Соответственно, датчик может выдавать только положительную прямоугольную волну, когда каждый зуб проходит мимо. На основе этого подсчета и соответствующей последовательности импульсов хорошая система сбора данных может определить число оборотов в минуту.

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

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

Зуб шестерни с отсутствующими зубьями

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

Типовой зуб шестерни с отсутствующими зубьями

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

60-2 Зуб шестерни с отсутствующими зубьями

Обратите внимание, что существуют также квадратурные датчики зубьев шестерни, которые выводят сигналы A и B, сдвинутые по фазе на 90 ° друг с другом. Эти типы также обеспечивают направление вращения в системах, где вал может вращаться как по часовой стрелке, так и против часовой стрелки.

Применение датчика зубца шестерни

• Измерение частоты вращения вращающихся валов
• Анализ сгорания двигателя
• Исследования крутильных и вращательных колебаний

Датчик зуба шестерни Плюсы

• Обычно очень прочный и трудно ломаемый
• Очень низкие начальные и эксплуатационные расходы

Минусы датчика зуба шестерни

• В некоторых системах установка шестерни может быть затруднена
• Ограниченное расстояние обнаружения - большинство индуктивных датчиков ограничено 70 мм (2.76 дюймов)
• Ограниченное угловое разрешение по сравнению с энкодерами, которые могут обеспечивать сотни и даже тысячи шагов вокруг вращения вала на 360 °.

Применимый ввод Dewesoft

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

Оптические датчики

Оптические датчики состоят из диска с отверстиями или черно-белыми отметками по окружности или ленты, которая крепится к вращающемуся валу. Инфракрасный оптический датчик устанавливается в непосредственной близости от разметки. Он выдает импульс каждый раз, когда проходит дыра или черная метка. Эти диски доступны в различных разрешениях. Например, диск с отметками 360 будет иметь разрешение 1 °.

Типичный оптический датчик дискового типа

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

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

Стандартный портативный тахометр
Изображение © ELECTROMATIC Equipment Co., Inc.
https://www.checkline.com/product/CDT-1000HD

Будь то конфигурация оптического датчика на диске или на магнитной ленте, результат практически одинаков - мы получаем импульсный выход, который мы можем ввести в нашу систему сбора данных. Dewesoft предлагает датчик ленты под названием DS-TACHO-4 . Он имеет полосу пропускания 100 кГц и удобный регулируемый порог обнаружения.

Ленточный датчик DS-TACHO-4 от Dewesoft

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

Тройная черная полоса служит нулевой точкой отсчета в ленточном датчике

Приложения для оптических датчиков

• Счетчик оборотов вращающегося вала
• Измерение характеристик двигателя или двигателя
• Контроль скорости двигателя
• Анализ горения
• Измерение крутильных колебаний
• Измерения вращательной вибрации

Плюсы оптического датчика

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

Минусы оптического датчика

• Ограниченные расстояния обнаружения (ленточные датчики обычно 2 ~ 5 мм)
• Белые / черные отметки на ленте в некоторых условиях могут загрязняться, что мешает ее считыванию.
• Жидкости могут мешать работе оптического датчика
• Требуется внешнее питание

Применимый ввод Dewesoft

Dewesoft идеально подходят для оптических датчиков всех типов.Полную информацию см. В разделе «Технология Dewesoft SuperCounter®».

Цифровые счетчики

Что такое цифровой счетчик?

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

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

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

Технология Dewesoft SuperCounter®

Dewesoft SuperCounter® совместим с широким спектром энкодеров, датчиков зубьев шестерен, датчиков приближения и т. Д. Системы Dewesoft, такие как SIRIUS, DEWE-43A, MINITAURs, KRYPTON и т. Д., Могут быть сконфигурированы с одним или несколькими входами SuperCounter. Обычно они поставляются на прочном фиксирующем разъеме LEMO, но в некоторых моделях есть и другие возможности подключения.

Типичный разъем Dewesoft SuperCounter на 7-контактном разъеме LEMO

Обычно имеется три входа, потому что это требуется кодировщикам, как мы опишем в разделе кодировщиков ниже. Если вы хотите измерить дискретные входы (сигналы включения / выключения TTL), вы можете использовать эти три входа как независимые дискретные входы, а не для счетчика. Кроме того, доступны напряжения питания датчика +12 В и + 5 В, цифровой выход (будет обсуждаться в другой статье) и заземление.

Входы имеют уровень TTL, что означает, что их низкое состояние должно быть ниже 0,8 В, а их высокое состояние должно быть выше 2 В (до 5 В). Давайте подробнее рассмотрим электронные характеристики счетчиков SIRIUS:

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

Согласование данных счетчика с аналоговыми данными

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

SuperCounters полностью решает эту проблему, извлекая значения с плавающей запятой, такие как 1.37, 1.87, 2.37, а затем выровняйте их точно по времени с остальными вашими данными. Фактически, SuperCounter - это два счетчика в одном. Входной сигнал подается параллельно на оба счетчика, а вспомогательный счетчик измеряет точное время нарастающего фронта сигнала. Таким образом, реальное значение счетчика по отношению к аналоговым значениям вычисляется и точно выравнивается.

Значения SuperCounter (пока) выровнены из-за интерполяции между значениями

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

Другие источники данных, такие как шина CAN, XCP, видео и другие, также синхронизируются с аналоговыми данными во всех системах сбора данных Dewesoft.

Другой «секрет», стоящий за этой техникой, заключается в том, что SuperCounters Dewesoft работают на базе временной развертки 102,4 МГц, которая не зависит от аналоговой частоты дискретизации и намного превышает ее.

Архитектура Dewesoft SuperCounter

Важность электрической изоляции

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

Важность фильтрации

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

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

Глюк, ошибочно принимаемый за импульс

В программе сбора данных Dewesoft X вы можете выбирать фильтры от 100 нс до 5 мкс. Есть отличный обучающий курс о том, как рассчитать правильное значение фильтра.

Режимы работы

С этими цифровыми входами SuperCounter можно многое сделать.Аппаратное обеспечение SuperCounter тесно интегрировано с программным обеспечением Dewesoft X DAQ, обеспечивая доступ к большому набору возможностей:

• Режим подсчета событий (базовый, стробированный, вверх / вниз, базовый энкодер)
• Режим датчика (энкодер, тахометр, CDM, 60-2, ...)
• Режим синхронизации формы сигнала (период, ширина импульса, скважность)

Давайте посмотрим на эти режимы и их применимость к датчикам в предыдущих разделах этой статьи.

Режим подсчета событий

В режиме подсчета событий ПО Dewesoft X предоставляет несколько способов подсчета импульсов входящего потока импульсов, в том числе:

• Базовый счет
• Закрытый счет
• Счетчик вверх / вниз
• Базовый кодировщик

Базовый счет

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

Базовый режим подсчета событий

В программном обеспечении выберите приложение «Подсчет событий», затем режим «Базовый подсчет событий». Теперь просто дайте программе знать, к какому входному контакту вы подключили сигнал. Вы можете выбрать, чтобы система подсчитывала ВВЕРХ или ВНИЗ. Есть флажок, чтобы сбросить счетчик в начале измерения или нет.

Настройка базового режима подсчета событий в программе Dewesoft X

Закрытый счет

В режиме стробированного счета мы будем считать импульс только при высоком уровне стробируемого сигнала.Вы подключаете и сам импульсный сигнал к входу IN0 (и заземлению), и подключаете второй сигнал к входу IN1, чтобы он служил стробирующим сигналом.

Подсчет стробированных событий

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

Экран настройки подсчета стробированных событий в программе Dewesoft X DAQ

Счетчик вверх / вниз

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

Счетчик вверх / вниз

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

Экран настройки обратного / обратного счета в программе Dewesoft X DAQ

Базовый счетчик энкодера

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

Ссылаясь на снимок экрана, просто выберите режим кодировщика в верхнем левом углу экрана настройки счетчика Dewesoft X. Как и раньше, должны быть выбраны входы Signal A и Signal B в середине экрана (обычно они подключены к IN0 и IN1 соответственно).

Обратите внимание, что если вы хотите использовать выход Z (нулевое положение) энкодера, вам необходимо установить флажок «Ноль энкодера» в правом верхнем углу экрана. Когда вы это сделаете, под сигналами A и B появится новое окно меню Dropbox, чтобы вы могли выбрать линию ввода, используемую для нулевого сигнала:

Обычно это линия IN2, как показано выше.

Какие выходы вы хотели бы получить от кодировщика?

В нижней части вы можете выбрать из углового канала, хотите ли вы СЧЕТЧИКИ, ОБОРОТЫ или ГРАДУСЫ. На скриншоте выше мы выбрали REVS.

При желании можно также ввести коэффициент масштабирования. По умолчанию значения x и b равны 1 и 0, как показано выше. Это базовый линейный метод масштабирования y = mx + b ,

Где:

• X = множитель масштабирования (может быть значением с плавающей запятой или целым числом; 1 = без множителя)
• B = смещение (может быть положительным или отрицательным; 0 = без смещения)

Строка частоты также может отображать количество оборотов в минуту (оборотов в минуту), как показано на переключателе.

Теперь вернемся в правый верхний угол экрана. Мы должны сообщить программе, сколько импульсов на оборот выводится. В нашем примере экрана это 360-градусный энкодер, поэтому он выдает импульс каждые 1 ° за один оборот. Вы должны ввести правильное разрешение для вашего кодировщика (обычно оно указывается прямо на датчике).

Далее вы можете установить режим кодировщика. Вот что означают X1, X2 и X4:

• Режим X1 - В этом режиме по умолчанию будут учитываться нарастающие фронты от источника A.
• Режим X2 - В этом режиме счетчик будет подсчитывать нарастающие И спадающие фронты источника A, поэтому разрешение будет увеличено в 2 раза. Все остальное останется прежним.
• Режим X4 - В этом режиме счетчик будет подсчитывать нарастающие И спадающие фронты источника A И источник B будет подсчитывать, поэтому разрешение будет увеличено в 4 раза.

Целью этих режимов X2 и X4 является получение большего разрешения от энкодера, но вы должны проявлять осторожность, потому что, если рабочий цикл не составляет точно 50%, или в режиме X4, если дорожки A и B не выровнены точно, Могут быть внесены ошибки измерения из-за механического «дрожания».

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

Режим датчика

В режиме датчика вы настраиваете счетчик для определенных датчиков, в том числе:

• Энкодеры
• Тахометры
• Датчики CDM
• 60-2 датчика
• и др.

Подсчет событий в режиме датчика в программе Dewesoft X DAQ

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

Режим синхронизации формы сигнала

В режиме синхронизации формы сигнала программное обеспечение Dewesoft X DAQ может предоставить несколько полезных вычисленных выходных сигналов из любого входящего потока импульсов, в том числе:

• Период
• Ширина импульса
• Рабочий цикл

Выходы, обеспечиваемые режимом синхронизации формы сигнала в программном обеспечении Dewesoft X DAQ

Режим дискретного цифрового ввода

Каждый счетчик имеет три входа, поэтому вы можете свободно использовать их в качестве дискретных цифровых входов (а не в качестве счетчика).В этом случае вы не используете модуль счетчика, а настраиваете один или несколько цифровых входов в программе сбора данных Dewesoft X.

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

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

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

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

Системы сбора данных Dewesoft с цифровыми входами

Системы сбора данных SIRIUS

Большинство слайсов SIRIUS DAQ имеют дополнительные входы SuperCounter. Каждый слайс SIRIUS, состоящий из 8 аналоговых входных каналов, можно настроить до 8 счетчиков на каждый слайс (в зависимости от того, какие аналоговые входные разъемы используются).

Линия систем сбора данных SIRIUS предлагает модули DAQ в нескольких форм-факторах

Стандартные модули ввода SIRIUS

Модули ввода SIRIUS HS (High Speed)

Примечание. Срезы SIRIUS-HD не могут иметь входы SuperCounter из-за нехватки места.

Для приложений с большим количеством дискретных входов модуль SIRIUS STGM-DB имеет дополнительный штекерный разъем DSUB-37, который обеспечивает 24 выделенных цифровых входа. Эти 24 входа могут альтернативно использоваться для 8 датчиков счетчика / энкодера.

DEWE-43A Система сбора данных

DEWE-43A - это портативная 8-канальная система сбора данных, которая в стандартной комплектации имеет восемь счетчиков SuperCounter. Каждый счетчик независим и может использоваться как три дискретных входа вместо счетчика.Каждая система DEWE-43A включает отмеченное наградами программное обеспечение Dewesoft X для полной настройки системы, работы, отображения, хранения, анализа и создания отчетов.

Система сбора данных DEWE-43A

KRYPTON DAQ Systems

KRYPTON и KRYPTON ONE - это чрезвычайно надежные модули сбора данных со степенью защиты IP67 для работы в суровых условиях с ударами, вибрацией, а также при экстремальных высоких и низких температурах. Каждая система KRYPTON DAQ включает отмеченное наградами программное обеспечение Dewesoft X для полной настройки системы, работы, отображения, хранения, анализа и создания отчетов.

Системы сбора данных KRYPTON и KRYPTON ONE

Защищенные цифровые модули KRYPTON и KRYPTON-1

Примечание. Скорость вывода зависит от выбранного ведущего устройства EtherCAT.

Системы сбора данных IOLITE

Системы сбора данных Dewesoft IOLITE DAQ предлагают 32-канальный цифровой модуль ввода. Эта модель 32xDI с простым подключением винтовых клемм и источником питания датчика идеально подходит для сбора данных с большим количеством каналов и управления.

Система IOLITE DAQ в 19-дюймовом стоечном шкафу

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

Модули цифрового ввода / вывода IOLITE

Примечание. Скорость вывода цифрового выхода зависит от ведущего устройства EtherCAT.

- PacketLife.net

Безопасность порта - это функция управления трафиком второго уровня на коммутаторах Cisco Catalyst. Это позволяет администратору настраивать отдельные порты коммутатора, чтобы разрешить вход только определенному количеству исходных MAC-адресов. Его основное назначение - сдерживать добавление пользователями «глупых» коммутаторов с целью незаконного расширения зоны действия сети (например, чтобы два или три пользователя могли совместно использовать один порт доступа). Добавление неуправляемых устройств усложняет устранение неполадок администраторами, и этого лучше избегать.

Включение безопасности порта

Безопасность порта можно включить с параметрами по умолчанию, введя единственную команду на интерфейсе:

Коммутатор (config) #  interface f0 / 13 
Коммутатор (config-if) #  switchport port-security 
 

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

Мы можем просмотреть конфигурацию безопасности порта по умолчанию с помощью show port-security :

Коммутатор №  показывает интерфейс безопасности порта f0 / 13 
Безопасность порта: Включено
Статус порта: безопасное отключение
Режим нарушения: выключение
Время выдержки: 0 мин.
Тип старения: Абсолютный
SecureStatic Address Aging: отключено
Максимальное количество MAC-адресов: 1
Всего MAC-адресов: 0
Настроенные MAC-адреса: 0
Прикрепленные MAC-адреса: 0
Последний адрес источника: Vlan: 0000.0000.0000: 0
Количество нарушений безопасности: 0
 

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

Коммутатор №  показывает интерфейс безопасности порта f0 / 13 
Безопасность порта: Включено
Статус порта: защита
Режим нарушения: выключение
Время выдержки: 0 мин.
Тип старения: Абсолютный
SecureStatic Address Aging: отключено
Максимальное количество MAC-адресов: 1
Всего MAC-адресов: 1
Настроенные MAC-адреса: 0
Прикрепленные MAC-адреса: 0
  Последний адрес источника: Vlan: 001b.d41b.a4d8: 10 
Количество нарушений безопасности: 0
 

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

% PM-4-ERR_DISABLE: ошибка нарушения psecure обнаружена на Fa0 / 13,  переводит Fa0 / 13 в состояние err-disable 
% PORT_SECURITY-2-PSECURE_VIOLATION: Произошло нарушение безопасности, вызванное MAC-адресом 0021.55c8.f13c на порт FastEthernet0 / 13.
% LINEPROTO-5-UPDOWN: Линейный протокол на интерфейсе FastEthernet0 / 13,  изменил состояние на неработающий 
% LINK-3-UPDOWN: интерфейс FastEthernet0 / 13, состояние изменено на выключенное
 

Еще раз проверив состояние безопасности порта на порту, мы видим, что новый MAC-адрес вызвал нарушение:

Коммутатор №  показывает интерфейс безопасности порта f0 / 13 
Безопасность порта: Включено
  Статус порта: безопасное завершение работы 
Режим нарушения: выключение
Время выдержки: 0 мин.
Тип старения: Абсолютный
SecureStatic Address Aging: отключено
Максимальное количество MAC-адресов: 1
Всего MAC-адресов: 0
Настроенные MAC-адреса: 0
Прикрепленные MAC-адреса: 0
Последний адрес источника: Vlan: 0021.55c8.f13c: 10
  Количество нарушений безопасности: 1 
Коммутатор #  показывает интерфейсы f0 / 13 
FastEthernet0 / 13 не работает, линейный протокол не работает ( err-disabled )
  Оборудование - Fast Ethernet, адрес 0013.c412.0f0d (bia 0013.c412.0f0d)
  MTU 1500 байт, BW 100000 Kbit, DLY 100 мкс,
     надежность 255/255, txload 1/255, rxload 1/255
  Инкапсуляция ARPA, шлейф не установлен
...
 

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

Настройка безопасности порта

Режим нарушения

Безопасность порта можно настроить так, чтобы при обнаружении нарушения выполнялось одно из трех действий:

выключение (по умолчанию) ; Интерфейс переводится в состояние отключения из-за ошибки, блокируя весь трафик. Z Выключатель# % PORT_SECURITY-2-PSECURE_VIOLATION: Произошло нарушение безопасности, вызванное MAC-адресом 0021.55c8.f13c на порт FastEthernet0 / 13. Коммутатор № показывает интерфейс безопасности порта f0 / 13 Безопасность порта: Включено Статус порта: защита Режим нарушения: ограничение Время выдержки: 0 мин. Тип старения: Абсолютный SecureStatic Address Aging: отключено Максимальное количество MAC-адресов: 1 Всего MAC-адресов: 1 Настроенные MAC-адреса: 0 Прикрепленные MAC-адреса: 0 Последний адрес источника: Vlan: 0021.55c8.f13c: 10 Количество нарушений безопасности: 3

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

Максимальное количество MAC-адресов

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

Коммутатор (config-if) #  switchport port-security максимум 2 
 

One также имеет возможность установить максимальное количество MAC-адресов для VLAN доступа и голосовой VLAN независимо (при условии, что голосовая VLAN настроена на интерфейсе):

Switch (config-if) #  switchport port-security максимум 1 доступ к vlan 
Switch (config-if) #  switchport port-security максимум 1 голос vlan 
 

Изучение MAC-адреса

Администратор имеет возможность статически настраивать разрешенные MAC-адреса для каждого интерфейса.MAC-адреса могут быть дополнительно настроены для каждой VLAN (доступ или голос).

Коммутатор (config-if) #  switchport port-security mac-address 001b.d41b.a4d8? 
  vlan устанавливает VLAN ID той VLAN, в которой можно узнать этот адрес
  
Коммутатор (config-if) #  switchport port-security mac-address 001b.d41b.a4d8 vlan access 
 

Настроенные MAC-адреса записаны в текущей конфигурации:

Коммутатор №  показывает интерфейс рабочей конфигурации f0 / 13 
Конфигурация здания...

Текущая конфигурация: 259 байт
!
интерфейс FastEthernet0 / 13
 коммутатор доступа vlan 10
 доступ в режиме switchport
 коммутатор голосовой vlan 20
 безопасность порта коммутатора
 ограничение на нарушение безопасности порта коммутатора
   switchport port-security mac-адрес 001b.d41b.a4d8 
 остовное дерево Portfast
конец
 

Очевидно, это не масштабируемая практика. Гораздо более удобная альтернатива — включить «липкое» изучение MAC-адресов; MAC-адреса будут динамически изучаться, пока не будет достигнут максимальный предел для интерфейса.Z Коммутатор № показывает интерфейс безопасности порта f0 / 13 Безопасность порта: Включено Статус порта: защита Режим нарушения: ограничить Время выдержки: 0 мин. Тип старения: Абсолютный SecureStatic Address Aging: отключено Максимальное количество MAC-адресов: 1 Всего MAC-адресов: 1 Настроенные MAC-адреса: 0 Прикрепленные MAC-адреса: 1 Последний адрес источника: Vlan: 001b.d41b.a4d8: 10 Количество нарушений безопасности: 0

После того, как MAC-адрес был изучен, он записывается в конфигурацию так же, как если бы он был введен вручную:

Коммутатор №  показывает интерфейс рабочей конфигурации f0 / 13 
Конфигурация здания...

Текущая конфигурация: 311 байт
!
интерфейс FastEthernet0 / 13
 коммутатор доступа vlan 10
 доступ в режиме switchport
 коммутатор голосовой vlan 20
 безопасность порта коммутатора
 ограничение на нарушение безопасности порта коммутатора
 MAC-адрес безопасности порта коммутатора закреплен
 MAC-адрес безопасности порта коммутатора липкий 001b.d41b.a4d8
 остовное дерево Portfast
конец
 

Устаревание MAC-адреса

По умолчанию безопасные MAC-адреса изучаются (фактически) постоянно. Старение можно настроить так, чтобы адреса истекали по прошествии определенного времени.Z Коммутатор № показывает интерфейс безопасности порта f0 / 13 Безопасность порта: Включено Статус порта: защита Режим нарушения: ограничить Время выдержки: 5 минут Тип старения: бездействие SecureStatic Address Aging: отключено Максимальное количество MAC-адресов: 1 Всего MAC-адресов: 1 Настроенные MAC-адреса: 0 Прикрепленные MAC-адреса: 0 Последний адрес источника: Vlan: 001b.d41b.a4d8: 10 Количество нарушений безопасности: 0

После пяти минут бездействия мы видим, что адрес был очищен:

Коммутатор №  показывает интерфейс безопасности порта f0 / 13 
Безопасность порта: Включено
Статус порта: защита
Режим нарушения: ограничить
Время выдержки: 5 мин.
Тип старения: бездействие
SecureStatic Address Aging: отключено
Максимальное количество MAC-адресов: 1
  Всего MAC-адресов: 0 
Настроенные MAC-адреса: 0
Прикрепленные MAC-адреса: 0
Последний адрес источника: Vlan: 001b.d41b.a4d8: 10
Количество нарушений безопасности: 0
 

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

Автоматическое восстановление

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

Коммутатор (конфигурация) #  ошибка восстановления, отключенная из-за ошибки, нарушение безопасности 
Коммутатор (config) #  интервал восстановления после отключения из-за ошибки 600 
 

Через десять минут после отключения порта из-за ошибки мы видим, что порт автоматически возвращается в рабочее состояние:

% PM-4-ERR_RECOVER: Попытка выйти из состояния блокировки-ошибки-нарушения-безопасности на Fa0 / 13
% LINK-3-UPDOWN: интерфейс FastEthernet0 / 13, состояние изменено на «вверх»
% LINEPROTO-5-UPDOWN: Линейный протокол на интерфейсе FastEthernet0 / 13, состояние изменено на up
 

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

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

Использование журнала событий для устранения неполадок коммутатора

запись (1) — страница руководства Linux

PERF-RECORD (1) perf Руководство PERF-RECORD (1)
 

НАЗВАНИЕ верх

       perf-record - запускает команду и записывает ее профиль в perf.данные
 

ОБЩАЯ ИНФОРМАЦИЯ вверху

         perf record  [-e  | --event = СОБЫТИЕ] [-a] <команда>
         perf record  [-e  | --event = СОБЫТИЕ] [-a] - <команда> [<параметры>]
 

ОПИСАНИЕ вверху

       Эта команда запускает команду и собирает счетчик производительности
       profile из него в perf.data - ничего не отображая.

       Позже этот файл можно проверить с помощью отчета  perf report .

ОПЦИИ вверху

       <команда> ...
           Любая команда, которую вы можете указать в оболочке.

       -e, --event =
           Выберите событие PMU. Выбор может быть:

           • символическое имя события (используйте  perf list , чтобы перечислить все события)

           • необработанное событие PMU (eventsel + umask) в форме rNNN
               где NNN - шестнадцатеричный дескриптор события.

           • символическое или необработанное событие PMU, за которым следует необязательное двоеточие
               и список модификаторов событий, e.г., ЦП-циклы: стр. Видеть
               справочную страницу perf-list (1) для получения подробной информации о модификаторах событий.

           • символически сформированное событие PMU, например
                 pmu / param1 = 0x3, param2 / , где  param1 ,  param2  и т. Д.
               определены как форматы для PMU в
               / sys / bus / event_source / devices /  / format / *.

           • символически оформленное событие, подобное
                 pmu / config = M, config1 = N, config3 = K / 

                   где M, N, K - числа (в десятичном, шестнадцатеричном, восьмеричном формате).Приемлемо
                   значения для каждого из 'config', 'config1' и 'config2' определяются
                   соответствующие записи в / sys / bus / event_source / devices /  / format / *
                   param1 и param2 определены как форматы для PMU в:
                   / sys / bus / event_source / devices /  / format / *

                   Есть также некоторые параметры, которые не определены в ... /  / format / *.
                   Эти параметры можно использовать для перегрузки значений конфигурации по умолчанию для каждого события.Вот некоторые общие параметры:
                   - 'period': установить период выборки событий.
                   - 'freq': установить частоту дискретизации событий
                   - 'time': отключить / включить отметку времени. Допустимые значения: 1 для
                             включение отметки времени. 0 для отключения отметки времени.
                             По умолчанию 1.
                   - 'call-graph': отключить / включить callgraph. Допустимые значения str: fp для
                                  Режим FP, "карлик" для режима DWARF, "lbr" для режима LBR и
                                  «нет» для отключения графа вызовов.- 'stack-size': размер стека пользователя для режима гномов
                   - 'name': определяемое пользователем имя события. Одиночные кавычки (') могут использоваться для
                             escape-символы в имени из синтаксического анализа оболочкой и инструментом
                             вот так: name = \ 'CPU_CLK_UNHALTED.THREAD: cmask = 0x1 \'.
                   - 'aux-output': генерировать записи AUX вместо событий. Это требует
                                   что также предусмотрено событие зоны AUX.
                   - 'aux-sample-size': установить размер выборки для выборки из области AUX.Если
                   Была использована опция '--aux-sample', установите aux-sample-size = 0, чтобы отключить
                   Выборка зоны AUX для события.

                   См. Справочную страницу linkperf: perf-list [1] для получения дополнительных параметров.

                   Примечание: если пользователь явно устанавливает параметры, которые конфликтуют с параметрами,
                   значение, установленное параметрами, будет отменено.

                   Также не определено в ... /  / format / * зависит от драйвера PMU
                   параметры конфигурации.Любой параметр конфигурации, которому предшествует
                   буква '@' не интерпретируется в пользовательском пространстве и отправляется напрямую
                   водителю PMU. Например:

                   perf record -e some_event / @ cfg1, @ cfg2 = config / ...

                   увидит 'cfg1' и 'cfg2 = config', переданные в связанный драйвер PMU
                   с событием для дальнейшей обработки. Нет ограничений на
                   каковы параметры конфигурации, если их семантика
                   понимается и поддерживается драйвером PMU.• событие аппаратной точки останова в виде
                 \ mem: addr [/ len] [: access]  где addr - это адрес в
               память, которую вы хотите взломать. Доступ - это доступ к памяти
               введите (чтение, запись, выполнение) его можно передать следующим образом:
                 \ mem: адрес [: [r] [w] [x]] . len - это диапазон, количество байтов
               от указанного адреса, который будет охватывать точка останова. Если
               вы хотите профилировать доступ для чтения и записи в 0x1000, просто
               установить  mem: 0x1000: rw .Если вы хотите профилировать доступ для записи
               в [0x1000 ~ 1008) просто установите  mem: 0x1000 / 8: w .

           • исходный файл BPF (с расширением .c) или предварительно скомпилированный объект
               файл (заканчивающийся на .o) выбирает одно или несколько событий BPF. В
               Программа BPF может присоединяться к различным событиям производительности на основе
               имена разделов ELF.

                   При обработке файла '.c' perf ищет установленный LLVM, чтобы скомпилировать его.
                   сначала в объектный файл.Необязательные параметры clang могут быть переданы через
                   Параметр командной строки '--clang-opt', например:

                   запись perf --clang-opt "-DLINUX_VERSION_CODE = 0x50000" \
                               -e тесты / bpf-script-example.c

                   Примечание. '--Clang-opt' необходимо поместить перед '--event / -e'.

           • группа событий в окружении пары скоб
               ("{событие1, событие2, ...}"). Каждое событие разделено
               запятые и группу следует заключить в кавычки, чтобы предотвратить
               интерпретация оболочки.Вам также необходимо использовать --group на
               "perf report" для совместного просмотра групповых событий.

       --filter = <фильтр>
           Фильтр событий. Эта опция должна следовать за селектором событий
           (-e), который выбирает либо событие (я) точки трассировки, либо оборудование
           трассировать PMU (например, Intel PT или CoreSight).

           • фильтры точек трассировки

                   В случае точек трассировки комбинируются несколько параметров --filter.
                   с помощью '&&'.

           • адресные фильтры

                   Аппаратная трассировка PMU объявляет о своей способности принимать ряд
                   адресные фильтры, указав ненулевое значение в
                   / sys / bus / event_source / devices /  / nr_addr_filters.Адресные фильтры имеют формат:

                   filter | start | stop | tracestop  [/ ] [@ <имя файла>]

                   Где:
                   - «фильтр»: определяет область, которая будет отслеживаться.
                   - «начало»: определяет адрес, с которого начнется отслеживание.
                   - «стоп»: определяет адрес, на котором отслеживание будет остановлено.
                   - «tracestop»: определяет область, в которой отслеживание будет остановлено.

                   <имя файла> - это имя объектного файла, <начало> - смещение к
                   код для трассировки в этом файле, а <размер> - размер области для
                   след.Фильтры start и stop не должны указывать <размер>.

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

                    также можно указать, указав имя символа. Если
                   имя символа не уникально, его можно устранить, вставив #n где
                   'n' выбирает n-й символ в адресном порядке. Поочередно # 0, #g или #G
                   выберите только глобальный символ.<размер> также можно указать, указав
                   имя символа, в этом случае размер рассчитывается до конца
                   этого символа. Для фильтров 'filter' и 'tracestop', если <размер> равен
                   опущено и <начало> является символом, тогда размер рассчитывается до конца
                   этого символа.

                   Если <размер> опущен, а <начало> - '*', то начало и размер будут
                   рассчитываться по первому и последнему символам, т.е.е. проследить весь
                   файл.

                   Если указаны имена символов (или '*'), они должны быть окружены белым.
                   Космос.

                   Фильтр, переданный ядру, не обязательно совпадает с введенным.
                   Чтобы увидеть переданный фильтр, используйте параметр -v.

                   Ядро не сможет настроить область трассировки, если это не так.
                   в пределах одного отображения. События MMAP (или / proc /  / maps) могут быть
                   исследованы, чтобы определить, возможно ли это.Несколько фильтров можно разделять пробелом или запятой.

       --exclude-perf
           Не записывайте события, выпущенные самой perf. Этот вариант должен
           следовать за селектором событий (-e), который выбирает точку трассировки
           События). Он добавляет выражение фильтра  common_pid! = $ PERFPID 
           фильтрам. Если другой  --filter  существует, новый фильтр
           выражение будет объединено с ними  && .

       -a, --all-cpus
           Общесистемный сбор со всех процессоров (по умолчанию, если цель не
           указано).-p, --pid =
           Записывать события по существующему идентификатору процесса (список, разделенный запятыми).

       -t, --tid =
           Записывать события для существующего идентификатора потока (список, разделенный запятыми).
           Этот параметр также по умолчанию отключает наследование. Включите это
           добавив --inherit.

       -u, --uid =
           Записывать события в потоках, принадлежащих uid. Имя или номер.

       -r, --realtime =
           Собирайте данные с этим приоритетом RT SCHED_FIFO.

       - без буферизации
           Собирайте данные без буферизации.-c, --count =
           Период события для выборки.

       -o, --output =
           Имя выходного файла.

       -i, --no-наследовать
           Дочерние задачи не наследуют счетчики.

       -F, --freq =
           Профиль на этой частоте. Используйте  max , чтобы использовать текущий
           максимально допустимая частота, т.е. значение в
           kernel.perf_event_max_sample_rate sysctl. Будет задросселировать
           до текущей максимально допустимой частоты. Видеть
           --strict-freq.

       --strict-freq
           Ошибка, если указанная частота не может быть использована.-m, --mmap-pages =
           Количество страниц данных mmap (должно быть степенью двойки) или размер
           спецификация с добавлением символа единицы - B / K / M / G. В
           размер округляется до степени двойки ближайших страниц.
           Также, добавив запятую, количество страниц mmap для AUX
           можно указать трассировку области.

       --группа
           Поместите все события в одну группу событий. Это предшествует
           --event и остается только для обратной совместимости.Смотрите - событие.

       -грамм
           Включает запись графа вызовов (цепочка стека / обратная трассировка) для обоих
           пространство ядра и пространство пользователя.

       --call-graph
           Настройка и включение графа вызовов (цепочка стека / обратная трассировка)
           запись подразумевает -g. По умолчанию "fp" (для пользовательского пространства).

               Метод раскрутки, используемый для пространства ядра, зависит от
               разматыватель, используемый активной конфигурацией ядра, т.е.
               CONFIG_UNWINDER_FRAME_POINTER (fp) или CONFIG_UNWINDER_ORC (orc)

               Любая указанная здесь опция управляет методом, используемым для пользовательского пространства.Допустимые варианты: "fp" (указатель кадра), "dwarf" (CFI DWARF -
               Информация о кадре вызова) или "lbr" (Аппаратная запись последней ветви)
               средство).

               В некоторых системах, где двоичные файлы создаются с помощью gcc
               --fomit-frame-pointer, использование метода "fp" приведет к подделке
               графы вызовов, используя "карлик", если доступно (инструменты perf, связанные с
               вместо библиотеки libunwind или libdw).
               Использование метода «lbr» не требует каких-либо параметров компилятора.Это
               будет создавать графы вызовов из аппаратных регистров LBR. В
               Основное ограничение в том, что оно доступно только на новых Intel
               платформы, такие как Haswell. Он может получить только цепочку вызовов пользователя. Это
               не работает с выборкой стека веток одновременно.

               Когда используется "карликовая" запись, perf также записывает (пользовательский) дамп стека.
               при отборе. Размер дампа стека по умолчанию - 8192 байта.
               Пользователь может изменить размер, передав размер после запятой, например
               "-call-graph dwarf, 4096".-q, --quiet
           Не печатайте никаких сообщений, полезно для написания сценариев.

       -v, --verbose
           Будьте более подробными (показывайте ошибки открытия счетчика и т. Д.).

       -s, --stat
           Записывайте количество событий для каждого потока. Используйте его с отчетом о перфомансе  от -T  до
           увидеть значения.

       -d, --data
           Запишите образцы виртуальных адресов.

       --физические данные
           Запишите образцы физических адресов.

       -T, --timestamp
           Запишите образцы временных меток. Используйте его с отчетом о перфомансе  от -D  до
           см., например, временные метки.-P, --period
           Запишите период выборки.

       --sample-cpu
           Запишите образец процессора.

       -n, --no-samples
           Не пробовать.

       -R, --raw-samples
           Собирать записи сырых выборок из всех открытых счетчиков (по умолчанию
           для счетчиков точек трассировки).

       -C, --cpu
           Собирайте образцы только из предоставленного списка ЦП. Несколько
           Процессоры могут быть представлены в виде списка, разделенного запятыми, без пробелов:
           0,1. Диапазоны процессоров указаны с помощью -: 0-2.В потоке
           режим с включенным режимом наследования (по умолчанию), образцы собираются
           только когда поток выполняется на назначенных ЦП. Дефолт
           это контролировать все процессоры.

       -B, --no-buildid
           Не сохраняйте идентификаторы сборки двоичных файлов в файлах perf.data.
           Это пропускает постобработку после записи, что иногда
           делает последний шаг в процессе записи и занимает много времени
           время, так как ему нужно обрабатывать все события, ищущие mmap
           записи.Обратной стороной является то, что он может неправильно разрешить символы, если
           двоичные файлы рабочей нагрузки, используемые при записи, перестраиваются локально
           или обновлен, потому что единственный доступный ключ в этом случае -
           имя пути. Вы также можете установить конфигурацию "record.build-id"
           переменную, чтобы 'пропустить, чтобы такое поведение было постоянно.

       -N, --no-buildid-cache
           Не обновляйте кеш buildid. Это экономит накладные расходы в
           ситуации, когда информация в файле perf.data (который
           включает buildids) достаточно.Вы также можете установить
           переменную конфигурации "record.build-id" на  no-cache , чтобы иметь
           такой же эффект.

       -G имя, ..., --cgroup имя, ...
           монитор только в контейнере (cgroup) под названием "name". Этот
           опция доступна только в режиме для каждого процессора. Группа
           файловая система должна быть смонтирована. Все темы, принадлежащие
           "имя" контейнера отслеживаются, когда они запускаются на отслеживаемом
           ЦП. Могут быть предоставлены несколько контрольных групп. Каждая cgroup
           применительно к соответствующему событию, т.е.е., первая cgroup to
           первое событие, вторая контрольная группа - второе событие и так далее. это
           можно предоставить пустую контрольную группу (контролировать все время)
           используя, например, -G foo ,, bar. Cgroups должны иметь соответствующие
           события, т.е. они всегда относятся к событиям, определенным ранее на
           командная строка. Если пользователь хочет отслеживать несколько событий
           для конкретной контрольной группы пользователь может использовать  -e e1 -e e2 -G 
             foo, foo  или просто используйте  -e e1 -e e2 -G foo .Если вы хотите отслеживать, скажем,  циклов  для контрольной группы, а также для
       В масштабе всей системы можно использовать эту командную строку:  perf stat -e Cycles 
         -G cgroup_name -a -e циклы .

       -b, --branch-any
           Включить выборку взятого стека веток. Любой тип занятой ветки
           могут быть отобраны. Это ярлык для --branch-filter any.
           См. --Branch-filter для получения дополнительной информации.

       -j, --branch-filter
           Включить выборку стека взятых веток.Каждый образец фиксирует
           серия последовательных взятых ветвей. Количество филиалов
           захваченный с каждым сэмплом зависит от базового оборудования,
           тип интересующих ветвей и исполняемый код. Это
           можно выбрать типы веток, захваченных
           включение фильтров. Определены следующие фильтры:

           • любой: любой тип филиала

           • any_call: любой вызов функции или системный вызов

           • any_ret: любой возврат функции или возврат системного вызова

           • ind_call: любая косвенная ветвь

           • call: прямые вызовы, включая удаленные (в / от ядра) вызовы

           • u: только когда цель ветви находится на уровне пользователя

           • k: только когда цель ветки находится в ядре

           • hv: только когда цель находится на уровне гипервизора

           • in_tx: только когда цель находится в аппаратной транзакции

           • no_tx: только когда цель не находится в оборудовании
               сделка

           • abort_tx: только если целью является аппаратная транзакция
               прервать

           • cond: условные ветви

           • save_type: сохранить тип ветки во время выборки на случай, если
               двоичный файл не доступен позже

           Для этой опции требуется хотя бы один тип ветки среди любых,
           any_call, any_ret, ind_call, cond.Уровни привилегий могут
           опускаться, и в этом случае уровни привилегий
           связанное событие применяется к фильтру ветвления. Обе
           Уровни привилегий ядра (k) и гипервизора (hv) подлежат
           к разрешениям. При выборке по нескольким событиям ветвь
           выборка стека включена для всех событий выборки. В
           тип выборки ветки одинаков для всех событий. Различные
           фильтры должны быть указаны в виде списка, разделенного запятыми:
           --branch-filter any_ret, u, k Обратите внимание, что эта функция не может быть
           доступно на всех процессорах.--масса
           Включить взвешенную выборку. Регистрируется дополнительный вес
           на образец и может отображаться с весом и
           local_weight ключи сортировки. В настоящее время это работает для прерывания TSX
           события и некоторые события памяти в точном режиме на современных Intel
           ЦП.

       - пространства имен
           Записывайте события типа PERF_RECORD_NAMESPACES. Это позволяет
             cgroup_id  ключ сортировки.

       --all-cgroups
           Записывайте события типа PERF_RECORD_CGROUP.Это включает  cgroup 
           ключ сортировки.

       --сделка
           Записывайте флаги транзакций для событий, связанных с транзакциями.

       - на поток
           Используйте mmap для каждой нити. По умолчанию создаются карты mmap для каждого процессора.
           Этот параметр отменяет это и использует mmap для каждой нити. А
           побочным эффектом этого является то, что наследование автоматически
           отключен. --per-thread игнорируется с предупреждением, если объединено
           с параметрами -a или -C.

       -D, --delay =
           После запуска программы подождите миллисекунды перед измерением (-1:
           начать с отключенными событиями).Это полезно для фильтрации
           этап запуска программы, который часто бывает очень разным.

       -I, --intr-regs
           Захватить состояние машины (регистры) при прерывании, т.е.
           счетчик переполняется для каждой выборки. Список захваченных регистров
           зависит от архитектуры. По умолчанию этот параметр отключен.
           Можно выбрать регистры для выборки, используя их
           символические имена, например на x86, топор, си. Чтобы перечислить доступные
           регистры используют --intr-regs = \ ?.Чтобы назвать регистры, введите запятую
           разделенный список, например --intr-regs = ax, bx. Список
           регистр зависит от архитектуры.

       --user-regs
           Аналогично -I, но регистрирует пользовательские регистры во время выборки. К
           перечислить доступные регистры пользователей, используя --user-regs = \ ?.

       --Продолжительность
           Запись времени работы и включения для событий чтения (: S)

       -k, --clockid
           Устанавливает идентификатор часов для использования в различных полях времени в
           perf_event_type записей.См. Clock_gettime (). Особенно
           CLOCK_MONOTONIC и CLOCK_MONOTONIC_RAW поддерживаются, некоторые
           события могут также разрешить CLOCK_BOOTTIME, CLOCK_REALTIME и
           CLOCK_TAI.

       -S, --snapshot
           Выберите режим отслеживания области AUX Snapshot. Этот вариант действителен
           только с событием отслеживания области AUX. По желанию, некоторые
           параметры захвата снимка могут быть указаны в строке
           следующий за этой опцией:  e : сделать последний снимок при выходе;
           гарантирует, что на выходе есть хотя бы один снимок
           файл; <размер>: если PMU поддерживает это, укажите желаемый
           размер снимка.В режиме моментального снимка данные трассировки собираются только тогда, когда сигнал SIGUSR2
       принимается и при выходе, если указана вышеупомянутая опция  e .

       --aux-sample [= ОПЦИИ]
           Выберите выборку области AUX. По крайней мере, одно из выбранных событий
           с параметром -e должно быть событие области AUX. Образцы на других
           будут созданы события, содержащие данные из области AUX.
           По желанию может быть указан размер выборки, в противном случае
           по умолчанию 4 КиБ.

       --proc-map-timeout
           При обработке ранее существовавших потоков / proc / XXX / mmap он может
           займет много времени, потому что файл может быть огромным.Тайм-аут
           необходимо в таких случаях. Этот параметр устанавливает предел времени ожидания.
           Значение по умолчанию - 500 мс.

       --switch-events
           Записывать события переключения контекста, т.е. события типа
           PERF_RECORD_SWITCH или PERF_RECORD_SWITCH_CPU_WIDE. В некоторых
           случаях (например, Intel PT или CoreSight) события переключения будут
           включается автоматически, что может быть отключено с помощью
           опция --no-switch-events.

       --clang-path = ПУТЬ
           Путь к двоичному файлу clang, который будет использоваться для компиляции скриптлетов BPF.(активируется при включенной поддержке BPF)

       --clang-opt = ОПЦИИ
           Параметры, передаваемые в clang при компиляции скриптлетов BPF.
           (активируется при включенной поддержке BPF)

       --vmlinux = ПУТЬ
           Укажите путь vmlinux, в котором есть debuginfo. (включается, когда BPF
           пролог включен)

       --buildid-все
           Запишите идентификатор сборки всех DSO, независимо от того, является ли он на самом деле
           ударил или нет.

       --aio [= n]
           Используйте блоки управления  в асинхронной (Posix AIO) трассировке
           режим записи (по умолчанию: 1, максимум: 4).Асинхронный режим
           поддерживается только при компоновке инструмента Perf с библиотекой libc
           обеспечение реализации Posix AIO API.

       --affinity = режим
           Установите маску сродства потока чтения трассировки в соответствии с
           политика определяется  режим  значение: узел - маска сходства потока
           установить в NUMA маску процессора узла обрабатываемого процессора буфера mmap -
           маска сходства потоков установлена ​​на процессор обрабатываемого mmap
           буфер

       --mmap-flush = число
           Укажите минимальное количество байтов, извлекаемых из mmap
           страницы данных и обрабатываются для вывода.Можно указать
           номер с суффиксами B / K / M / G.

       Максимально допустимое значение - четверть размера данных mmaped.
       страниц.

       Значение параметра по умолчанию - 1 байт, что означает, что каждый раз
       что выходной поток записи находит новые данные в mmaped
       буфер данные извлекаются, возможно, сжимаются (-z) и
       записывается в output, perf.data или pipe.

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

       -z, --compression-level [= n]
           Создавать сжатую трассировку с использованием указанного уровня n (по умолчанию: 1
           - максимальное сжатие, 22 - наименьший след)

       --все-ядро
           Настройте все используемые события для запуска в пространстве ядра.

       --все пользователи
           Настройте все используемые события для запуска в пользовательском пространстве.- ядро-callchains
           Собирайте callchains только из пространства ядра. Т.е. этот вариант
           устанавливает perf_event_attr.exclude_callchain_user равным 1.

       --user-callchains
           Собирайте callchains только из пользовательского пространства. Т.е. этот вариант
           устанавливает perf_event_attr.exclude_callchain_kernel в 1.

       Не используйте одновременно --kernel-callchains и --user-callchains в
       в то же время или не собираются никакие callchains.

       --timestamp-filename Добавить отметку времени к имени выходного файла.--timestamp-граница
           Граница отметки времени записи (время первой / последней выборки).

       --switch-output [= режим]
           Создать несколько файлов perf.data с префиксом timestamp,
           переход на новый на основе  режим  значение: «сигнал» - когда
           получение SIGUSR2 (значение по умолчанию) или <размер> - при достижении
           порог размера, ожидается, что размер будет числом с
           добавлен символ единицы - B / K / M / G <время> - при достижении
           порог времени, ожидается, что размер будет числом с добавленным
           единичный символ - s / m / h / d

               Примечание: точность порога размера во многом зависит
               на вашей конфигурации - количество и размер вашего кольца
               буферы (-m).Обычно он более точен для больших размеров
               (например,> 5M), для более низких значений ожидайте разные размеры.

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

       Подразумевается --timestamp-filename, --no-buildid и
       --no-buildid-cache. Причина последних двух - уменьшить
       накладные расходы на переключение файла данных.Вы все еще можете включить их
       с:

           --switch-output --no-no-buildid --no-no-buildid-cache

       --switch-output-событие
           События, которые вызовут переключение файла perf.data,
           автоматический выбор --switch-output = signal, результаты
           аналогично внутреннему, резьба боковой полосы также отправит
           SIGUSR2 к основному.

       Использует тот же синтаксис, что и --event, он просто не будет записан,
       служит только для переключения файла perf.data, как только
       Событие --switch-output обрабатывается отдельным потоком боковой полосы.Эта резьба боковой полосы также используется для других целей, например
       обработка записей PERF_RECORD_BPF_EVENT по мере их появления,
       запрашивать у ядра дополнительную информацию о BPF и т. д.

       --switch-max-files = N
           При вращении perf.data с помощью --switch-output сохраняйте только N
           файлы.

       --прогон, репетиция
           Разберите параметры и выйдите. --dry-run может использоваться для обнаружения
           ошибки в параметрах командной строки.

         perf record --dry-run -e  может действовать как компилятор сценария BPF, если
       llvm.dump-obj в файле конфигурации имеет значение true.

       --tail-синтезировать
           Вместо сбора не выборочных событий (например, fork,
           comm, mmap) в начале записи, соберите их во время
           доработка выходного файла. Собранные не выборочные события
           отражает состояние системы по окончании записи.

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

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

         перезаписать атрибут  также можно установить или отменить для события
       используя термины конфигурации. Например:  циклов / перезапись /  и
         инструкций / без перезаписи / .Подразумевает --tail-синтезировать.

       --kcore
           Сделайте копию / proc / kcore и поместите ее в каталог с
           файл данных perf.

       --max-size = <размер>
           Ограничьте максимальный размер данных выборки, <размер> должен быть
           номер с добавленным знаком единицы - B / K / M / G

       --num-thread-синтезировать
           Количество потоков для запуска при синтезировании событий для
           существующие процессы. По умолчанию количество потоков равно
           1.--control = fifo: ctl-fifo [, ack-fifo], --control = fd: ctl-fd [, ack-fd]
           ctl-fifo / ack-fifo открываются и используются как ctl-fd / ack-fd как
           следует. Слушайте дескриптор ctl-fd для команды для управления
           измерение ( включить : включить события,  отключить : отключить события,
             снимок : снимок отслеживания области AUX). Измерения могут быть
           запущен с отключенными событиями с помощью параметра --delay = -1.
           При необходимости отправьте завершение управляющей команды ( ack \ n ) на ack-fd
           дескриптор для синхронизации с контролирующим процессом.Пример сценария оболочки bash для включения и отключения событий
           во время измерений:

               #! / bin / bash

               ctl_dir = / tmp /

               ctl_fifo = $ {ctl_dir} perf_ctl.fifo
               test -p $ {ctl_fifo} && отменить связь с $ {ctl_fifo}
               mkfifo $ {ctl_fifo}
               exec {ctl_fd} <> $ {ctl_fifo}

               ctl_ack_fifo = $ {ctl_dir} perf_ctl_ack.fifo
               test -p $ {ctl_ack_fifo} && отменить связь с $ {ctl_ack_fifo}
               mkfifo $ {ctl_ack_fifo}
               exec {ctl_fd_ack} <> $ {ctl_ack_fifo}

               perf record -D -1 -e cpu-циклы -a \
                           --control fd: $ {ctl_fd}, $ {ctl_fd_ack} \
                           - спать 30 &
               perf_pid = $!

               sleep 5 && echo 'enable'> & $ {ctl_fd} && read -u $ {ctl_fd_ack} e1 && echo "enabled ($ {e1})"
               sleep 10 && echo 'disable'> & $ {ctl_fd} && read -u $ {ctl_fd_ack} d1 && echo "disabled ($ {d1})"

               exec {ctl_fd_ack}> & -
               отменить связь с $ {ctl_ack_fifo}

               exec {ctl_fd}> & -
               отменить связь с $ {ctl_fifo}

               подождите -n $ {perf_pid}
               выход $?
 

СМОТРИТЕ ТАКЖЕ top

       перф-статистика (1), перф-список (1), перф-интел-пт (1)
 

КОЛОФОН верх

       Эта страница является частью  perf  (Инструменты анализа производительности для
       Linux (в дереве исходных кодов Linux)).Информация о
       проект можно найти на
       ⟨Https: //perf.wiki.kernel.org/index.php/Main_Page⟩. Если у тебя есть
       отчет об ошибке для этой страницы руководства, отправьте его по адресу
       [email protected]. Эта страница была получена из
       исходный репозиторий Git проекта
       ⟨Http: //git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git⟩
       на 2020-12-18. (В то время дата последней фиксации
       что было найдено в репозитории от 17 декабря 2020 г.) Если вы
       обнаруживать любые проблемы с отображением в этой HTML-версии страницы,
       или вы считаете, что есть лучший или более современный источник для
       страницу, или у вас есть исправления или улучшения в
       информация в этом COLOPHON (который  не  часть оригинала
       страница руководства), отправьте письмо по адресу man-pages @ man7.org


 

Страницы, которые относятся к этой странице: lttng-add-context (1), perf (1), perf-annotate (1), perf-архив (1), perf-buildid-cache (1), перф-билд-список (1), perf-c2c (1), перф-разн (1), перф-эвлист (1), perf-ftrace (1), перф-инжект (1), перф-интел-пт (1), perf-kmem (1), перф-квм (1), перф-список (1), perf-mem (1), перф-зонд (1), perf-report (1), perf-sched (1), perf-скрипт (1), перфокарта (1), перф-трассировка (1)