Разное

За какой период счетчик хранит данные: За Какой Период Счетчик Хранит Данные?

02.04.1982

Содержание

Вопросы и ответы по Amazon CloudWatch – Amazon Web Services (AWS)

Мониторинг ресурсов AWS и пользовательских метрик

Вопрос. Какие параметры можно отслеживать с помощью метрик Amazon CloudWatch?

Amazon CloudWatch позволяет осуществлять мониторинг облачных ресурсов AWS и приложений, работающих на AWS. Сервис автоматически предоставляет метрики для различных продуктов и сервисов AWS, в том числе для инстансов Amazon EC2, томов EBS, балансировщиков нагрузки Elastic Load Balancer, групп Auto Scaling, схем обработки заданий EMR, инстансов БД RDS, таблиц DynamoDB, кластеров ElastiCache, кластеров RedShift, стеков OpsWorks, проверок работоспособности Route 53, тем SNS, очередей SQS, рабочих процессов SWF и шлюзов Storage Gateway. Кроме того, сервис позволяет осуществлять мониторинг метрик, сформированных приложениями и сервисами пользователя.

Вопрос. Каков срок хранения метрик?

26 июля 2017 г. были запущены высокочастотные пользовательские метрики CloudWatch. Теперь можно публиковать и сохранять метрики с частотой до 1 секунды. 1 ноября 2016 года был введен расширенный срок хранения метрик. Эта возможность позволяет увеличить срок хранения любых метрик с 14 дней до 15 месяцев. Сервис CloudWatch хранит данные метрик следующим образом.

  • Точки данных с интервалом менее 60 секунд доступны в течение 3 часов. Эти точки данных относятся к высокочастотным пользовательским метрикам.
  • Точки данных с интервалом 60 секунд (1 минута) доступны в течение 15 дней.
  • Точки данных с интервалом 300 секунд (5 минут) доступны в течение 63 дней. 
  • Точки данных с интервалом 3600 секунд (1 час) доступны в течение 455 дней (15 месяцев).

Точки данных, которые изначально были опубликованы с более коротким интервалом, обобщаются для длительного хранения. Например, если данные фиксируются с интервалом в 1 минуту, они будут храниться с исходным интервалом в течение 15 дней. Через 15 дней они по‑прежнему будут доступны, но в обобщенном виде с интервалом в 5 минут. Через 63 дня данные пройдут дальнейшее обобщение и будут доступны с интервалом в 1 час. Если требуется обеспечить доступность метрик в течение более продолжительного времени, можно использовать API GetMetricStatistics для извлечения точек данных и сохранения их в автономном режиме или в хранилищах других типов.

В настоящее время данная возможность доступна в следующих регионах AWS: Восток США (Сев. Вирджиния), Запад США (Орегон), Запад США (Сев. Калифорния), ЕС (Ирландия), ЕС (Франкфурт), Южная Америка (Сан‑Паулу), Азия и Тихий океан (Сингапур), Азия и Тихий океан (Токио), Азия и Тихий океан (Сеул), Азия и Тихий океан (Мумбаи), Азия и Тихий океан (Сидней), ЕС (Лондон), Канада (Центр), Восток США (Огайо) и Китай (Пекин).

Вопрос. С каким минимальным интервалом Amazon CloudWatch может собирать и хранить данные?

Минимальный интервал для точек данных, поддерживаемый сервисом CloudWatch, составляет 1 секунду. Такие метрики считаются высокочастотными. Можно также сохранять метрики с интервалом в 1 минуту. Иногда данные метрик поступают в CloudWatch через разные интервалы времени, например через 3 или 5 минут. Если метрика не помечена как высокочастотная (для этого необходимо передать соответствующее значение в поле StorageResolution запроса API PutMetricData), по умолчанию CloudWatch будет собирать и сохранять метрики с интервалом в 1 минуту.

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

Вопрос. Можно ли удалять метрики?

CloudWatch не поддерживает удаление метрик. Срок действия метрик истекает на основании вышеописанных схем хранения.

Вопрос. Если отключить мониторинг инстанса Amazon EC2, данные метрик будут утеряны?

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

Вопрос. Можно ли получить метрики прекратившего работу инстанса Amazon EC2 или удаленного балансировщика Elastic Load Balancer?

Да. Amazon CloudWatch сохраняет метрики прекративших работу инстансов Amazon EC2 и удаленных балансировщиков Elastic Load Balancer в течение 15 месяцев.

Вопрос. Почему график метрик на одном и том же отрезке времени для интервалов 5 минут и 1 минута выглядит по‑разному?

На одном и том же отрезке времени точки данных на графике могут отображаться в разных местах в зависимости от того, какой период времени выбран – 5 минут или 1 минута. Для периода времени, выбранного на графике, Amazon CloudWatch находит все доступные точки данных и вычисляет единую, совокупную точку, представляющую период в целом. В случае периода продолжительностью 5 минут единая точка данных располагается в начале каждого пятиминутного отрезка. В случае периода продолжительностью 1 минуту единая точка данных располагается на минутной отметке. Мы рекомендуем использовать период времени продолжительностью 1 минута для устранения неисправностей и выполнения других действий, требующих максимально точного графического представления периодов времени.

Вопрос. Что такое пользовательские метрики?

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

Чтобы начать работу с пользовательскими метриками, воспользуйтесь API PutMetricData, образцами скриптов мониторинга для Windows и Linux, подключаемым модулем CloudWatch collectd или одним из множества приложений и инструментов, предлагаемых партнерами AWS.

Вопрос. Какой интервал можно использовать в пользовательских метриках?


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

  • Стандартная частота – данные сохраняются с интервалом в 1 минуту.
  • Высокая частота – данные сохраняются с интервалом в 1 секунду.

По умолчанию метрики в CloudWatch сохраняются с интервалом в 1 минуту. Чтобы указать, что метрика является высокочастотной, в запросе API PutMetricData необходимо задать значение параметра StorageResolution, равное 1. Если не указать этот необязательный параметр, сервис будет использовать интервал по умолчанию, равный 1 минуте.

При публикации высокочастотных метрик CloudWatch сохраняет их с интервалом в 1 секунду, а считывать и извлекать их можно за период 1, 5, 10, 30 секунд или за любой период, длина которого кратна 60 секундам.

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

Вопрос. Какие метрики могут быть высокочастотными?

В настоящий момент высокочастотными могут быть только пользовательские метрики, публикуемые в CloudWatch. Высокочастотные метрики сохраняются в CloudWatch с интервалом в 1 секунду. Чтобы указать, что метрика является высокочастотной, в запросе API PutMetricData необходимо задать значение параметра StorageResolution, равное 1. Если не указать этот необязательный параметр, CloudWatch будет использовать интервал по умолчанию, равный 1 минуте.

Вопрос. Отличается ли стоимость использования высокочастотных пользовательских метрик от стоимости обычных пользовательских метрик?

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

Вопрос. Когда стоит использовать пользовательские метрики, а когда – журналы, отправляемые программой в CloudWatch Logs?


Мониторинг пользовательских данных можно осуществлять с помощью пользовательских метрик и (или) сервиса CloudWatch Logs. Пользовательские метрики лучше использовать, если данные предоставлены в формате, отличном от формата журнала, например для процессов операционных систем или результатов измерения производительности. Кроме того, пользователи могут написать собственные приложения и скрипты или воспользоваться решениями, предоставленными партнерами AWS. Если требуется хранить отдельные измерения в совокупности с дополнительными сведениями, можно воспользоваться сервисом CloudWatch Logs.

Вопрос. Какую статистику можно просматривать и графически отображать в CloudWatch?

Для извлечения, графического отображения, а также настройки предупреждений доступны следующие статистические значения метрик Amazon CloudWatch: среднее значение, сумма, минимум, максимум и подсчет образцов. Статистику можно вычислить для любого интервала времени от 60 секунд до 1 дня. Для высокочастотных пользовательских метрик можно получать статистику за периоды продолжительностью от 1 секунды до 3 часов.

Вопрос. Что такое CloudWatch Application Insights для .NET и SQL Server?

Amazon CloudWatch Application Insights для .NET и SQL Server – это возможность, используемая для мониторинга приложений .NET и SQL Server. Этот сервис позволяет определить и настроить основные метрики и журналы во всех ваших ресурсах приложения и технологических стеках, т. е. базах данных, веб-серверах и серверах приложений, ОС, балансировщиках нагрузки, очередях и т. д. Сервис непрерывно отслеживает эти телеметрические данные для обнаружения и корреляции аномалий и ошибок, уведомляя вас о проблемах, возникших в приложении. Чтобы устранять неполадки, сервис создает автоматизированные панели управления для визуализации обнаруженных проблем, включающие связанные метрические аномалии и журналы ошибок, а также дополнительную аналитическую информацию об их возможной исходной причине.

Вопрос. Каковы преимущества использования CloudWatch Application Insights для .NET и SQL Server?

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

Вопрос. Как начать работу с CloudWatch Application Insights для .NET и SQL Server?

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

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

Выполните мониторинг: можно указать уровень технологий для компонентов приложений, например интерфейс IIS, рабочий уровень .NET и т. д. На основе сделанного выбора сервис предоставит рекомендуемый набор метрик и журналов, которые можно настроить в зависимости от потребностей. Как только вы сохраните эти «мониторы», Application Insights для .NET и SQL Server настроит CloudWatch для сбора данных от вашего имени.

При подключении сервис Application Insights для .NET и SQL Server использует набор встроенных правил и модели машинного обучения для идентификации проблем приложения. Он создает в CloudWatch автоматизированные панели управления со списком обнаруженных проблем и обеспечивает подробное представление этих проблем, связанных с ними аномалий и ошибок.

Вопрос. Что такое потоки метрик CloudWatch?

Потоки метрик CloudWatch – это возможность, которая позволяет непрерывно передавать потоки метрик CloudWatch в выбранное местоположение при минимальной установке и настройке. Это полностью управляемое решение, которое не требует от вас написания кода и обслуживания инфраструктуры. Всего за несколько щелчков мышью вы можете настроить поток метрик в такое целевое местоположение, как Amazon Simple Storage Service (S3). Также вы можете отправлять метрики сторонним поставщикам сервисов, чтобы ваши панели управления отражали актуальную информацию.

Вопрос. Зачем использовать потоки метрик CloudWatch ?

Потоки метрик – альтернативный способ получения данных из CloudWatch без необходимости опроса API. Вы можете создать поток метрик всего за несколько щелчков мышью, и он направит ваши метрики к вам. Вы без проблем можете направить метрики в озеро данных на AWS, например на Amazon S3, и начать анализировать использование или производительность с помощью таких инструментов, как Amazon Athena. Также потоки метрик упрощают отправку метрик CloudWatch популярным сторонним поставщикам сервисов с использованием HTTP-адреса Amazon Kinesis Data Firehose. Вы можете создать непрерывный масштабируемый поток, включив в него самые актуальные метрики CloudWatch для работы панелей управления, предупреждений и других инструментов, которые зависят от точных и своевременных метрик.

Вопрос. Как создавать потоки метрик CloudWatch и управлять ими?

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

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

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

Вопрос. Какие форматы поддерживают потоки метрик CloudWatch?

Потоки метрик могут передавать информацию в формате OpenTelemetry или JSON. Формат вывода можно выбрать во время создания потоков метрик или при управлении ими.

Вопрос. Можно ли следить за ценами и объемами данных, которые передаются в потоках метрик CloudWatch?

Да. Для этого откройте страницу консоли потоков метрик и найдите раздел мониторинга. Вы увидите автоматические панели управления с данными об объеме обновления метрик со временем. Также эти метрики можно найти в пространстве имен AWS/CloudWatch и использовать для создания предупреждений для отправки уведомлений в случае появления непредвиденных пиков объемов метрик.

Вопросы и ответы

В соответствии с Правилами № 354 от 06.05.2011 г. исполнителем коммунальных услуг является лицо, производящее или приобретающее коммунальные ресурсы и отвечающее за обслуживание внутридомовых инженерных систем, с использованием которых потребителю предоставляются коммунальные услуги (управляющая компания). В соответствии с вышеуказанным постановлением АО «Омск РТС» является ресурсоснабжающей организацией, и в её обязанности входит поставка теплоносителя в виде горячей воды до теплового узла дома с параметрами, соответствующими температурному графику и достаточными для оказания коммунальных услуг по отоплению и горячему водоснабжению квартир с качеством, отвечающим санитарным нормам.

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

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

В случае, если исполнителю известны причины нарушения качества коммунальной услуги, он обязан известить об этом потребителя. Если же причины нарушения качества коммунальной услуги не известны, то исполнитель на основании письменного обращения потребителя должен пригласить представителя АО «Омск РТС» для совместного проведения замеров и выявления причин низкого качества горячего водоснабжения или отопления.

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

На основании акта, оформленного в установленном порядке, производится перерасчёт размера платы.

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

В соответствии с пунктом 5 приложения №1 к Правилам № 354:

а) температура горячей воды в точке разбора должна быть не менее 60°С — для открытых и закрытых систем;

б) допустимое снижение нормативной температуры ГВС в точке водоразбора:

в ночное время суток (с 0.00 до 5.00 часов) не более 5°С; в дневное время суток (с 5.00 до 00.00 часов) не более 3°С.

в) температура воздуха в помещении должна составлять не ниже +20°С (в угловых комнатах +22°С). Допустимое снижение нормативной температуры не более 4°С (в ночное время суток не более 3°С).

Основные сведения о создании баз данных

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

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

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

В этой статье

Некоторые термины, связанные с базами данных

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

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

К началу страницы

Что такое правильная структура базы данных?

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

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

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

  • предоставление приложению Access данных, необходимых для объединения сведений в таблицах при необходимости;

  • обеспечение точности и целостности сведений;

  • соответствие требованиям к обработке данных и созданию отчетов.

К началу страницы

Процесс проектирования

Процесс проектирования включает следующие этапы:

  • Определение назначения базы данных    

    Помогает подготовиться к остальным этапам.

  • Поиск и упорядочение необходимых сведений     

    Соберите сведения всех типов, которые потребуется внести в базу данных, например названия товаров и номера заказов.

  • Разделение данных по таблицам    

    Разделите элементы данных по основным темам или группам, например «Товары» и «Заказы». Затем для каждой темы создается таблица.

  • Преобразование элементов данных в столбцы    

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

  • Задание первичных ключей    

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

  • Настройка связей между таблицами    

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

  • Усовершенствование структуры    

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

  • Применение правил нормализации    

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

К началу страницы

Определение назначения базы данных

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

К началу страницы

Поиск и упорядочение необходимых сведений

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

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

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

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

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

