Контроль энергопотребления с помощью Smart Meter Texas и API-интерфейсов Nest, часть 2b/: источники данных и споры…

tl;dr получить данные интеллектуального счетчика в Техасе непросто

Умный счетчик Техас

В 2007 году компания Smart Meter Texas (SMT) представила систему интеллектуальных электрических счетчиков, которая будет передавать данные об энергии по беспроводной сети с интервалом до 15 минут. Частью этой системы было предоставление потребителям доступа к их собственным данным. К 2012 году энергетические компании по всей стране согласились на стандарт под названием Зеленая кнопка, который позволит клиентам (и предоставленным третьим сторонам) загружать свои данные об энергии. В рамках инициативы Зеленая кнопка было два варианта доступа:

• «Загрузить мои данные»: буквальная зеленая кнопка на веб-портале для загрузки данных в формате CSV.
• «Подключи мои данные»: протокол для автоматизации доступа третьих лиц, также известный как API!

Похоже, что SMT разработала оба варианта, но Download My Data гораздо более заметен на веб-портале SMT.

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

Отчеты Smart Meter Texas

Что я могу сказать на данный момент, так это то, что SMT API использует архитектуру SOAP (в отличие от более популярного REST), служба API испытывает частые сбои, а достоверную документацию по API найти нелегко. Фактически, Mission:Data сообщает, что SMT никогда полностью не реализовывал бизнес-требование для рабочего API, то есть Подключи мои данные.

Судя по всему, недавний стартап Awesome Power Texas (APT), целью которого является экономия денег потребителей при выборе тарифных планов, использует стороннюю авторизацию SMT для настройки покупательского опыта. Однако в обсуждении Reddit и в его ленте Twitter обслуживание APT для пользователей (часто) прерывается из-за сбоев SMT. SMT также, похоже, меняет свои протоколы доступа в ответ на услуги APT.

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

На нерегулируемом энергетическом рынке Техаса потребители имеют дело с двумя типами компаний за электроэнергию:

• розничные поставщики энергии (РЭП), которые поставляют и продают электроэнергию
• региональные передающие и распределительные компании (TDU), которые поставляют электроэнергию и контролируют потребление

Отчетность розничных поставщиков энергии, версии 1 и 2

TDU сообщают об энергопотреблении REP, которые затем сообщают потребителям через выставление счетов, веб-портал, или автоматизированные электронные письма. .

Бывает, что ТДУ обслуживают сеть и линии электропередач, поэтому эксплуатацией и ремонтом занимаются ТДУ, а не РЭПы. TDU будет сообщать REP об использовании энергии потребителем, который затем сообщается потребителю через веб-портал или по электронной почте.

Отчеты о коммунальных службах передачи и распределения, версия 1

Комиссия по коммунальным предприятиям Техаса, которая регулирует электроэнергетику, имеет веб-сайт powertochoose.org, на котором потребители могут искать различные планы REP. У TDU может быть свой собственный торговый портал, такой как веб-сайт CenterPoint Energy True Cost, поскольку они генерируют бизнес независимо от того, что выбирают потребители REP. Одной из функций TrueCost для сравнения затрат является получение исторических данных об энергии для заданного адреса и номера его интеллектуального счетчика. TrueCost отображает эти данные об использовании на своем веб-портале, или их можно отправлять по электронной почте ежедневно или еженедельно.

Отчеты о коммунальных службах передачи и распределения, версия 2

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

Отчетность вручную

Я мог бы записать счетчик вручную на моем заднем дворе.

Что делать? Подводя итог вариантам:

Умный счетчик Техас

• Я мог автоматически входить в систему и перемещаться по веб-сайту, чтобы удалить данные вручную.
• Я мог бы поспорить с API, но он может измениться. Контракт с нынешним оператором SMT, IBM, заканчивается в 2018 году, поэтому вполне возможно, что его заменит новая и функциональная кодовая база. В идеале этот пост был бы намного короче, если бы уже существовал жизнеспособный API.

Отчетность розничных поставщиков энергии

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

Отчеты утилиты передачи и распределения (TrueCost), версия 1

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

Отчеты утилиты передачи и распространения (CenterPoint), версия 2

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

Отчетность вручную

• Считывание показаний счетчика и ввод данных сводят на нет цель автоматизации.

Выводы

Хм, есть над чем подумать…

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

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

Ой, компромиссы для рассмотрения!

Более тонкий момент, чтобы упомянуть на будущее:

Я заметил, что разные источники данных также отображают данные с разной точностью. Он варьируется от отчетов SMT до тысячных долей киловатт-часа до отчетов TDU (все версии) и REP с точностью до ближайшего киловатт-часа. Мы могли бы выяснить, является ли это статистически значимым, если бы распространили ошибку на линейную регрессию. Он будет включать измерения времени от Nest с 5-минутными интервалами.