Имеет смысл создать прототип каждого отчета или выходного списка и продумайте, какие элементы потребуется создать для этого отчета. Например, при проверке письма на бланке могут возникнуть некоторые моменты. Если вы хотите включить правильное приветствие, например строку «Г-н», «Г-жа» или «Ms», которая начинает приветствие, необходимо создать элемент приветствия. Кроме того, письма обычно начинаются с буквы «Уважаемый г-н Климов», а не «Уважаемый. Г-н Сильвстер Климов». Это позволяет сохранить фамилию отдельно от имени.

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

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

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

К началу страницы

Распределение данных по таблицам

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

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

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

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

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

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

Наконец, предположим, что у вас есть только один товар, поставляемый компанией Coho Winery, и вы хотите удалить этот товар, но сохранить имя и адрес поставщика. Как удалить запись о товаре, не потеряв сведений о поставщике? Это невозможно. Поскольку каждая запись содержит сведения и о товаре, и о поставщике, вы не можете удалить их по отдельности. Чтобы разделить эти сведения, необходимо сделать из одной таблицы две: одну — для сведений о товаре, другую —для сведений о поставщике. Тогда удаление записи о товаре не приведет к удалению записи о поставщике.

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

К началу страницы

Преобразование элементов данных в столбцы

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

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

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

В списке ниже приведены некоторые советы по определению столбцов.

  • Не включайте вычисляемые данные    

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

  • Разбивайте информацию на минимальные логические компоненты    

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

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

К началу страницы

Задание первичных ключей

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

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

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

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

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

Если вы не имеете в виду столбец или набор столбцов, которые могут стать хорошим первичным ключом, рассмотрите возможность использования столбца с типом данных «Автономер». При использовании типа данных «Тип данных», Access автоматически назначает значение. Такой идентификатор не имеет смысла; Оно не содержит фактических сведений, описывающих строку, которую она представляет. Идентификаторы factless идеально подходят для использования в качестве первичного ключа, так как они не изменяются. Первичный ключ, содержащий сведения о строке (например, номер телефона или имя клиента), может измениться, так как сами фактуальные данные могут измениться.

1. Столбец с типом данных «Счетчик» — отличный первичный ключ. Коды товаров никогда не совпадают.

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

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

К началу страницы

Создание связей между таблицами

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

1. Эта форма содержит данные из таблиц клиентов,

2. сотрудников,

3. заказов,

4. товаров

5. и сведений о заказах.

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

К началу страницы

Создание связи «один ко многим»

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

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

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

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

К началу страницы

Создание связи «многие ко многим»

Рассмотрим связь между таблицами «Товары» и «Заказы».

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

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

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

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

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

  • Связь «один ко многим» между таблицами «Заказы» и «Сведения о заказах». В каждом заказе может быть несколько элементов строк, но каждый элемент строки связан только с одним заказом.

  • Связь «один ко многим» между таблицами «Товары» и «Сведения о заказах». Каждый товар может быть связан с несколькими элементами строк, но каждый элемент строки связан только с одним товаром.

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

После создания таблицы «Сведения о заказах» список таблиц и полей может выглядеть так:

К началу страницы

Создание связи «один к одному»

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

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

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

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

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

К началу страницы

Усовершенствование структуры

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

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

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

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

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

  • Приходится ли вам неоднократно вводить одни и те же сведения в одной из таблиц? Если да, вам нужно разделить одну таблицу на две и установить между ними связь «один ко многим».

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

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

  • Данные в каждом столбце соответствуют теме таблицы? Если столбец содержит данные, которые не относятся к теме таблицы, их нужно поместить в другую таблицу.

  • Все связи между таблицами представлены общими полями или третьей таблицей? Для отношений «один к одному» и «один-к-многим» требуются общие столбцы. Для связей «многие-к-многим» требуется третья таблица.

Усовершенствование таблицы «Товары»

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

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

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

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

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

  • Код товара

  • Название

  • Код товара1

  • Название1

  • Код товара2

  • Название2

  • Код товара3

  • Название3

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

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

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

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

К началу страницы

Применение правил нормализации

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

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

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

Первая нормальная форма

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

Вторая нормальная форма

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

  • Код заказа (первичный ключ)

  • Код товара (первичный ключ)

  • Название товара

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

Третья нормальная форма

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

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

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

К началу страницы

6 Мониторинг файлов журналов [Zabbix Documentation 5.4]

6 Мониторинг файлов журналов

Обзор

Zabbix можно использовать для централизованного мониторинга и анализа файлов журналов с/без поддержки ротации журналов.

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

Для наблюдения за файлом журнала у вас должно быть:

Настройка
Проверка параметров агента

Убедитесь, что в файле конфигурации агента:

  • Параметр ‘Hostname’ совпадает с именем узла сети в веб-интерфейсе

  • Указаны сервера в параметре ‘ServerActive’ для обработки активных проверок

Настройка элемента данных

Настройте элемент данных для мониторинга журнала.

Все обязательные поля ввода отмечены красной звёздочкой.

Специально для элементов данных наблюдения за журналами вы должны указать:

ТипЗдесь выберите Zabbix агент (активный).
КлючУкажите:
log[/путь/к/файлу/имя_файла,<регулярное выражение>,<кодировка>,<макс. кол-во строк>,<режим>,<вывод>,<максзадержка>]
или
logrt[/путь/к/файлу/регулярное_выражение_описывающее_шаблон_имени_файла,<регулярное выражение>,<кодировка>,<макс. кол-во строк>,<режим>,<вывод>,<максзадержка>]
Zabbix агент фильтрует записи из файла журнала по регулярному выражению, если оно указано.
Если требуется только количество совпадающих строк укажите:
log.count[/путь/к/файлу/имя_файла,<регулярное выражение>,<кодировка>,<макс. кол-во строк>,<режим>,< максзадержка >]
или
logrt.count[/путь/к/файлу/регулярное_выражение_описывающее_шаблон_имени_файла,<регулярное выражение>,<кодировка>,<макс. кол-во строк>,<режим>,< максзадержка >].
Убедитесь, что у файла имеются права на чтение для пользователя ‘zabbix’, в противном случае состояние элемента данных будет ‘unsupported’.
Для получения более подробных сведений смотрите информацию о ключах log, log.count, logrt и logrt.count в разделе поддерживаемых ключей элементов данных Zabbix агентом.
Тип информацииВыберите здесь Журнал (лог) для элементов данных log и logrt или Числовой (целое положительное) для элементов данных log.count и logrt.count.
Если используется опциональный параметр вывод, вы можете выбрать подходящий тип информации, отличный от “Журнал (лог)”.
Обратите внимание, что выбор не журнального типа информации приведет к потере локального штампа времени.
Интервал обновления (в сек)Этот параметр задает как часто Zabbix агент будет проверять наличие любых изменений в файле журнала. Указав этот параметр равным 1 секунде, вы можете быть уверенными, что получите новые записи как можно скорее.
Формат времени журналаВ этом поле вы можете опционально задать шаблон для анализа штампа времени строки журнала.
Если оставить пустым, штамп времени не будет анализироваться.
Поддерживаемые значения:
* y: Год (0001-9999)
* M: Месяц (01-12)
* d: День (01-31)
* h: Час (00-23)
* m: Минута (00-59)
* s: Секунда (00-59)
Например, рассмотрим следующую строку из файла журнала Zabbix агента:
“ 23480:20100328:154718.045 Zabbix agent started. Zabbix 1.8.2 (revision 11211).”
Она начинается шестью символами обозначающими PID, далее следует дата, время, и остальная часть строки.
Форматом времени журнала для этой строки является “pppppp:yyyyMMdd:hhmmss”.
Обратите внимание, что символы “p” и “:” являются лишь заменителями и могут быть чем угодно, за исключением “yMdhms”.
Важные замечания
  • Сервер и агент следят за размером наблюдаемого журнала и временем последней модификации (для logrt) двумя счетчиками. Дополнительно:

    • Также агент использует номера inode (на UNIX/GNU/Linux), индексы файлов (на Microsoft Windows) и MD5 суммы первых 512 байт файла журнала для улучшения выбора в случае когда файлы журнала усекаются и ротируются.

    • На системах UNIX/GNU/Linux предполагается, что файловые системы где хранятся файлы журналов, сообщают числа inode, которые могут быть использованы для слежения за состоянием файлов.

    • На системах Microsoft Windows Zabbix агент определяет тип файловой системе на которой находятся файлы журналов:

      • На файловой системе NTFS 64-битные файловые индексы.

      • На файловых системах ReFS (только Microsoft Windows Server 2012) 128-битные файловые ID.

      • На файловых системах где файловые индексы меняются (т.е. FAT32, exFAT) используется запасной алгоритм для получения разумного подхода в неопределенных условиях, когда сжатие файла журнала приводит в результате к множеству файлов журналов с одинаковым временем изменения.

    • Номера inode, индексы файлов и суммы MD5 собираются Zabbix агентом. Они не передаются Zabbix серверу и теряются в случае остановки Zabbix агента.

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

    • Если есть несколько совпадающих файлов журналов для элемента данных logrt[] и Zabbix агент следит за наиболее новым из них и этот более новый файл журнал удаляется, предупрежающиее сообщение будет записано “there are no files matching ”<regexp mask>“ in ”<directory>“. Zabbix агент игнорирует файлы журналы с временем изменения меньше чем последнее время модификации полученное агентом во время проверки элемента данных logrt[].

  • Агент начинает читать файл журнала с той позиции, на которой он остановился последний раз.

  • Количество байт уже проанализированное (счётчик размера) и время последней модификации (счетчик времени) хранятся в базе данных Zabbix и отправляются агенту, для уверенности, что агент начнет читать файл журнала с этой позиции в случаях, когда агент только что был запущен или агент получил элементы данных, которые были ранее деактивированы или не поддерживались. Однако, если агент получает ненулевой размер счётчика от сервера, но элементы данных logrt[] или logrt.count[] не найдены и не удается найти соответствующие файлы, счётчик размера сбрасывается в 0, чтобы начать анализ сначала, если файлы появятся позже.

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

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

  • Zabbix агент обрабатывает новые записи файла журнала один раз за Период обновления секунд.

  • Zabbix агент отправляет не более чем макс. кол-во строк записей из файла журнала за секунду. Это ограничение предотвращает перегрузку сети и ресурсов процессора и переопределяет значение по умолчанию предусмотренное параметром MaxLinesPerSecond в файле конфигурации агента.
  • Для поиска необходимой строки Zabbix обрабатывает в 10 раза больше строк, чем указано в параметре MaxLinesPerSecond. Таким образом, например, если элемент данных log[] или logrt[] имеет Интервал обновления 1 секунда, по умолчанию агент будет анализировать не более чем 400 строк файла журнала и будет отправлять не более чем 200 совпавших записей Zabbix серверу за одну проверку. Увеличением параметра MaxLinesPerSecond в файле конфигурации агента или указанием параметра макс. кол-во строк в ключе элемента данных, лимит можно увеличить вплоть до 10000 проанализированных записей в журнале и 1000 совпадающих записей для отправки Zabbix серверу за одну проверку. Если Интервал обновления указан значением в 2 секунды, лимиты для одной проверки могут быть увеличены в два раза больше, чем для Интервала обновления в 1 секунду.

  • Кроме того, данные из файлов журналов всегда ограничены 50% размера буфера отправки у агента, даже если в буфере нет значений не связанных с данными из файлов журналов. Таким образом, значения макс. кол-во строк будут отправлены за одно соединение (а не в нескольких соединений), параметр BufferSize агента должен быть по крайней мере равен макс. кол-во строк x 2.
  • При отсутствии данных для элементов данных журналов весь размер буфера используется для значений не связанных с данными из журналов. Когда появляются значения от файлов журналов они заменяют устаревшие данные не связанные с файлами журналов, если требуется, до максимального уровня 50%.

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

  • Специальное примечание для разделителей пути “\”: если формат файла представлен как “file\.log”, тогда там не должно быть папки “file”, поскольку невозможно однозначно определить, экранируется ли это символ ”.“ или это первый символ в имени файла.

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

  • В UNIX элементы данных logrt[] становится НЕПОДДЕРЖИВАЕМЫМ, в случае если папка не существует где файл журнала должен был бы находиться.

  • В Microsoft Windows, если папка не существует элемент данных не переводится в состояние НЕПОДДЕРЖИВАЕТСЯ (например, если в ключе элемента данных папка указана с ошибкой)

  • Отсутствие файла журнала для элемента данных logrt[] не переводит его в состояние НЕПОДДЕРЖИВАЕТСЯ.

  • Ошибки чтения файлов журналов для элемента данных logrt[] записываются в журнал агента как предупреждения, но не переводят элемент данных в состояние НЕПОДДЕРЖИВАЕТСЯ.

  • Журнал Zabbix агента может быть очень полезен для поиска причин почему элементы данных log[] или logrt[] становятся НЕПОДДЕРЖИВАЕМЫМИ. Zabbix может мониторить свой файл журнала, за исключением случая когда он в режиме DebugLevel=4.

Извлечение совпадающей части регулярного выражения

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

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

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

И так, например

log[/path/to/the/file,"large result buffer allocation.*Entries: ([0-9]+)",,,,\1]

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

Fr Feb 07 2014 11:07:36.6690 */ Thread Id 1400 (GLEWF) large result
buffer allocation - /Length: 437136/Entries: 5948/Client Ver: >=10/RPC
ID: 41726453/User: AUser/Form: CFG:ServiceLevelAgreement

Причина, почему Zabbix вернет только одно число, потому что параметр ‘вывод’ здесь определен как \1 ссылка только на первую интересующую подгруппу: ([0-9]+)

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

Использование параметра максзадержка

Параметр ‘максзадержка’ в элементах данных журналов позволяет игнорировать более старые строки с целью получения наиболее новых строк проанализированных в течении “максзадержка” секунд.

Параметр ‘maxdelay’ > 0, может привести к игнорированию важных записей в файлах журналов и пропуску оповещений. Используйте этот параметр осторожно и на свой страх и риск, только в случае необходимости.

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

Встроенная защита от перегрузов состоит из настраиваемого параметра ‘макс. кол-во строк’ (защищающий сервер от слишком большого количества приходящих совпадающих строк в журнале) и ограничения в 4*’макс. кол-во строк’ (защищает CPU и I/O хоста от перегрузки агентам одной проверкой). Тем не менее имеется 2 проблемы со встроенным механизмом защиты. Первая, на сервер будет отправлено большое количество потенциально не так информативных сообщений, которые займут место в базе данных. Вторая, по причине ограниченного количества строк анализируемых в секунду агент может отставать на часы от самых новых записей в журнале. Вполне вероятно, что вы захотите как можно быстрее быть информированным о текущей ситуации в файлах журналов вместо ковыряния часами старых записей.

Решение этих двух проблем является использование параметра ‘максзадержка’. Если параметр ‘maxdelay’ > 0, во время каждой проверки измеряются количество обработанных байт, количество оставшихся байт и время обработки. Отталкиваясь от этих значений, агент вычисляет оценочную задержку — как много секунд может потребоваться, чтобы проанализировать все оставшиеся записи в файле журнала.

Если задержка не превышает ‘максзадержка’, тогда агент поступает с анализом файла журнала как обычно.

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

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

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

14287:20160602:174344.206 item:"logrt["/home/zabbix32/test[0-9].log",ERROR,,1000,,,120.0]"
logfile:"/home/zabbix32/test1.log" skipping 679858 bytes
(from byte 75653115 to byte 76332973) to meet maxdelay

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

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

Не рекомендуется указывать ‘максзадержка’ < ‘интервал обновления’ (это может привести к частым маленьким “прыжкам”).

Заметки по обработке ротации ‘copytruncate’ файлов журналов

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

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

Действия, если произошла ошибка связи между агентом и сервером

Каждая совпадающая строка с элементов данных log[] и logrt[] и результат проверки каждого элемента данных log.count[] и logrt.count[] требует свободный слот в выделенной 50% области буфера отправки в агенте. Элементы буфера регулярно отправляются серверу (или прокси) и слоты буфера становятся снова пустыми.

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

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

  • Проверки элементов данных log[] и logrt[] останавливаются. Когда связь восстановится и появятся свободные слоты, проверки вернутся к предыдущей позиции. Не совпадающие строки потеряются. Совпадающие строки не будут потеряны, они просто отправятся позже.

  • Проверки log.count[] и logrt.count[] останавливаются, если maxdelay = 0 (по умолчанию). Поведение похоже на элементы данных log[] и logrt[], описанное выше. Обратите внимание, что потеря связи может повлиять на результаты log.count[] и logrt.count[]: например, одна проверка насчитает 100 совпадающих строк в файле журнала, но по причине отсутствия свободных слотом в буфере проверка будет остановлена. Когда связь восстановится агент насчитает те же 100 совпадающих строк, а также 70 новых совпадающих строк. После чего агент отправит количество = 170, так как они найдены за одну проверку.

  • Проверки log.count[] и logrt.count[] при maxdelay > 0: если не было “прыжка” во время проверки, тогда поведение аналогично описанному выше. Если всё же был “прыжок” через строки файла журнала, тогда позиция после “прыжка” сохранится и подсчитанный результат будет отброшен. Таким образом, агент пытается не отставать от увеличивающегося файла журнала, даже в случае проблем со связью.

Знакомство с PromQL + Cheatsheet / Хабр

Скачать Cheatsheet по запросам PromQL

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

Поскольку Prometheus хранит данные в виде временных рядов (time-series data model), запросы PromQL радикально отличаются от привычного SQL. Понимание, как работать с данными в Prometheus, является ключом к тому, чтобы научиться писать эффективные запросы.

Не забудьте скачать Cheatsheet по запросам PromQL!

Как работают time-series databases

Временные ряды — это потоки значений, связанных с меткой времени.

Каждый временной ряд можно идентифицировать по названию метрики и меткам, например:

mongodb_up{}

или

kube_node_labels{cluster="aws-01", label_kubernetes_io_role="master"}

В приведенном выше примере присутствует имя метрики (kube_node_labels) и метки (cluster и label_kubernetes_io_role). На самом деле, метрики тоже являются метками. Приведенный выше запрос можно записать так:

{__name__ = "kube_node_labels", cluster="aws-01", label_kubernetes_io_role="master"}

В Prometheus есть четыре типа метрик:

  • Gauges (Измеритель) — значения, которые могут меняться. Например, метрика mongodb_up позволяет узнать, есть ли у exporter соединение с экземпляром MongoDB.

  • Counters (Счетчик) показывают суммарные значения и обычно имеют суффикс _total. Например, http_requests_total.

  • Histogram (Гистограмма) — это комбинация различных счетчиков, используется для отслеживания размерных показателей и их продолжительности, таких как длительность запросов.

  • Summary (Сводка) работает как гистограмма, но также рассчитывает квантили.

Знакомство с выборкой данных PromQL

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

Допустим, мы хотим узнать количество запросов по пути / api на хосте 10.2.0.4. Для этого мы будем использовать метки host и path из этой метрики:

http_requests_total{host="10.2.0.4", path="/api"}

Запрос вернет следующие значения:

name

host

path

status_code

value

http_requests_total

10.2.0.4

/api

200

98

http_requests_total

10.2.0.4

/api

503

20

http_requests_total

10.2.0.4

/api

401

1

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

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

Кроме того, вы можете получить instant vector из другого отрезка времени (например, день назад).

Для этого вам нужно добавить offset (смещение), например:

http_requests_total{host="10.2.0.4", path="/api", status_code="200"} offset 1d

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

http_requests_total{host="10.2.0.4", path="/api"}[10m]

Запрос вернет следующие значения:

name

host

path

status_code

value

http_requests_total

10.2.0.4

/api

200

[email protected]

[email protected]

[email protected]

http_requests_total

10.2.0.5

/api

200

[email protected]

[email protected]

[email protected]

http_requests_total

10.2.0.2

/api

401

[email protected]

[email protected]

[email protected]

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

Это называется range vector — все значения для каждой серии в пределах указанного временного интервала.

Знакомство с агрегаторами и операторами PromQL

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

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

sum by (cluster) (node_cpu_cores)

Запрос вернет следующие значения:

С помощью этого простого запроса мы видим, что имеется 100 ядер ЦП для кластера cluster_foo и 50 для cluster_bar.

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

node_memory_MemFree_bytes / (1024 * 1024)

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

(node_memory_MemFree_bytes / node_memory_MemTotal_bytes) * 100

Теперь мы можем использовать этот запрос для создания оповещения, когда на узле остается менее 5% свободной памяти:

(node_memory_MemFree_bytes / node_memory_MemTotal_bytes) * 100 < 5

Знакомство с функциями PromQL

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

topk(2, (node_memory_MemFree_bytes / node_memory_MemTotal_bytes) * 100)

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

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

predict_linear(node_filesystem_free_bytes[1w], 3600 * 24) / (1024 * 1024 * 1024) < 100

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

Что делать, если нам нужно создать оповещение, которое срабатывает, если мы не получали запрос в течение 10 минут. Мы не можем просто использовать метрику http_requests_total, потому что при сбросе счетчика в течение указанного временного диапазона результаты были бы неточными:

http_requests_total[10m]

name

host

path

status_code

value

http_requests_total

10.2.0.4

/api

200

[email protected]

[email protected]

[email protected]

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

name

host

path

status_code

value

http_requests_total

10.2.0.4

/api

200

[email protected]

[email protected]

[email protected]

rate(http_requests_total[10m])

name

host

path

status_code

value

http_requests_total

10.2.0.4

/api

200

0.83

Независимо от сбросов за последние 10 минут в среднем было 0,83 запроса в секунду. Теперь мы можем настроить оповещение:

rate(http_requests_total[10m]) = 0

Что дальше?

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

Вы можете скачать Cheatsheet по PromQL, чтобы узнать больше об операторах и ​​функциях PromQL. Вы также можете проверить все примеры из статьи и Cheatsheet с нашим сервисом Prometheus playground.

Меркурий 230 — показания, схема, инструкция

Купить — Меркурий 230

Условные обозначения МЕРКУРИЙ 230 • Технические характеристики счетчиков МЕРКУРИЙ 230 • Устройство и работа счетчика Меркурий 230 • Подготовка к работе счетчика Меркурий 230 • Установка счетчика Меркурий 230 • Снять показания с индикатора счетчика с помощью кнопок • Снять показания Меркурий 230 по интерфейсу CAN (или RS-485 или IrDA) или GSM-модему • Работа с PLC-модемом • Поверка счетчика Меркурий 230 • Схемы подключения Меркурий 230 к сети 230 в • Схемы подключения Меркурий 230 к сети 57,7 в

Структура условного обозначения счетчиков МЕРКУРИЙ 230 ART2 — XX F(P)QC(R)RSIL(G)DN:

  • МЕРКУРИЙ — торговая марка счетчика
  • 230 — серия
  • ART2 — тип измеряемой энергии, а именно:
    • А — активной энергии
    • R — реактивной энергии
    • Т — наличие внутреннего тарификатора
    • 2 — двунаправленный (отсутствие цифры 2 означает, что счетчик однонаправленный)
  • XX — модификации, подразделяемые по току, напряжению и классу точности, приведены в таблице 1.
Таблица 1

Модификация счетчика (0Х)

Класс точности при измерении

Номинальное напряжение (UHOM), В

Номинальный (базовый) ток IHOM(Iб), А

Максимальный ток Iмакс, А

активной энергии

реактивной энергии

00

0,5S

1,0

3*57,7(100)

5

7,5

01

1,0

2,0

3*230(400)

5

60

02

1,0

2,0

3*230(400)

10

100

03

0,5S

1,0

3*230(400)

5

7,5

  • F — наличие профиля, журнала событий и других дополнительных функций (отсутствие F — нет профиля и дополнительных функций)
  • P — кроме функции F дополнительно наличие профиля, журнала событий и других дополнительных функций для мощности потерь
  • Q — показатель качества электроэнергии (отсутствие Q — отсутствие показателя качества электроэнергии
  • R(C)RIL(G) — интерфейсы, а именно:
    • С — CAN или R — RS-485
    • R — дополнительный интерфейс RS-485 (отсутствие R — отсутствие дополнительного интерфейса)
    • I — IrDA (отсутствие I — отсутствие IrDA)
    • L — PLC-модем (отсутствие L — отсутствие PLC-модема)
    • G — GSM-модем (отсутствие G — отсутствие GSM-модема)
  • S — внутреннее питание интерфейсов (отсутствие S — питание интерфейсов внешнее)
  • D — внешнее питание (отсутствие D — отсутствие внешнего питания)
  • N — наличие электронной пломбы (отсутствие N — отсутствие электронной пломбы)
Примеры записи счетчиков при их заказе и в документации другой продукции, в которой они могут быть применены:
  • «Счетчик электрической энергии статический трехфазный «Меркурий 230ART-01 PQCSIGDN», АВЛГ.411152.021 ТУ»
  • «Счетчик электрической энергии статический трехфазный «Меркурий 230ART-02 CLN», АВЛГ.411152.021 ТУ»

Сведения о сертификации приведены в паспорте АВЛГ.411152.021 ПС. Счетчик предназначен для учёта электрической энергии в трехфазной трех или четырех проводной сети переменного тока с напряжением 3*57,7/100 В или 3*230/400 В, частотой 50 Гц, номинальным/максимальным током в соответствии с таблицей 1. Значение электроэнергии индицируется на жидкокристаллическом индикаторе, находящемся на передней панели счетчика. Обмен информацией происходит через интерфейс связи: RS-485, CAN, IrDA, GSM-модем или PLC-модем.

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

Условия окружающей среды

Счетчик предназначен для эксплуатации внутри закрытых помещений: может быть использован только в местах, имеющих дополнительную защиту от влияния окружающей среды (установлен в помещении, в шкафу, в щитке). По условиям эксплуатации относится к ГОСТ 22261-94 с диапазоном рабочих температур от минус 40 до плюс 55 °С.

Состав комплекта счетчика приведен в таблице 2

Таблица 2

Документ

Наименование

Кол.

Примечание

АВЛГ660.00.00-ХХ

Электросчетчик «Меркурий 230″

1

 

АВЛГ.411152.021 ПС

Паспорт

1

 

АВЛГ.411152.021 РЭ

Руководство по эксплуатации

1

 

 

GSM антенна

1

Для счетчиков с GSM

 

Программное обеспечение

 

Доступно по ссылке http: www.incotexcom.ru

АВЛГ650.00.00*

«Меркурий 223″

1

 

 

*GSM терминал

1

 

АВЛГ.651.00.00*

«Меркурий 221″

1

 

АВЛГ.411152.021 РЭ1*

Методика поверки с тестовым программным обеспечением «Конфигуратор счетчиков трехфазных Меркурий» и «BMonitorFEC».

1

 

АВЛГ.411152.021 PC**

Руководство по среднему ремонту.

 

 


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

Технические характеристики счетчиков МЕРКУРИЙ 230

  • Номинальное значение тока (IH0M) для счетчика трансформаторного включения — 5 А
  • Базовое значение тока (Iб) для счетчика непосредственного включения 5 А или 10 А (согласно таблицы 1)
  • Максимальное значение тока (Iмакс) 7,5 А или 60 А или 100А (согласно таблицы 1)
  • Номинальное значение фазного напряжения (UH0M) 57,7 В или 230 В (согласно таблицы 1).
  • Установленный рабочий диапазон напряжения от 0,9 до 1,1UH0M
  • Расширенный рабочий диапазон напряжения от 0,8 до 1,15UH0M
  • Предельный рабочий диапазон напряжения от 0 до 1,15UH0M
  • Частота сети 50 ± 1Гц
  • Постоянная счетчика и стартовый ток (чувствительность), при котором счетчик начинает регистрировать энергию, приведены в таблице 3.
Таблица 3

Модифика­ции счётчика (0Х)

Постоянная счётчика, имп/(кВт-ч), имп/кВар-ч)

Стартовый ток, А

Время, мин.

в режиме теле­метрии (А)

в режиме поверки (В)

00

5000

160000

0,005

1,74

01

1000

32000

0,020

0,36

02

500

16000

0,040

0,44

03

1000

160000

0,005

0,44

В счетчиках «Меркурий 230AR», «Меркурий 230ART» функционируют два импульсных выхода основного передающего устройства: один — на прямое направление активной энергии и один — на прямое направление реактивной энергии. В счетчиках «Меркурий 230ART2» функционируют четыре импульсных выхода основного передающего устройства: один — на прямое направление активной энергии, один — на обратное направление активной энергии, один — на прямое направление реактивной энергии и один — на обратное направление реактивной энергии. При переключении в режим поверки, импульсные выходы функционируют как поверочные.

Основное передающее устройство и выход управления устройством включения/отключения нагрузки имеют два состояния, отличающиеся импедансом выходной цепи. В состоянии «замкнуто» сопротивление выходной цепи передающего устройства не превышает 200 Ом. В состоянии «разомкнуто» — не менее 50 кОм. Предельно допустимое значение тока, которое выдерживает выходная цепь передающего устройства в состоянии «замкнуто», не менее 30 мА. Предельно допустимое значение напряжения на выходных зажимах передающего устройства в состоянии «разомкнуто» не превышает 24 В.

Пределы допускаемой основной относительной погрешности при измерении активной энергии соответствуют классу точности 1,0 согласно ГОСТ Р 52322-2005 или классу 0,5S согласно ГОСТ Р 52323-2005.

Пределы допускаемой основной относительной погрешности при измерении реактивной энергии соответствуют классу точности 1 или 2 согласно ГОСТ Р 52425-2005.

Счетчик функционирует не позднее 5 с после приложения номинального напряжения. При отсутствии тока в последовательной цепи и значении напряжения, равном 1,15 UH0M, испытательный выход при измерении активной и реактивной энергии не создаёт более одного импульса в течение времени, указанного в таблице 3. Время установления рабочего режима не превышает 10 мин.

Счетчик непосредственного включения выдерживает перегрузки силой входного тока, равной 30 Iмакс с допустимым отклонением тока от 0 % до минус 10 % в течение одного полупериода при номинальной частоте. Счетчик, предназначенный для включения через трансформатор тока, выдерживает в течение 0,5 с перегрузки силой входного тока, равной 20 Iмакс при допустимом отклонении тока от 0 % до минус 10 %. Изменение погрешности при Ig (Iном) и коэффициенте мощности, равном единице, при измерении активной энергии не превышает ±1,5 % и ±0,05 % для счетчиков класса точности 1 и 0,5S соответственно.

Изменение погрешности при Ig (Iном) и коэффициенте sin ф, равном единице, при измерении реактивной энергии не превышает ±1,5 % и ±0,5 % для счетчиков класса точности 2 и 1 соответственно.

  • Счетчик устойчив к провалам и кратковременным прерываниям напряжения
  • Изоляция выдерживает в течение 1 мин воздействие напряжения переменного тока частотой 50 Гц величиной:
    • 4,0 кВ — между всеми цепями тока и напряжения, соединенными вместе и вспомогательными цепями, соединенными вместе с «землёй»
    • 2,0 кВ — между вспомогательными цепями

Примечание — «Землёй» является проводящая пленка из фольги, охватывающая счетчик.

Точность хода часов во включенном и выключенном состоянии при нормальной температуре (20±5 °С) не превышает ± 0,5 c/сут. Изменение точности хода часов во включенном и выключенном состоянии в диапазоне температур от минус 10 до плюс 45 °С не превышает ± 0,15 с/°С/сут, в диапазоне от минус 40 до плюс 55 °С не превышает ±0,2 с/°С/сут.

Отсчет потребляемой энергии ведётся по жидкокристаллическому индикатору (ЖКИ). Счетчик обеспечивает:

  • Программирование от внешнего компьютера через интерфейсы связи или GSM- модем следующих параметров:
    • параметров обмена по интерфейсу (на уровне доступа 1 и 2)
    • скорости обмена по интерфейсу (300, 600, 1200, 2400, 4800, 9600) бит/с
    • контроля чётности/нечётности (нет, нечётность, чётность)
    • множителя длительности системного тайм-аута (1..255)
    • Примечание — Под системным тайм-аутом понимается период времени, являющийся критерием окончания последовательности сообщения (фрейма). Длительность тайм-аута зависит от скорости обмена и равна времени передачи/приёма 5-7 байт на выбранной скорости обмена.

  • смены паролей первого (потребителя энергии) и второго (продавца энергии) уровня доступа к данным
  • индивидуальных параметров счетчика (на уровне 2):
    • сетевого адреса (на уровне доступа 1 и 2)
    • местоположения (на уровне доступа 2)
    • коэффициента трансформации по напряжению (на уровне доступа 2; информационный параметр)
    • коэффициента трансформации по току (на уровне доступа 2; информационный параметр)
    • режимов импульсных выходов (на уровне доступа 2)
  • * текущего времени и даты (на уровне доступа 2):
    • широковещательная команда установки текущего времени и даты
  • *тарифного расписания (на уровне доступа 2):
    • до 4-х тарифов
    • раздельно на каждый день недели и праздничные дни каждого месяца года (максимальное число праздничных дней в не високосном году — 365 дней, в високосном — 366)
    • до 16 тарифных интервалов в сутки
    • шаг установки тарифного расписания (дискретность 1 мин)
    • установка счетчика в одно-тарифный или многотарифный режим
  • *разрешения/запрета автоматического перехода сезонного времени и параметров времени перехода с «летнего» времени на «зимнее», с «зимнего» времени на «летнее» (на уровне доступа 2):
    • часа
    • дня недели (последней) месяца
    • месяца
  • ***параметров при сохранении профиля мощности (на уровне доступа 2):
    • длительности периода интегрирования (1…45 мин., шаг установки — 1 мин., ёмкость памяти — 85 суток при длительности периода интегрирования — 30 минут)
    • разрешения/запрета обнуления памяти при инициализации массива памяти средних мощностей
  • **** нормированных значений мощностей активных и реактивных потерь, одинаковых для всех трёх фаз счётчика, приведенные к входу счетчика (на уровне доступа 2):
    • активной мощности потерь в обмотках силового трансформатора при номинальном токе
    • активной мощности потерь в магнитопроводе силового трансформатора при номинальном напряжении
    • активной мощности потерь в линии передач при номинальном токе
    • реактивной мощности потерь в обмотках силового трансформатора при номинальном токе
    • реактивной мощности потерь в магнитопроводе силового трансформатора при номинальном напряжении
    • реактивной мощности потерь в линии передач при номинальном токе
  • режимов индикации (на уровне доступа 1 и 2):
    • периода индикации (1..255 секунд)
    • длительности индикации показаний потреблённой энергии по текущему тарифу (5..255 секунд) в автоматическом режиме
    • длительности индикации показаний потреблённой энергии по не текущему тарифу (5…255 секунд) в автоматическом режиме длительности таймаута (5.255 секунд) при возврате из ручного в автоматический режим
    • перечня индицируемых показаний потреблённой энергии (по сумме тарифов, тариф 1, тариф 2, тариф 3, тариф 4) раздельно для активной и реактивной энергии при автоматическом режиме смены параметров
    • перечня индицируемых показаний потреблённой энергии (по сумме тарифов, тариф 1, тариф 2, тариф 3, тариф 4) раздельно для активной и реактивной энергии при ручном режиме смены параметров
  • параметров контроля за превышением установленных лимитов активной мощности и энергии (на уровне доступа 2):
    • разрешения/запрета контроля за превышением установленного лимита активной мощности
    • разрешения/запрета контроля за превышением установленного лимита активной энергии
    • значения установленного лимита мощности
    • значений установленного лимита энергии отдельно для каждого из четырёх тарифов
    • режимы управления нагрузки импульсным выходом (выводы 21, 26)
    • включения/выключения нагрузки
  • инициализация регистров накопленной энергии (всего от сброса за периоды: сутки, все месяцы, год; на уровне доступа 2)
  • перезапуск счётчика («горячий» сброс) без выключения питания сети (на уровне доступа 2)
  • параметров качества электроэнергии (ПКЭ):
    • нормально допустимые значения (НДЗ) и предельно допустимые значения (ПДЗ) отклонения напряжения ±5 % и ±10 % соответственно от номинального напряжения
    • НДЗ и ПДЗ отклонения частоты напряжения переменного тока ±0,2 Гц и ±0,4 Гц
  • ***максимумов мощности:
    • расписание контроля за утренними и вечерними максимумами.

Примечания:

* — параметры только для счетчиков с внутренним тарификатором
** — параметры только для счетчиков «Меркурий 230ART» и «Меркурий 230ART2» с индексом «Q»
*** — параметры только для счетчиков «Меркурий 230ART» и «Меркурий 230ART2» с индексом «F»(«P»)
**** — параметры только для счётчиков «Меркурий 230ART» и «Меркурий 230ART2» с индексом «Р»

Считывание внешним компьютером через интерфейсы связи или GSM-модем следующих параметров и данных:

  • учтённой активной энергии прямого направления («Меркурий 230А»), активной и реактивной энергии прямого направления («Меркурий 230AR», «Меркурий 230ART»), актив­ной и реактивной энергии прямого и обратного направления («Меркурий 230ART2»)
    • по каждому из 4 тарифов и сумму по тарифам
    • всего от сброса показаний
    • *за текущие сутки
    • *на начало текущих суток
    • *за предыдущие сутки
    • *на начало предыдущих суток
    • *за текущий месяц
    • *на начало текущего месяца
    • *за каждый из предыдущих 11 месяцев
    • *на начало каждого из предыдущих 11 месяцев
    • *за текущий год
    • *на начало текущего года
    • *за предыдущий год
    • *на начало предыдущего года
  • *параметров встроенных часов счётчика:
    • текущих времени и даты
    • признака сезонного времени (зима/лето)
    • разрешения/запрета автоматического перехода сезонного времени
    • времени перехода на «летнее» и «зимнее» время при автоматической установке сезонного времени
  • Параметров тарификатора:
    • режима тарификатора (однотарифный/многотарифный)
    • номера текущего тарифа
    • тарифного расписания
    • календаря праздничных дней
  • ***параметров сохранения профиля мощностей:
    • длительности периода интегрирования
    • параметров последней записи в памяти сохранения профиля мощностей
    • признака неполного среза (счётчик включался или выключался на периоде интегрирования)
    • признака переполнения памяти массива средних мощностей
    • **средних значений активной и реактивной мощностей прямого направления за заданный период интегрирования для построения графиков нагрузок в обычном и ускоренном режимах чтения
  • вспомогательных параметров:
    • мгновенных значений (со временем интегрирования 1,28 с) активной, реактивной и полной мощности по каждой фазе и по сумме фаз; с указанием направления (положения вектора полной мощности)
    • действующих значений фазных напряжений и токов по каждой из фаз
    • коэффициентов мощности по каждой фазе и по сумме фаз с указанием направления (положения вектора полной мощности)
    • частоты сети
    • углов между основными гармониками фазных напряжений (между фазами 1 и 2, 2 и 3, 1 и 3)
    • коэффициента искажений синусоидальности фазных напряжений (справочный параметр)
  • индивидуальных параметров счетчика:
    • сетевого адреса
    • серийного номера
    • даты выпуска
    • местоположения счётчика
    • класса точности по активной энергии
    • класса точности по реактивной энергии
    • признака суммирования фаз (с учётом знака/по модулю)
    • Внимание! Программирование однонаправленных счётчиков в режим суммирования фаз «по модулю» позволяет предотвратить возможность хищения электроэнергии при нарушении фазировки подключения токовых цепей счётчика.

    • варианта исполнения счётчика (однонаправленный/перетоковый)
    • номинального напряжения
    • номинального тока
    • коэффициента трансформации по напряжению
    • коэффициента трансформации по току
    • постоянной счётчика в основном режиме
    • температурного диапазона эксплуатации
    • режима импульсного выхода (основной/поверочный)
    • версии ПО
  • режимов индикации:
    • периода индикации (1..255 секунд)
    • длительности индикации показаний потреблённой энергии по текущему тарифу (5..255 секунд) в автоматическом режиме
    • длительности индикации показаний потреблённой энергии по не текущему тарифу (5.255 секунд) в автоматическом режиме
    • длительности тайм-аута (5.255 секунд) при возврате из ручного в автоматический режим
    • перечня индицируемых показаний потреблённой энергии (по сумме тарифов, тариф 1, тариф 2, тариф 3, тариф 4) раздельно для активной и реактивной энергии при автоматическом режиме смены параметров
    • перечня индицируемых показаний потреблённой энергии (по сумме тарифов, тариф 1, тариф 2, тариф 3, тариф 4) раздельно для активной и реактивной энергии при ручном режиме смены параметров
    • параметров контроля за превышением установленных лимитов активной мощности и энергии прямого направления
    • режима (разрешения/запрета) контроля за превышением установленного лимита активной мощности прямого направления
    • режима (разрешения/запрета) контроля за превышением установленного лимита активной энергии прямого направления
    • значения установленного лимита мощности
    • значений установленного лимита энергии отдельно для каждого из четырёх тарифов
    • режима импульсного выхода (выводы 21, 26) (телеметрия/режим управления блоком отключения нагрузки)
    • режим управления блоком отключения нагрузки (нагрузка включена/выключена)
  • *журнала событий (кольцевого на 10 записей)
    • времени включения/выключения счётчика
    • времени до/после коррекции текущего времени
    • времени включения/выключения фазы 1, 2, 3
    • времени коррекции тарифного расписания
    • времени сброса регистров накопленной энергии
    • времени инициализации массива средних мощностей
    • времени превышения лимита энергии по тарифу 1, 2, 3, 4 (при разрешённом контроле за превышением лимита энергии)
    • времени начала/окончания превышения лимита мощности (при разрешённом контроле за превышением лимита мощности)
    • времени коррекции параметров контроля за превышением лимита мощности и лимита энергии
    • времени коррекции параметров учёта технических потерь
    • времени вскрытия/закрытия прибора (при наличии электронной пломбы)
    • даты и кода перепрограммирования
    • времени и кода ошибки самодиагностики
    • времени коррекции расписания контроля за максимумами мощности
    • времени сброса максимумов мощности
    • ****времени начала/окончания магнитного воздействия
  • ****журнала ПКЭ. Всего значений журнала 16:
  • ***значения утренних и вечерних максимумов мощности
  • *****параметров технических потерь для прямого и обратного направлений активной и реактивной энергии по сумме тарифов за следующие периоды времени:
    • всего от сброса
    • за текущие сутки
    • на начало текущих суток
    • за предыдущие сутки
    • на начало предыдущих суток
    • за текущий месяц
    • на начало текущего месяца
    • за каждый из предыдущих 11 месяцев
    • на начало каждого из предыдущих 11 месяцев
    • за текущий год
    • на начало текущего года
    • за предыдущий год
    • на начало предыдущего года
  • слово состояния самодиагностики счётчика (журнал, содержащий коды возможных ошибок счётчика с указанием времени и даты из возникновения).

Примечания:

  1. * — параметры только для счётчиков с внутренним тарификатором
  2. ** — параметры только для счётчиков с внутренним тарификатором (для счётчиков «Меркурий 230ART2» как для прямого, так и для обратного направления)
  3. *** — параметры только для счётчиков «Меркурий 230ART» и «Меркурий 230ART2» с индексом «F»(«P»)
  4. **** — параметры только для счётчиков «Меркурий 230ART» и «Меркурий 230ART2» с индексом «Q»
  5. ***** — параметры только для счётчиков «Меркурий 230ART» и «Меркурий 230ART2» с индексом «Р»

Счётчик обеспечивает вывод на индикатор следующих параметров и данных:

  • учтённой активной энергии прямого направления «Меркурий 230А», активной и реактивной энергии прямого «Меркурий 230 AR», «Меркурий 230 ART», «Меркурий 230 ART2» и обратного направления «Меркурий 230 ART2», в соответствии с заданным перечнем индицируемых тарифных зон (по сумме тарифов, тариф 1, тариф 2, тариф 3, тариф 4) раздельно при автоматическом режиме смены индицируемых параметров:
    • всего от сброса показаний
  • учтённой активной энергии прямого направления, реактивной энергии прямого направления для счетчиков «Меркурий 230 AR», «Меркурий 230 ART», активной и реактивной энергии обратного направления для счетчиков «Меркурий 230 ART2», в соответствии с заданным перечнем индицируемых тарифных зон (по сумме тарифов, тариф 1, тариф 2, тариф 3, тариф 4) раздельно при ручном режиме смены индицируемых параметров:
    • всего от сброса показаний
    • *за текущие сутки
    • *за предыдущие сутки
    • *за текущий месяц
    • *за каждый из предыдущих 11 месяцев
    • *за текущий год
    • *за предыдущий год
  • вспомогательных параметров (в ручном режиме индикации):
    • мгновенных значений (со временем интегрирования 1 с) активной, реактивной и полной мощности по каждой фазе и по сумме фаз с указанием направления (положения вектора полной мощности)
    • действующих значений фазных напряжений и токов по каждой из фаз
    • углы между основными гармониками фазных напряжений и отображения на ЖКИ:
      • между фазами 1 и 2
      • между фазами 1 и 3
      • между фазами 2 и 3
    • коэффициента искажений синусоидальности фазных напряжений (справочный параметр)
    • коэффициентов мощности по каждой фазе и по сумме фаз с указанием направления (положения вектора полной мощности)
    • частоты сети
    • текущего времени (возможна коррекция текущего времени с клавиатуры счётчика один раз в сутки в пределах ± 30 сек)
    • текущей даты
  • **параметров технических потерь для прямого и обратного направлений активной и реактивной энергии по сумме тарифов за следующие периоды времени:
    • всего от сброса
    • за текущие сутки
    • за предыдущие сутки
    • за текущий месяц
    • за каждый из предыдущих 11 месяцев
    • за текущий год
    • за предыдущий год.
Примечания:
  1. * — для счетчиков с внутренним тарификатором
  2. ** — для счетчиков «Меркурий 230 ART» и «Меркурий 230 ART2» с индексом «Р»
  3. Счётчики выдают показания об учтённой энергии на индикатор и по интерфейсу без учёта коэффициентов трансформации
  4. 4 Для счетчиков «Меркурий 230 ART» и «Меркурий 230 ART2» с индексом «F»(«P») при выводе параметров на ЖКИ при ручном режиме после параметра «всего от сброса показаний» выводится индикация максимумов мощности за текущий месяц и за три предыдущих.
Счетчик «Меркурий 230 ART» и «Меркурий 230 ART2» с индексами «F» и «P» ведёт по фазный учёт активной энергии прямого направления всего от сброса по сумме тарифов и по каждому из тарифов в отдельности, который может быть считан по интерфейсу, GSM- модему или оптопорту.
В счетчике с внутренним тарификатором предусмотрена фиксация следующих внутренних данных и параметров по адресному/широковещательному запросу (защёлка):
  • время и дата фиксации
  • энергия по А+, А-, R+, R- по сумме тарифов
  • энергия по А+, А-, R+, R- по тарифу 1
  • энергия по А+, А-, R+, R- по тарифу 2
  • энергия по А+, А-, R+, R- по тарифу 3
  • энергия по А+, А-, R+, R- по тарифу 4
  • активная мощность по каждой фазе и сумме фаз
  • реактивная мощность по каждой фазе и сумме фаз
  • полная мощность по каждой фазе и сумме фаз
  • напряжение по каждой фазе
  • ток по каждой фазе
  • коэффициент мощности по каждой фазе и сумме фаз
  • частота
  • углы между основными гармониками фазных напряжений.

Счётчики с PLC-модемом осуществляют передачу следующей информации о потреблённой электроэнергии нарастающим итогом:

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

Приём следующей информации:

  • команду временного перехода в режим передачи дополнительной информации
  • текущее время и дата.

Осуществляет управление внешними устройствами включения/отключения нагрузки. Счетчик с внешним питанием интерфейса (отсутствие индекса «S» в названии счетчика), а также счётчик с внешним питанием (наличие индекса «D» в названии счётчика) для программирования/считывания параметров в случае отключения от сетевого питания, подключен к внешнему источнику питания, напряжение которого от 5,5 В до 9 В. Для счётчика с GSM-модемом внешнее напряжение питания (9 ±2) В. Средний ток потребления от внешнего источника питания интерфейса RS-485 (CAN) не более 30 мА. GSM-модема — не превышает 1,0 А. Дополнительный ток потребления счетчика с внешним питанием не более 150 мА.

Активная и полная потребляемая мощность в каждой цепи напряжения при номинальном напряжении, нормальной температуре и номинальной частоте не превышает 2 Вт и 10 В-A соответственно. Полная мощность, потребляемая каждой цепи тока счетчика при номинальном токе, номинальной частоте и нормальной температуре, не превышает 0,1 B-A.

Устройство и работа счетчика Меркурий 230

Конструктивно счетчик состоит из следующих узлов:

  • корпуса
  • контактной колодки
  • защитной крышки контактной колодки
  • устройства управления, измерения и индикации

Структурная схема счетчика Меркурий 230

Устройство управления, измерения и индикации (далее УУИИ) вместе с контактной колодкой устанавливается в основании корпуса. Кнопки управления индикацией устанавливаются в крышке корпуса и связываются с УУИИ механически. В качестве датчиков тока в счётчике используются токовые трансформаторы. В качестве датчиков напряжения используются резистивные делители. Сигналы с датчиков тока и напряжения поступают на соответствующие входы аналого-цифрового преобразователя (АЦП) микропроцессора.

АЦП микропроцессора производит преобразование сигналов, поступающих от датчиков тока и напряжения в цифровые коды, пропорциональные току и напряжению. Микропроцессор, перемножая цифровые коды, получает величину, пропорциональную мощности. Интегрирование мощности во времени даёт информацию о величине энергии. Микропроцессор (МК) управляет всеми узлами счетчика и реализует измерительные алгоритмы в соответствии со специализированной программой, помещенной во внутреннюю память программ. Управление узлами производится через программные интерфейсы, реализованные на портах ввода/вывода МК:

  • двухпроводной UART интерфейс для связи с внешним устройством
  • пятипроводной SPI интерфейс для связи с энергонезависимой памятью
  • трёхпроводной интерфейс для связи с драйвером ЖКИ.

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

МК синхронизирован внешним кварцевым резонатором, работающим на частоте 5000 кГц. Управляет работой драйвера ЖКИ по трёхпроводному последовательному интерфейсу с целью отображения измеренных данных. Режим индикации может изменяться посредством кнопок управления индикацией.

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

Блок оптронных развязок выполнен на оптопарах светодиод-фототранзистор и предназначен для обеспечения гальванической развязки внутренних и внешних цепей счётчика. Через блок оптронных развязок проходят сигналы интерфейса и телеметрические импульсы (импульсные выходы счётчика).

Энергонезависимое запоминающее устройство.

В состав УУИИ входит микросхема энергонезависимой памяти (FRAM).Микросхема предназначена для периодического сохранения данных МК. В случае возникновения аварийного режима (“зависание” МК) МК восстанавливает данные из FRAM. Блок питания вырабатывает напряжения, необходимые для работы УУИИ.

Подготовка к работе счетчика Меркурий 230

Эксплуатационные ограничения

Напряжение, подводимое к параллельной цепи счетчика, не должно превышать значения 264,5 В или 66,35 В (согласно таблицы 1). Диапазоны напряжения соответствуют установленным в таблице 4.

Таблица 4

Диапазон напряжения

Значение диапазона

Установленный рабочий диапазон

от 0,9 до 1,1UH0M

Расширенный рабочий диапазон

от 0,8 до 1,15UH0M

Предельный рабочий диапазон

от 0 до 1,15UH0M

Ток в последовательной цепи счётчика не должен превышать значения 7,5 А (60 А или 100 А) (согласно таблицы 1).

Установка счетчика Меркурий 230

ВНИМАНИЕ!

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

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

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

ВНИМАНИЕ!

Подключения цепей напряжений и тока производить при обесточенной сети!

  • При использовании счётчика в составе АСКУЭ подключить цепи интерфейса в соответствии со схемой, приведенной на защитной крышке или указанной в приложении Б настоящего РЭ, соблюдая полярность подключения
  • Установить защитную крышку контактной колодки, зафиксировать двумя винтами и опломбировать
  • Включить сетевое напряжение и убедиться, что счётчик включился: на индикаторе отображается значение учтённой энергии по текущей тарифной зоне.

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

Таблица 5

№ п/п

Рекомендуемое оборудование

Основные требования, предъявляемые к оборудованию

Количество, шт

1

Установка для поверки счётчиков электрической энергии К68001

Класс точности 0,05; номинальное напряжение 3*230/400 В, 3*57,7/100 В, ток (0,01…100) А

1

2

Эталонный трёхфазный ваттметр-счётчик ЦЭ7008

Погрешность измерения:
  • активной энергии ±0,05 %
  • реактивной энергии ±0,1 %

1

3

Программируемый трёхфазный источник фиктивной мощности МК7006

Диапазон напряжений (40…276) В Диапазон токов (0,001…10) А

1

4

Универсальная пробойная установка УПУ -10

Испытательное напряжение до 10 кВ, погрешность установки напряжения не более 5 %

1

5

Блок питания Б5-30

Постоянное напряжение (5…24) В, ток не более 50 мА

1

6

Мегомметр Ф4102/1-1М

Диапазон измерений до 100 МОм, испытательное напряжение 500 В, погрешность не более ± 3 %.

1

7

Вибростенд ВЭДС400

Частота 25 Гц (синусоидальная), среднеквадратическое ускорение до 20 м/с2

1

8

Осциллограф С1-92

Диапазон измеряемых напряжений (0,05…30) В.

1

9

Вольтметр цифровой универсальный В7-27

Диапазон измеряемых токов (1…10) мА, диапазон измеряемых напряжений (0…30) В.

1

10

Частотомер Ч3-64А

-9

Погрешность измерения 10 .

1

11

Амперметр Ф5263

Погрешность измерения ± 5 %.

1

12

Преобразователь интерфейсов «Меркурий 221»

Скорость передачи данных (300-9600) бод

1

13

Преобразователь «GSM»

1

14

Технологическое приспособление «RS-232 — PLC»

 

1

15

Персональный компьютер с операционной системой Windows-9X,-2000,-XP

С последовательным портом RS-232.

1

16

Тестовое программное обеспечение «Конфигуратор счётчиков трёхфазных «Меркурий» и «BMon- itorFEC»

 

1

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

Порядок работы

Значения учтённой энергии по тарифным зонам могут быть считаны как с индикатора счётчика с помощью кнопок на передней панели, так и через интерфейс CAN (или RS-485 или IrDA или GSM-модем). В верхней части ЖКИ находятся элементы, которые индицируют вид энергии: А+, А-, R+, R-, сутки, месяц, год, пред.год и потери (Примечание — надписи могут быть как на русском так и на английском языке).

Снятие показаний с индикатора счетчика с помощью кнопок

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

  1. в режиме индикации потреблённой электроэнергии
  2. в режиме регистрации индикации максимумов мощности
  3. в режиме индикации текущих значений вспомогательных параметров (мгновенных значений активной, реактивной и полной мощности, как в каждой фазе, так и сумма, тока в каждой фазе, напряжение в каждой фазе, cos ф в каждой фазе и по сумме, частота сети, а для счетчиков с внутренним тарификатором дополнительно — текущее время и дату).
Режим индикации показаний накопленной энергии по действующим тарифам

При включении счетчика на жидкокристаллическом индикаторе (далее ЖКИ) появляется количество активной энергии, потребленное по текущему тарифу за все время функционирования счетчика. Эта величина индицируется в кВт-ч, с дискретностью 0,01 кВт-ч (два знака после запятой). Справа от этого числа указываются единицы, в которых выражена показываемая величина (кВт- ч). Номер текущего тарифа показан слева (Т1 — первый тариф, Т2 — второй, Т3 — третий, Т4 - четвертый). В верхней части ЖКИ находятся элементы, которые индицируют вид энергии: А+, А-, R+, R-.


Меркурий 230 имеет два режима индикации: ручной и автоматический.

В автоматическом режиме на экран ЖКИ последовательно выводится информация о накопленной активной и реактивной энергии по каждому тарифу и сумма по всем тарифам для каждого вида энергии. Количество параметров не более 12 и не менее одного и программируется с помощью программы «Конфигуратор …». Длительность индикации параметров также задается программой «Конфигуратор .».

В ручном режиме при нажатии на клавишу “ВВОД” циклически изменяется информация на ЖКИ следующим образом: сумма накопленной активной энергии по всем действующим тарифам, затем при следующем нажатии клавиши “ВВОД” индицируется величина накопленной активной энергии по тарифу 1 с указанием номера тарифа, при дальнейшем нажатии клавиши “ ВВОД” последовательно индицируется величина накопленной активной энергии по тарифу 2, 3, 4 с указанием номера тарифа. После последнего тарифа (если счетчик четырехтарифный, то после четвертого, если трехтарифный — после третьего, если двухтарифный — после второго) индицируется сумма накопленной реактивной энергии по всем действующим тарифам, последующее нажатии клавиши “ВВОД” индицирует величину накопленной реактивной энергии по тарифу 1 с указанием номера тарифа. При дальнейшем нажатии клавиши “ВВОД” последовательно индицируется величина накопленной реактивной энергии по тарифу 2, 3, 4 с указанием номера тарифа. При этом слева индицируется номер, показываемого тарифа, а если индицируется сумма, то в нижней части появляется надпись “Сумма”.

Количество выводимой информации на ЖКИ определяется конфигуратором, но не превосходит более 12 параметров и не менее одного. У электросчетчиков с версией ПО 2.2.83 и выше (начало выпуска 07.04.2008г.) в ручном режиме на ЖКИ выводится информация по всем тарифам и по всем типам энергии (активная, реактивная). Возможность изменить данный режим индикации с помощью программы «Конфигуратор …» заблокирована на уровне электросчетчика.

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

При коротком нажатии клавиши «⊂⊃» на экране ЖКИ высвечиваются вспомогательные параметры в следующей последовательности: активная мощность (Вт) — реактивная мощность (ВАр) — полная мощность (ВА) — напряжение сети (В) — угол между фазами — ток в нагрузке (А) — cos ф — частота сети (Гц), а для счётчиков с внутренним тарификатором — текущее время (с) — текущая дата.

Выбор параметра осуществляется при длительном (более 3 сек) нажатии клавиши «⊂⊃». При коротком нажатии клавиши «⊂⊃» выводится на экран ЖКИ значение параметра суммарное и по каждой фазе в отдельности. При индикации напряжения и тока сети — суммарное значение не индицируется. Если в течение действия таймаута возврата в автоматический режим (5 — 255 с) кнопка «⊂⊃» не нажимается, то индикатор переходит в режим автоматической индикации.

Индикация максимумов мощности

При длительном нажатии (более 2 сек) кнопки “ВВОД” на экране ЖКИ отображается текущий месяц в формате «месяц _ год». Далее кратковременные нажатия кнопки “ВВОД” приводят к последовательному отображению на ЖКИ утренних и вечерних максимумов мощности за текущий месяц. Так же можно посмотреть и за три предыдущих месяца. При отображении утренних максимумов мощности отображаются символы Т1 и Т2, ве­черних — Т3 и Т4. Вид мощности указывается в верхней части символом «-» в соответствующем месте.

Режим ручной коррекции часов

Коррекция часов осуществляется в режиме индикации текущего времени. При длительном нажатии (более 3 сек.) и отпускании кнопки “ВВОД” осуществляется коррекция текущего времени. При этом, если значение секунд текущего времени менее 30 сек, в момент отпускания кнопки “ВВОД” происходит обнуление секунд текущего времени; если значение секунд текущего времени более 29 сек., в момент отпускания кнопки “ВВОД” значение секунд текущего времени устанавливается равным 59 сек. Осуществление максимальной коррекции текущего времени до ±29 сек. возможно один раз в сутки.

Снять показания Меркурий 230 по интерфейсу CAN (или RS-485 или IrDA) или GSM-модему

Счетчик может работать в составе автоматизированных систем контроля и учета электроэнергии, имеет встроенный интерфейс CAN (или RS-485 или IrDA) или GSM-модем. Обмен по интерфейсу производится двоичными байтами на скорости 300, 600, 1200, 2400, 4800, 9600 Бод (для счётчика с интерфейсом IrDA на скорости 9600 бит/с)

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

Для программирования счетчика и считывания данных по интерфейсу используется программное обеспечение «Конфигуратор счётчиков трёхфазных Меркурий», работающее в операционной среде Windows-9X,-2000,-XP и поставляемое предприятием-производителем по отдельному заказу на магнитном носителе. При помощи этой программы можно:
  • переключать счётчик в один из четырех тарифов
  • устанавливать сетевой адрес счётчика
  • прочитать значение накопленной энергии по каждому тарифу в отдельности и сумму по всем тарифам с нарастающем итогом
  • прочитать мгновенное значение мощности (активной, реактивной и полной) в каждой фазе и по сумме фаз, значение напряжения в каждой фазе, значения тока в каждой фазе, значения cos ф в каждой фазе и по сумме фаз, частоту сети
  • прочитать версию программного обеспечения
  • устанавливать скорость обмена - 300, 600, 1200,2400,4800,9600 бод (для счётчиков с интерфейсом IrDA скорость обмена — 9600 бит/с)

Поскольку действия по изменению режимов и параметров работы счётчика не должны осуществляться произвольно и должны строго контролироваться эксплуатирующими организациями, доступ к счётчику предусматривает защитные меры по возможным несанкционированным действиям со счётчиком. При работе с последовательным интерфейсом предусмотрена парольная защита при выполнении всех возможных команд. Поскольку набор допустимых команд подразделяется по уровню доступа, то на их выполнение в системе команд существуют два пароля, определяющих разрешение/запрет счётчику на запись /считывание параметров. Пароль уровня доступа 1, состоящий из 6 символов, определяет разрешение на исполнение счётчиком команды считывания энергетических и вспомогательных параметров. Индивидуальный адрес счётчика указывает к какому счётчику происходит обращение. При любом несоответствии паролей и/или адреса, указанными в команде, команда воспримется как ‘чужая’ и будет отвергнута счётчиком. Пароль уровня доступа 2, состоящий из 6 символов, определяет разрешение на исполнение счётчиком команды по смене тарифов и программирования параметров счётчика на уровне энергосбыта. Уровень доступа 3 является заводским и возможен только при установлении технологической перемычки внутри счётчика. Данный уровень разрешает исполнение счётчиком команд по записи калибровочных коэффициентов при производстве счётчиков. При выпуске с завода-изготовителя каждому счётчику задаются следующие пароли и адреса:

  • для адреса счётчика — три последние цифры заводского номера
  • для пароля уровня доступа 1 — шесть символов (‘111111’)
  • для пароля уровня доступа 2 — шесть символов (‘222222’)

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

Примечание — При индивидуальной работе с одним счётчиком допускается использовать нулевой (000) индивидуальный адрес.

Скорость обмена по интерфейсу программируемая. Допустимые значения 9600 Бод, 4800 Бод, 2400 Бод, 1200 Бод. 600 Бод, 300 Бод (для счётчиков с интерфейсом IrDA скорость обмена 9600 бит/с). При выпуске с завода-изготовителя устанавливается скорость 2400 Бод.

Для работы со счётчиком по интерфейсу необходимо:

  • подсоединить счётчик к компьютеру через «Преобразователь интерфейса Меркурий 221»
  • определите номер используемого СОМ-порта
  • Запустить программу «Конфигуратор счётчиков трёхфазных Меркурий»

Для установки связи со счётчиком необходимо войти в меню «ПАРАМЕТРЫ»- «ПАРАМЕТРЫ СОЕДИНЕНИЯ» и выбрать подпрограмму «УСТАНОВКА ПОРТА». В окне «УСТАНОВКА ПОРТА» установить следующие параметры соединения:

  • «Установка порта» — ПЭВМ
  • «Порт» — СОМ 1 или СОМ 2 (порт, к которому подключен «Преобразователь интерфейса Меркурий 221»
  • «Скорость» — 2400
  • «Четность» — нечетность
  • «Стоп бит» — 1
  • «Контрольная сумма» — CRC
  • адрес прибора (последние три цифры заводского номера или 0).

С помощью манипулятора «мышь» ПЭВМ нажать кнопку «ТЕСТ КАНАЛА СВЯЗИ». При нормальной работе интерфейса в окне «ФРЕЙМ МОНИТОР» появится сообщение «Прием» и «Передача» с кодами ответа. В строке «Сообщение» должно высветиться «Успешное завершение обмена».

Снятие по интерфейсу показаний и установок счетчика Меркурий 230

Для снятия показаний и установок счётчика, и дополнительных параметров необходимо выполнить следующие операции в программе. Выбрать окно «УРОВЕНЬ ДОСТУПА» и установить уровень доступа 1. В окне «ПАРОЛЬ КАНАЛА СВЯЗИ» установить пароль «111111». С помощью манипулятора «мышь» ПЭВМ нажать кнопку «ОТКРЫТЬ КАНАЛ СВЯЗИ». При успешном выполнении команды в окне «Сообщение» должно высветится «Успешное завершение обмена». Войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Параметры и установки». При этом на экране монитора появится окно «Параметры и установки» с таблицей, в которой будут представлены все параметры и установки счётчика, к которому происходило обращение.

Для снятия энергетических показаний со счётчика необходимо выполнить следующие операции: войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Энергия». На экране монитора ПЭВМ появится окно «Энергия», в котором будет таблица с данными по каждому тарифу и суммарное значение о потребленной энергии с нарастающим итогом.

Для программирования счётчика в многотарифный или однотарифный режим необходимо войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Тариф». С помощью манипулятора мышь выбрать режим работа счётчика, указав курсором в окне «Тариф» соответствующий режим. После этого необходимо послать команду в счётчик, нажав кнопку «послать в счётчик».

Для снятия дополнительных показаний и осуществлять текущий контроль за состоянием сеть и энергопотреблением, можно использовать режим «Монитор». Для этого необходимо войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Монитор». На экране монитора ПК появится окно «Монитор», в котором будут отображены вспомогательные параметры и векторная диаграмма трехфазной сети (вектора тока и напряжения).

1.2.6 Для записи и считывания тарифного расписания и расписания праздничных дней необходимо войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Тарифное расписание». При этом на экране монитора появится окно «Тарифное расписание». Установить необходимое тарифное расписание и расписание праздничных дней (праздничным днём может быть любой день). Для ускоренной записи тарифного расписания и расписания праздничных дней можно использовать готовые файлы с расширением «.txt» поставляемые совместно с конфигуратором или созданных отдельно. Запись и считывание производится с помощью кнопок «Прочитать из счётчика» и «Записать в счётчик», находящихся в верхней части конфигуратора.

Установка разрешения/запрещения перехода с «летнего» времени на «зимнее» и обратно.

Для этого необходимо войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Время». При этом на экране монитора появится окно «Время». При необходимости установить: автоматический переход на летнее/зимнее время - разрешён или запрещён. Если автоматический переход на летнее/зимнее время разрешён, необходимо задать время перехода на летнее и зимнее время соответственно. По окончании установки времени в окне конфигуратора необходимо запрограммировать счётчик с помощью кнопки «Записать в счётчик», находящейся в верхней части конфигуратора.

Включение/выключение режима управления нагрузкой.

Для этого необходимо войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Управление нагрузкой». При этом на экране монитора появится окно «Управление нагрузкой», в котором предусмотрены следующие режимы управления нагрузкой: «Выход (контакты 21, 26)» — определяет функции выхода («телеметрия»/управление нагрузкой), «Нагрузка» — режимы разрешения включения или отключения нагрузки по выходу (контакты 21, 26), «Контроль превышения лимита мощности» и «Контроль превышения лимита энергии» (запрещён, разрешён). Кроме того, на экране выводится таблица, в которую необходимо внести значения параметров лимита мощности, а также лимиты энергии по каждому тарифу.

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

Измерить состояние импеданса выхода (контакты 21, 26). Если мощность в нагрузке не превышает установленного значения и значение потреблённой энергии не превышает установленного лимита, то выход (контакты 21, 26) находится в состоянии «разомкнуто». При подаче команды по интерфейсу — «отключить нагрузку» или при превышении установленного лимита выход (контакты 21, 26) находится в состоянии «замкнуто». По окончании программирования режима управления нагрузкой необходимо запрограммировать счётчик с помощью кнопки «Записать в счётчик», находящейся в верхней части конфигуратора.

Для считывания журнала событий необходимо выполнить следующие операции: войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Журнал событий». На экране монитора появится окно «Журнал событий», в котором будет таблица с данными по каждому значению журнала событий на 10 записей каждый.

Для записи и считывания максимумов мощности необходимо войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЁТЧИКА» и выбрать подпрограмму «Максимумы мощности». На экране монитора появится окно «Максимумы мощности», в котором будет таблица с расписанием контроля за утренними и вечерними максимумами по каждому месяцу (утренний начало/окончание и вечерний начало/окончание) и значения утренних и вечерних максимумов мощности по каждому виду энергии по каждому месяцу. Запись и считывание производится с помощью кнопок «Прочитать из счётчика» и «Записать в счётчик», находящихся в верхней части конфигуратора.

Для записи и считывания журнала параметров качества электроэнергии (ПКЭ) необходимо выполнить следующие операции: войти в меню «ПАРАМЕТРЫ» — «ПАРАМЕТРЫ СЧЕТЧИКА» и выбрать подпрограмму «Параметры качества электроэнергии». На экране монитора появится окно «Показатели качества электроэнергии» с параметрами ПКЭ (НДЗ и ПДЗ отклонения напряжения и отклонения частоты) и журналом ПКЭ до 100 записей по каждому значению журнала. Запись и считывание производится с помощью кнопок «Прочитать из счётчика» и «Записать в счётчик», находящихся в верхней части конфигуратора.

Работа с PLC-модемом

При проверке работы счётчика с PLC-модемом подключите счётчик к персональному компьютеру (ПК) через технологическое приспособление (концентратор «Меркурий-225»). Убедиться, что адрес PLC-модема установлен верно. Запустите программу «BMonitor». Включите технологическое приспособление (концентратор «Меркурий-225») и счётчик. Сконфигурировать концентратор. Через время не более 5 мин на экране монитора ПК в соответствующем разделе (окне) программы «BMonitor» появится значение накопленной энергии в кВт-ч. Сравните это значение с показаниями на ЖКИ счётчика. Если они совпадают, то PLC- модем в счётчике функционирует нормально.

Поверка счетчика Меркурий 230

Счетчик подлежит государственному метрологическому контролю и надзору. Первичная поверка счетчика при выпуске из производства осуществляется органами Государственной метрологической службы. Поверка производится в соответствии с ГОСТ8.584-2004 «Методика поверки» и методикой поверки АВЛГ.411152.021 РЭ1, которая высылается по отдельному заказу.

Периодичность поверки один раз в 10 лет

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

  • скорость обмена — 9600 бод
  • адрес счетчика — три последние цифры заводского номера
  • режим работы импульсного выхода — телеметрия
Габаритный чертеж и установочные размеры Меркурий 230

Схемы подключения Меркурий 230 к сети 230 в


Схема непосредственного подключения счетчика Меркурий 230 к сети 230в

Схема подключения счетчика Меркурий 230 с помощью 3 трансформаторов тока


Схема подключения счетчика Меркурий 230 с помощью 2 трансформаторов тока

Назначение зажимов вспомогательных цепей счетчика

Контакт

Наименование цепи

Примечание

17

«-» импульсного выхода R-

 

18

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

 

19

«-» выход интерфейса

 

20

«-» импульсного выхода А +

 

21

«-» импульсного выхода R+ (А +)

«-» импульсного выхода А+ только для счётчиков «Меркурий 230А»

22

«-» импульсного выхода А-

 

23

Положительный вход внешнего питания интерфейса.

 

24

«+» выход интерфейса

 

25

«+» импульсного выхода А + (А-)

«+» импульсного выхода А- только для счётчиков «Меркурий 230 ART2»

26

«+» импульсного выхода R+ («+» импульсного выхода А +; «+» импульсного выхода R-)

«+» импульсного выхода А+ только для счётчиков «Меркурий 230 А»;

«+» импульсного выхода R- только для счётчиков «Меркурий 230 ART2»

Примечания:

  1. Номинальное напряжение, подаваемое на импульсный выход (контакты «20» и «25», «22» и «25», «21» и «26», «17» и «26»), равно 12 В (предельное — 24 В).
  2. Номинальный ток импульсного выхода — 10 мА (предельный — 30 мА).

Схемы подключения Меркурий 230 к сети 57,7 в

Схема подключения Меркурий 230 к трехфазной 3 или 4 проводной сети с помощью трех трансформаторов напряжения и трех трансформаторов тока


Схема подключения Меркурий 230 к трехфазной 3 проводной сети с помощью трех трансформаторов напряжения и двух трансформаторов тока

Схема подключения Меркурий 230 к трехфазной 3 проводной сети с помощью двух трансформаторов напряжения и двух трансформаторов тока
Схема двухэлементного включения счетчика Меркурий 230

Руководство часть 7: Сессии — Изучение веб-разработки

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

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

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

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

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

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

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

Сессии стали доступны автоматически в тот момент, когда мы создали скелет сайта (во второй части руководства).

Необходимые конфигурации выполняются в разделах INSTALLED_APPS и MIDDLEWARE файла проекта (locallibrary/locallibrary/settings.py), как показано ниже:

INSTALLED_APPS = [
    ...
    'django.contrib.sessions',
    ....

MIDDLEWARE = [
    ...
    'django.contrib.sessions.middleware.SessionMiddleware',
    ....

Вы можете получить доступ к переменной session, в соответствующем отображении, через параметр request (HttpRequest передаётся как первый аргумент в каждое отображение). Переменная сессии является связью с определённым пользователем (или, если быть более точным, связью с определённым браузером, который определяется при помощи идентификатора (id) сессии, получаемого из куки браузера).

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

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

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



my_car = request.session['my_car']



my_car = request.session.get('my_car', 'mini')


request.session['my_car'] = 'mini'


del request.session['my_car']

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

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



request.session['my_car'] = 'mini'

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



request.session['my_car']['wheels'] = 'alloy'



request.session.modified = True

Примечание: вы можете изменить поведение сессий таким образом, чтобы они записывали любое своё изменение в базу данных и отправляли куки, при каждом запросе, путём установки SESSION_SAVE_EVERY_REQUEST = True, в файле настроек проекта (locallibrary/locallibrary/settings.py).

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

Откройте /locallibrary/catalog/views.py и добавьте изменения, выделенных жирным, ниже. 

def index(request):
    ...

    num_authors=Author.objects.count()  

    
    num_visits=request.session.get('num_visits', 0)
    request.session['num_visits'] = num_visits+1

    
    return render(
        request,
        'index.html',
        context={'num_books':num_books,'num_instances':num_instances,'num_instances_available':num_instances_available,'num_authors':num_authors,
            'num_visits':num_visits}, 
    )

В первую очередь мы получаем значение 'num_visits' из сессии, возвращая 0, если оно не было установлено ранее. Каждый раз при получении запроса, мы увеличиваем данное значение на единицу и сохраняем его обратно в сессии (до следующего посещения данной страницы пользователем). Затем переменная num_visits передаётся в шаблон через переменную контекста context.  

Примечание: Можно проверить наличие поддержки куки в браузере (для примера, смотрите Как использовать сессии), или разработать наш UI таким образом, чтобы это не имело значения.

Для показа значения переменной, из следующего фрагмента добавьте нижнюю строчку кода в ваш шаблон главной страницы сайта (/locallibrary/catalog/templates/index.html), в его нижний раздел «Dynamic content»:

<h3>Dynamic content</h3>

<p>The library has the following record counts:</p>
<ul>
<li><strong>Books:</strong> {{ num_books }}</li>
<li><strong>Copies:</strong> {{ num_instances }}</li>
<li><strong>Copies available:</strong> {{ num_instances_available }}</li>
<li><strong>Authors:</strong> {{ num_authors }}</li>
</ul>

<p>You have visited this page {{ num_visits }}{% if num_visits == 1 %} time{% else %} times{% endif %}.</p>

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

Вы узнали как применять сессии для улучшения взаимодействие с анонимными пользователями. 

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

10 вещей, которые нужно знать об электросчетчике

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

Что такое электросчетчик?

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

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

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

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

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

Виды электросчетчиков

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

Показания счетчика: какой номер на моем счетчике электроэнергии?

Электросчетчику, подключенному к вашему дому, присваивается уникальный номер , чтобы ваше потребление можно было правильно определить и выставить счет . Вам нужно будет указать номер вашего счетчика, когда вы отправите показания счетчика своему поставщику услуг по передаче / распределению (TDSP — также известному как ваша электроэнергетическая компания).Это не то же самое, что ESI ID #, который используется для локализации номера вашего счетчика и привязки вашего потребления к номеру счетчика.

Показания счетчика: где я могу найти номер моего счетчика на моем счетчике электроэнергии?

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

Номер счетчика аналогового счетчика находится в нижней части счетчика электроэнергии. На иллюстрации счетчика номер счетчика — 08365.

Переезжаете в Техас или уже живете там? У жителей Техаса есть варианты! Номер счетчика ESID указан на лицевой стороне счетчика или воспользуйтесь поиском ESID в программе Utility Choice, введя адрес. Живя в нерегулируемых электрических зонах, большинство техасцев наслаждаются конкуренцией между поставщиками +70 и могут выбирать планы электроснабжения, которые используют 100% возобновляемую энергию, имеют варианты типа тарифа или ежегодные замораживания тарифов на электроэнергию в летнее время!

Как работают электромеханические счетчики?

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

  • Пластиковая или стеклянная крышка .Крышка опломбирована , чтобы уменьшить вероятность того, что она может быть повреждена или взломана с помощью
  • Регистр
  • Заводская табличка
  • Уникальный номер для конкретного счетчика
  • Диск , который вращается по мере потребления энергии
  • Набирает , который показывает общее количество потребляемой мощности

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

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

Как работают автоматизированные интеллектуальные счетчики?

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

Знаете ли вы? Батарея в микросхеме связи в автоматических счетчиках рассчитана на срок службы от 15 до 20 лет! Коммуникационный чип (который иногда называют устройством кодирования, приемника, передатчика или ERT) работает на той же радиочастоте, что и многие беспроводные телефоны, но не создает помех другим устройствам (он автоматически переключается на другую частоту, если он обнаруживает помехи).

Зачем нужен умный электросчетчик?

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

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

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

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

Живете в Техасе? Ознакомьтесь с нашим подробным руководством о том, как интеллектуальные счетчики влияют на ваш счет

Двунаправленный счетчик

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

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

Кому принадлежит электросчетчик?

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

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

Как снять показания электросчетчика?

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

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

Как снять показания электромеханического (аналогового) счетчика

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

Снятие показаний интеллектуального счетчика

Получить показания интеллектуального счетчика еще проще: ЖК-экран будет отображать общее потребление кВтч по мере его изменения.

Узнайте больше о считывании показаний счетчика электроэнергии в нашем руководстве.

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

Двунаправленный счетчик имеет два дисплея: полученное и доставленное кВтч.Общее количество кВтч будет отображаться для обоих направлений. Полученная электроэнергия будет сопровождаться кодом «01», а доставленная электроэнергия — кодом «46». Между показаниями может отображаться 888, что является сегментным тестом.

Как узнать, точен ли мой электросчетчик?

Все типы и модели счетчиков тщательно протестированы вашей компанией перед развертыванием для широкого использования в вашем сообществе.

Электромеханические счетчики имеют срок службы около 30 лет.Интеллектуальные счетчики имеют срок службы от 15 до 20 лет, но, возможно, время от времени их нужно обслуживать, прежде чем они в конечном итоге будут заменены. Ваше коммунальное предприятие также несет ответственность за техническое обслуживание и ремонт вашего электросчетчика.

Электросчетчик предохранительный

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

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

Уровень радиационного облучения от интеллектуального счетчика намного меньше, чем, например, от стандартного смартфона.

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

Кому мне позвонить, если мой электросчетчик не работает?

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

Манипуляции с электросчетчиком путем остановки или замедления

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

Замедление счетчика магнитом

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

Остановка счетчика иглой

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

Что происходит с моим электросчетчиком, когда я переезжаю?

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

Узнайте больше о том, как начать подачу электроэнергии, когда вы переедете.

Что произойдет с моим электросчетчиком, если я поменяю поставщика энергии?

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

Как использовать данные интеллектуального счетчика помимо выставления счетов для создания ценности

Технология, Новости

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

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

Эволюция интеллектуальных счетчиков

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

Согласно исследованию Berg Insights, внедрение интеллектуальных счетчиков во всем мире неуклонно растет. , при этом к концу 2019 года почти 45% потребителей электроэнергии в Европе и 60% в Северной Америке будут использовать интеллектуальные счетчики. К 2025 году ожидается, что эти цифры увеличатся. превышают 70 — 80% принятия соответственно.

Источник: Управление электричества

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

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

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

Ключ к разблокировке потенциала интеллектуального счетчика

Изначально интеллектуальные счетчики

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

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

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

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

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

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

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

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

Greenbird изменил определение скорости, с которой могут быть реализованы инновации, основанные на данных, благодаря своему уникальному подходу к интеграции данных и предоставлению услуг, объединяющему распределенные энергетические услуги в единую энергетическую сеть данных. Мы делаем это с помощью Utilihive, платформы интеграции и озера данных, созданной для цифровых коммунальных предприятий, предлагающей корпоративную архитектуру, способную использовать весь потенциал интеллектуальных счетчиков, IoT и периферийных устройств и обеспечивать устойчивый рост.

Дополнительная информация

Интеллектуальные счетчики: что должен знать каждый домовладелец на солнечной энергии

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

Интеллектуальные счетчики и аналоговые счетчики

Умный счетчик (слева) и аналоговый счетчик. Источник: Аналоговый счетчик через Википедию.

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

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

Эта радиопередача заставила некоторых людей выразить обеспокоенность по поводу «радиации» в доме из-за умных счетчиков. Исследования Национального института рака, Всемирной организации здравоохранения, Исследовательского института электроэнергии (EPRI) и множества других научных организаций показывают, что низкоуровневые радиочастоты, излучаемые интеллектуальными счетчиками, не оказывают вредного воздействия на здоровье.Согласно EPRI, радиочастотные волны от интеллектуальных счетчиков «имеют тот же порядок величины, что и излучение от… телевизионных передач и маршрутизаторов Wi-Fi, и намного ниже, чем [излучение] от сотовых телефонов или микроволновых печей».

Коммунальные предприятия начали вкладывать значительные средства в инфраструктуру интеллектуальных счетчиков для своих клиентов. По состоянию на начало 2017 года в США было установлено более 70 миллионов интеллектуальных счетчиков, 88% из которых расположены в жилых домах. На сегодняшний день около 150 миллионов частных клиентов имеют дома умные счетчики.

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

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

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

Почему умные счетчики?

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

Более подробные данные об использовании электроэнергии могут принести пользу потребителям, поскольку они побуждают их изменить свои привычки потребления. Коммунальные предприятия приступили к изучению структуры тарифов на время использования (TOU). Цель такой структуры тарифов — побудить потребителей использовать меньше электроэнергии при высоком общем спросе. (Щелкните здесь, чтобы прочитать пример программы из Оклахомы). Это помогает сэкономить деньги, поскольку электричество во время пиковых нагрузок является самым дорогим. Если все будет сделано правильно, это может позволить нам всем использовать меньше энергии более эффективно и позволить крупномасштабную интеграцию возобновляемых источников энергии в сеть.Включение этой интеграции является ключом к энергетической системе, в основе которой лежит солнечная энергия на крыше.

Влияние интеллектуальных измерений на потребителей солнечной энергии

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

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

AWS выпускает интеллектуальную аналитику данных счетчиков

Введение

Коммунальные предприятия развернули MDMS (системы управления данными счетчиков) с конца 90-х годов, и развертывание MDMS ускорилось вместе с развертыванием интеллектуальных измерений и инфраструктуры передовых измерений (AMI) в коммунальных предприятиях по всему миру.MDMS собирает данные о потреблении энергии с интеллектуальных счетчиков и отправляет их в информационные системы потребителей коммунальных услуг (CIS) для выставления счетов и дальнейшей обработки. Наиболее распространенный вариант использования MDMS для коммунальных предприятий — это выполнение функций проверки, проверки и редактирования основных данных (VEE) и создание детерминант выставления счетов на основе огромных объемов данных счетчиков. Тем не менее петабайты ценных данных о потреблении энергии остаются в унаследованной служебной программе MDMS.

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

AWS Quick Start, который развертывает платформу Smart Meter Data Analytics (MDA) в облаке AWS, помогает коммунальным предприятиям использовать нереализованную ценность данных о потреблении энергии, устраняя при этом недифференцированную тяжелую нагрузку для коммунальных служб.Это позволяет коммунальным предприятиям предоставлять новые услуги, такие как:

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

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

Что включает в себя MDA Quick Start?

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

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

Платформа MDA способна обрабатывать до 250 ТБ показаний счетчиков каждый день партиями.Он также обрабатывает поздно поступающие данные и подготавливает данные для различных конечных точек потребления, таких как хранилище данных (Amazon Redshift), конвейер машинного обучения (Amazon SageMaker) или API-интерфейсы, чтобы сделать данные потребляемыми для сторонних приложений.

Архитектура MDA

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

  • Озеро данных, сформированное корзинами Amazon S3 для хранения необработанных, чистых и разделенных на разделы бизнес-данных.
  • Процесс извлечения, преобразования, загрузки (ETL), созданный с помощью рабочих процессов AWS Glue и AWS Glue. Поскольку AWS Glue работает только по запросу, в предоставлении инфраструктуры или управлении узлами нет необходимости.
  • Кластер Amazon Redshift служит хранилищем бизнес-данных.
  • AWS Step Functions управляет конвейерами машинного обучения.
  • Amazon SageMaker поддерживает обучение моделей и создание логических выводов.
  • Блокнот Jupyter с образцом кода для выполнения задач по науке о данных и визуализации данных.
  • Amazon API Gateway для доступа к данным, прогнозу энергопотребления, сбоям и аномалиям через HTTP.

Прием данных

Утилиты загружают данные счетчиков в MDA из MDMS.MDMS выполняет базовые, но важные проверки данных перед их отправкой в ​​другие системы. Одним из преимуществ этого является то, что все данные, доставляемые в MDA из MDMS, должны быть чистыми и могут обрабатываться напрямую. Кроме того, MDMS доставляют показания счетчика партиями, как правило, один раз в день, поэтому MDA должен обрабатывать данные по прибытии партии и завершать ее обработку до прибытия следующей партии. Учитывая их устаревшую архитектуру, наиболее часто используемым интерфейсом для передачи данных от MDM являются простые файлы по (S) FTP.Утилиты могут подключать свои MDMS через AWS Storage Gateway для файлов, AWS DataSync или AWS Transfer для SFTP к платформе данных и сохранять информацию, считанную счетчиком, непосредственно в корзине S3, которая называется «зоной посадки». Оттуда конвейер ETL принимает новые показания счетчика и преобразует их в ценный для бизнеса формат.

Озеро данных

Сердце платформы MDA — озеро данных. Он состоит из трех основных сегментов S3 и конвейера ETL, который преобразует входящие данные в пакеты и сохраняет результаты на разных этапах.Пакетный запуск может быть основан на времени или на событии, в зависимости от механизма доставки MDMS. Озеро данных обрабатывает данные, поступающие с опозданием, и выполняет некоторые базовые агрегаты (и повторные агрегаты). Рабочий процесс активно отправляет проверенные показания счетчика из бизнес-зоны в Amazon Redshift.

Основной конвейер ETL и схема его ковша

Зона посадки содержит необработанные данные, которые являются простой копией исходных данных MDMS. Время от времени или событий первое задание AWS Glue берет необработанные данные, очищает и преобразует их во внутреннюю схему, прежде чем они будут сохранены в корзине «чистой зоны».Чистая зона содержит исходные данные, преобразованные в стандартизированную внутреннюю схему данных. Кроме того, даты согласованы, а неиспользуемые поля опущены. Это оптимизирует данные счетчика для всех последующих шагов. Еще одним преимуществом стандартизированной схемы данных является то, что различные форматы ввода можно легко адаптировать: нужно настроить только первый шаг конвейера, чтобы сопоставить различные форматы ввода с внутренней схемой, что позволяет всем последующим процессам работать прозрачно без каких-либо ограничений. требуется дальнейшая регулировка.Второе задание AWS Glue перемещает данные из чистой зоны в «бизнес-зону». Бизнес-зона является единственной точкой отсчета для дальнейших агрегатов и всех последующих систем. Данные преобразуются в правильный формат и степень детализации для пользователей. Данные сохраняются в Parquet и разделяются по дате чтения , и типу чтения . Формат файла на основе столбцов (Parquet) и разделение данных обеспечивают эффективные запросы, поэтому рекомендуется выбирать ключи раздела, соответствующие используемому шаблону запроса.

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

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

Обработка поздних данных

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

День 1 — оба счетчика показывают потребление:

{meter_id: meter_1, read_date: 2020/08/01, read_value: 0,53, read_type: INT}

{meter_id: meter_2, read_date: 2020/08/01, read_value: 0.41, тип чтения: INT}

День 2 — только meter_1 отправляет показания потребления:

{meter_id: meter_1, read_date: 2020/08/02, read_value: 0,32, read_type: INT}

День 3 — будут отправлены показания счетчика 1 и 2, второй счетчик также отправит свое невыполненное считывание за предыдущий день:

{meter_id: meter_1, read_date: 2020/08/03, read_value: 0,49, read_type: INT}

{meter_id: meter_2, read_date: 2020/08/03, read_value: 0.48, тип чтения: INT}

{meter_id: meter_2, read_date: 2020/08/02, read_value: 0,56, read_type: INT}

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

own_dates = mapped_meter_readings \
.select ( ‘reading_date’ ) \
.distinct () \
.collect ()

unique_dates_str_list = ‘,’ .join (значение [ ‘reading_date’ ] для значение в различных_датах)

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

День 1: {date = [2020/08/01],…}

, день 2: {date = [2020/08/02],…}

День 3: {date = [2020/08 / 03,2020 / 08/02],…} // день 3 имеет позднее чтение от 2 августа

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

Принятие другой схемы ввода

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

Более пристальный взгляд на соответствующий раздел заданий AWS Glue показывает, что довольно легко принять другую схему данных, просто изменив входное сопоставление.Класс ApplyMapping используется для применения сопоставления к загруженному DynamicFrame.

datasource = glueContext.create_dynamic_frame.from_catalog (database = ‘meter-data’, table_name = ‘landingzone’, transformation_ctx = «datasource» )
mapped_reads = ApplyMapping.apply (frame = datasource, mappings = [\
(frame = datasource, mappings = [\
] col0 », « long », « meter_id », « строка »), \
(« col1 », « строка », « obis_code », « строка ») , \
( «col2» , «длинный» , «чтение_время» , «строка» ), \
( «col3» , «длинный» , «чтение_значение» , «двойной» ), \
( «col4» , «строка» , «тип_ чтения» , «строка» ) \
], transform_ctx = «mapped_reads» )

В левой части примера показан формат ввода с пятью столбцами (col0 — col4) и соответствующими им типами данных.Справа показано отображение внутренней схемы данных. AWS Glue Crawler автоматически обнаруживает формат входящих данных. Сканер проверяет входной файл, определяет его формат и записывает метаданные в каталог данных AWS Glue. Затем на основе информации в каталоге данных создается DynamicFrame, который используется заданием AWS Glue.

Запуск конвейера машинного обучения (ML)

После завершения ETL запускается конвейер машинного обучения.Каждое задание ETL публикует свое состояние в Amazon CloudWatch Events, который публикует каждое изменение состояния задания AWS Glue ETL на тему Amazon SNS. Один из подписчиков этой темы — функция AWS Lambda. Как только бизнес-данные были записаны в корзину Amazon S3, эта функция Lambda проверяет, запущен ли конвейер машинного обучения или нужно ли запустить конечный автомат, который организует подготовку и обучение модели.

Архитектура машинного обучения

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

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

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

Подготовка и обучение модели

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

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

Пакетный конвейер машинного обучения

Для прогноза энергопотребления и обнаружения аномалий требования к задержке обычно составляют часы или дни.Так что их можно генерировать периодически. Используя бессерверную архитектуру, включающую функции AWS Lambda и задание преобразования Amazon SageMaker, можно распараллеливать пакетные задания, увеличивая скорость прогнозирования. Каждое пакетное задание включает этап обнаружения аномалий, этап подготовки данных прогноза, этап прогнозирования и этап сохранения результатов в Amazon S3. Функции шагов используются для согласования этих шагов и состояния карты для поддержки настраиваемого размера пакета и диапазонов счетчиков. Это позволяет MDA масштабироваться и поддерживать миллионы метров.Входные данные пакетного конвейера включают диапазон дат данных счетчика и модель машинного обучения. По умолчанию он будет использовать последнюю модель, обученную конвейером обучения, но также можно указать настраиваемую модель DeepAR.

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

С чего начать и приступить к сборке!

Для начала можно развернуть Quick Start напрямую. Дополнительная документация шаг за шагом объясняет, как настроить платформу MDA и использовать образцы данных для экспериментов с компонентами. В этом блоге описывается выпуск одного из Краткого руководства платформы интеллектуального анализа данных AWS (MDA).AWS планирует и дальше расширять MDA на основе отзывов клиентов, чтобы открыть больше возможностей для повышения ценности данных интеллектуальных счетчиков.

Крупнейшая в мире солнечная электростанция, расположенная у клиентов, планируется в пустыне Невада

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

Оператор центра обработки данных Switch планирует закупить электроэнергию для своего рекордного объекта Citadel у соседнего проекта, разработанного и принадлежащего Capital Dynamics.Установка Tesla Megapack мощностью 60 мегаватт / 240 мегаватт в час превратит 127 мегаватт солнечной энергии в источник питания, работающий почти круглосуточно.

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

Самая крупная аккумуляторная батарея за счетчиком ранее принадлежала компании Convergent Energy + Power для систем на 10 мегаватт, чтобы помочь промышленным компаниям избежать платы за спрос в Онтарио, Канада. Аккумулятор Switch, интегрированный в подразделение коммерческих решений Con Edison, будет в шесть раз больше, чем системы Convergent, когда он появится в сети через пару лет.

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

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

«Я надеюсь, что это вдохновит других на попытки реализовать проекты такого размера или даже большего, которые будут продолжать способствовать устойчивости», — сказал Greentech Media Адам Крамер, который курирует закупку энергии в качестве исполнительного вице-президента по стратегии в Switch. «Когда вы это сделаете, вы сможете добиться значительной экономии средств и … по-настоящему устойчивого видения.”

Когда все необходимое будет согласовано, Capital Dynamics будет готов к строительству.

«Мы видим, что делаем больше, — сказал Бенуа Аллехаут, управляющий директор по инфраструктуре чистой энергии в Capital Dynamics. Но он добавил: «Нам нужен масштаб, и это индивидуальная работа. Воспроизводимость возможна, но с ограничениями ».

Распределенная энергия, как никогда раньше

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

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

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

Центры обработки данных имеют, как правило, плоский профиль спроса, что повлияло на выбор установки батареи в солнечную установку. Размер батареи превращает примерно 130 мегаватт солнечной мощности в 30 мегаватт возобновляемых источников энергии «квазибазовой нагрузки», сказал Аллехаут.

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

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

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

Почему это произошло в Неваде

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

Казино-компания MGM, как известно, использовала это правило прямого доступа для выхода из коммунального предприятия NV Energy в 2016 году с целью удвоить свою долю чистой энергии при одновременном сокращении затрат на электроэнергию. Первоначально штат отклонил запрос Switch о выходе из энергокомпании, но позже удовлетворил его в 2016 году.

NV Energy в настоящее время работает над достижением цели штата — 50% чистой энергии к 2030 году.Но Switch уже добилась 100-процентной чистой энергии, закупая ее самостоятельно.

«Прямой доступ значительно дешевле, чем через коммунальные услуги, и более экологичен», — сказал Крамер.

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

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

Рыночная динамика тоже играет важную роль. На рынке ERCOT в Техасе цены на электроэнергию «настолько смехотворно низки», что центрам обработки данных не нужно строить собственные электростанции, чтобы заключить выгодную сделку, отметил Аллехаут.

Выбирайте клиента с умом

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

«Чтобы выполнять эту работу, вы связаны с клиентом», — сказал Аллехаут.

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

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

«У вас должно быть видение, чтобы связать эти части вместе, чтобы осуществить это», — сказал Крамер о своем генеральном директоре.

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

Расположение промышленного центра в Рино для Citadel также имело уникальное преимущество в плане приобретения высококачественных аккумуляторов. Гигафабрика Tesla — сосед.

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

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

Как мы измеряем использование интеллектуальных счетчиков

Узнайте больше об интеллектуальных счетчиках и о том, как они работают.

Можно ли удаленно подключить или отключить электрооборудование?

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

Как мне сбросить счетчик, если моя услуга была отключена?

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

  1. Подойдите к счетчику, расположенному за пределами резиденции. Счетчик покажет «ARM», если его необходимо сбросить.
  2. Сильно нажмите черную кнопку на передней панели глюкометра до щелчка.

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

Будет ли интеллектуальный счетчик мешать работе моей домашней электроники?

Нет. Интеллектуальные счетчики разработаны таким образом, чтобы не мешать работе домашней электроники.

Будет ли моя информация об использовании энергии оставаться конфиденциальной и безопасной?

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

Как интеллектуальный счетчик помогает защитить окружающую среду?

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

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

Отобразите 020, чтобы отобразить потребление энергии в киловатт-часах (кВтч)
Запишите свое показание
Запишите позже (обычно 24 часа) и вычтите первое показание из второго

Могу ли я отказаться от умного счетчика?

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

Электромагнитные поля и радиочастоты

Что такое ЭДС?

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

Где возникает ЭМП?
ЭМП повсюду в нашем современном мире.Вот несколько примеров
:
● Они естественным образом возникают при производстве, передаче и распределении электроэнергии
в зданиях
● Источники включают линии электропередач, внутреннюю проводку здания и бытовые приборы
● Низкочастотные системы используются для передачи электроэнергии в наши здания
● Электрические поля создаются напряжением, присутствующим в системе, либо в проводке, либо в шнурах питания

В чем разница между ЭМП и радиочастотой (РЧ)?
На гораздо более высоких частотах ЭМП называют «радиочастотой» или РЧ.
● Радиочастота используется для радиопередач, включая беспроводную связь.
● Любые частоты электромагнитного излучения от 1 кГц до 300 ГГц, включая частоты для радио- и телевещания, являются радиочастотными.
● RF используется для передачи энергии и сигналов по воздуху в качестве беспроводной передачи сигнала
● RF используется для спутникового радио AM и FM, телевидения, радара, вышек сотовой связи, сотовых телефонов, беспроводных телефонов, Bluetooth, беспроводного компьютера и передачи данных ( WLAN, WI-FI, WiMAX) сети.

Генерируют ли интеллектуальные счетчики радиочастотные поля?
Да. Умные счетчики излучают около одного ватта. Они передают радиосигналы один раз в четыре часа для сбора данных для выставления счетов — каждая передача длится всего 5/100 секунды. Для сравнения: сотовые телефоны или беспроводные маршрутизаторы излучают 1-2 Вт. Вот дополнительная информация о том, как они работают:
● Интеллектуальные счетчики должны создавать сеть для функционирования и могут действовать как «повторитель» (часть коммуникационной цепочки) для ближайших счетчиков
● Они могут общаться в течение дня, чтобы сообщать о таких инцидентах, как как:

o Сбои в работе
o Колебания напряжения
o Предупреждения о взломе и краже питания
o Чтения по запросу по вашему запросу
o Эти сообщения нечасты — в среднем происходят 60 секунд на каждые 24 часа

В 2012 году мы провели подробный анализ частоты передачи и средневзвешенного времени «в эфире» в сети интеллектуальных счетчиков.
Вот результаты:

Тип сообщения электрической системы Частота передачи за 24-часовой период: в среднем Частота передачи за 24-часовой период: максимум (99,9-й процентиль)
Данные считывания счетчика 6 6
Управление сетью 15 30
Синхронизация времени 360 360
Управление сообщениями ячеистой сети 13 000 240 000
Средневзвешенная скважность 61.4 секунды 1,262 секунды

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

Сравнение плотности мощности РЧ в повседневной среде
Устройство Относительная плотность мощности в микроваттах на квадратный сантиметр
FM-радио или сигнал телевещания 0.005 микроватт
Умный счетчик на высоте 10 футов 0,1 мкВт
Интернет-кафе (Wi-Fi) 10-20 микроватт
Портативный компьютер 10-20 микроватт
Сотовый телефон, поднесенный к уху 30-10 000 микроватт
Рация на голову 500-42000 микроватт
Микроволновая печь, 2 дюйма от дверцы 5000 микроватт

Источник: Ричард Телл Ассошиэйтс, Инк.

Безопасны ли радиочастотные поля интеллектуального счетчика?
Да. Ключевыми факторами риска воздействия являются мощность и частота излучения, а также расстояние от человека. Интеллектуальные счетчики излучают всего около 1 ватта, и после установки в вашем доме нет передатчика. Сотовые телефоны считаются более опасными, поскольку они держатся за голову. Наши интеллектуальные счетчики соответствуют всем требованиям тестирования и сертификации FCC. Кроме того, мы предприняли дополнительный шаг, проведя тщательное тестирование RF во время первоначального развертывания.Даже когда они сгруппированы вместе, например, в многоквартирных домах, их радиочастотное излучение невелико по сравнению с рекомендациями FCC.

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

Узнайте больше о рекомендациях FCC относительно воздействия радиочастотного излучения.

Загрузите информационный бюллетень Smart Grid (3,5 МБ, PDF)

Метр Технология | РЭШ

Преимущества счетчиков AMI

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

Обеспечивают более быстрое восстановление после ремонта. Измерители AMI автоматически уведомляют NES при отключении электроэнергии еще до того, как вы сообщите об отключении. Это обеспечивает более быстрое время отклика и возможность быстрее снова включить питание. Если электричество отключили из-за неуплаты, услугу можно будет повторно подключить удаленно после того, как оплата будет произведена, без отправки грузовика.

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

Безопасность данных

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

NES следует государственным и отраслевым стандартам в отношении сбора данных и безопасности системы. Защита данных клиентов — главный приоритет. Мы постоянно обновляем наши системы и стандарты кибербезопасности.

Факты о радиочастотах

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

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

Пожарная безопасность

Наши счетчики должны соответствовать требованиям безопасности и стандартам, изложенным в Национальном кодексе электробезопасности.Счетчики NES, производимые Landis + Gyr, сертифицированы UL и считаются безопасными и надежными.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *