СИСТЕМЫ И СПОСОБЫ ДЛЯ УПРАВЛЕНИЯ ОСВЕЩЕНИЕМ
LIGHTING CONTROL SYSTEMS AND METHODS

ССЫЛКА НА СВЯЗАННЫЕ ЗАЯВКИ
Данная заявка испрашивает приоритет индийской заявки на патент номер 4854/CHE/2014, поданной 29 сентября 2014, и заявки на патент EP номер 14195337.2, поданной 28 ноября 2014.
ОБЛАСТЬ ТЕХНИКИ
Представленное изобретение направлено, в целом, на контролирование условий внешней среды в физических структурах. Более подробно, различные изобретательские системы и способы, раскрытые здесь, касаются регулирования условий внешней среды, таких как условия освещения, температуры и влажности, на основании запросов, генерируемых автоматически и вручную. Некоторые изобретательские системы и способы, раскрытые здесь, также касаются мониторинга потребления энергии и использования ресурсов в физических структурах и регулирования поведения системы, соответственно.
УРОВЕНЬ ТЕХНИКИ
Цифровые технологии освещения, то есть освещенности, основанной на полупроводниковых источниках света, таких как светодиоды (LEDs), предлагают жизнеспособную альтернативу традиционным флуоресцентным, ксеноновым лампам и лампам накаливания. LEDs предлагают много преимуществ, включая управляемость, высокую степень преобразования энергии и оптическую эффективность, срок службы и меньшие эксплуатационные расходы. Последние достижения в управляемой технологии LED предоставили эффективные и надежные источники освещения полного спектра, которые дают возможность множества эффектов освещения во многих применениях.
Наряду с развитием управляемых LEDs бурные усовершенствования были сделаны в области технологий датчиков. Датчики сегодня не только дают возможность эффективно измерять естественную освещенность и присутствие, но также стали значительно меньшими и поэтому способны легко помещаться внутри маленьких устройств, включая устройства, заключающие в себе управляемые LEDs и камеры. Например, основанные на существующей естественной освещенности системы управления освещением дают возможность задействовать индивидуально управляемые светильники с балластами с возможностью изменения светового потока, так же как один или более фотодатчиков естественной освещенности, чтобы измерять среднюю освещенности рабочей плоскости в пределах естественной освещенности пространства. В таких системах один или более контроллеров, чтобы реагировать на дневной свет и поддерживать минимальную освещенность рабочей плоскости, могут осуществлять мониторинг выхода одного или более фотодатчиков и управлять освещенностью, предоставленной светильниками.
За последние годы новшества в области беспроводной связи и интеллектуальных мобильных устройств запустили генерирование смартфонов и планшетных компьютеров с беспрецедентной мобильностью и вычислительной мощностью. Например, мобильные смартфоны, получающие доступ к приложениям на облачных серверах, дают возможность собирать и обрабатывать данные из своих непосредственных сред в режиме реального времени. Дополнительно, основанные на местоположении услуги позволяют приспосабливать информацию, доставляемую на мобильные устройства. Интеллектуальные мобильные устройства, используемые в сопряжении с управляемыми LEDs и соответствующими датчиками, могут поэтому использоваться для настройки освещенности в физических пространствах в режиме реального времени.
Сегодня два других существенных технологических усовершенствования представляют еще большие возможности для новшеств в области контролирования и управления внешней средой: питание через Ethernet (PoE) и закодированный cвет (CL). PoE обеспечивает доставку электрической энергии наряду с данными по единственному кабелю на устройства, такие как устройства освещения, IP камеры или беспроводные точки доступа. Появление технологии PoE делает это выполнимым для устройств питания в удаленных местоположениях в пределах структур зданий, значительно уменьшая потребность в электриках для установки коробов, электропроводки и розеток. В отличие от других устройств потенциальное местоположение устройства PoE не ограничивается на основании расположения розеток переменного тока в пределах структуры. Например, PoE позволяет беспроводным точкам доступа LAN быть помещенными в потолки для более оптимального РЧ-приема.
Технология CL может быть использована для встраивания уникальных идентификаторов или кодов в световой выходной сигнал от различных источников света. Используя эти идентификаторы, свет, исходящий от конкретного источника света, может быть дифференцирован даже в присутствии вкладов освещенности от множественных других источников света. CL может поэтому быть использована для идентификации и определения местонахождения индивидуальных источников света и устройств относительно других таких источников и устройств. Использование света в качестве средства для идентификации устройства, определения местоположения и осуществления связи открывает дверь к инновационным системам и способам для контроля условий внешней среды, посредством обеспечения мелкоструктурных взаимодействий между устройствами, такими как индивидуально управляемые LEDs, датчики и устройства управления, такие как смартфоны, которые не были ранее выполнимы.
Существующие системы и способы для контроля условий внешней среды в физических структурах не одновременно усиливают преимущества вышеупомянутых технологий. Некоторые существующие системы просто используют управляемые LEDs и датчики, чтобы автоматически управлять освещением в областях, таких как офисы и гостиные комнаты, в ответ на изменения в, например, заполнении (занятости) и естественной освещенности в этой области. Другие существующие системы предоставляют мобильные приложения, которые позволяют пользователям удаленно управлять поведением устройств освещения в таких пространствах. Но никакая существующая система не предоставляет инфраструктуру аппаратного обеспечения и программного обеспечения, необходимую, чтобы эффективно контролировать сложное взаимодействие множества устройств с возможностями PoE и CL (например, устройств освещения и нагревания, вентиляции и кондиционирования воздуха или приборы "HVAC"), интеллектуальных мобильных контроллеров, установленных на стене контроллеров и датчиков, осуществляющих мониторинг деятельности и условий внешней среды в больших предприятиях, таких как офисные здания. Эффективный контроль условий внешней среды в таких пространствах приводит к нескольким уникальным технологическим вызовам, описываемым ниже. Варианты осуществления, раскрытые здесь, предлагают решения этих и других вызовов.
Большие офисные здания или другие большие коммерческие здания обычно имеют области, которые используются для множества целей. Офисные здания могут быть залами конференций или переговорными, большими открытыми пространствами со множеством разбитых на ячейки офисов, прихожих, кафетериев и аудиторий. Некоторые из этих областей могут вообще использоваться для групповых обсуждений или больших презентаций (например, залы конференций и аудитории), в то время как другие могут использоваться для индивидуальной работы (например, разбитые на ячейки офисы). Учитывая их различные цели, некоторые режимы контроля условий внешней среды (например, персонализированное управление) могут поэтому лучше подходить для некоторых областей (например, разбитые на ячейки офисы), а не для других областей (аудитории и кафетерии). В отличие от индивидуальных жилых домов или квартир, большие офисные здания также вмещают значительные количества людей, часто в тесноте. У этих людей могут быть различные и часто конфликтующие интересы относительно условий внешней среды, которые они желают создать в пространствах, которые они заполняют. Когда одно и то же пространство используется различными людьми, крайне важно разрешить противоречивые запросы, чтобы регулировать условия внешней среды целенаправленно, а не произвольным способом. Кроме того, степень управления пользователя, которое можно применить в любом пространстве, может зависеть от его или ее роли в рамках организации. Это может быть проблематично, например, если сотрудник, посещающий презентацию в большой аудитории, имеет возможность использовать приложение на его/ее смартфоне, чтобы изменять условия освещения во всей аудитории в любое время.
Контроль условий внешней среды в больших структурах поэтому вовлекает эффективное установление приоритетов и координирование потенциально многочисленных запросов параллельного управления, возникающих из большого количества неподвижных и мобильных контроллеров, представляющих множество пользователей. Эти запросы должны быть успешно маршрутизированы к предназначенным устройствам освещения и приборам HVAC, чтобы произвести требуемые изменения в рамках временного периода, который также разумно удовлетворяет пользовательским ожиданиям.
Разнообразие устройств/приборов освещения и HVAC, которые типично работают в больших зданиях, представляет другой фундаментальный вызов любой системе для управления условиями внешней среды. Эти устройства не все производят данные в одинаковом формате, и они не все поддерживают связи по одинаковым протоколам. Все же при многих обстоятельствах может быть необходимо для этих устройств осуществлять связь напрямую или через промежуточные модули. Чтобы гарантировать, что устройства имеют возможность осуществлять связь друг с другом или напрямую, или косвенно, при необходимости системы для контроля условий внешней среды должны будут предоставить средство, необходимое для возникновения такой связи.
Еще одним вызовом, обращенным к системам для контроля условий внешней среды, является то, что как только многочисленные датчики, управление и другие устройства и компоненты системы устанавливаются и работают в пределах большой структуры, появляются новые устройства, разработанные, чтобы производить или принимать данные в форматах, не поддерживаемых системой. Для систем для контроля условий внешней среды в больших структурах эта проблема является еще более острой, так как эти системы вероятно используют еще много типов устройств по сравнению с более простыми системами для контроля условий внешней среды в меньших пространствах, таких как жилые комплексы. Такие крупномасштабные системы должны быть достаточно адаптируемыми, чтобы обеспечивать использование таких новых устройств, чтобы иметь возможность использовать выгоду от усовершенствований в технологии. В результате очень важно, чтобы эти системы были разработаны, чтобы быть легко расширяемыми, чтобы приспосабливать новые устройства и технологии так, чтобы они могли интегрироваться в систему с минимальным усилием и без чрезмерных нарушений работы системы.
Хотя существующие системы контроля условий внешней среды в относительно меньших пространствах, таких как квартиры или дома, может осуществлять мониторинг использования устройства для различных целей, объем таких данных использования, генерируемых такими системами, является относительно малым. В отличие от этого, большое здание или структура будут вероятно генерировать большие объемы данных использования из-за большого количества устройств (устройств освещения и HVAC и датчиков) в этих структурах. Эти данные должны быть собраны, категоризированы и проанализированы для системы, чтобы получить любые полезные выводы из обработки данных для использования в, например, тонкой настройке существующей стратегии энергосбережения. Чтобы хорошо использовать данные без перегрузки или снижения производительности системы в целом, система контроля условиями внешней среды в большой структуре должна быть разработана с учетом приспособления к потенциально большому притоку данных по использованию. Некоторые такие системы могут быть разработаны таким образом, что контроль данных по использованию будет значительно децентрализован. Например, данные использования устройства, собранные с различных этажей здания, могут контролироваться отдельными модулями, используя отдельные средства хранения данных.
Наконец, в то время как есть проблемы конфиденциальности, сопутствующие контролированию данных при использовании в меньших обстановках, проблемы не сопоставимы по своим масштабам с проблемами конфиденциальности, с которыми нужно иметь дело в намного больших обстановках. Например, система контроля внешней среды, разработанная для условий обстановки, таких как квартира, может иметь только несколько индивидуальных пользователей, персональная информация которых подлежит переработке способом, который не создает риск раскрытия непреднамеренным сторонам. В отличие от этого у большого объекта, занимающего большой офис, могут быть сотни пользователей, которые часто посещают пространство, получая доступ к различным компонентам системы через множество пользовательских интерфейсов на множестве устройств, включая их персональные мобильные устройства. Например, использование персональных мобильных вычислительных устройств в качестве контроллеров для освещения с возможностью CL и других устройств, могут приводить, например, к полезным, но чувствительным ассоциациям между идентичностью пользователя и конкретными часто посещаемыми пространствами. Соответственно, разработка систем контроля внешней среды для развертывания в больших структурах должна предоставлять воплощение стратегий, чтобы предотвращать как неавторизованный доступ к такой чувствительной информации изнутри самой системы (например, один пользователь системы получает доступ к информации относительно местопребывания другого), так и снаружи системы (например, брешь в информационной безопасности, открывающую такую чувствительную информацию внешнему миру).
В средах, в которых развернуты множественные интеллектуальные блоки освещения, каждый блок освещения может конфигурироваться и/или вводиться в эксплуатацию, чтобы работать конкретным способом, чтобы осуществлять конкретную роль. Например, множественные блоки освещения могут быть направлены на конкретную интересную особенность, предмет области техники. Каждый из этих блоков освещения может конфигурироваться, чтобы испускать свет, имеющий различные свойства, выбранные, например, чтобы увеличивать внешнюю привлекательность предмета области техники. В некоторых сценариях два блока освещения могут выводить свет, имеющий несопоставимые свойства, которые выбраны, чтобы дополнять друг друга и/или освещать предмет области техники (или другую интересную особенность) конкретным способом. Если один из двух блоков освещения дал сбой или стал недействующим, свет, испускаемый оставшимся блоком освещения, возможно, больше не является удовлетворяющим. В других сценариях конкретный интеллектуальный блок освещения может включать в себя (или быть в связи с) датчиком присутствия. Когда этот датчик присутствия вырабатывает сигнал присутствия, интеллектуальный блок освещения может возбуждаться конкретным способом. Однако, если интеллектуальный блок освещения является недействующим, он больше не может возбуждаться в ответ на сигнал присутствия (или может даже не обнаружить сигнал).
Независимо от этого сценария, чтобы заменить недействующий интеллектуальный блок освещения, который ранее играл конкретную роль во множестве блоков освещения, замещающий интеллектуальный блок освещения должен быть введен в эксплуатацию с теми же эксплуатационными характеристиками освещения, что и замененный блок освещения, чтобы выполнять ту же самую роль, прежде играемую замененным блоком освещения. Ручной ввод в эксплуатацию заменяющих блоков освещения может быть тяжелым и/или непрактичным особенно в больших установках. Существуют методы для использования центрального резервного сервера, чтобы автоматизировать процесс ввода в эксплуатацию заменяющих установок света. Однако, такие серверы могут быть слишком дорогими для правомерно установки в относительно маленькой установке, могут образовывать единственную точку отказа, могут потребовать сложного и/или напряженного обслуживания и/или могут потребовать, чтобы интеллектуальные блоки освещения конфигурировались, чтобы осуществлять связь по сетям, иначе используемым прежде всего для компьютерных данных, которые могут, например, подвергать эти интеллектуальные блоки освещения кибератакам.
Никакая существующая система для контроля условий внешней среды не предоставляет решения, по меньшей мере, вышеупомянутых вызовов. Системы и способы, представленные ниже, предоставляют решения, разработанные, чтобы принять эти и другие вызовы.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Различные варианты осуществления направлены на системы и способы для контроля условий внешней среды в пределах физической структуры, чтобы разрешить проблемы, сформулированные в предыдущем разделе. Этот раздел представляет упрощенную сущность изобретения некоторых из этих способов и систем, чтобы предоставить основное понимание различных компонентов системы, взаимодействие между такими компонентами и различные этапы, вовлеченные в различные варианты осуществления. Эта сущность изобретения не предназначается в качестве исчерпывающего краткого обзора всех изобретательских вариантов осуществления. Компоненты системы и этапы способа, описанные в этом разделе, являются не обязательно критическими компонентами или этапами. Целью этого раздела сущности изобретения состоит в том, чтобы представить краткий обзор различных концепций в более упрощенной форме в качестве введения в детальное описание, которое следует далее.
В одном аспекте блок освещения может включать в себя: один или более источников света; один или более датчиков занятости; и модуль управления. В различных вариантах осуществления модуль управления может конфигурироваться чтобы: принимать от одного или более датчиков занятости сигнал, обозначающий обнаружение посредством одного или более датчиков занятости, занятость (пространства) рядом с блоком освещения; выявлять одно или более состояний присутствия одного или более удаленных блоков освещения в пределах заданной близости блока освещения; выявлять историю занятости, ассоциированную с блоком освещения; вычислять на основании одного или более состояний занятости и обнаруженной истории занятости, вероятность, что обнаружение занятости посредством одного или более датчиков занятости является легитимным; и устанавливать состояние занятости блока освещения на основании вычисленной вероятности.
В различных вариантах осуществления история занятости может включать в себя записи легитимных обнаружений занятости одного или более датчиков занятости. В различных вариантах осуществления история занятости может включать в себя записи нелегитимных обнаружений занятости посредством одного или более датчиков занятости. В различных вариантах осуществления модуль управления может конфигурироваться, чтобы устанавливать состояние занятости блока освещения в занятое состояние в ответ на выявление, что вычисленная вероятность удовлетворяет порогу. В различных вариантах осуществления модуль управления может далее конфигурироваться, чтобы возбуждать один или более источников света в то время как блок освещения находится в занятом состоянии. В различных вариантах осуществления модуль управления может конфигурироваться, чтобы пренебрегать одним или более сигналами в ответ на выявление, что вычисленная вероятность не в состоянии удовлетворять порогу.
В различных вариантах осуществления блок освещения может далее включать в себя интерфейс связи, оперативно соединенный с модулем управления. В различных версиях модуль управления может далее конфигурироваться, чтобы принимать данные, обозначающие одно или более состояний занятости одного или более удаленных блоков освещения через интерфейс связи. В различных версиях модуль управления может далее конфигурироваться, чтобы принимать данные, обозначающие историю занятости, через интерфейс связи. В различных вариантах осуществления блок освещения может далее включать в себя память, оперативно соединенную с модулем управления, причем память хранит историю занятости.
В другом аспекте способ выключения питания сети компонентов с питанием через Ethrnet (PoE) может включать в себя: передачу от компонента PoE, установленного в области, к контроллеру области данных, обозначающих, что компонент PoE не обнаружил занятость для первого порогового значения времени; ожидание контроллером области, в течение второго порогового значения времени, передачи посредством одного или более компонентов PoE, установленных в области, данных, обозначающих обнаружение занятости; передачу, от контроллера области контроллеру этажа после прохождения второго порогового значения времени, данных, обозначающих, что контроллер области не обнаружил занятость в течение второго порогового значения времени; ожидание контроллером этажа, в течение третьего порогового значения времени, передачи посредством одного или более контроллеров области, за которыми осуществлял мониторинг контроллер этажа, данных, обозначающих обнаружение занятости посредством одного или более контроллеров области; и передачу от контроллера этажа к переключателю PoE после прохождения третьего порогового значения времени без приема данных, обозначающих обнаружение занятости посредством одного или более контроллеров области, команды, чтобы выключить питание одному или более компонентам PoE.
В различных вариантах осуществления компонентом PoE является светильник, оборудованный датчиком обнаружения занятости. В различных вариантах осуществления способ может далее включать в себя остановку посредством модуля шлюза в ответ на данные, обозначающие, что контроллер этажа не обнаружил занятость в течение третьего порогового значения времени, коллекции метрик, свойственной одному или более компонентам PoE, установленных в области.
Другие варианты осуществления могут включать в себя считываемый компьютером энергонезависимый носитель памяти, хранящий инструкции, исполняемые посредством процессора для выполнения способа, такого как один или более способов, описанных в настоящем описании. Другие варианты осуществления могут включать в себя систему, включающую память и один или более процессоров, функционирующих, чтобы исполнять инструкции, сохраненные в памяти, чтобы выполнять способ, такой как один или более способов, описанных в настоящем описании.
В контексте представленного документа с целью представленного раскрытия, термин "LED" следует понимать как включающий в себя любой электролюминесцентный диод или другой тип системы с инжекционным/неинжекционным носителем, которая способна к генерированию лучеиспускания в ответ на электрический сигнал и/или функционированию в качестве фотодиода. Таким образом, термин LED включает в себя, но не ограничивается ими, различные основанные на полупроводниках структуры, которые испускают свет в ответ на ток, светоизлучающий полимер, органические светодиоды (OLEDs), электролюминесцентные ленты и т.п. В частности, термин LED относится к светодиодам всех типов (включая полупроводниковые и органические светодиоды), которые могут конфигурироваться, чтобы генерировать светоиспускание одного или более из инфракрасного спектра, ультрафиолетового спектра и различных частей видимого спектра (обычно включающих в себя длину волны светоиспускания приблизительно от 400 нанометров приблизительно до 700 нанометров). Некоторые примеры LEDs включают в себя, но не ограничиваются ими, различные типы инфракрасных LEDs, ультрафиолетовых LEDs, красных LEDs, синих LEDs, зеленых LEDs, желтых LEDs, янтарных LEDs, оранжевых LEDs и белых LEDs (описанных далее ниже). Следует иметь ввиду, что LEDs могут быть конфигурируемыми и/или управляемыми, чтобы генерировать светоиспускание, имеющее различные полосы частот (например, полная ширина на половине максимума или FWHM) для заданного спектра (например, узкую полосу частот, широкую полосу частот) и множество доминирующих длин волн в пределах заданной общей цветовой классификации.
Например, одно воплощение LED конфигурируется, чтобы генерировать в основном белый свет (например, белый LED), может включать в себя множество кристаллов, которые соответственно испускают различные спектры электролюминесценции, которые в комбинации смешиваются, чтобы сформировать по существу белый свет. В другом воплощении LED белого света может быть ассоциирован с веществом люминофора, который преобразовывает электролюминесценцию, имеющую первый спектр, в отличный второй спектр. В одном примере данного воплощения электролюминесценция, имеющая относительно короткую длину волны и узкий спектр полосы частот, "накачивает" материал люминофора, который в свою очередь излучает более длинную длину волны лучеиспускания, имеющую несколько более широкий спектр.
Нужно также подразумевать, что термин LED не ограничивается физическим и/или электрическим модульным типом LED. Например, как описано выше, LED может относиться к единственному устройству испускания света, имеющему множественные кристаллы, которые конфигурируются, чтобы соответственно испускать различные спектры лучеиспускания (например, он может или может не быть индивидуально управляем). Кроме того, LED может быть ассоциирован с люминофором, который рассматривается в качестве неотъемлемой части LED (например, некоторые типы белых LEDs). Вообще, термин LED может относится к собранным LEDs, к несобранным в сборку LEDs, LEDs поверхностного монтажа, LEDs бескорпусного чипа, LEDs, смонтированным в т-сборке, LEDs с радиальным корпусом, LEDs сборки питания, LEDs, включающие в себя некоторый тип оболочки и/или оптический элемент (например, рассеивающую линзу) и т.д.
Термин "источник света" следует понимать как ссылку на любой один или более из различных источников лучеиспускания, включающих в себя, но не ограничивающиеся, источники на основе LED (включающих в себя один или более LEDs, как определено выше). Заданный источник света может конфигурироваться, чтобы генерировать электромагнитное лучеиспускание в пределах видимого спектра, вне видимого спектра или в комбинации обоих. Следовательно, термины "свет" и "лучеиспускание" используются здесь взаимозаменяемо. Дополнительно, источник света может включать в себя в качестве составного компонента один или более фильтров (например, цветных фильтров), линзы или другие оптические компоненты. Кроме того, нужно понимать, что источники света могут конфигурироваться для множества применений, включающих в себя, но не ограниченных ими, индикацию, отображение и/или освещенность. "Источник освещенности" является источником света, который конкретно конфигурируется, чтобы генерировать лучеиспускание, имеющее достаточную интенсивность, чтобы эффективно освещать внутреннее или внешнее пространство. В этом контексте "достаточная интенсивность" относится к достаточной мощности испускания в видимом спектре, генерируемом в пространстве или внешней среде (единица "люмены" часто используется, чтобы представить полный выход света от источника света во всех направлениях в зависимости от мощности испускания или "светового потока"), чтобы обеспечить внешнюю освещенность (то есть, свет, который может быть воспринят ненапрямую, например, он может отражаться от одной или более различных задействованных поверхностей, прежде чем будет воспринят полностью или частично).
Термин "спектр" следует понимать как ссылающийся на любую одну или более частот (или длин волны) лучеиспускания, сформированных одним или более источниками света. Соответственно, термин "спектр" относится к частоте (или длине волны) не только в видимом диапазоне, но также и частоте (или длине волны) в инфракрасной, ультрафиолетовой и других областях полного электромагнитного спектра. Кроме того, заданный спектр может иметь относительно узкую полосу частот (например, FWHM, имеющую по существу несколько частот или компонентов длины волны) или относительно широкую полосу частот (несколько частот или компонентов длины волны, имеющих различные относительные уровни). Следует иметь ввиду, что заданный спектр может быть результатом смешивания двух или более других спектров (например, смешанное лучеиспускание, соответственно, испускание от множественных источников света).
В целях этого раскрытия термин "цвет" используется взаимозаменяемо с термином "спектр". Однако, термин "цвет" вообще используется для отсылки прежде всего к свойству лучеиспускания, которое воспринимается наблюдателем (хотя данное использование не предназначено, чтобы ограничивать объем этого термина). Соответственно, термины "различные цвета" косвенно ссылаются на множественные спектры, имеющие различные компоненты длины волны и/или полосы частот. Также следует иметь ввиду, что термин "цвет" может быть использован в соединении и с белым и с цветным светом.
Термины "осветительный прибор" и "светильник" используются взаимозаменяемо здесь, чтобы ссылаться на реализацию или компоновку из одного или более блоков освещения с конкретными конструктивными параметрами, сборкой или корпусом. Термин "блок освещения" используется здесь, чтобы ссылаться на аппаратуру, включающую в себя один или более источников света одинакового или различных типов. Заданный блок освещения может иметь любое одно из множества приспособлений крепления для источника(ов) света, оболочек/корпусов и/или электрических и механических конфигураций соединения. Дополнительно, заданный блок освещения необязательно может быть ассоциирован с (например, включать в себя, быть соединенным и/или объединенным вместе с) различными другими компонентами (например, схемой управления), относящимся к работе источника(ов) света. "Блок освещения на основе LED" относится к блоку освещения, который включает в себя один или более источников света на основе LED, как описано выше, один или в комбинации с другими источниками света не на основе LED. "Многоканальный" блок освещения относится к блоку освещения на основе LED или не на основе LED, который включает в себя по меньшей мере два источника света, конфигурируемые, чтобы соответственно генерировать различные спектры лучеиспускания, при этом каждый различный спектр источника может упоминаться как "канал" многоканального блока освещения.
Термин "контроллер" используется здесь вообще, чтобы описать различную аппаратуру, относящуюся к работе одного или более источников света. Контроллер может быть реализован многочисленными способами (например, таким как специализированное аппаратное обеспечение), чтобы выполнять различные функции, описанные здесь. "Процессор" является одним примером контроллера, который использует один или более микропроцессоров, которые могут быть запрограммированы использовать программное обеспечение (например, микрокод), чтобы выполнять различные функции, описанные здесь. Контроллер может быть реализован с или без использования процессора и также может быть реализован в качестве комбинации специализированного аппаратного обеспечения, чтобы выполнять некоторые функции, и процессора (например, одного или более запрограммированных микропроцессоров и ассоциированных схем), чтобы выполнять другие функции. Примеры компонентов контроллера, которые могут использоваться в различных вариантах осуществления представленного раскрытия, включают в себя, но не ограничиваются, универсальные микропроцессоры, специализированные заказные интегральные схемы (ASICs) и программируемые пользователем вентильные матрицы (FPGAs).
В различных реализациях процессор или контроллер могут быть ассоциированы с одним или более запоминающими носителями (в общем упомянутыми здесь как "память", например, энергозависимая и энергонезависимая память компьютера, такая как RAM, PROM, стираемая программируемая постоянная память и EEPROM, дискеты, компакт-диски, оптические диски, магнитная лента и т.д.). В некоторых реализациях запоминающие носители могут быть закодированы с одной или более программами, которые при исполнении на одном или более процессорах и/или контроллерах выполняют, по меньшей мере, некоторые из функций, описанных здесь. Различные запоминающие носители могут располагаться в пределах процессора или контроллера или могут быть переносимыми таким образом, что одна или более сохраненных на нем программ может быть загружена в процессор или контроллер, чтобы воплотить различные аспекты представленного изобретения, описанного здесь. Термины "программа" или "компьютерная программа" используются здесь в общем смысле, ссылаясь на любой тип компьютерного кода (например, программное обеспечение или микрокод), который может использоваться, чтобы программировать один или более процессоров или контроллеров.
В одной реализации сети одно или более устройств, соединенных с сетью, могут служить в качестве контроллера для одного или более других устройств, соединенных с сетью (например, в соотношении ведущий-ведомый). В другой реализации сетевая среда может включать в себя один или более выделенных контроллеров, которые конфигурируются, чтобы управлять одним или более устройствами, соединенными с сетью. Вообще, множественные устройства, соединенные с сетью, каждое может получить доступ к данным, которые представлены на носителе или носителях связи; однако, заданное устройство может быть "адресуемым", поэтому оно конфигурируется, чтобы выборочно обмениваться данными с (то есть, принимать данные от и/или передавать данные к) сетью, на основании, например, одного или более конкретных идентификаторов (например, "адресов") назначенных ей.
Термин "сеть", используемый здесь, относится к любому межсоединению двух или более устройств (включая контроллеры или процессоры), которые облегчают транспортировку информации (например, для управления устройством, хранения данных, обмена данными и т.д.) между любыми двумя или более устройствами и/или среди множественных устройств, соединенных с сетью. Следует иметь ввиду, что различные реализация сетей, подходящих для межсоединения множественных устройств, могут включать в себя любую из множества топологий сети и использовать любой из множества протоколов связи. Дополнительно, в различных сетях согласно представленному раскрытию любое соединение между двумя устройствами может представлять выделенное соединение между двумя системами или альтернативно невыделенное соединение. В дополнение к переносу информации, предназначенному для двух устройств, такое невыделенное соединение может переносить информацию, не обязательно предназначенную для одного из этих двух устройств (например, соединение открытой сети). Кроме того, следует иметь ввиду, что различные сети устройств, как описано здесь, могут использовать одну или более беспроводных, проводных/кабельных и/или волоконно-оптических линий связи, чтобы облегчить транспортировку информации по всей сети.
Термин "пользователь" в контексте данного документа относится к любому объекту, человеческому или искусственному, которое взаимодействует с системами и способами, описанными в настоящем описании. Например, этот термин включает в себя, без ограничений, обитателей пространства, таких как конторский служащий или посетитель, удаленные пользователи пространства, менеджер предприятия, инженер по введению в эксплуатацию, IT-менеджер здания, инженер сервисной службы и монтажник.
Термин "эксплуатационные характеристики освещения" может относиться к информации, которая управляет работой и/или поведением блока освещения. В частности, в существующем контексте эксплуатационные характеристики освещения могут считаться "ролью", которую блок освещения должен играть среди множества блоков освещения. Эксплуатационные характеристики освещения могут включать в себя бесчисленные параметры освещения. Например, одна или более характеристик, которые испускают свет, такие как интенсивность, насыщенность, оттенок, температура, шаблоны светодинамики и т.д., могут быть включены в эксплуатационные характеристики освещения. Эксплуатационные характеристики освещения могут дополнительно или альтернативно включать в себя одно или более правил, чтобы руководить работой и/или поведением блока освещения. Эти правила могут, например, диктовать, когда блок освещения испускает свет, как он испускает свет, где он испускает свет и т.д. Дополнительно или альтернативно, эксплуатационные характеристики освещения могут идентифицировать один или более датчиков, которые могут производить сигналы, которым блок освещения должен отвечать выборочно, возбуждая один или более источников света. Например, эксплуатационные характеристики освещения могут идентифицировать один или более из датчиков движения, датчиков света (например, дневной свет, инфракрасный), датчиков давления волны, датчиков, относящихся к осязанию и т.д., и могут также включать в себя одну или более инструкций относительно того, как блок освещения должен возбуждать свои один или более источников света в ответ на сигналы от этих одного или более датчиков.
Следует иметь ввиду, что все комбинации предшествующих концепций и дополнительных концепций, описанных в мельчайших подробностях ниже (если такие концепции не являются взаимно противоречивыми), рассматриваются как являющиеся частью изобретательского объекта изобретения, раскрытого в настоящем описании. В частности, все комбинации заявленного объекта изобретения, появляющиеся в конце этого раскрытия, рассматриваются как являющиеся частью изобретательского объекта изобретения, раскрытого в настоящем описании. Следует иметь ввиду, что терминология, явно используемая здесь, которая также может появляться в любом раскрытии, включенном по ссылке, должна соответствовать значению, наиболее согласованному с конкретными концепциями, раскрытыми здесь.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
В чертежах условные обозначения главным образом ссылаются на одинаковые части на всех различных видах. Кроме того, чертежи должны не предназначены чтобы быть в масштабе, а вместо этого давать общее представление, исходя из иллюстрирования принципов изобретения.
Фиг. 1A иллюстрирует блок-схему варианта осуществления системы для контроля условий внешней среды в физической структуре, этот вариант осуществления содержит несколько модулей, два IP светильника и устройство управления средой.
Фиг. 1B иллюстрирует блок-схему варианта осуществления системы для контроля условий внешней среды в физической структуре, этот вариант осуществления содержит несколько модулей, два IP светильника, устройство управления средой и устройство дистанционного управления IR.
Фиг. 1C иллюстрирует компоненты IP светильников и интерфейсов, связывающих компоненты в соответствии с некоторыми вариантами осуществления.
Фиг. 1D иллюстрирует блок-схему варианта осуществления системы для контроля условий внешней среды в физической структуре, этот вариант осуществления содержит модуль контроля внешней среды, датчик, память и введенный в эксплуатацию блок.
Фиг. 2A иллюстрирует архитектуру компонента сети освещения в соответствии с некоторыми вариантами осуществления.
Фиг. 2B иллюстрирует блок-схему варианта осуществления системы для контроля условий внешней среды в физической структуре и различные внешние сетевые среды, ассоциированные с различными компонентами системы.
Фиг. 3A иллюстрирует вариант осуществления обособленной соединенной конфигурации системы для контроля условий внешней среды.
Фиг. 3B иллюстрирует вариант осуществления непрерывной интегрированной конфигурации системы для контроля условий внешней среды.
Фиг. 4A иллюстрирует блок-схему компонентов варианта осуществления модуля контроля внешней среды наряду с другими устройствами и компонентами, с которыми модуль контроля внешней среды коммуникативно соединен.
Фиг. 4B иллюстрирует блок-схему различных выбранных компонентов развернутой в виде ISPF-облака среды системы для контроля условий внешней среды в физической структуре.
Фиг. 5 иллюстрирует блок-схему процессов введения в эксплуатацию и конфигурирования, используемых компонентами системы для контроля условий внешней среды в соответствии с некоторыми вариантами осуществления.
Фиг. 6 иллюстрирует введенный в эксплуатацию блок, такой как комната свободной планировки, содержащий группы множественных устройств в соответствии с одним вариантом осуществления.
Фиг. 7 иллюстрирует введенный в эксплуатацию блок, такой как комната свободной планировки, пользователя системы в комнате свободной планировки, несколько зон, окружающих пользователя, и устройства, которые лежат в пределах и за пределами этих зон.
Фиг. 8 иллюстрирует способ управления, основанный на занятости для ответа на обнаружение занятости в ранее незанятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 9A иллюстрирует основанный на занятости способ управления для ответа на обнаружение нехватки занятости в ранее занятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 9B иллюстрирует основанный на занятости способ управления для ответа на обнаружение занятости в ранее незанятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 10 иллюстрирует другой основанный на занятости способ управления для ответа на обнаружение нехватки занятости в ранее занятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 11 иллюстрирует основанный на занятости способ управления для ответа на обнаружение нехватки занятости в ранее занятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды, причем способ включает в себя использование периода выдержки, периода отсрочки и периода продлевания для подтверждения статуса занятости.
Фиг. 12 иллюстрирует основанный на занятости способ управления для ответа на обнаружение занятости в ранее незанятой зоне ячейки, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 13 иллюстрирует основанный на занятости способ управления для ответа на обнаружение изменения в занятости в зоне коридора, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 14 иллюстрирует основанный на занятости способ управления для ответа на обнаружение изменения в занятости в зоне встречи, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 15 иллюстрирует способ для ответа на запрос о другой сцене внешней среды в зоне встречи, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 16 иллюстрирует основанный на дневном свете способ управления для ответа на обнаруженное изменение в освещенности в рабочей зоне, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 17 иллюстрирует способ управления, основанный на дневном свете, для ответа на обнаруженное изменение в естественной освещенности в пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 18 иллюстрирует интерактивный цифровой план-схему этажа, изображающий местоположение введенных в эксплуатацию блоков в соответствии с некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 19 иллюстрирует способ для того, чтобы выявить поведение при включении питания введенного в эксплуатацию или не введенного в эксплуатацию блока, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 20 иллюстрирует способ для управления запросом управления, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 21 иллюстрирует способ для управления вручную активированным персональным запросом управления, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 22 иллюстрирует компоновку введенных в эксплуатацию блоков и ассоциированных переключателей PoE для уменьшения визуального воздействия отказа переключателя PoE в соответствии с некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 23 иллюстрирует способ для самодиагностики и восстановления, выполняемый введенными в эксплуатацию блоками, в некоторых вариантах осуществления системы для контроля условий внешней среды.
Фиг. 24 иллюстрирует вариант осуществления интерактивного графического пользовательского интерфейса, отображенного в качестве входного интерфейса модуля контроля внешней средой в соответствии с некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 25 иллюстрирует вариант осуществления интерактивного графического пользовательского интерфейса, отображенного в качестве входного интерфейса модуля введения в эксплуатацию в соответствии с некоторыми вариантами осуществления системы для контроля условий внешней среды.
Фиг. 26 иллюстрирует вариант осуществления интерактивного мастера области для использования в качестве входного интерфейса модуля введения в эксплуатацию, причем мастер области разрешает пользователю задавать различные параметры, которые вместе определяют функцию(и) области в физической структуре.
Фиг. 27 иллюстрирует вариант осуществления интерактивного графического пользовательского интерфейса для использования при вводе в эксплуатацию нового устройства для использования в системе для контроля условий внешней среды.
Фиг. 28 иллюстрирует, как один или более блок освещения системы освещения может выявлять, легитимно ли обнаружение занятости, в соответствии с различными вариантами осуществления.
Фиг. 29 изображает пример способа для выявления, легитимно ли обнаружение занятости, в соответствии с различными вариантами осуществления.
Фиг. 30 изображает пример связей, которыми могут обмениваться между различными компонентами в качестве части так называемой стандартной программы "безопасное отключение питания" в соответствии с различными вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Отсылка ниже сделана подробно к иллюстративным вариантам осуществления изобретения, примеры которого показаны на сопровождающих чертежах.
В следующем подробном описании в целях объяснения, а не ограничения, представленные варианты осуществления, раскрывающие специфичные детали, сформулированы, чтобы предоставить полное понимание представленной идеи. Однако, будет очевидно для среднего специалиста в данной области техники, имеющего выгоду от настоящего раскрытия, что другие варианты осуществления согласно представленной идее, которые отступают от специфичных подробностей, раскрытых здесь, остаются в рамках приложенной формулы изобретения. Кроме того, описания хорошо известных систем, аппаратур и способов могут быть опущены, чтобы не мешать описанию представленных вариантов осуществления. Такие системы, способы и аппаратуры понятны в рамках представленной идеи.
Фигура 1A иллюстрирует систему 100A для контроля условий внешней среды в физической структуре. Система включает в себя модуль 110 контроля внешней среды, модуль 120 введения в эксплуатацию, модуль 130 шлюза, IP светильники 140 и 150 и устройство 160 управления средой. Другие варианты осуществления системы 100A могут включать в себя дополнительные или меньше модулей управления средой, IP светильников, модулей введения в эксплуатацию, модулей шлюза и/или устройств управления средой. Компоненты системы 100A коммуникативно связаны, используя линии связи L1 - L9, как изображено на фигуре 1. Термин "физическая структура" в контексте данного документа относится к любой структуре здания независимо от того, какое оно, автономное, долговременное, замкнутое или накрытое. Этот термин включает в себя, например, офис, жилые, рекреационные, образовательные, правительственные и коммерческие здания и комплексы, так же как места для стоянки автомобилей и гаражи. Термин "линия связи" в контексте данного документа относится к любому соединению или компоненту, который делает возможным передачу информации, по меньшей мере, между двумя компонентами системы. Например, линия связи включает в себя проводное или беспроводное соединение связи, радиочастотное соединение связи и оптическое соединение связи. Линия связи может также обозначать совместно используемый протокол связи, программное обеспечение или интерфейс аппаратного обеспечения или удаленные вызовы методов или вызовы процедур.
Модуль 110 контроля внешней среды может быть реализован в аппаратном обеспечении любой комбинации из аппаратного обеспечения и компьютерного кода (например, программное обеспечение или микрокод), или полностью в компьютерном коде. Этот модуль может быть исполнен на одном или множественных процессорах.
В некоторых вариантах осуществления модуль 110 контроля внешней среды может предоставить основанные на интерактивном средстве системной производительности (ISPF) панель центрального мониторинга и панель управления. Модуль 110 контроля внешней среды может дополнительно или альтернативно предоставлять интерактивные пользовательские интерфейсы для различных признаков, таких как визуализация текущего освещения или других статусов окружающей среды в системе 100A, визуализация информации занятости на различных уровнях степени детализации, визуализация информации потребления энергии на различных уровнях степени детализации и визуализация тревожных оповещений.
В некоторых вариантах осуществления модуль 110 контроля может принимать команды персонального управления (например, относящиеся к уровню света и температуре) от приложений смартфона и транслировать такие команды в команды управления для управления освещением и/или теплом, вентиляцией и кондиционированием воздуха ("HVAC"), управления освещением всей системы контроля и контроля планирования задач. Модуль 110 контроля внешней среды может также участвовать в обновлениях программного обеспечения, контролировать мониторинг данных, таких как данных, относящихся к потреблению энергии и занятости и контролированию тревожных оповещений и других данных диагностики работоспособности системы. Фигура 4A иллюстрирует различные компоненты варианта осуществления модуля контроля внешней среды, и описание фигуры 4A предоставляет дополнительные детали относительно этого модуля. Дополнительные детали относительно функциональных и других аспектов модулей контроля внешней среды, таких как модуль 110 контроля внешней среды, могут быть найдены всюду по описанию.
ad hoc
Как изображено на фигуре 1A, модуль 110 контроля внешней среды может конфигурироваться, чтобы принимать информацию от устройства 160 управления средой через линию связи L2. L2 может быть, например, персональным интерфейсом управления для смартфона. Модуль 110 контроля внешней среды может также конфигурироваться, чтобы осуществлять связь с модулем 120 введения в эксплуатацию через линию связи L1. L1 может в некоторых случаях облегчать связь файлов проекта модуля введения в эксплуатацию. В некоторых вариантах осуществления L1 может также представлять базу данных XML с расширениями для xCLIP совместимых светильников. Наконец, модуль 110 контроля может также иметь возможность осуществлять связь с модулем 130 шлюза через линию связи L3. L3 представляет согласно некоторым вариантам осуществления интерфейс EnvisionIP. Различные линии связи (например, L1, L2, L3 и т.д.), описанные здесь, могут конфигурироваться, чтобы облегчать связь между компонентами, использующими одну или более различных технологий, включающих, но не ограничивающихся ими, технологиями , такими как ZigBee, закодированный свет, Ethernet, RS485, беспроводные (например, Wi-Fi, BlueTooth) и т.д.
Модуль 120 введения в эксплуатацию может быть реализован в аппаратном обеспечении, любой комбинации аппаратного обеспечения и компьютерного кода (например, программного обеспечения или микрокода) или полностью в компьютерном коде. Этот модуль может быть исполнен на одном или множественных процессорах. Во многих вариантах осуществления системы 100A модуль 120 введения в эксплуатацию используется для введения в эксплуатацию устройств, таких как IP светильники/интеллектуальные блоки освещения, переключатели и/или датчики. Модуль 120 введения в эксплуатацию может также быть использован для подготовки плана-схемы этажа для пространства, устройств обнаружения и ассоциирования с системой 100A, для локализации устройств, например, посредством способов обнаружения с закодированным светом. Это может также использоваться для предварительного ввода в эксплуатацию системы 100A и устройств, ассоциированных с ней. Например, модуль 120 введения в эксплуатацию может использоваться для создания групп устройств и выделения места в пределах структуры для специфичных целей. Во многих вариантах осуществления системы 100A модуль 120 введения в эксплуатацию может использоваться для введения в эксплуатацию устройств, таких как IP светильники/интеллектуальные блоки освещения и устройства управления, посредством, например, локализации устройств в соответствии с готовыми план-схемами этажа, программирования сцен освещения, конфигурирования устройства и управления параметрами и калибровки датчиков. Модуль 120 введения в эксплуатацию может также использоваться для выполнения обновления программного обеспечения. Другие функциональные возможности, ассоциированные с модулем 120 введения в эксплуатацию, могут быть найдены по всему описанию и особенно в описании, ассоциированном с фигурой 5.
Как изображено на фигуре 1A, модуль 120 введения в эксплуатацию дает возможность осуществлять связь с модулем 110 контроля внешней среды через линию связи L1, модулем 130 шлюза через линию связи L4, со IP светильником 150 через линию связи L6. L1 была описана выше при описании модуля 110 контроля внешней среды. Во многих вариантах осуществления L4 может представлять EnvisionIP или интерфейс xCLIP, и L6 может представлять интерфейс EnvisionIP.
Модуль 130 шлюза может быть реализован в аппаратном обеспечении, любой комбинации аппаратного обеспечения и компьютерного кода (например, программного обеспечения или микрокода) или полностью в компьютерном коде. Этот модуль может быть выполнен на одном или множественных процессорах. В некоторых вариантах осуществления реализация аппаратного обеспечения модуля 130 шлюза может включать в себя микросхему STM32. Модуль 130 шлюза может быть ассоциирован с конкретным пространством (например, этажом) физической структуры и может посылать и/или принимать данные от множественных устройств, таких как IP светильники и/или интеллектуальные блоки освещения, расположенные на этом этаже. В некоторых вариантах осуществления модуль 130 шлюза может посылать и/или принимать данные от больше чем 1000 устройств, таких как IP светильники, датчики и устройства HVAC.
Модуль 130 шлюза может конфигурироваться, чтобы предоставлять множество функций. Например, он может предоставлять шлюз между интерфейсом EnvisionIP для использования во введении в эксплуатацию светильников и стандарта RS-485, так же как и предоставлять услуги для трансляции различных приложений и протоколов сети. Во многих вариантах осуществления он может также облегчать маршрутизацию данных между множественными модулями шлюза в системе 100A и участвовать в диагностике системы и/или круговом опросе аппаратного обеспечения, во время которых модуль 130 шлюза может выявлять, находятся ли устройства под его контролем все еще в режиме онлайн. Модуль 130 шлюза может также конфигурироваться, чтобы кэшировать и/или отчитываться об устройствах, находящихся в режиме офлайн, различным другим компонентам, таким как модуль 110 контроля внешней среды. Модуль 130 шлюза может также быть ответственным за локальное планирование задач и контроль данных мониторинга и диагностики. Например, модуль 130 шлюза может осуществлять мониторинг одной или более областей в физической структуре для потребления энергии и занятости, и диагностирования и предоставления в виде отчета информации работоспособности системы на уровне области. Он может также хранить информацию мониторинга области.
В некоторых вариантах осуществления модуль 130 шлюза осуществляет мониторинг всего трафика в части системы, включающей трафик DyNet и EnvisionIP. Он может хранить и/или кэшировать эту информацию и направлять ее модулю 110 контроля внешней среды так, чтобы модуль контроля внешней среды имел точный краткий обзор состояния всех введенных в эксплуатацию устройств в любой момент времени. Относительно планирования, критические по времени события могут быть направлены модулем 130 шлюза модулю 110 контроля внешней среды немедленно, в то время как события, которые не критичны по времени, могут быть локально кэшированы и подгружены к модулю 110 контроля порциями. В случаях, когда модуль 110 контроля не может быть доступен, все события могут локально кэшироваться и подгружаться к модулю 110 контроля, когда он становится достижимым снова. Модуль 130 шлюза может также согласовываться с системой HVAC, ассоциированной с системой 100A, и обнаруживать новые устройства. Во многих вариантах осуществления множественные модули шлюза, такие как модуль 130 шлюза, могут быть коммуникативно увязаны с единственным модулем 110 контроля внешней среды, где каждый модуль 130 шлюза действует в качестве контроллера этажа для конкретного этажа здания. Во многих вариантах осуществления модуль 130 шлюза может также: регистрировать и хранить все или поднабор принятых команд управления средой; регистрировать и предоставлять отчет обо всех событиях и изменениях состояния в системе обратно модулю 110 контроля внешней среды, посылать команды, идущие от введенных в эксплуатацию блоков, которые управляют и/или осуществляют мониторинг этого модуля 130 шлюза, другому модулю шлюза, который управляет и/или осуществляет мониторинг другой части системы (ответственность посылки по общей зоне); посылать команды, идущие из другого модуля шлюза, который управляет и/или осуществляет мониторинг другой части системы, к введенным в эксплуатацию блокам, которые управляют и/или осуществляют мониторинг этого модуля 130 шлюза (ответственность приема по общей зоне); (транспарентно) быть мостом между сетями EnvisionIP и сетями DyNet RS485, позволяя системе быть расширенной, например, всеми существующими продуктами DyNet (RS485); интенсивно осуществлять мониторинг, регистрацию и хранение пригодности всех введенных в эксплуатацию блоков и устройств, и предоставлять отчет за любое изменение в их пригодности к модулю 110 контроля внешней среды.
Как изображено на фигуре 1A, модуль 130 шлюза имеет возможность обмениваться информацией со IP светильниками 140 и 150 через линию связи L5 и с модулем 110 контроля внешней среды через линию связи L3 и модулем 120 введения в эксплуатацию через линию связи L4. L3 и L4 были ранее описаны в отношении модуля 110 контроля и модуля 120 введения в эксплуатацию соответственно. Во многих вариантах осуществления L5 может представлять интерфейс EnvisionIP или xCLIP.
IP светильник 140 ассоциирован с датчиком 140-1, источником 140-2 света и модулем 140-3 управления, который может альтернативно упоминаться как "контроллер". В некоторых вариантах осуществления датчик 140-1 и источник 140-2 света расположены в пределах одного и того же устройства или корпуса. В некоторых вариантах осуществления модуль 140-3 управления (или "контроллер") содержит компьютерный код (например, программное обеспечение или микрокод), исполняемый на одном или более процессорах, размещенных в пределах того же устройства или корпуса, что и датчик 140-1 и/или источник 140-2 света. Источник 140-2 света может быть способным к выполнению одной или более функций активации света, таким как включение\выключение, затемнение и настройка формирования белого или цветного света. Датчик 140-1 является датчиком, способным к восприятию, например, одного или более из дневного света, занятости, IR, давления волны (звука), движения, углекислого газа, влажности и температуры. Модуль 140-3 управления предоставляет одну или более функций управления для управления поведением других модулей и устройств, таких как один или более из источников 140-2 света, датчиков 140-1, модулей 120 введения в эксплуатацию, модулей 110 контроля внешней среды, модулей 130 шлюза и IP светильников 150.
IP светильник 140 может предоставлять один или более внешних интерфейсов для осуществления связи с другими модулями системы 100A. Например, IP светильник 140 может предоставить интерфейс EnvisionIP (например, линию связи L5 и L7) для использования при введении в эксплуатацию источника 140-2 света и/или для использования посредством модуля 140-3 управления, чтобы влиять на поведение других светильников области и датчиков, коммуникативно соединенных с ним (например, источника 150-2 света и датчика 150-1), источника 140-2 света или датчика 140-1. IP светильник 140 может также предоставлять интерфейс xCLIP для использования посредством модуля 140-3 управления, чтобы получить доступ и управлять основными возможностями источника 140-2 света или других источников света, коммуникативно соединенных с IP светильником 140. Интерфейс xCLIP может также использоваться другими модулями системы (например, модулем 130 шлюза) для того, чтобы получить доступ к данным датчика, сгенерированных датчиками, имеющими доступ к IP светильнику 140 (например, датчиками 140-1 и 150-1) и к данным потребления энергии и диагностики, доступным для источника 140-2 света и/или IP светильника 140. Фигура 1C и ее ассоциированное описание предоставляют дальнейшие подробности относительно компонентов IP светильника и различных интерфейсов, используемых этими компонентами.
Устройство 160 управления средой может быть любым устройством для управления условиями внешней среды в пространстве. Такие устройства включают в себя, без ограничений, смартфоны, такие как iPhone, планшетные компьютеры или устройства портативных компьютеров, такие как iPad, ноутбуки, устройства отображения и/или ввода, активирующиеся восприятием касания и/или голосом, коммуникативно соединенные с одним или более процессором, настольные вычислительные устройства, телевизионные приставки, носимые вычислительные устройства (например, интеллектуальные часы и очки) и т.д.
В некоторых вариантах осуществления компоненты системы 100A, изображенной на фигуре 1A, могут взаимодействовать следующим образом. Устройство 160 управления средой принимает ввод пользователя, обозначающий его/ее желание изменить условие среды в его или ее близости. Например, устройство 160 управления может быть смартфоном, и пользователь может обозначить, используя графический пользовательский интерфейс, отображенный на смартфоне, его/ее желание увеличить уровень или интенсивность света в рабочей зоне, такой как поверхность стола в комнате, где пользователь физически присутствует. Графический пользовательский интерфейс может также использоваться для управления другими параметрами освещения, такими как цвет, цветовая температура и направление.
Между тем, IP светильники 140 и 150, которые управляют освещенностью в вышеупомянутой рабочей зоне, каждый генерирует закодированные сигналы света, содержащие коды, идентифицирующие, например, их самих и/или источники света 140-2 и 150-2 соответственно. IP светильник 150 передает закодированный сигнал света, содержащий код, идентифицирующий себя и/или источник 150-2 света, устройству 160 управления внешней средой через линию связи L8, и IP светильник 140 передает закодированный сигнал света, содержащий код, идентифицирующий себя или источник 140-2 света, через линию связи L9. Через линию связи L2 устройство 160 управления средой передает один или более сигналы, содержащие запрос управления средой. Запрос управления средой содержит информацию относительно изменений в его или ее внешней среде, которые пользователь устройства 160 управления средой желает сделать, так же как и информацию относительно устройств, таких как IP светильники, которые могут быть использованы для выполнения желаний пользователя. Например, запрос управления средой может закодировать желание пользователя увеличить уровень света в рабочей зоне, такой как поверхность стола, так же как информацию идентификации от закодированных сигналов света, принятую устройством 160 управления средой.
Модуль 110 контроля внешней среды, исполняясь на одном или более процессорах, принимает один или более сигналов, содержащих запрос управления средой от устройства 160 управления внешней средой, и генерирует команду управления внешней средой. Во многих вариантах осуществления команда управления внешней средой содержит информацию, закодированную в запросе управления внешней средой, но в формате, понимаемым модулем шлюза или введенными в эксплуатацию блоками (например, IP светильник), к которым она передана. Кроме того, в то время как запрос управления внешней средой может содержать более общую информацию относительно желательных изменений внешней среды в конкретной комнате или рабочей зоне, команда управления внешней средой является более специфичной относительно реализации требуемых изменений, закодированных в запросе управления внешней средой. Например, команда управления внешней средой может содержать конкретные инструкции, которые, при обработке группой IP светильников, принуждают IP светильники вызывать специфичные изменения в освещенности. Модуль 110 контроля внешней среды после этого может передать через линию связи L3 команду управления внешней средой модулю 130 шлюза. Модуль 130 шлюза может сохранить данные, ассоциированные с командой управления внешней средой, такие как информация идентификации, ассоциированная со IP светильником(ами), которая будет отвечать на желательное изменение пользователя в уровне освещения. Модуль 130 шлюза может затем осуществлять связь через линию связи L5, чтобы проинструктировать IP светильник 150 и/или IP светильник 140 отрегулировать их освещенность, чтобы формировать уровень света, который требует пользователь.
Фигура 1B иллюстрирует систему 100B для контроля условий внешней среды в физической структуре. Система включает в себя модуль 110 контроля внешней среды, модуль 120 введения в эксплуатацию, средство дистанционного IR управление 131, IP светильники 140 и 150 и устройство 160 управления средой. IP светильник 140 ассоциирован с датчиком 140-1, источником 140-2 света и модулем 140-3 управления, и IP светильник 150 ассоциирован с датчиком 150-1, источником 150-2 света и модулем 150-3 управления (который также может упоминаться как "контроллер"). Некоторые другие варианты осуществления системы 100B могут включать в себя дополнительные или меньше количество модулей контроля внешней среды, IP светильников, модулей введения в эксплуатацию, устройств управления средой и/или средств дистанционного IR управления. Компоненты системы 100B коммуникативно связаны, используя линии связи L1 - L7, как изображено на фигуре 1B. Идентично названные компоненты систем 100A и 100B могут быть идентичными в их построении и поведении. Однако, модуль 110 контроля внешней среды и IP светильники 140 и 150 могут вести себя по-разному в измененной конфигурации системы 100B. Дополнительно, линии связи L1 и L2 системы 100B являются теми же линиями связи L1 и L2 системы 100A; линии связи L5, L6 и L7 системы 100B являются теми же линиями связи L8, L7 и L9, соответственно, системы 100A.
Средство дистанционного IR управления 131 является любым устройством, которое использует инфракрасный свет, чтобы выдавать команды на устройства приемника. Средство дистанционного IR управления 131 может использовать линию связи L8, чтобы выдавать команды управления IP светильнику 140 или его компонентам, таким как датчик 140-1 и источник 140-2 света. Во многих вариантах осуществления системы 100B, линия связи L8 может представлять протокол RC-5.
В некоторых вариантах осуществления компоненты, изображенные на фигуре 1B, могут взаимодействовать следующим образом. Устройство 160 управления средой принимает ввод пользователя, обозначающий его/ее желание изменить условие среды в его или ее близости. Например, устройство 160 управления может быть смартфоном, и пользователь может обозначить, используя графический пользовательский интерфейс, отображенный на смартфоне, его/ее желание увеличить уровень света в рабочей зоне, такой как поверхность стола в комнате, где пользователь не присутствует физически. Между тем, IP светильники 140 и 150, которые управляют освещенностью в вышеупомянутой рабочей зоне, каждый генерирует закодированные сигналы света, содержащие коды, идентифицирующие светильники 140-2 и 150-2 соответственно. IP светильник 140 передает закодированный сигнал света, содержащий код, идентифицирующий источник 140-2 света, устройству 160 управления средой через линию связи L7, и IP светильник 150 передает закодированный сигнал света, содержащий код, идентифицирующий источник 150-2 света, устройству 160 управления средой через линию связи L5. Через линию связи L2 устройство 160 управления средой передает один или более сигналов, содержащих запрос управления внешней средой. Модуль 110 контроля внешней среды, исполняясь на одном или более процессорах, принимает один или более сигналов, содержащих запрос управления внешней средой, от устройства 160 управления внешней средой, и генерирует команду управления внешней средой. Подробности относительно запроса управления внешней средой и команды управления внешней средой были заданы ранее в контексте фигуры 1A. Модуль 110 контроля внешней среды может после этого передавать через линию связи L3 команду управления внешней средой IP светильнику 140 и/или IP светильнику 150, чтобы отрегулировать освещенность, сформированную источником 140-2 света и/или источником 150-2 света, чтобы достигнуть уровня освещенности, запрошенного пользователем устройства 150 управления внешней средой. Тот же или другой пользователь могут также использовать средство дистанционного IR управления 131 во время расположения вблизи IP светильника 140, чтобы напрямую выдать команду IP светильнику 140, чтобы отрегулировать освещенность, сформированную источником 140-2 света.
Фигура 1C иллюстрирует компоненты IP светильников 11°C и 12°C и интерфейсы, связывающие компоненты в соответствии с некоторыми вариантами осуществления. IP светильник 11°C содержит модуль 110C-1 управления компонентами, средство возбуждения 110C-2 LED DC-DC, датчик 110C-3 ILB и один или более LEDs 110C-4. Аналогично, IP светильник 12°C содержит модуль 120C-1 управления компонентами, средство возбуждения 120C-2 LED DC-DC, датчик 120C-3 ILB и один или более LEDs 120C-4. Модули 110C-1 и 120C-1 управления могут быть любым типом модуля управления, описанного в контексте фигуры 1A. В некоторых модулях 110C-1 и/или 120C-1 управления вариантов осуществления может быть основаны на STM32 устройствах PoE. Модули 110C-1 и 120C-1 управления показаны, чтобы кодировать данные для передачи средствам возбуждения 110C-2 и 120C-2 LED DC-DC, соответственно, используя широтно-импульсную модуляцию (PWM).
В LEDs при увеличении напряжения, ток имеет тенденцию к быстрому увеличению. Соответственно, даже маленькие колебания в напряжении имеет тенденцию вызывать большие колебания в токе, который, в свою очередь, вызывает повреждения LEDs. Из-за риска повреждений LEDs вследствие таких колебаний напряжения средства возбуждения LED используются для соединения LEDs с источником напряжения, такими как электросеть или батарея. Средства возбуждения LED управляют подаваемым питанием к LEDs так, чтобы они могли безопасно работать. Средства возбуждения 110C-2 и 120C-2 LED являются электронными схемами, которые преобразовывают входную мощность в источник тока, в котором ток является постоянным, несмотря на колебания напряжения. Модули 110C-1 и 120C-1 управления могут осуществлять связь с другими модулями системы по интерфейсам xCLIP и друг с другом по интерфейсу EnvisionIP. Датчики 110C-3 и 120C-3 ILB принимают сигналы управления от средств дистанционного IR управления 140C-1 и 140C-2, соответственно, по интерфейсам RC5. Переключатель 13°C PoE принимает данные по интерфейсам EtherNet/IP и передает принятые данные так же как электроэнергию к IP светильнику 11°C через интерфейсы EtherNet/IP и PoE.
Фигура 1D иллюстрирует систему 100D для контроля условий внешней среды в физической структуре. Система содержит модуль 110 контроля внешней среды, по меньшей мере один введенный в эксплуатацию блок 120D, по меньшей мере одну память 130D и по меньшей мере один датчик 140D. Модуль 110 контроля внешней среды коммуникативно соединен с введенным в эксплуатацию блоком 120D через линию связи L3 и с памятью 130D через линию связи LK. Введенный в эксплуатацию блок 120D коммуникативно соединен с датчиком 140D и памятью 130D через линию связи LK. LK является любым соединением или компонентом, который делает возможным передачу информации по меньшей мере между двумя компонентами системы. Например, LK включает в себя проводные соединения или беспроводные соединения, соединение радиочастотной связи и соединение оптической связи. LK может также обозначать совместно используемый протокол связи, программное обеспечение или интерфейс аппаратного обеспечения или удаленные инициирования метода или вызовы процедур.
Введенный в эксплуатацию блок 120D может содержать одно или более устройств, которые ассоциированы друг с другом в системе, такой как система 100A или 100D, и которое имеет поведение согласно конкретным конфигурациям внутренних триггеров (триггеров, возникающих изнутри введённого в эксплуатацию блока) и внешних триггеров (триггеров, возникающих вне введенного в эксплуатацию блока). Триггеры могут включать в себя, например, данные датчика или ручное или центральное управление. Единственное устройство может быть частью множественных введенных в эксплуатацию блоков. Введенные в эксплуатацию блоки, такие как введенный в эксплуатацию блок 120D, могут также быть иерархически организованы. Например, введенный в эксплуатацию блок может содержать другие введенные в эксплуатацию блоки и может влиять на поведение этих введенных в эксплуатацию блоков. В некоторых вариантах осуществления датчик 140D является датчиком в указанной зоне в физической структуре. Датчик 140D конфигурируется, чтобы формировать данные, обозначающие, например, движение, занятость, звук, присутствие одного или более газов, освещенность, влажность и температуру. В таких вариантах осуществления введенный в эксплуатацию блок 120D, который коммуникативно соединен с датчиком 140D через линию связи LK и модулем 110 контроля внешней среды через линию связи L3, конфигурируется, чтобы принимать данные, сформированные датчиком 140D. Введенный в эксплуатацию блок 120D может также конфигурироваться, чтобы выявлять, представляют ли данные датчика изменение статуса, ассоциированное с указанной зоной. Во многих вариантах осуществления введенный в эксплуатацию блок 120D также конфигурируется, чтобы обновлять через линию связи LK, по меньшей мере, память 130D в соответствии с данными датчика, представляющими изменение статуса.
Фигура 2A изображает архитектуру 200A компонента сети освещения в соответствии с некоторыми вариантами осуществления. В иллюстрированной архитектуре имеется три главных уровня компонента: уровень ядра, уровень распределения и граничный уровень, каждый обведенный пунктирными линиями. Уровень ядра содержит модуль 210A контроля внешней среды, который коммуникативно соединен с маршрутизатором левого крыла и маршрутизатором правого крыла. Маршрутизаторы могут иметь способности резервной копии флеш-карты и могут конфигурироваться таким образом, что у каждого из них есть доступ к одной IP подсети для каждого порта. Модуль 210A контроля внешней среды напрямую или ненапрямую коммуникативно соединен с: различными компонентами в сети освещения системы для контроля условий внешней среды (например, маршрутизатор левого крыла, маршрутизатор правого крыла и переключатели этажа в уровне распределения), и с IT сетью структуры, чью внешнюю среду модуль 210A контроля внешней среды контролирует. Во многих вариантах осуществления модуль 210A контроля внешней среды может получить доступ к данным связанным с HVAC через IT сеть структуры.
Уровень распределения может состоять из одного IP переключателя на каждый этаж структуры и на каждый маршрутизатор уровня ядра (изображенный как переключатель 1 этажа (левый), переключатель 1 этажа (правый), переключатель 2 этажа (левый), переключатель 2 этажа (правый) … переключатель N этажа (левый), переключателя N этажа (правый)). Во многих вариантах осуществления эти IP переключатели поддерживают протокол связующего дерева. Граничный уровень состоит из многих колец (изображенных как единственная кривая стрелка через боковые граничные уровни) на каждый переключатель уровня распределения, и модулей шлюза на каждый этаж для того, чтобы предоставлять управление освещением уровнем этажа. Каждое кольцо состоит из многих переключателей PoE, соединенных в шлейф и соединенных с двумя портами соответствующего переключателя уровня распределения в кольце. Такая компоновка предоставляет преимущество, что, если кольцо переключателей PoE будет нарушено в любой точке в кольцевой конфигурации, все из переключателей PoE могут все еще быть достигнуты по сети.
Фигура 2B иллюстрирует блок-схему варианта осуществления 200B системы для контроля условий внешней среды в физической структуре и различные внешние сетевые среды, ассоциированные с различными компонентами системы. Вариант осуществления 200B содержит модуль контроля внешней среды, введенный в эксплуатацию модуль и множественные модули шлюза, которые могут быть любым типом модуля контроля внешней среды, модулем введения в эксплуатацию и модулем шлюза, соответственно, описанными в контексте фигуры 1A. Множественные модули шлюза изображены в качестве коммуникативно связанных со множественными введенными в эксплуатацию блоками (например, светильниками и датчиками). В этом варианте осуществления пользователи компании могут использовать портативные устройства, такие как смартфоны, исполняющие приложения персонального управления (apps), чтобы посылать запросы для изменений среды модулю контроля внешней среды через изображенную коммуникационную линию связи. Смартфоны, исполняющие приложения персонального управления, как показано, являются действующими в Интернете, но не в IT сети или сети освещения, ассоциированной с системой для контроля условиями внешней среды. Дополнительно, менеджеры предприятия могут использовать основанные на браузере приложения (также соединенные с интернетом), такие как центральная панель управления или другие приложения контроля внешней среды, чтобы посылать подобные запросы для изменения внешней среды модулю контроля внешней среды через Интернет. Приложения персонального управления и приложения, основанные на браузере, могут также принимать информацию (например, данные по энергии, потребляемой светильниками в сети освещения) от модуля контроля внешней среды для отображения на своих пользовательских интерфейсах. В изображенном варианте осуществления модуль контроля внешней среды, введенный в эксплуатацию модуль и их совместно используемые одна или более базы данных находятся в физической структуре частной IT сети. Множественные модули шлюза и введенные в эксплуатацию блоки находятся, однако, в пределах частной сети освещения структуры. Данные, уходящие или приходящие в частные сети через модуль контроля внешней среды, могут быть обязаны проходить через системы сетевой защиты.
Фигура 3A иллюстрирует вариант осуществления 300A автономной, соединенной конфигурации системы для контроля условий внешней среды. Вариант осуществления 300A включает в себя маршрутизатор 310, контроллер 320 области, источники питания PoE или "переключатели" 330 и 340 и два кластера светильников c 350-1 по 350-4 и c 360-1 по 360-4. В конфигурации варианта осуществления 300A IP инфраструктура не должна быть соединена с Интернетом.
ad hoc
Маршрутизатор 310 является любым сетевым устройством, который направляет пакеты данных в компьютерной сети. Он соединен с переключателями 330 и 340 PoE и контроллером 320 области через линию связи L1, которая предоставляет интерфейс xCLIP для получения доступа к данным от изображенных кластеров светильников, так же как от датчиков, данным потребления энергии и диагностики, доступным от светильников. Питание через Ethernet или PoE относится к любым системам (стандартизированным или ) для предоставления электроэнергии и данных по кабелям Ethernet. PoE позволяет единственному кабелю предоставлять и данные соединения и электроэнергию на устройства, такие как беспроводные точки доступа, IP Телефоны, IP светильники или IP камеры. Хотя другие стандарты, такие как USB, могут предоставлять энергию устройствам по кабелям данных, PoE обеспечивает намного более длинные кабельные длины. В системах PoE данные и энергию можно переносить на одинаковых проводниках или на выделенных проводниках на единственном кабеле. PoE поэтому избавляет от необходимости в источнике питания в устройстве Ethernet/IP.
Контроллер 320 области может быть реализован в аппаратном обеспечении, любой комбинации аппаратного обеспечения и компьютерного кода (например, программного обеспечения или микрокода) или полностью в исполнении компьютерного кода на одном или более процессорах. Контроллер 320 области может быть использован для выполнения различных функций управления областью для определенной области (например, этаж здания). Во многих вариантах осуществления контроллер 320 области предоставляет интерактивный графический пользовательский интерфейс для пользователей системы, чтобы контролировать функции управления. Другие такие функциональные возможности управления могут быть дополнительно или альтернативно быть выполнены устройствами, такими как светильники или IP светильники, с которыми взаимодействует контроллер 320 области. Согласно некоторым вариантам осуществления контроллер 320 области может, например: (a) управлять множественными введенными в эксплуатацию блоками или зонами в пределах здания; (b) быть использованным для группировки устройств и/или введенных в эксплуатацию блоков во время процесса ввода в эксплуатацию; (c) выявлять занятость области и регулировать освещение для области соответственно; (d) регулировать уровни фонового света или регулировать уровни освещения, на основании изменений в имеющимся естественном свете для группы введенных в эксплуатацию блоков; (e) собирать и анализировать данные датчика и/или потребления энергии от одного или более светильников и датчиков; и (f) участвовать в планировании изменений внешней среды, таких как изменения в уровнях освещения в пределах области. Загрузки программного обеспечения могут также происходить через контроллер 320 области. Во многих вариантах осуществления контроллер 320 области может играть промежуточную роль, где он извлекает загрузку программного обеспечения из центрального сервера, и распределяет обновление соответствующим светильникам и другим устройствам соответственно. Контроллер 320 области может также действовать как мост безопасности между кластерами светильника, работающими в частной сети освещения, и третьим лицом частной сети, такой как сеть, содержащая систему контроля здания (BMS). В некоторых вариантах осуществления контроллер 320 области действует в частной IP сети, и инструменты программного обеспечения, такие как инструмент обслуживания, исполняемый на авторизованном пользовательском портативном устройстве, может обмениваться информацией с контроллером 320 области, временно соединяясь с IP сетью.
Светильники с 350-1 по 350-4 и с 360-1 по 360-4 могут быть IP светильниками, такими как IP светильник 140, или светильниками, содержащими источники света, такие как источник 140-2 света, описанный в контексте фигуры 1A. Сети светильников в варианте осуществления 300A могут быть совместимыми с IP стандартами и могут иметь возможность работать в IP сети. Светильники каждый соединены с переключателем 330 PoE или через линию связи L2, или L3. Линия связи L2 и/или L3 может предоставлять интерфейс PoE, интерфейс xCLIP или IP интерфейс для связей между переключателем 330 PoE и светильниками.
Фигура 3B изображает вариант осуществления 300B сквозной интегрированной конфигурации системы для контроля условий внешней среды. Вариант осуществления 300B включает в себя маршрутизатор 310, контроллер 320 области, переключатели 330 и 340 PoE, два кластера светильников с 350-1 по 350-4 и с 360-1 по 360-4, панель управления 370 освещения контроллера, панель управления 380 контроллера здания, контроллер 390 этажа, контроллер 395 HVAC, контроллер 395-1 активного потока воздуха HVAC и контроллер 395-2 температуры. Многие из компонентов варианта осуществления 300B могут быть подобными или идентичными идентично названным компонентам варианта осуществления 300A. Например, маршрутизатор 310, контроллер 320 области, переключатель 330 и 340 PoE и светильники с 350-1 по 350-4 и с 360-1 по 360-4 могут быть, соответственно, любым типом маршрутизатора, контроллера области, источниками питания PoE и устройствами светильника, описанных относительно варианта осуществления 300A фигуры 3A.
Панель управления 370 контроллера освещения может быть, например, компьютерным кодом, отображающим пользовательский интерфейс, который является частью, или исполняющимся на одном или более процессорах, коммуникативно соединенных с модулями системы, такими как модуль 110 контроля внешней среды на фигуре 1. Пользовательский интерфейс панели управления контроллера освещения может быть отображен на любом устройстве управления внешней средой, описанном в контексте фигуры 1, таким как устройство 160 управления средой. Например, панель управления 370 контроллера освещения может быть приложением, исполняемым на переносном устройстве, таком как iPhone или iPad. Панель управления 370 коммуникативно соединена с контроллером 320 области, маршрутизатором 310 и переключателями 330 и 340 PoE через линии связи L1 и L5, которые могут предоставить интерфейс xCLIP или IP для обмена данными. Панель управления 370 контроллера освещения может также использоваться с целью осуществления мониторинга (например, осуществления мониторинга за потреблением энергии и работоспособностью системы) и для развертывания плана освещения. Панель управления 470 может также собирать и агрегировать информацию, такую как потребление энергии, работоспособность системы, и информацию занятости от множественных контроллеров области, чтобы предоставить ее пользователям полный и текущий обзор системы функционирования.
Панель управления 380 контроллера здания, контроллер 390 этажа и контроллер 395 HVAC могут быть воплощены в аппаратном обеспечении, любой комбинации аппаратного обеспечения и компьютерного кода (например, программного обеспечения или микрокода) или полностью в исполнении компьютерного кода на одном или более процессорах. Эти компоненты варианта осуществления 300B могут быть использованы для выполнения различных функций, относящихся к контролю системы HVAC здания, например, осуществления мониторинга и управления температурой здания и воздушным потоком. Во многих вариантах осуществления панель управления 380 контроллера здания может отображать пользовательский интерфейс, являющийся частью или исполняемый на одном или более процессорах, коммуникативно соединенных с модулями системы, такими как модуль 110 контроля внешней среды на фигуре 1. Пользовательский интерфейс панели управления 380 контроллера здания может быть отображен на любом устройстве управления внешней средой, описанном в контексте фигуры 1, таком как устройство 160 управления внешней средой. Например, панель управления 380 контроллера здания может быть приложением, исполняемым на переносном устройстве, таком как iPhone или iPad. Могут быть множественные контроллеры этажа, которые предоставляют информацию панели управления 380 относительно условий внешней среды на различных этажах здания, которые панель управления может затем отобразить на ее пользовательском интерфейсе.
В конфигурации варианта осуществления 300B подсистема освещения (например, кластеры светильника, источники питания PoE, контроллер области и маршрутизатор) может быть коммуникативно соединена с инфраструктурой IP сети 3-ей стороны, которая может также быть соединена с интернетом. В этих вариантах осуществления панель управления 380 контроллера здания, контроллер 390 этажа, контроллер 395 HVAC, контроллер 395-1 активного потока воздуха HVAC и контроллер 395-2 температуры могут быть составными компонентами системы контроля здания3-ей стороны, работающей в инфраструктуре IP сети 3-ей стороны. IP сеть 3-ей стороны может совместно использовать информацию здания, такую как информацию HVAC с подсистемой освещения и панелью управления 370 контроллера освещения, когда необходимо. Например, панель управления 370 контроллера освещения может отображать информацию HVAC, такую как температура, в конкретных областях близко к введенным в эксплуатацию блокам с большим количеством светильников. Эта информация температуры может быть получена посредством панели управления 370 контроллера освещения через соединение с инфраструктурой IP сети 3-ей стороны.
Фигура 4A иллюстрирует блок-схему компонентов варианта осуществления модуля контроля внешней среды наряду с другими устройствами и компонентами, с которыми модуль контроля внешней среды коммуникативно соединен. Архитектура модуля контроля внешней среды может быть основана на архитектурной модели многоуровневого сервера предприятия клиента, в которой функции, такие как обработка приложения, контроль данных приложения и представление, физически и/или логически разделены.
Входной интерфейс модуля контроля внешней среды может быть основанным на веб-приложении, которое исполняется поверх внутренней инфраструктуры предоставления услуг (ISPF). На фигуре 4A входной интерфейс модуля контроля внешней среды может быть отображен на устройстве (например, вычислительном устройстве типа ноутбука), обозначенном посредством иконки монитора и находящейся следующей к иконке, изображающей менеджера предприятия. ISPF является инфраструктурой (средством разработки) программного обеспечения, которая делает возможным создание веб-приложения для управления освещением, осуществления мониторинга статуса и контроля энергии для систем контроля HVAC и освещения. Она является решением, основанным на облаке и программном обеспечении предприятия, которое способно к согласованию с контроллерами в системе для контроля условий внешней среды, такой как система 100 на фигуре 1. Веб-приложение модуля контроля внешней среды, которое взаимодействует с конечным пользователем (например, менеджером предприятия), предоставляет во многих вариантах осуществления фрейм приложения, приложение портала, модуль регистрации и функциональные возможности помощи. Структура ISPF, поверх которой модуль контроля внешней среды исполняется, предоставляет модулю контроля внешней среды информацию, необходимую, чтобы предоставить фрейм приложения и приложение портала, как описано в дальнейших подробностях ниже.
Уровень
Во многих вариантах осуществления уровень представления вызывает уровень услуг, используя REST/SOAP-интерфейс, когда ISPF предоставляет доступные услуги в качестве интерфейсов REST и SOAP. Эти услуги типично используют бизнес объекты, определенные в бизнес уровне, чтобы реализовать их функциональные возможности. Уровень услуг может также предоставить APIs REST в формате XML и JSON в качестве входного и выходного. Веб-приложения клиента могут взаимодействовать с приложением контроля внешней среды, исполнимого в качестве сервера посредством вызова интерфейса REST/SOAP по HTTP/HTTPS, используя XML/JSON.
Бизнес уровень контролирует бизнес объекты, которые взаимодействуют с одним или более серверами баз данных и контроллерами, в его ассоциированной системе для контроля условий внешней среды через уровень доступа к данным и шлюз связи. Во многих вариантах осуществления бизнес объекты разбиты на модули таким образом, что множественные услуги, ассоциированные с уровнем услуг, могут включать в себя один и тот же бизнес объект, чтобы реализовать его предоставленные функциональные возможности. Во многих вариантах осуществления одна услуга может использовать множественные объекты бизнес уровня для реализации его функциональных возможностей. Бизнес уровень может также включать в себя шину передачи сообщений для осуществления связи с контроллерами в его ассоциированной системе для контроля условий внешней среды.
Уровень доступа к данным предоставляет способ уменьшить степень связывания между бизнес логикой и логикой сохранности. Бизнес логика часто требует объекты сферы действия, которые сохраняются в базе данных. Уровень доступа к данным разрешает инкапсуляцию кода, чтобы выполнять операции создания, чтения, обновления и удаления (CRUD) в отношении сохраняемых данных, не затрагивая остальную часть уровней приложения (например, уровень сохранности). Это означает, что любое изменение в логике сохранности не будет неблагоприятно затрагивать никакие другие уровни модуля контроля внешней среды. Уровень доступа к данным поэтому делает возможным приложениям, таким как веб-приложение, основанное на модуле контроля внешней среды, беспрепятственно интегрироваться с новым провайдером базы данных.
Механизм посредничества предоставляет основанную на правилах маршрутизацию данных в пределах модуля контроля внешней среды. В некоторых вариантах осуществления механизм посредничества может содержать основанную на объектах Java реализацию шаблонов интеграции предприятия, которая использует API, чтобы конфигурировать правила посредничества и маршрутизации. Например, основанный на правилах маршрутизация механизма посредничества может гарантировать, что все события тревожных оповещений, с которыми сталкивается модуль контроля внешней среды, маршрутизиризуются к базе данных для сохранения, а все события сети сохраняются в другой базе данных.
Шина передачи сообщений предоставляет организацию очереди функциональных возможностей и используется для обработки всех связей от контроллеров, которые приняты модулем контроля внешней среды. В частности, шина передачи сообщений предоставляет организованные в очереди функциональные возможности для приоритезации информации, принятой от бизнес уровня и от шлюза связи. Например, вся информация (например, запросы), принятая шлюзом связи (например, от введенных в эксплуатацию блоков) маршрутиризируется через шину передачи сообщений посредством использования механизма посредничества. Любые ответы на такие запросы от шлюза связи маршрутизируются через шину передачи сообщений. Во многих вариантах осуществления шина передачи сообщений может использоваться, например, для: (a) приоритезации и направления запросов шлюза связи, принятых от бизнес уровня, уведомлений по электронной почте и сообщений SMS; (b) передачи сообщений статуса и тревожных оповещений к уровню представления для отображения на UI; (c) исполнения асинхронных процессов; (d) синхронной и асинхронной передачи сообщений; и (d), диспетчеризации сообщений последовательно и параллельно ко множественным модулям.
Во многих вариантах осуществления шина передачи сообщений содержит компонент администратора синхронизации, используемый для того, чтобы издавать обновления в режиме реального времени от контроллеров и введенных в эксплуатацию устройств на приложения входных интерфейсов. Приложения (например, центральная панель управления, представляющая информацию, обработанную модулем контроля внешней среды) могут подписываться на обновления в режиме реального времени от контроллеров (например, тревожные оповещения, события освещения, обновления энергии). Всякий раз, когда обновление в режиме реального времени принимается, например, шлюзом связи, администратор синхронизации может уведомлять всех абонентов.
База данных NoSQL (база данных в памяти) используется для хранения последних 24 часов данных тенденции (тренда). Во многих вариантах осуществления все данные в базе данных в памяти должны храниться в кэше и не должны сохраняться. Во многих вариантах осуществления эта база данных исполняется в отдельном процессе по сравнению с самим модулем контроля внешней среды, и к базе данных можно получить доступ, используя SQL.
Сервер базы данных используется для хранения данных управления, контроля и мониторинга. Сервер базы данных может быть локальным или удаленным по отношению к модулю контроля внешней среды. Если является локальным, сервер базы данных может быть создан во время установки продукта. Удаленная база данных может быть новой или существующей базой данных, которая может контролироваться клиентом. Сервер базы данных может получать доступ ко множественным схемам, чтобы контролировать разнообразие информации, которую он хранит. Например, схема OpenFire может содержать таблицы относящиеся к серверу XMPP. Эти таблицы могут содержать информацию, относящуюся к пользователям, комнатам и разрешениям. Схема liferay может содержать таблицы для порталов контроля, портлетов, пользователей и персонифицированных данных UI. Схема тревожных оповещений может содержать таблицы для планирования и администрирования тревожными оповещениями.
Шлюз связи предоставляет средство для модуля контроля внешней среды, чтобы осуществлять связь с устройствами и введенными в эксплуатацию блоками. В различных вариантах осуществления шлюз связи подписывается на события устройства, используя классы-оболочки COM Java , которые он использует, чтобы осуществлять связь с уровнем полевого обслуживания (FSL), доступного этим устройствам и введенным в эксплуатацию блокам (FSL не показан на фигуре 4A). Когда события, такие как событие освещения, регистрируются посредством введенных в эксплуатацию блоков, шлюз связи уведомляется относительно события посредством FSL. Шлюз связи после этого передает информацию события, как необходимо, верхним уровням (например, шине передачи сообщений, бизнес уровню, уровню услуг, уровню представления). Шлюз связи осуществляет связь с верхними уровнями модуля контроля внешней среды двумя способами: (1) через услуги REST, доступных только посредством компонентов бизнес уровня и (2) посредством использования шины передачи сообщений (например, используя протокол XMPP для всех запросов и ответов). Оба этих механизма конфигурируемы. Когда модуль контроля внешней среды развертывается на облаке, таким образом, что шлюз связи хостируется на частной сети, опция осуществления связи шины передачи сообщений может быть разрешена.
Во многих вариантах осуществления, чтобы передать данные верхним уровням от FSL, шлюз связи преобразовывает объекты FSL, принятые от уровня FSL, к общей модели объекта ISPF. Чтобы передать данные от верхних уровней модуля контроля внешней среды к FSL (причем так, чтобы шлюз связи взаимодействовал с введенными в эксплуатацию блоками), шлюз связи преобразовывает общие модели объекта из объектов ISPF в объекты FSL. В некоторых вариантах осуществления шлюз связи использует библиотеку ComfyJ, чтобы осуществить связь с FSL. Библиотека ComfyJ предоставляет классы-оболочки JNI для объектов FSL COM. В таких вариантах осуществления шлюз связи может быть исполнен в отдельном процессе JVM, для которого может быть назначено минимум 2 ГБ объема динамической памяти.
Во многих вариантах осуществления шлюз связи содержит API шлюза связи, код для того, чтобы преобразовать специфичные объекты домена в общую объектную модель ISP, и генерируемые ComfyJ классы-оболочки (например, ComfyJ генерирует классы-оболочки FSL с целью управления и осуществления мониторинга). API шлюза связи типично используется для посылки и приема сообщений от шины передачи сообщений.
ETL (извлечение трансформирование и загрузка) ISPF используется для извлечения данных из схемы проверки NoSQL и трансформирования данных в модель данных звезды для загрузки в схему тенденции сервера базы данных. Во многих вариантах осуществления ETL является отдельным процессом в ISPF, который запускается в отдельном контексте исполнения. Процесс ETL также запускается на запланированной основе, которая конфигурируема. По умолчанию планирование заключается в исполнении процесса ETL однократно каждые 12 часов.
Уровень аналитики анализирует данные, сформированные введенными в эксплуатацию блоками, и формирует текстовые и графические отчеты для отображения на приложениях входного интерфейса. Уровень аналитики может использовать конструкцию отчета или набор инструментов публикации, чтобы управлять оформлением интерфейса генерируемых отчетов и может также использовать набор инструментов анализа (например, Pentagon Mondrian) для анализа данных. Уровень аналитики может также предоставлять решение аналитической обработки онлайн (OLAP), где данные, такие как данные регистрации сети освещения, собираются в центральный репозиторий и анализируются для использования множественными приложениями конечного пользователя.
Фигура 4B иллюстрирует блок-схему различных выбранных компонентов варианта осуществления ISPF, развернутого облаком системы, для контроля условий внешней среды в физической структуре. Развертывание облака содержит машину 405C облака, исполняющую сервер 41°C «хозяина» среды и связанные модули (шина 43°C передачи сообщений, механизм 435C посредничества, аналитический механизм 415C, сервер 42°C кэша и сервер 425C базы данных). Эти связанные модули могут быть подобными аналогично названным модулям на фигуре 4A. При развертывании облака согласно фигуре 4B, однако, множественные модули контроля внешней среды (например, 410-1C и 410-2C) развертываются в пределах отдельных частных сетей (например, 405-1C и 402-2C). Эти множественные предполагаемые модули контроля могут обмениваться данными с машиной 405C облака через их соответствующие шины передачи сообщений, как указано. Соединения между сервером 41°C «хозяина» и модулями 410-1C и 410-2C контроля внешней среды могут быть защищены по протоколу TLS.
В варианте осуществления, изображенном на фигуре 4B, сервер 41°C «хозяина» среды, аналитический механизм 415C, сервер 42°C кэша, база данных 425C, шина 43°C передачи сообщений и механизм 435C посредничества являются всеми средами исполнения, исполняющимися на машине облака, которая является устройством аппаратного обеспечения. Аналитический механизм 415C может содержать механизм Pentaho Mondrian, сервер 42°C кэша может быть сервером EhCache, база данных 425C может быть сервером базы данных MS. SQL и механизм 435C посредничества могут быть механизмом Camel Apache. Модули 445-1C и 445-2C шлюза могут быть любым типом модулей шлюза, описанных в контексте фигуры 1A. Сервер 410 «хозяина» может использовать или иначе объединять технологии, такие как Liferay v6.1, JRE 1.6, apache CXF, DOJO v1.8, MXGraph, Spring 3, Strophe, JQChart, JasperReports, True license, InstallAnyWhere, и/или JPivot.
Ввод в эксплуатацию
Как первоначально описано выше в контексте фигуры 1A, модуль 120 введения в эксплуатацию участвует в процессе введения в эксплуатацию, выполняемом, например, системой 100A для контроля условий внешней среды в физической структуре. Согласно некоторым вариантам осуществления процесс введения в эксплуатацию содержит этапы, изображенные на фигуре 5. В различных других вариантах осуществления этапы в этом процессе не должны быть выполнены в показанном порядке, один или более этапов могут быть опущены, и один или более этапов, не изображенных, могут быть добавлены к процессу, показанному на фигуре 5. Этапы включают в себя этап 500, в котором одно или более устройства локализуются; этап 510, во время которого создаются введенные в эксплуатацию блоки; этап 520, на котором введенные в эксплуатацию блоки связываются с устройствами (например, датчиками) или другими введенными в эксплуатацию блоками; этап 530, на котором связываются введенные в эксплуатацию блоки; этап 540, на котором введенные в эксплуатацию блоки конфигурируются для использования в системе, такой как система 100A; и этап 550, на котором введенные в эксплуатацию блоки программируются по мере необходимости.
На этапе 500 фигуры 5 локализуются устройства, которые ассоциированы с системой, такой как система 100A. Локализация - это нанесение на карту устройств, таких как светильники, датчики и контроллеры их физическому местоположению в физической структуре, такой как здание. Физические структуры, такие как здания, вообще ассоциируются с иерархией. Например, университетский городок может содержать множественные здания, здание может содержать множественные этажи, и этаж может содержать множественные комнаты. Во время этапа 500 устройство, такое как датчик, может быть локализовано, будучи ассоциированным с конкретным углом или комнатой в пределах здания. Дополнительно, устройства, так же как пространства в пределах структур, могут быть ассоциированы с функциями во время процесса локализации. Например, комнате можно назначить функции разбитого на ячейки офиса, коридора, комнаты отдыха, переговорной или офиса свободной планировки. Устройству можно назначить функции, например, восприятия занятости, восприятия света, формирования света или управления. Во время процесса введения в эксплуатацию может также быть создан цифровая план-схема этажа структуры, такой как здание. Согласно некоторым вариантам осуществления план-схема этажа может содержать все подробности относительно иерархии структуры (например, этажи, функциональные пространства в пределах этажей, устройства и их местоположения в пределах функциональных пространств). План-схема этажа может также содержать информацию относительно функциональных линий связи между устройствами управления и введенными в эксплуатацию блоками. План-схема этажа может быть интерактивно создана авторизованным пользователем, имеющим доступ к инструменту введения в эксплуатацию, исполняемому одним или более процессорами, ассоциированными с модулем 120 введения в эксплуатацию, в котором инструмент введения в эксплуатацию визуально иллюстрирует различные уровни иерархии, ассоциированные со структурой. Примерная цифровая план-схема этажа изображена на фигуре 18. План-схема этажа может также визуально идентифицировать все локализованные устройства и их свойства.
Локализация может также включать в себя устройства, такие как светильники или введенные в эксплуатацию блоки, содержащие светильники, инициируемые, чтобы зажигаться и визуально идентифицировать их местоположение. Локализация может также совершаться посредством использования технологии кодированного света. Вообще, технология кодированного света включает в себя невидимую модуляцию света, чтобы содержать информацию об источнике света, такую как уникальный идентификатор и информация местоположения. Примеры устройств, которые могут быть локализованы посредством использования технологии кодированного света, включают в себя, без ограничения ими, контроллеры области, модули шлюза, светильники, датчики ILB, датчики PoE, пользовательские интерфейсы ручного управления PoE и переключатели PoE. Во время и/или после процесса локализации устройства могут предоставлять отчет о своих свойствах на инструмент введения в эксплуатацию, ассоциированный, например, с модулем 120 введения в эксплуатацию на фигуре 1A. Светильник может предоставлять отчет, например, в виде информации, обозначающей его тип (например, CCT, max output), доступных датчиках, версиях аппаратного обеспечения, версиях программного обеспечения и уникальный ID. В результате этапа 500 локализации цифровая карта этажа может графически отразить различные локализации устройств в их соответствующих местоположениях наряду с их свойствами (например, тип, уникальный ID).
На этапе 510 создаются введенные в эксплуатацию блоки. Введенный в эксплуатацию блок содержит одно или более устройств, которые ассоциированы друг с другом в системе, такой как система 100A, и, которые ведут себя согласно конкретным конфигурациям внутренних триггеров (триггеры, возникающие изнутри введенного в эксплуатацию блока) и внешних триггеров (триггеры, возникающие вне введенного в эксплуатацию блока). Триггеры могут включать в себя, например, данные датчика или ручное или центральное управление. Устройство может быть частью множественных введенных в эксплуатацию блоков. И введенные в эксплуатацию блоки могут быть использованы для определения иерархии в физической структуре, такой как здание. Например, введенный в эксплуатацию блок может быть (1) группой устройств, таких как светильники и датчики, (2) одним или более индивидуальными устройствами, или (3) комбинацией одного или более введенных в эксплуатацию блоков и индивидуальных устройств. Введенный в эксплуатацию блок может также быть областью (например, рабочим пространством, комнатой, коридором), включающей в себя одну или более групп устройств, таких как светильники, датчики и контроллеры.
Во многих вариантах осуществления введенному в эксплуатацию блоку можно назначить один или более шаблонов параметров настроек. Шаблоны параметров настроек являются коллекцией заранее определенных параметров настроек системы или конфигурацией параметров устройства, разработанных, чтобы регулировать поведение одного или более устройств так, чтобы формировать набор условий внешней среды. Система для контроля условий внешней среды, такая как система 100A, работающая в пределах большого пространства, должна создавать различное освещение и другие условия внешней среды в различных частях пространства, которые сталкиваются с различными обстоятельствами (например, высокий пешеходный трафик, низкая занятость (пространства)). Шаблоны параметров настроек предоставляют эффективный механизм для захвата предпочтительного поведения устройств в этих различных пространствах при обычно происходящих обстоятельствах. Шаблоны параметров настроек могут задавать, например, минимальные уровни света в коридоре офисного здания во время рабочих часов.
В некоторых вариантах осуществления ввод в эксплуатацию блоков на этапе 510 может быть основан на правиле. В основанном на правиле введении в эксплуатацию множественные устройства могут быть введены в эксплуатацию в качестве единственного введенного в эксплуатацию блока на основании заранее определенных правил. В некоторых таких вариантах осуществления правило может обозначать размер введенного в эксплуатацию блока в зависимости от количества устройств, которые могут быть включены в качестве части блока. Кроме того, другие динамические параметры, такие как позиция пользователя системы в области и размерности и позиция монтажа устройств вокруг пользователя, временный или постоянный введенный в эксплуатацию блок, могут быть сформированы. Фигура 7 изображает вариант осуществления основанного на правиле введения в эксплуатацию, где центральное темное пятно представляет пользователя системы. В этом варианте осуществления устройства, которые по меньшей мере, частично расположены в пределах первой области круга, окружающего пользователя (область 710 задачи), могут формировать введенный в эксплуатацию блок, и устройства, прежде всего расположенные вне области круга, которые находятся за первой областью круга, окружающего пользователя (непосредственная окружающая область 720), могут формировать другой введенный в эксплуатацию блок. Каждый введенный в эксплуатацию блок может управляться отдельно, и правила освещения могут применяться по-разному к одинаковым устройствам в зависимости от того, с каким введенным в эксплуатацию блоком оно ассоциировано.
В других вариантах осуществления введение в эксплуатацию блоков на этапе 510 может быть фиксированным. При фиксированном введении в эксплуатацию заранее введенные в эксплуатацию блоки или группы создаются, например, логически разделяя зону, такую как офис свободной планировки, на выделенные зоны (например, зоны задач, коридоры, декоративные зоны), и, создавая один или более введенных в эксплуатацию блоков, содержащих устройства, которые локализованы на этих выделенных зонах. Фигура 6 изображает несколько введенных в эксплуатацию блоков (например, группы задач A, B и C; декоративная группа A; и группа коридора A), сформированных на основании логического подразделения комнаты свободной планировки на выделенные зоны (три зоны задач, декоративная зона и зона коридора), и на местоположении и пространственной конфигурации светильников в пределах каждой выделенной зоны. Создание введенных в эксплуатацию блоков этапа 510 может также включать в себя дополнение устройств (например, светильников, средств управления и датчиков) к ранее введенным в эксплуатацию блокам и связывание недавно введенных в эксплуатацию блоков с существующими введенным в эксплуатацию блокам. Связывание описано ниже в контексте этапа 530.
Группировка множественных устройств в единственный введенный в эксплуатацию блок обеспечивает эффективный контроль условий внешней среды. Например, множественные IP светильники и их ассоциированные датчики могут быть ответственными за освещенность конкретной зоны задач, такой как поверхность стола. Вместо того, чтобы отдельно выдавать команды к каждому IP светильнику в введенном в эксплуатацию блоке или отдельно осуществлять мониторинг данных датчика для каждого из различных датчиков, системы, такие как система 100A, могут выдавать одну команду для каждого введенного в эксплуатацию блока, когда необходимо, регулировать условие внешней среды, такое как освещенность, которое может быть применено после любой необходимой обработки ко всем блокам освещения в пределах введенного в эксплуатацию блока. Аналогично, данные датчика от множественных датчиков в пределах введенного в эксплуатацию блока могут предоставлять отчет в совокупности к модулям системы 100A, таким как модуль 110 контроля внешней среды, нежели повторно предоставлять отчеты данных датчика от каждого индивидуального датчика.
На этапе 520 введенные в эксплуатацию блоки, содержащие устройства освещения или HVAC, агрегируются для управления, и устройства датчика или введенные в эксплуатацию блоки, содержащие такие устройства. Инструмент введения в эксплуатацию, описанный выше, будет во многих вариантах осуществления позволять авторизованному пользователю (например, инженеру по вводу в эксплуатацию) выбирать датчики (например, датчики занятости, датчики света) для ассоциации с введенными в эксплуатацию блоками. Связывание введенных в эксплуатацию блоков с конкретными датчиками или типами датчиков обеспечивает создание введенных в эксплуатацию блоков, которые являются подходящими для участия в основанном на занятости или основанном на дневном свете управлении внешней средой. Эти механизмы управления описаны в контексте фигур с 8 по 17 ниже.
Во многих вариантах осуществления процесса, изображенного на фигуре 5, авторизованный пользователь (например, инженер по вводу в эксплуатацию) может связать множественные датчики занятости с одним и тем же введенным в эксплуатацию блоком. В такой компоновке введенный в эксплуатацию блок при управлении, основанном на занятости, может быть направлен, чтобы отображать занятое поведение, только если один из связанных датчиков проваливают восприятие занятости, и может быть предназначен, чтобы отображать незанятое поведение, только если все связанные датчики не обеспечивают восприятие занятости. Пользователь может также связывать множественные датчики дневного света с одним и тем же введенным в эксплуатацию блоком. В такой конфигурации вышеупомянутый инструмент введения в эксплуатацию может также дать возможность авторизованному пользователю конфигурировать, каким образом множественные относящиеся к свету события, возникающие вследствие множественных датчиков дневного света, агрегируются и/или обрабатываются. Инструмент введения в эксплуатацию в различных вариантах осуществления может позволять авторизованному пользователю связывать ручные и персональные контроллеры (и фиксируемые, и мобильные) к введенным в эксплуатацию блокам. Это обеспечивает создание вручную управляемых введенных в эксплуатацию блоков и обеспечивает назначение объема управления для каждого устройства контроллера. Это в свою очередь приводит к эффективному контролю управлением запросов, принятых от различных контроллеров в здании, и повсеместного увеличения эффективности контроля условиями внешней среды в пределах здания.
На этапе 530 введенные в эксплуатацию блоки связываются. Связывание введенных в эксплуатацию блоков обычно требует ассоциирование введенных в эксплуатацию блоков в памяти. После связывания введенный в эксплуатацию блок может оказывать влияние на поведение других введенных в эксплуатацию блоков, с которыми он связан. Например, то, выключает ли первый введенный в эксплуатацию блок свой свет, когда оставшийся обитатель области уходит, может зависеть от того, выключен ли другой связанный введенный в эксплуатацию блок, предоставляющий освещенность в смежной области. Во многих вариантах осуществления, если первый введенный в эксплуатацию блок, содержащий светильники, связан со вторым введенным в эксплуатацию блоком, содержащим светильники, и первый блок обнаруживает занятость, свет, сформированный вторым блоком, может перейти к заранее сконфигурированному связанному внутри уровню света в ответ на обнаруженную занятость. Связывание введенных в эксплуатацию блоков поэтому позволяет системе соответственно управлять условиями внешней среды в больших пространствах (например, большие открытые офисы), координируя отклик множественных введенных в эксплуатацию блоков, охватывающих различные области в пределах этих пространств, когда изменения (например, изменения в занятости) обнаруживаются только в одной области.
При некоторых обстоятельствах координирование поведения множественных введенных в эксплуатацию блоков может быть необходимым, чтобы предоставлять удобную внешнюю среду обитателям большого открытого пространства в пределах здания. Например, когда несколько обитателей остаются в разбитых на ячейки офисах в пределах пространства офиса свободной планировки, будет энергоэффективным выключить освещение в незанятых областях офиса. В то же время может быть выгодным гарантирование, что освещенность в областях, смежных с занятыми разбитыми на ячейки офисами, так же как и в некоторых общих областях коридора, поддерживается такой, чтобы избегать восприятия изоляции для оставшихся обитателей офиса свободной планировки.
На этапе 530 инструмент введения в эксплуатацию может также позволять авторизованному пользователю связывать введенные в эксплуатацию блоки с одной или более сетками или областями HVAC. Во многих вариантах осуществления единственная область или сетка HVAC могут содержать множественные группы освещения. В таких вариантах осуществления датчики, ассоциированные со множественными группами освещения, могут быть ассоциированы с идентификатором области HVAC для единственной области или сетки HVAC. Когда такая конфигурация является действующей, информация датчика от введенных в эксплуатацию блоков в пределах множественных групп освещения может быть направлена контроллерам области HVAC, ассоциированным с единственной областью или сеткой HVAC.
Этап 540 является этапом конфигурации, во время которого различные конфигурируемые параметры введенных в эксплуатацию блоков задаются посредством использования, например, инструмента введения в эксплуатацию. Такие параметры могут управлять поведением по умолчанию введенного в эксплуатацию блока при различных условиях. Во время этапа конфигурации шаблоны параметров настройки могут быть назначены или деассоциированы от введенных в эксплуатацию блоков, поведение включения питания введенных в эксплуатацию блоков может задаваться, опции управления могут быть доступны или недоступны, параметры тактирования (например, время затухания, выдержка времени при остановке, время выдержки, время отсрочки, интеллектуальное время) могут задаваться, параметры связанные с занятостью (например, максимальный уровень света при занятости, минимальный уровень света при занятости), могут задаваться, основные параметры освещения (например, уровень фонового света, уровень подсветки) могут задаваться, пользовательские параметры управления (например, этап затемнения, скорость затемнения, время удержания) могут задаваться, и уровни приоритета, ассоциированные с различными опциями управления (например, основанное на пребывании управление, основанное на дневном свете управление, ручное управление, персональное управление и центральное управление), могут задаваться. Во время этого этапа инструмент введения в эксплуатацию, ассоциированный с, например, модулем 120 введения в эксплуатацию системы 100A, или центральная панель управления, ассоциированная с, например, с модулем 110 контроля внешней среды системы 100A, могут выборочно запретить пользователю (например, менеджера предприятия) задавать и/или регулировать некоторые параметры для введенных в эксплуатацию устройств или блоков, которые, вероятно, будут за пределами уровня компетентности пользователя. Во время этого этапа авторизованный пользователь может также иметь возможность ассоциировать шаблон параметров настроек поведения приложения с любым введенным в эксплуатацию блоком. Шаблон параметров настроек поведения приложения является коллекцией параметров или других значений конфигурации, подходящих для конкретного приложения.
Чтобы сделать процесс введения в эксплуатацию более эффективным, инструмент введения в эксплуатацию и/или центральная панель управления также разрешают одновременное конфигурирование множественных введенных в эксплуатацию блоков. Например, пользователь может выбирать заставить два или более введенных в эксплуатацию блоков, принимать одни и те же параметры настройки конфигурации, какие выбраны ранее для другого введенного в эксплуатацию блока. Пользователь может также использовать инструмент введения в эксплуатацию, чтобы скопировать и вставить параметры настроек конфигурации от одного устройства или введенного в эксплуатацию блока другому. В различных вариантах осуществления инструмент введения в эксплуатацию или центральная панель управления могут также быть использованы для возвращения конфигурируемых параметров любого устройства или введенного в эксплуатацию блока к предыдущим параметрам настройки, таким как заводские параметры настройки по умолчанию. Кроме того, инструмент введения в эксплуатацию может быть использован для перемещения линий связи к датчикам и средствам управления. Инструмент введения в эксплуатацию может также давать возможность авторизованному пользователю вручную или автоматически калибровать датчики (например, датчики дневного света). Во время калибровки датчика он, возможно, не имеет возможности осуществлять связь с остальной частью системы. Калиброванный датчик может предоставлять визуальную или другую обратную связь, однажды успешно калиброванную.
Этап 550 является этапом программирования, во время которого пользователь может создавать и назначать шаблон параметров настроек одному или более введенным в эксплуатацию блокам, таким образом, что введенные в эксплуатацию блоки имеют возможность вести себя в соответствии с шаблоном параметров настроек, если требуется. Например, пользователь может использовать инструмент введения в эксплуатацию, чтобы создать шаблон параметров настроек конкретной сцены освещения для введенного в эксплуатацию блока, задавая параметры освещения для различных светильников, включенных в пределах введенного в эксплуатацию блока. Такая сцена освещения может после этого использоваться как сцена по умолчанию в зоне встречи, ассоциированной с введенным в эксплуатацию блоком, когда зоны встречи переходят от незанятого в занятое состояние. В некоторых вариантах осуществления инструмент введения в эксплуатацию может позволять пользователю сохранять текущие параметры настройки света введенного в эксплуатацию блока в качестве новой сцены. Введенный в эксплуатацию блок может иметь множественные ассоциированные сцены для применения при различных обстоятельствах, таких как специфичные условия занятости, условия дневного света и/или специфичное время суток.
Удаленный повторный ввод в эксплуатацию
В некоторых вариантах осуществления центральная панель управления может позволять авторизованному пользователю удаленно повторно вводить в эксплуатацию ранее введенные в эксплуатацию блоки. Чтобы выполнить повторный ввод в эксплуатацию, центральная панель управления может предоставлять средство пользовательского интерфейса для осуществления поиска и определения расположения блоков, подлежащих повторному введению в эксплуатацию, на отображенной цифровой плане-схеме этажа физической структуры, в которой расположено устройство. Пользователи могут иметь возможность осуществлять поиск введенных в эксплуатацию блоков, используя тип блока, местоположение в пределах структуры, идентификационный номер или другую информацию. Введенные в эксплуатацию блоки, соответствующие критериям поиска пользователя, могут после этого быть отображены и выбираться пользователем. Как только введенный в эксплуатацию блок или устройство выбраны или иначе идентифицированы для удаленного повторного ведения в эксплуатацию, пользователю может быть разрешено рассмотреть и отредактировать различные параметры, ассоциированные с этим блоком или устройством. Центральная панель управления может также позволять пользователю деассоциировать блок или устройство для одного введенного в эксплуатацию блока и повторно ассоциировать устройство или блок с различным устройством или блоком.
Контроль условий внешней среды - автоматическое управление
Согласно многим вариантам осуществления условия внешней среды в пределах структуры, такой как здание, подвергаются мониторингу и управлению, чтобы предоставить обитателям оптимальные условия (например, освещение, температуру, воздушный поток), в то же время экономя энергию. Этот раздел фокусируется на занятости и основанном на дневном свете управлении условиями внешней среды. В то время как многие из вариантов осуществления, описанных ниже, полагаются на запрограммированную логику и параметры системы, другие варианты осуществления функционируют посредством осуществления мониторинга условий, таких как уровни света и температура в режиме реального времени, приема обратной связи и/или инструкций от обитателей или удаленных пользователей пространства и регулирования условий внешней среды соответственно.
Основанное на занятости управление
Основанное на занятости управление условиями внешней среды происходит автоматически в ответ на изменения в занятости в пределах пространства. Основанные на занятости механизмы управления могут, однако, во многих вариантах осуществления применяться совместно с ручными, центральными или персональными механизмами управления. В разделах ниже подробности относительно конфигурируемых параметров, упомянутых в описаниях каждой фигуры ниже, появляются до описаний самих фигур.
Конфигурируемые Параметры: MaxWhenOccupied и MinWhenOccupied
Используя инструмент введения в эксплуатацию, авторизованный пользователь, такой как инженер по вводу в эксплуатацию, может конфигурировать параметры, обозначающие максимальный и минимальный выход света, посредством введенного в эксплуатацию блока, ассоциированного с занятым пространством. В некоторых вариантах осуществления параметры, обозначающие максимальный свет, который должен выводиться, когда ассоциированная область занята (MaxWhenOccupied) и минимальный свет, который должен выводиться, когда ассоциированная область занята (MinWhenOccupied), могут каждый быть установлены равным значению между 0% и 100% от способности вывода. Однако, параметр MaxWhenOccupied может в некотором использовании вариантов осуществления технологии закодированного света не быть установленным равным значению выше 90%. Аналогично, в некоторых вариантах осуществления использования технологии кодированного света, параметр MinWhenOccupied может не быть установлен равным значению ниже 25%. Эти ограничения могут требоваться в некоторых вариантах осуществления, чтобы составить требования технологии кодированного света и/или физических ограничений светильников.
Конфигурируемые параметры: уровень 1 света и уровень 2 света
Уровень 1 света и уровень 2 света являются конфигурируемыми параметрами, ассоциированными с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления уровень 1 света выражает уровень света для того, чтобы предоставить более низкий уровень фона освещенности, и уровень 2 света выражает уровень света для того, чтобы предоставить более высокий уровень задачи освещенности. Значение по умолчанию для параметра уровня света 1 может составлять 300 люкс, в то время как значение по умолчанию для параметра уровня света 2 может составлять 500 люкс. Авторизованный пользователь может иметь возможность использовать инструмент, такой как инструмент введения в эксплуатацию, центральная панель управления или другие ручные или персональные контроллеры, чтобы устанавливать и/или изменять эти параметры. В различных вариантах осуществления эти параметры могут отслеживать значения, ассоциированные с MinWhenOccupied к MaxWhenOccupied.
Фигура 8 иллюстрирует основанный на занятости способ управления 800 для ответа на обнаружение занятости в ранее незанятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 810 по 840. Способ 800 может быть выполнен, например, посредством компонентов системы 100A или 100B, изображенных на фигурах 1A и 1B, соответственно. На этапе 810 принимается ввод (входной сигнал) датчика. Ввод датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика занятости, такой как датчик движения. Ввод датчика может приниматься для обработки посредством самого датчика или посредством одного или более модулей, изображенных на фигурах 1A или 1B (например, модуля 110 контроля внешней среды, модуля 120 шлюза, или IP светильника 150). На этапе 820 обрабатывается ввод датчика и делается определение, чтобы указанная зона перешла от незанятого состояния (например, без обитателей) к занятому состоянию (например, по меньшей мере с одним обитателем). На этапе 830 в ответ на определение, сделанное на этапе 820, по меньшей мере один светильник переходит от непредоставления освещенности к предоставлению заранее сконфигурированного фонового уровня освещенности (например, уровня 1 света) в пределах заранее сконфигурированного периода времени реакции. В некоторых вариантах осуществления светильник, который более близко ассоциирован с датчиком, воспринимающим изменение в статусе занятости (например, светильник, заключающий в себе датчик или любой другой физически ближайший к датчику), переходит сначала к фоновому уровню освещенности. Этот по меньшей мере один светильник может быть частью единственных введенных в эксплуатацию блоков или множественных введенных в эксплуатацию блоков, которые охватывают или иначе ассоциированы с указанной зоной.
На этапе 840 множество светильников, ассоциированных с указанной зоной, производят эффект группового освещения. Эффект группового освещения формируется, когда множество светильников каждый переключается на более высокий уровень света, но время, за которое каждый светильник выполняет этот переход, затрачивается в соответствии с его расстоянием от первого светильника, выполняющего переход. Светильники, которые ближе к первому светильнику, выполняют переход к более высокому уровню света раньше, чем светильники, которые находятся еще дальше от первого светильника. Это создает эффект "рассеивания" по всему пространству от конкретной исходной точки. В некоторых вариантах осуществления групповой эффект, однажды начатый, может проходить без дальнейшей координации от модулей системы, таких как модулей 110 контроля внешней среды или модулей 130 шлюза. Например, IP светильник, такой как IP светильник 140, может не только принуждать свой собственный источник света (например, источник 140-2 света) переключаться на формирование более высокого уровня света, но может также осуществлять связь с расположенным вблизи другим IP светильником, но еще дальше от первого светильника (например, IP светильник 150) через, например, его модуль управления (например, модуль 140-3 управления ) и линию связи L7, таким образом, что IP светильник 150 затем переключает свой собственный источник света (например, источник 150-2 света) на формирование более высокого уровня света. В других вариантах осуществления другие модули системы, такие как модуль 110 контроля внешней среды или модуль 130 шлюза, могут скоординировать групповой эффект, например, выборочно инструктируя светильники или включиться или формировать более высокий уровень света.
Конфигурируемый параметр: уровень межсвязанного света
Уровень межсвязанногосвета является конфигурируемым параметром, ассоциированным с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления он выражает уровень света, сформированный введенным в эксплуатацию блоком, когда занятость обнаруживается не введенным в эксплуатацию блоком непосредственно, а одним или более связанными введенными в эксплуатацию блоками. Во многих вариантах осуществления параметрмежсвязанного уровня света ранжируется в диапазоне от 0% до 100% от выхода светильника, и может конфигурироваться при 1%-ой степени детализации. Инструмент введения в эксплуатацию может быть использован для конфигурирования межсвязанного уровня света для любого введенного в эксплуатацию блока, и центральная панель управления или ручной или персональный контроллер могут использоваться для сброса этого параметра для одного или более введенных в эксплуатацию блоков.
Фигура 9A иллюстрирует основанный на занятости способ 900 управления для ответа на обнаружение нехватки занятости в ранее занятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 910A по 940A. Способ 900A может быть выполнен, например, компонентами системы 100A или 100B, изображенными на фигурах 1A и 1B, соответственно. Способ согласно фигуре 9A может быть использован для осуществления передачи информации занятости между связанными введенными в эксплуатацию блоками, которые, в свою очередь, могут быть использованы для достижения экономии энергии.
На этапе 910A принимается ввод (входной сигнал) датчика. Ввод датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика занятости, таким как датчик движения. Ввод датчика может приниматься для обработки посредством самого датчика или посредством одного или более модулей, изображенных на фигурах 1A или 1B (например, модуля 110 контроля внешней среды или модуля 120 шлюза). На этапе 920A обрабатывается ввод датчика и делается определение, что указанная зона перешла от занятого состояния (например, по меньшей мере с одним обитателем) в незанятое состояние (например, без обитателей). На этапе 930A один или более блоков памяти, доступных для контроллеров светильника или введенных в эксплуатацию блоков, ассоциированных с контроллерами светильника в, по меньшей мере, указанной зоне, обновляются, чтобы отразить, что указанная зона перешла в незанятое состояние. Во многих вариантах осуществления один или более блоков памяти могут также быть доступными для других модулей системы, таких как модуль 110 контроля внешней среды и модуль 130 шлюза.
На этапе 940A множество светильников или блоков освещения, ассоциированных с указанной зоной, переходят к предоставлению освещенности на уровне межсвязанного света. Ассоциация с указанной зоной может возникнуть из-за множества светильников или блоков освещения, принадлежащих одному или более введенных в эксплуатацию блокам, связанных с введенным в эксплуатацию блоком, охватывающим указанную зону. Во многих вариантах осуществления множество светильников или блоков освещения доступны, по меньшей мере, для одного IP светильника или по меньшей мере одного введенного в эксплуатацию блока в указанной зоне. Множество светильников или блоков освещения могут быть частью одного и того же введенного в эксплуатацию блока или различных введенных в эксплуатацию блоков, которые связываются во время процесса введения в эксплуатацию. В некоторых вариантах осуществления команда или инструкция к переходу к уровню межсвязанного света могут быть размножены от одного IP светильника (например, IP светильника 140 системы 100A) к другому коммуникативно связанному IP светильнику (например, IP светильнику 150 системы 100A) без координации от наиболее центральных модулей системы, таких как модуль 110 контроля внешней среды или модуль 130 шлюза. В некоторых других вариантах осуществления модуль 110 контроля внешней среды или модуль 130 шлюза могут инструктировать каждый введенный в эксплуатацию блок, связанный с введенным в эксплуатацию блоком в указанной зоне, формировать уровень межсвязанного света, и каждый IP светильник, который является частью введенного в эксплуатацию блока, может после этого принуждать свои собственные светильники к переходу к уровню межсвязанного света. В некоторых вариантах осуществления второй введенный в эксплуатацию блок, связанный с первым введенным в эксплуатацию блоком, охватывающий указанную зону, может переключать свои светильники или блоки освещения на уровень межсвязанного света, только если второй введенный в эксплуатацию блок НЕ охватывает другую зону, которая занята.
Фигура 9B иллюстрирует основанный на занятости способ управления 900B, иллюстрирует основанный на занятости способ управления для ответа на обнаружение занятости в ранее незанятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 910B по 940B. Способ 900B может быть выполнен, например, компонентами системы 100A или 100B, изображенными на фигурах 1A и 1B, соответственно.
На этапе 910B датчики занятости формируют данные, обозначающие указанную зону, переходящую к занятому состоянию от незанятого состояния. На этапе 920B по меньшей мере первый светильник, ассоциированный с первым связанным введенным в эксплуатацию блоком, формирует фоновый уровень освещенности в пределах заранее определенного периода реакции, следующего за формированием данных датчика. Первый связанный введенный в эксплуатацию блок может быть связан со множеством введенных в эксплуатацию блоков, и может быть компонентами системы для контроля условий внешней среды, описанных в настоящем описании. На этапе 930B первый связанный введенный в эксплуатацию блок передает данные, обозначающие изменение состояния указанной зоны. В некоторых вариантах осуществления данные, обозначающие изменение состояния, могут передаваться посредством первого связанного введенного в эксплуатацию блока непосредственно к другому введенному в эксплуатацию блоку, с которым он связан, или к модулю системы, такому как модуль 110 контроля внешней среды или модуль 130 шлюза. Первый связанный введенный в эксплуатацию блок может также передавать данные посредством обновления памяти, доступной для других модулей системы или введенных в эксплуатацию блоков, данными, обозначающими изменение состояния. На этапе 940B второй введенный в эксплуатацию блок, связанный с первым введенным в эксплуатацию блоком, принимает данные, обозначающие изменение состояния, и принуждает второй светильник или блок освещения переменить свою освещенность. В некоторых вариантах осуществления второй введенный в эксплуатацию блок извлекает данные, обозначающие изменение состояния, из, например, памяти или модуля системы, который первый связанный введенный в эксплуатацию блок обновил данными, обозначающими изменение состояния. Второй светильник или блок освещения может переменить свою освещенность, например, увеличивая или уменьшая уровень света или интенсивность света, которую он формирует, изменяя цвет или цветовую температуру света, которую он формирует, или изменяя направления света, которое он формирует. Желательная перемена его освещенности может быть сохранена во втором введенном в эксплуатацию блоке непосредственно или принята от других модулей системы, таких как модуль 110 контроля внешней среды или модуль 130 шлюза.
Конфигурируемые параметры: отсроченное затухание и время затухания
Параметр «отсроченное затухание» обозначает будет ли эффект затухания, происходящий в пределах времени затухания, которое будет выполнено посредством введенного в эксплуатацию блока при переходе между одним условием внешней среды (например, уровнем света) к другому. Этот параметр может быть разрешен или запрещен для любого введенного в эксплуатацию блока, который способен к выполнению эффекта затухания. Инструмент введения в эксплуатацию или центральная панель управления могут быть использованы для конфигурирования параметров отсроченного затухания и времени затухания для любого введенного в эксплуатацию блока, и центральная панель управления или другой ручной или персональный контроллер могут быть использованы для сброса этого параметра для введенных в эксплуатацию блоков.
Фигура 10 иллюстрирует другой основанный на занятости способ 1000 управления для ответа на обнаружение нехватки занятости в ранее занятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 1010 по 1040. Способ 1000 может быть выполнен компонентами системы 100A или 100B, изображенными на фигурах 1A и 1B, соответственно. Способ согласно фигуре 10 может быть использован для передачи информации занятости между связанными введенными в эксплуатацию блоками так, чтобы достигалась экономия энергии.
На этапе 1010 принимается ввод (входной сигнал) датчика. Входной сигнал датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика занятости, таким как датчик движения. Входной сигнал датчика может быть принят для обработки посредством самого датчика или посредством одного или более модулей, изображенных на фигурах 1A или 1B (например, модуля 110 контроля внешней среды или модуля 120 шлюза). На этапе 1020 обрабатывается входной сигнал датчика и выполняется определение, что указанная зона перешла от занятого состояния (например, по меньшей мере одним обитателем) в незанятое состояние (например, без обитателей). На этапе 1030 одна или более памяти, доступные для IP светильников или введенных в эксплуатацию блоков в по меньшей мере указанной зоне, обновляются, чтобы отразить, что указанная зона перешла в незанятое состояние. Во многих вариантах осуществления одна или более памяти могут также быть доступными для других модулей системы, таких как модуль 110 контроля внешней среды и модуль 130 шлюза.
На этапе 1040 множество светильников или введенных в эксплуатацию блоков, ассоциированных с указанной зоной, выключаются в согласии с эффектом затухания. Множество светильников или введенных в эксплуатацию блоков могут быть охвачены в указанной зоне напрямую или ненапрямую, будучи связанными с одним или более введенными в эксплуатацию блоками, которые охвачены в указанной зоне. Множество светильников могут быть частью одного и того же введенного в эксплуатацию блока или различных введенных в эксплуатацию блоков, которые связываются во время процесса введения в эксплуатацию.
Эффект затухания может включать в себя постепенный переход одного или более светильников или блоков освещения к формированию более низких уровней света, до тех пор пока светильники или блоки освещения по существу не перестанут формировать освещенность. В некоторых вариантах осуществления введенный в эксплуатацию блок может только согласовываться с эффектом затухания, если конкретный параметр (например, отсроченное затухание) доступен для этого блока. Другие подробности относительно эффекта затухания (например, количество времени, требуемое для перехода от предоставления представленного уровня света к уровню света, ассоциированному с выключенным состоянием) могут конфигурироваться для каждого введенного в эксплуатацию блока. Соответственно, каждый введенный в эксплуатацию блок, участвующий на этапе 1040 для перехода множества светильников или блоков освещения к выключенному состоянию, может выполнять свою собственную версию эффекта затухания. В некоторых вариантах осуществления команда или инструкция для перехода к выключению могут быть приняты от центрального модуля системы, такого как модуль 110 контроля внешней среды или модуль 130 шлюза посредством каждого введенного в эксплуатацию блока, охваченного в указанной зоне. Команда может после этого быть обработана и распространена от одного IP светильника (например, IP светильника 140 системы 100A) к другому коммуникативно связанному IP светильнику (например, IP светильнику 150 системы 100A) каждого введенного в эксплуатацию блока без дальнейшей координации от модулей системы, таких как модуль 110 контроля внешней среды или модуль 130 шлюза.
Конфигурируемый Параметр: Период выдержки
Период выдержки является конфигурируемым параметром, ассоциированным с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления период выдержки является промежутком времени, необходимым для системы, чтобы гарантировать, что определенное (выявленное) условие правильно или все еще применимо. Он помогает избежать ситуаций, когда временные изменения в занятости приводят к частым и ненужным регулировкам условий внешней среды. Например, после того, как датчики первоначально указывают, что зона стала вакантной, и, если датчики все еще указывают вакантность после того, как период выдержки истек, это подразумевает с большей вероятностью, что зона, в которой осуществлялся мониторинг, действительно вакантна, и, что вакантность не является результатом того, что обитатели временно находятся вне зоны, в которой осуществлялся мониторинг. Во многих вариантах осуществления период выдержки может колебаться в диапазоне от 1 до 35 минут со значением по умолчанию 15 минут. Ручные контроллеры могут позволять пользователю переменить период выдержки со степенью детализации 1 минута. Инструмент введения в эксплуатацию может быть использован для конфигурирования периода выдержки для любого введенного в эксплуатацию блока, и центральная панель управления или другой ручной или персональный контроллер могут быть использованы для сброса периода выдержки для одного или более введенных в эксплуатацию блоков.
Конфигурируемый параметр: период отсрочки
Период отсрочки является конфигурируемым параметром, ассоциированным с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления он выражает время, необходимое для системы, чтобы гарантировать, что выявленное обнаруженное условие внешней среды все еще продолжается после истечения конкретного промежутка времени. В некоторых вариантах осуществления период отсрочки является дополнительным периодом времени, инициализированным после того, как период выдержки истек, чтобы предоставить дополнительную длительность времени, в течение которой будет осуществлен мониторинг выходного сигнала датчика, чтобы выявить, является ли обнаруженное изменение в занятости продолжающимся в течение еще более длинного промежутка времени. Во многих вариантах осуществления период отсрочки может колебаться в диапазоне от 0 до 25 секунд со значением по умолчанию 5 секунд. Ручные контроллеры могут позволять пользователю изменять период отсрочки со степенью детализации 1 секунда. Инструмент введения в эксплуатацию может быть использован для конфигурирования периода отсрочки для любого введенного в эксплуатацию блока, и центральная панель управления или другие ручные или персональные контроллеры могут быть использованы для сброса периода отсрочки для одного или более введенных в эксплуатацию блоков.
Конфигурируемый параметр: период продлевания
Период продлевания является конфигурируемым параметром, ассоциированным с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления он выражает время, необходимое для системы, чтобы гарантировать, что выявленное обнаруженное условие внешней среды все еще продолжается после истечения конкретного промежутка времени. В некоторых вариантах осуществления период продлевания является дополнительным периодом времени, инициализированным после того, как первый период отсрочки истек, чтобы предоставить дополнительную длительность времени, в течение которой будет осуществлен мониторинг выходного сигнала датчика, чтобы выявить, является ли обнаруженное изменение в занятости продолжающимся в течение еще более длинного промежутка времени. Во многих вариантах осуществления это используется как добавленная мера предосторожности, чтобы гарантировать статус незанятости области непосредственно перед выключением светильников или блоков освещения в области. Ручные контроллеры могут позволять пользователю вручную переменять период продлевания с конкретной степенью детализации. Инструмент введения в эксплуатацию может быть использован для конфигурирования периода продлевания для любого введенного в эксплуатацию блока, и центральная панель управления или другой ручной или персональный контроллер могут быть использованы для сброса периода продлевания для одного или более введенных в эксплуатацию блоков.
Фигура 11 иллюстрирует основанный на занятости способ 1100 управления для ответа на обнаружение нехватки занятости в ранее занятом пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Способ включает использование периода выдержки, периода отсрочки и периода продлевания для того, чтобы подтвердить статус занятости. Он содержит этапы с 1110 по 1160. Способ 1100 может быть выполнен компонентами системы 100A или 100B, изображенными на фигурах 1A и 1B, соответственно. На этапе 1110 входной сигнал датчика обрабатывается, чтобы выявить, перешла ли указанная зона от занятого состояния (например, по меньшей мере одним обитателем) в незанятое состояние (например, без обитателей). Входной сигнал датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика занятости, таким как датчик движения. Входной сигнал датчика может обрабатываться посредством датчика непосредственно или посредством одного или более модулей системы, изображенных на фигурах 1A или 1B (например, модуля 110 контроля внешней среды или модуля 120 шлюза). Если результат определения отрицателен (например, не было перехода от занятого в незанятое состояние), то не предпринимается никакого действия. Если результат определения положителен (например, указанная зона перешла от занятого в незанятое состояние), то инициируется период выдержки, во время которого будет осуществлен мониторинг входного сигнала датчика, ассоциированного с указанной зоной, но никакого изменения в условиях внешней среды вследствие определения на этапе 1110 не будет сделано. По завершению периода выдержки делается определение на этапе 1115 относительно того, указывал ли в течение всего периода выдержки входной сигнал датчика, что обозначенная зона оставалась незанятой. Если определение на этапе 1115 отрицательно (например, указанная зона была занята в некоторый момент во время периода выдержки), то статус занятости указанной зоны не подтверждается. Во многих вариантах осуществления во время любого момента в период выдержки входной сигнал датчика, указывающий занятость в указанной зоне, может приводить к не подтверждению статуса занятости указанной зоны (то есть, в этих вариантах осуществления может не быть потребности в определении этапа 1115 по завершении периода выдержки). При этих обстоятельствах никакого изменения не будет сделано в условиях внешней среды вследствие определений на этапах 1110 или 1115.
Если определение на этапе 1115 положительно (например, назначенная зона была незанятой в течение всего периода выдержки), тогда управление переходит к этапу 1125. На этапе 1125 множество светильников, блоков освещения или источников света, ассоциированных с указанной зоной, каждый начинает переход к более низкому уровню света в соответствии с эффектом затухания, и инициируется период отсрочки, во время которого осуществляется мониторинг входного сигнала датчика, ассоциированного с указанной зоной. Во многих вариантах осуществления множество источников света являются доступными по меньшей мере для одного IP светильника в указанной зоне. Множество светильников, блоков освещения или источников света могут также быть частью одного и того же введенного в эксплуатацию блока или различных, но связанных введенных в эксплуатацию блоков. По завершении периода отсрочки делается определение на этапе 1135 относительно того, указывал ли в течение всего периода отсрочки входной сигнал датчика, что назначенная зона оставалась незанятой. Если результат определения отрицателен (например, указанная зона стала занятой в течение периода отсрочки), то управление переходит к этапу 1130, и множество светильников, блоков освещения или источников света, которые начали свои переходы к более низкому уровню света на этапе 1125, начинают переходить обратно к их предыдущим (более высоким) уровням света в соответствии с эффектом затухания. Во многих вариантах осуществления во время любой точки в периоде отсрочки входной сигнал датчика, обозначающий занятость в указанной зоне, может привести к неподтверждению статуса занятости назначенной зоны (то есть, в этих вариантах осуществления не будет потребности в определении этапа 1135 по завершению периода отсрочки). Эти обстоятельства обозначают, что незанятый статус указанной зоны не подтвержден.
Если результат определения на этапе 1135 положителен (например, назначенная зона оставалась незанятой на протяжении периода отсрочки), то на этапе 1140 множеству светильников позволено завершить их переход к более низкому уровню света, если переход еще не завершен. Как только множество светильников, блоков освещения или источников света перешло к более низкому уровню света, инициируется период продлевания.
По завершении периода продлевания делается определение на этапе 1145 относительно того, на всем ли периоде продлевания входной сигнал датчика указывал, что назначенная зона оставалась незанятой. Если результат определения отрицателен (например, назначенная зона стала занятой во время периода продлевания), то управление переходит к этапу 1130, и множество светильников, блоков освещения или источников света, которые начали свои переходы к более низкому уровню света на этапе 1125 начинают переходить обратно к их предыдущим (более высоким) уровням света в соответствии с эффектом затухания. Во многих вариантах осуществления во время любой точки в период продлевания входной сигнал датчика, обозначающий занятость в указанной зоне, может привести к неподтверждению занятого статуса указанной зоны (то есть, в этих вариантах осуществления не будет потребности в определении этапа 1145 по завершению периода продлевания). Если результат определения на этапе 1145 положителен (например, назначенная зона оставалась незанятой на протяжении периода продлевания), то затем на этапе 1150 множество светильников, блоков освещения или источников света начинают переход к уровню света, ассоциированному с выключенным состоянием в соответствии с эффектом затухания, и второй период отсрочки инициируется. Во многих вариантах осуществления количество времени, ассоциированное с эффектом затухания (например, время, которое занимает у светильника переход к различному уровню света в соответствии с управлением эффектом затухания) может быть автоматически сброшено так, чтобы светильники, блоки освещения или источники света введенного в эксплуатацию блока не перешли к уровню света, ассоциированному с выключенным состоянием до завершения второго периода отсрочки, инициированного на этапе 1150. Альтернативно, если светильники, блоки освещения или источники света введенного в эксплуатацию блока близки к завершению эффекта затухания, и период отсрочки еще не истек, светильники, блоки освещения или источники света могут ждать завершения перехода до тех пор пока период отсрочки, инициированный на этапе 1150, не истечет.
По завершению второго периода отсрочки, инициированного на этапе 1150, делается определение этапа 1155 относительно того, указывал ли в течение всего второго периода отсрочки входной сигнал датчика, что назначенная зона оставалась незанятой. Если результат определения отрицателен (например, назначенная зона стала занятой в течение периода отсрочки), то управление переходит к этапу 1130, и множество светильников, блоков освещения или источников света, которые начали свои переходы к уровню света, совместимому с выключенным состоянием, на этапе 1150 начинается переход обратно к их первоначальным (более высоким) уровням света в соответствии с эффектом затухания. Во многих вариантах осуществления во время любой точки второго периода отсрочки входной сигнал датчика, обозначающий занятость в указанной зоне, может приводить к неподтверждению занятого статуса указанной зоны (то есть, в этих вариантах осуществления не будет потребности в определении этапа 1155 в конце второго периода отсрочки). Если результат определения на этапе 1155 положителен (например, назначенная зона оставалась незанятой на протяжении периода продлевания), то на этапе 1160 множество светильников, блоков освещения или источников света продолжают завершение перехода к уровню света, совместимому с выключенным состоянием.
Конфигурируемый параметр: Период выдержки с остановкой
Период выдержки с остановкой является конфигурируемым параметром, ассоциированным с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления он выражает время, необходимое для системы, чтобы гарантировать, что пользователь располагается в пространстве, а не просто проходит сквозь него. Когда рассматриваемая область занимается в течение периода выдержки с остановкой, это обозначает, что введенный в эксплуатацию блок(и) в рассматриваемой области может предположить вероятность более продленной занятости в пределах пространства и может перейти к предоставлению более высокого уровня освещения. Во многих вариантах осуществления период выдержки с остановкой может колебаться в диапазоне от 0 до 30 секунд со значением по умолчанию 10 секунд. Ручные контроллеры могут позволить пользователю изменять период выдержки с остановкой со степенью детализации 1 секунды. Инструмент введения в эксплуатацию может быть использован для конфигурирования периода выдержки с остановкой для любого введенного в эксплуатацию блока, и центральная панель управления или другие ручные или персональные контроллеры могут быть использованы для сброса периода выдержки с остановкой для одного или более введенных в эксплуатацию блоков.
В некоторых вариантах осуществления события занятости игнорируются в течение периода выдержки с остановкой, следующим за обнаружением первого события занятости. В таких вариантах осуществления может осуществляться мониторинг событий занятости, только когда период выдержки с остановкой истекает. В таких вариантах осуществления только если занятость обнаружена между моментом истечения периода выдержки с остановкой и истечением периода выдержки после периода выдержки с остановкой, будет происходить переход рассматриваемой области к занятому состоянию. Иначе область возвратится в незанятое состояние, когда истечет период выдержки.
Конфигурируемый параметр: Интеллектуальное Время
Интеллектуальное время является конфигурируемым параметром, ассоциированным с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления, если движение обнаружено в течение периода отсрочки после периода выдержки, после обнаружения вакансии, система предполагает, что время выдержки было установлено неадекватно коротким (то есть, вакантность была закончена слишком быстро после последнего обнаружения движения), и время выдержки единожды расширяется на величину длительности, указанной параметром интеллектуального времени. Во многих вариантах осуществления, если движение обнаружено после расширенного времени выдержки, время выдержки далее не расширяется. В некоторых вариантах осуществления период интеллектуального времени может колебаться в диапазоне от 0 до 15 минут со значением по умолчанию 10 минут. Инструмент введения в эксплуатацию может быть использован для конфигурирования периода интеллектуального времени для любого введенного в эксплуатацию блока, и центральная панель управления или другой ручной или персональный контроллер могут быть использованы для сброса этого параметра для одного или более введенных в эксплуатацию блоков. Во многих вариантах осуществления интеллектуальное время не может накапливаться.
Фигура 12 иллюстрирует основанный на занятости способ 1200 управления для ответа на обнаружение занятости в ранее незанятой зоне ячейки, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 1210 по 1250. Способ 1200 может быть выполнен компонентами системы 100A или 100B, изображенными на фигурах 1A или 1B, соответственно. На этапе 1210 входной сигнал датчика обрабатывается, чтобы выявить, перешла ли зона ячейки от незанятого состояния (например, без обитателей) к занятому состоянию (например, по меньшей мере с одним обитателем). Входной сигнал датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика занятости, таким как датчик движения. Входной сигнал датчика может обрабатываться самим датчиком или одним или более изображенными модулями системы, например, на фигурах 1A или 1B (например, модулями 110 контроля внешней среды или модулями 120 шлюза). Если определение отрицательно (например, нет перехода от незанятого к занятому состоянию), то управление остается на этапе 1210 до тех пор пока более поздняя обработка входного сигнала датчика(ов) не укажет такой переход. Если определение положительно (например, входной сигнал датчика обозначает переход зоны ячейки от незанятого к занятому статусу), то на этапе 1220 в ответ на определение, сделанное на этапе 1210, по меньшей мере один светильник (или блок освещения, или источник света) переходит от непредоставления освещенности к предоставлению заранее сконфигурированного фонового уровня света (например, уровень 1 света) в пределах заранее сконфигурированного периода времени реакции. В некоторых вариантах осуществления светильник, который более близко ассоциирован с датчиком, воспринимающим изменение в статусе занятости (например, светильник, заключающий в себе датчик, или иначе, физически наиболее близкий к датчику), переходит сначала к фоновому уровню света. По меньшей мере один светильник может быть частью единственного введенного в эксплуатацию блока или множественных введенных в эксплуатацию блоков, которые охватывают или иначе ассоциированы с зоной ячейки.
На этапе 1230 входной сигнал датчика изнутри зоны ячейки обрабатывается для определения того, перешла ли рабочая зона в пределах зоны ячейки от незанятого к занятому состоянию. Если определение отрицательно (например, нет перехода рабочей зоны от незанятого к занятому состоянию), то управление остается на этапе 1230 до тех пор пока более поздняя обработка входного сигнала датчика не укажет такой переход. Если определение на этапе 1230 является положительным (например, входной сигнал датчика обозначает переход рабочей зоны от незанятого к занятому статусу), то период выдержки с остановкой инициируется, осуществляется мониторинг занятости в рабочей зоне, и управление переходит к этапу 1240. Этап 1240 включает в себя мониторинг занятости в рабочей зоне и определение, указывал ли в любое время во время периода выдержки с остановкой входной сигнал датчика, что рабочая зона является незанятой. Если рабочая зона найдена незанятой в любое время во время периода выдержки с остановкой, то никаких изменений внешней среды не делается в рабочей зоне, период выдержки с остановкой заканчивается, и управление переходит обратно к этапу 1230. Если в течение всего периода выдержки с остановкой рабочая зона никогда не становилась незанятой, то управление переходит к этапу 1250, и по меньшей мере один светильник (или блок освещения, или источник света) в пределах рабочей зоны переходит к уровню задания света (например, уровень 2 света) в пределах заранее сконфигурированного времени реакции.
Фигура 13 иллюстрирует основанный на занятости способ 1300 управления для ответа на обнаружение изменения в занятости в зоне коридора, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 1310 по 1360. Способ 1300 может быть выполнен компонентами системы 100A или 100B, изображенными на фигурах 1A или 1B, соответственно. На этапе 1310 входной сигнал датчика обрабатывается, чтобы выявить, есть ли изменение в статусе занятости зоны коридора. Входной сигнал датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика занятости, таким как датчик движения. Если нет изменения в статусе занятости, то управление остается на этапе 1310, и входной сигнал датчика может снова быть обработан в более позднее время. Если определение на этапе 1310 указывает, что есть изменение в статусе занятости зоны коридора, приводящем к незанятости зоны коридора, то управление переходит к этапу 1320. Если определение на этапе 1310 указывает, что есть изменение в статусе занятости зоны коридора, приводящим к занятости зоны коридора, то управление переходит к этапу 1330.
На этапе 1320 делается определение того, занята ли по меньшей мере одна зона, смежная с зоной коридора. Это определение может быть сделано одним или более введенными в эксплуатацию блоками или, иначе ассоциированными с зоной коридора. Например, в некоторых вариантах осуществления введенный в эксплуатацию блок в зоне коридора может идентифицировать введенные в эксплуатацию блоки в смежных зонах, используя его собственную информацию местоположения и информацию местоположения других введенных в эксплуатацию блоков. Как только по меньшей мере один введенный в эксплуатацию блок в каждой смежной зоне идентифицирован, их статусы занятости могут быть восстановлены в некоторых вариантах осуществления посредством опроса или иначе восстанавливая информацию от самих введенных в эксплуатацию. В других вариантах осуществления введенный в эксплуатацию блок в зоне коридора может получать доступ к статусам занятости смежных введенных в эксплуатацию блоков от одном или более удаленных запоминающих устройств, ассоциированных с другими модулями системы, такими как модуль 110 контроля внешней среды или модуль 130 шлюза системы 100A. Информация местоположения введенных в эксплуатацию блоков может быть сохранена локально на одном или более запоминающих устройствах введенных в эксплуатацию блоков в зоне коридора (например, кэшированной) или храниться удаленно на одном или более запоминающих устройствах удаленно, доступных для введенных в эксплуатацию блоков в зоне коридора (например, на одном или более запоминающих устройствах, ассоциированных с модулем 110 внешней среды или модулем 130 шлюза системы 100A). Если результат определения на этапе 1320 положительный (например, по меньшей мере одна зона, смежная с зоной коридора заполнена), то никакого изменения не делается на этапе 1340 относительно освещенности в зоне коридора. Если определение на этапе 1320 отрицательно (например, никакая зона, смежная с зоной коридора, не занята), то на этапе 1360 последовательность выключения инициируется для перехода светильников (или блоков освещения, или источников света) в зоне коридора к не формированию освещенности.
На этапе 1330 выполняется определение относительно того, находится ли уровень освещенности в пределах зоны коридора на заранее определенном минимальном уровне. В некоторых вариантах осуществления это выполняется определение относительно всей зоны коридора, и в других вариантах осуществления это выполняется определение относительно области, ближайшей к датчику(ам), формирующим входной сигнал датчика, указывающего на этапе 1310, что произошло изменение в статусе занятости зоны коридора. В некоторых вариантах осуществления это определение может быть сделано посредством аппаратного обеспечения, программно-аппаратного средства или компьютерного кода, ассоциированными с одним или более введенными в эксплуатацию блоками в зоне коридора посредством аппаратного обеспечения, программно-аппаратного средства или компьютерного кода, ассоциированными с одним или более модулями системы 100A или любой их комбинации. Если результат определения на этапе 1330 положительный (то есть, уровень освещенности зоны коридора находится на или выше заранее определенного минимального уровня), то на этапе 1340 не делается изменения в освещенности в зоне коридора. Если результат определения на этапе 1330 отрицательный (то есть, уровень освещенности зоны коридора ниже заранее определенного минимального уровня), то на этапе 1350 один или более введенных в эксплуатацию блоков в зоне коридора принуждают уровень освещенности, предоставленный посредством одного или более ассоциированных светильников (или блоков освещения, или источников света), увеличиваться таким образом, что уровень освещенности в пределах зоны коридора увеличивается до заранее определенного минимального уровня в пределах заранее определенного времени реакции.
Фигура 14 иллюстрирует основанный на занятости способ 1400 управления для ответа на обнаружение изменения в занятости в зоне встречи, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 1410 по 1430. Способ 1400 может быть выполнен любой комбинацией компонентов системы 100A или 100B, изображенных на фигурах 1A и 1B, соответственно. На этапе 1410 входной сигнал датчика обрабатывается, чтобы выявить, есть ли изменение в статусе занятости зоны встречи. Входной сигнал датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика занятости, таким как датчик движения. Если нет изменения в статусе занятости, то управление остается на этапе 1410, и входной сигнал датчика может снова быть обработан в более позднее время. Если определение на этапе 1410 указывает, что есть изменение в статусе занятости зоны встречи, приводящее к тому, что зона встречи становится незанятой, то управление переходит к этапу 1420. Если определение на этапе 1410 указывает, что есть изменение в статусе занятости зоны совещаний, приводящее к тому что зона встречи становится занятой, то управление переходит к этапу 1430. На этапе 1420 последовательность выключения инициируется, чтобы перейти к тому, что в зоне встречи не формируется никакой освещенности. На этапе 1430 один или более введенных в эксплуатацию блоков представляют благоприятную сцену. Благоприятная сцена может требовать, например, чтобы одна или более подсветок формировали более высокий уровень света, в то время как естественный свет затемняется. Кроме того, декоративное освещение может формировать цвет, подходящий со схемой цвета комнаты.
Конфигурируемый параметр: ложное положительное обнаружение
Ложное положительное обнаружение является конфигурируемым параметром, ассоциированным с основанным на занятости управлением условиями внешней среды. Во многих вариантах осуществления, если занятость обнаружена, система и/или индивидуальные светильники, и/или блоки освещения могут проанализировать различные сигналы и части данных, чтобы выявить вероятность, что обнаруженная занятость является легитимной (например, кто-то действительно вошел в комнату) или ложной позитивной. Во многих вариантах осуществления эти сигналы и части данных могут включать в себя входной сигнал датчика от одного или более датчиков занятости (например, детекторы движения), состояния занятости светильников или блоков освещения, которые являются ближайшими к датчику, обнаружившему занятость, и/или истории занятости одного или более блоков освещения или светильников (например, ассоциированных с или ближайших к датчику обнаружения). Если обнаруженная занятость вероятно является легитимной, блок освещения и/или светильник предпринимают соответствующее действие, такое как возбуждение одного или более LEDs. Если обнаруженная занятость вероятно является ложной положительной, блок освещения и/или светильник могут пренебрегать им.
Различные аспекты параметра ложного положительного обнаружения могут конфигурироваться, используя различные аспекты системы, такие как инструмент введения в эксплуатацию. Например, пользователь может регулировать, какие из вышеупомянутых сигналов и частей данных рассматривать в качестве каждого сигнала и/или части данных, имеющих вес в вычислении вероятности, что обнаруженная занятость является легитимной или ложной положительной, и/или какие пороги вычисленной вероятности должны быть удовлетворены для обнаружения занятости, которая будет считаться легитимной или ложной положительной.
В некоторых вариантах осуществления пользователи могут иметь возможность предоставлять обратную связь относительно того, точен ли конкретный легитимный/ложный положительный результат. Эта обратная связь может быть использована, чтобы переменить различные аспекты параметра ложного положительного обнаружения, например, способы машинного обучения. Например, предположим, что блок освещения определяет (на основании одного или более из вышеупомянутых сигналов и точек данных), что произошло легитимное обнаружение занятости и в ответ возбуждает один или более LEDs. Администратор может определить, например, посредством просмотра журнала регистрации доступа, видеонаблюдения и т.д., что обнаружение занятости было фактически ложным положительным, и может предоставить входной сигнал, обозначающий на сколько. Классификатор машинного обучения может принять во внимание входной сигнал администратора в следующий раз, когда он вычисляет вероятность, что обнаружение занятости от одного и того же датчика (или другого датчика) является легитимным. Такая обратная связь, предоставляемая неоднократно в течение долгого времени, может быть использована для "обучения" классификатора машинного обучения.
Фиг. 28 изображает пример внешней среды, в которой выбранные аспекты представленного раскрытия, имеющего отношение к ложному положительному обнаружению, могут быть воплощены в соответствии с различными вариантами осуществления. Фиг. 28 изображает множество блоков 2850A-D освещения, подобных изображенным на Фиг. 1, все функционально соединены друг с другом через сеть (например, IPv6, ad-hoc, Wi-Fi и т.д.). Каждый блок 2850 освещения может конфигурироваться с выбранными аспектами представленного раскрытия, чтобы облегчать идентификацию нелегитимных обнаружений занятости. В этом примере каждый блок 2850 освещения включает в себя (указанные соответствующими буквами "A-D") контроллер 2852 (также называемый "модулем управления"), память 2854 (которая может быть RAM, ROM, флэш-памятью и т.д.), оперативно соединенную с контроллером 2852, один или более источников 2858 света (в этом примере, источниками света являются LEDs), функционально соединенных с контроллером 2852, интерфейс 2860 связи, функционально соединенный с контроллером 2852, и датчик занятости 2862, функционально соединенный с контроллером 2852. В некоторых вариантах осуществления все источники света блока 2850 освещения могут быть одним и тем же типом источника света. В других вариантах осуществления больше, чем один тип источника света может использоваться на единственном блоке 2850 освещения. В различных вариантах осуществления интерфейс 2860 связи может облегчать связь между блоком 2850 освещения и другими блоками освещения или удаленными вычислительными устройствами, используя различные технологии, включая, но не ограничиваясь ими, ad-hoc технологии, такие как ZigBee, кодированный свет, Ethernet, RS485, беспроводные (например, Wi-Fi, BlueTooth) и т.д. В то время как датчики 2862 занятости показаны как объединенные с блоками 2850 освещения, это не предназнается для ограничения. Автономные датчики занятости (не изображены) могут использоваться в дополнение к или вместо изображенных объединенных датчиков 2860 занятости.
Память (запоминающее устройство) 2854 каждого блока 2850 освещения может хранить по меньшей мере две части информации: состояние 2855 занятости ("O.S". на Фиг. 28) и историю 2857 занятости ("O.H." на Фиг. 28) для соответствующего блока освещения. Модуль 2852 управления каждого блока 2850 освещения может конфигурироваться, чтобы принимать от одного или более датчиков 2862 занятости сигнал, указывающий обнаружение одним или более датчиками 2862 занятости, занятости около соответствующего блока 2850 освещения. Модуль 2852 управления каждого блока 2850 освещения может далее конфигурироваться, чтобы выявлять одно или более состояний 2855 занятости одного или более удаленных блоков 2850 освещения в пределах заданной близости соответствующего блока 2850 освещения. Например, контроллер 2852A первого блока 2850A освещения может конфигурироваться, чтобы выявлять состояния 2855B-D занятости блоков 2850B-D освещения, предполагая, что блоки 2850B-D освещения являются достаточно близкими к первому блоку 2850A освещения. Контроллер 2852A может определять состояния 2855B-D занятости различными способами. В некоторых вариантах осуществления контроллер 2852A может вещать запрос состояний занятости через сеть IPv6 (или независимо от того, какой тип сети используется) и в ответ может принимать состояния занятости. В других вариантах осуществления контроллер 2852A может определять состояния занятости других блоков 2850 освещения на основании состояний освещенности этих блоков освещения. Например, если один или более источников 2858 света блока 2850 освещения возбуждены, можно предположить, что блок 2850 освещения имеет состояние занятости, установленное в "занят". Дополнительно или альтернативно блок освещения может испускать кодированный свет, который переносит его состояние занятости.
Контроллер 2852 каждого блока 2850 освещения может далее конфигурироваться, чтобы определять историю 2857 занятости, ассоциированную с этим блоком 2850 освещения. В различных вариантах осуществления история 2857 занятости для заданного блока 2850 освещения может включать в себя записи легитимных обнаружений занятости посредством одного или более соответствующих датчиков 2862 занятости. В некоторых вариантах осуществления история 2857 занятости для заданного освещения блока 2850 может дополнительно или альтернативно включать в себя записи нелегитимных обнаружений занятости посредством одного или более соответствующих датчиков 2862 занятости. В варианте осуществления, изображенном на Фиг. 28, контроллер 2852 может получить записи истории занятости из локальной памяти 2854. Однако, это не предназначено, чтобы служить ограничением. В других вариантах осуществления контроллер 2852 может конфигурироваться, чтобы принимать данные, указывающие историю занятости соответствующего блока 2850 освещения, через интерфейс 2860 связи, например, от центрального сервера, который хранит такие записи.
В различных вариантах осуществления контроллер 2852 каждого блока 2850 освещения может далее конфигурироваться, чтобы вычислять на основании одного или более состояний занятости и/или историй обнаружения занятости, вероятность, что обнаружение занятости посредством одного или более датчиков 2862 занятости является легитимным. Например, если соседние блоки 2850 освещения не обнаруживают занятость, это может принудить контроллер 2852 вычислить относительно низкую вероятность, что обнаружение занятости посредством соответствующего датчика 2862 обнаружения занятости является легитимным. Дополнительно или альтернативно, предположим, что занятость обнаруживается датчиком 2862 занятости в середине ночи, но история 2857 занятости показывает, что очень немного ночных обнаружений занятости являются легитимными. При таких обстоятельствах контроллер 2852 может вычислять относительно низкую вероятность, что обнаружение занятости посредством соответствующего датчика 2862 обнаружения занятости является легитимным. В некоторых вариантах осуществления вероятность, что обнаружение занятости является легитимным, может быть вычислена на основании и состояния занятости соседних блоков 2850 освещения и истории занятости блока 2850 освещения, который обнаружил занятость. Каждая точка данных может иметь вес в различных способах, например, или вручную отрегулированная пользователем или автоматически отрегулирована, используя способы машинного обучения.
На основании вычисленной вероятности, что обнаруженная занятость является легитимной, контроллер 2852 каждого блока 2850 освещения может конфигурироваться, чтобы установить состояние 2855 занятости блока 2850 освещения. В некоторых вариантах осуществления состояние 2855 занятости может быть установлено в "занятое" (что может, например, принудить контроллер 2852 возбудить источники 2858 света), когда вычисленная вероятность удовлетворяет конкретному порогу, который может быть установлен пользователем или автоматически определен (например, используя машинное обучение). Если вычисленная вероятность не удовлетворяет порог, с другой стороны, то обнаружение занятости может игнорироваться.
Предположим, что датчик 2862B занятости второго блока 2850B освещения обнаруживает обитателя поблизости. Контроллер 2852B может определять состояния 2855A и C-D занятости блоков 2850A и C-D освещения посредством вещания запроса через интерфейс 2860B связи о состояниях занятости находящихся рядом (например, соседних) блоков освещения. Контроллер 2852B может также исследовать записи истории 2857B занятости, например, определять, соответствует ли обнаруженное занятость общему шаблону легитимных обнаружений занятости. Предположим, что состояния 2855A и C-D занятости блоков 2850A и C-D освещения являются "занятыми", и что история 2857B занятости выявляет, что обнаружение занятости на протяжении текущего времени суток является обычным. Контроллер 2852B может вычислять относительно высокую вероятность, что обнаружение занятости является легитимным и может, например, возбуждать один или более блоков 2858B освещения. С другой стороны, предположим, что состояния 2855A и C-D занятости блоков 2850A и C-D освещения являются "незанятыми", и что история 2857B занятости выявляет, что обнаружение занятости на протяжении текущего времени суток дня является редким. Контроллер 2852B может вычислять относительно низкую вероятность, что обнаружение занятости является легитимным и может, например, игнорировать или пренебрегать обнаружением занятости.
Фиг. 29 изображает пример способа 2900, который может быть выполнен, по меньшей мере, частично используя и/или посредством блока освещения (например, 2850), конфигурируемого выбранными аспектами представленного раскрытия. В то время как различные операции изображаются в конкретном порядке, это не предназначается для ограничения. Одна или более операций могут быть записаны, добавлены и/или опущены. На этапе 2902 контроллер блока освещения (например, 2852) может принимать, например, от одного или более датчиков занятости (например, 2862) совместно расположенных с контроллером в блоке освещения (например, 2850), входной сигнал датчика, указывающий обнаружение занятости.
На этапе 2904 контроллер блока освещения может определять одно или более состояний занятости одного или более удаленных блоков освещения. Например, контроллер блока освещения может вещать запрос по одной или более сети к другим блокам освещения, чтобы предоставить их состояния занятости, на которые один или более удаленных блоков освещения могут отвечать. Дополнительно или альтернативно блок освещения может воспринимать один или более сигналов кодированного света, которые переносятся в свете, испускаемом посредством одного или более удаленных блоков освещения, которые указывают состояние занятости удаленных блоков освещения. Дополнительно или альтернативно блок освещения может логически выводить состояние занятости удаленного блока освещения посредством состояния освещенности, предоставленным удаленным блоком освещения (например, яркость выше конкретного порога означает "занятый," яркость ниже порога означает "незанятый", конкретный цвет или оттенок указывают "занятый" и т.д.).
На этапе 2906 контроллер блока освещения может определять историю занятости его блока освещения. В некоторых вариантах осуществления контроллер блока освещения может принимать во внимание записи истории занятости, сохраненные локально в памяти (например, 2854) блока освещения. В некоторых вариантах осуществления контроллер блока освещения может получать записи истории занятости из удаленного вычислительного устройства, такого как центральный сервер или другой из различных компонентов, изображенных на Фиг. с 1 по 28.
На этапе 2908 контроллер блока освещения может вычислять вероятность, что обнаружение занятости, принятое на этапе 2902, являлось легитимным или ложным положительным. Например, контроллер блока освещения может вычислять первую оценку на основании состояния занятости соседних блоков освещения, принятых на этапе 2904, вторую оценку на основании истории занятости, определенной на этапе 2906, и может вычислять вероятность на основании некоторой взвешенной комбинации первой и второй оценок. В некоторых вариантах осуществления контроллер блока освещения может взять среднее число первой и второй оценок в качестве вероятности, что обнаруженная занятость является легитимной.
На этапе 2910 контроллер блока освещения может определять, удовлетворяет ли вероятность, вычисленная на этапе 2908 одному или более порогам. Как отмечено выше, эти пороги могут быть выбраны пользователем, вычислены автоматически (например, используя классификатор машинного обучения) и т.д. Если ответом на этапе 2910 является «нет», то способ 2900 может переходить к этапу 2912. На этапе 2912 контроллер блока освещения может устанавливать состояние занятости блока освещения на "незанятое" (или оставлять его в "незанятом" состоянии). В некоторых вариантах осуществления на этапе 2914 контроллер блока освещения может освещать один или более источников света в соответствии с состоянием занятости. Например, если на этапе 2912 состояние занятости было установлено на "незанятое," контроллер блока освещения может выключать один или более источников света и/или уменьшать яркость света, который они испускают.
На этапе 2916 контроллер блока освещения или контроллер другого вычислительного устройства (например, центрального сервера) могут принимать обратную связь пользователя, указывающую, было ли определение на этапе 2910 удовлетворительным. Например, пользователь может указать, что заданная вычисленная вероятность, порог, которой рассмотрен на этапе 2910, должна была быть удовлетворена. Эта обратная связь может быть предоставлена администратору так, чтобы администратор мог регулировать пороги или другие аспекты по мере необходимости. Дополнительно или альтернативно обратная связь может быть использована для дальнейшего обучения классификатора машинного обучения.
Возвращаясь к этапу 2910, если ответом является «да», то способ 2900 может переходить к этапу 2918. На этапе 2918 контроллер блока освещения может устанавливать состояние занятости его блока освещения на "занятое". Способ 2900 может затем переходить по этапам 2914 и 2916 аналогичным образом, как описано выше, за исключением того, что состояние будет "занятым" вместо "незанятого". Например, контроллер блока освещения может возбудить один или более источников света, чтобы испускать свет, имеющий относительно высокий уровень яркости, такой как рабочее освещение.
В некоторых вариантах осуществления блок освещения может выборочно рассматривать и/или придавать вес состоянию занятости и/или истории занятости, принятой от соседнего блока освещения в зависимости от различных факторов, таких как топология и/или расстояние. Например, блок освещения может назначить относительно низкий вес на состояние занятости, принятое от соседнего блока освещения, если два блока освещения не находятся в пределах прямой видимости (означает, возможно, что датчик занятости одного блока освещения обнаруживает занятость, которая не будет видимой другому). Дополнительно или альтернативно блок освещения может придавать вес состояниям занятости, принятым от удаленных блоков освещения в пропорции от расстояния между блоком освещения и удаленными блоками освещения. Дополнительно или альтернативно блок освещения может придавать вес сигналам, принятым от удаленного блока освещения с историей частых ложных положительных, меньший, чем, скажем, более надежного удаленного блока освещения.
Дополнительно или альтернативно в некоторых вариантах осуществления, контроллеры блока освещения (например, 2852) и/или некоторая другая логика в связи с ними же могут использовать различную технологию (например, распознавание лиц, тэги RFID, другую биометрию и т.д.), чтобы идентифицировать обитателей в комнате. Личности обитателей могут затем быть использованы для принятия решения, должно ли обнаружение занятости действительно быть использованным для освещенности других блоков освещения. Предположим, что первый блок освещения в общей зоне (например, совместно используемая прихожая, около лифтов и т.д.) обнаруживает присутствие и также распознает лицо конкретного служащего, проходящего мимо, и второй блок освещения поблизости (например, далее в конкретном отделе) просто обнаруживает присутствие служащего. Предположим далее, что служащий работает в другой области, и что служащий обычно проходит общую зону без остановки. Второй блок освещения может запрашивать состояние занятости от первого блока освещения, и первый блок освещения может предоставить личность служащего. Второй блок освещения или удаленное вычислительное устройство, действующее от имени второго блока освещения, может затем определить на основании личности служащего, что служащий вероятно только проходит мимо, не входя в область. Соответственно, второй блок освещения может назначить малый или вообще не назначить состоянию занятости, принятому от первого блока освещения, и может следовательно считать, что его обнаружение занятости является"ложным положительным."
Основанное на дневном свете управление
Конфигурируемые параметры: MaxRegulationLightLevel, MinRegulationLightLevel
Используя инструмент введения в эксплуатацию, авторизованный пользователь, такой как инженер по вводу в эксплуатацию, может конфигурировать параметры, указывающие максимальные и минимальные уровни света, которые могут быть достигнуты в области при основанном на дневном свете управлении. В некоторых вариантах осуществления параметры MaxRegulationLightLevel и MinRegulationLightLevel могут каждый быть установлены как равные основанным на занятости параметрам управления MaxWhenOccupied и MinWhenOccupied соответственно.
Конфигурируемый параметр: собирание дневного света
Собирание дневного света является конфигурируемым параметром, ассоциированным с основанным на дневном свете управлением условиями внешней среды. Во многих вариантах осуществления, если есть возможность для одного или более введенных в эксплуатацию блоков, это обеспечивает основанное на дневном свете регулирование уровней света в области, охватываемой этими введенными в эксплуатацию блоками. Во многих вариантах осуществления, когда разрешено, собирание дневного света работает для поддержания уровней света в пространстве в пределах конкретного диапазона (например, от MinimumRegulationLightLevel к MaximumRegulationLightLevel).
Регулирование заданной величины освещенности - параметр калиброванный максимум
Когда пользователь вручную конфигурирует или регулирует заданную величину освещенности введенного в эксплуатацию блока, параметр конфигурируемого блока (например, CalibratedMaximum), устанавливается на новое значение заданной величины. Введенный в эксплуатацию блок может все еще регулироваться на основании основанного на дневном свете средстве управления, но новое значение заданной величины будет использовано для регулирования условия внешней среды, ассоциированного с введенным в эксплуатацию блоком.
Фигура 15 иллюстрирует способ 1500 для ответа на запрос об отличной сцене внешней среды в зоне встречи, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 1510 по 1530. Способ 1500 может быть выполнен любой комбинацией компонентов системы 100A или 100B, изображенных на фигурах 1A и 1B, соответственно. На этапе 1510 принимается запрос на предоставление отличной сцены в переговорной. В некоторых вариантах осуществления запрос может быть создан как результат выбора и запроса пользователя сцены из графического пользовательского интерфейса, отображенного на устройстве 160 управления внешней средой системы 100A, таком как смартфон. Запрос может после этого быть передан модулю контроля внешней среды, такому как модуль 110 через линию связи L2, как изображено на фигуре 1A. В некоторых других вариантах осуществления запрос может генерироваться автоматически одним или более датчиками, воспринимающими занятость в ранее незанятой зоне встречи, и запрашивая по умолчанию благоприятную сцену.
На этапе 1520 осуществляется доступ к запрошенной сцене. Сцена может быть коллекцией заранее определенных параметров внешней среды, которая трансформирует условия внешней среды в конкретную зону предписанным путем. Затронутые условия внешней среды могут быть, например, условиями освещения, температурой, влажностью и воздушным потоком. Каждое условие внешней среды, предписанное в сцене, может быть привязано к конкретному одному или более введенным в эксплуатацию блокам или к конкретным типам введенных в эксплуатацию блоков. Кроме того, сцены могут содержать очень специфичные условия внешней среды (например, требующие конкретный введенный в эксплуатацию блок или тип введенного в эксплуатацию блока, чтобы сформировать свет конкретного цвета конкретной интенсивности), или они могут быть заданы более обобщенно, обеспечивая введенным в эксплуатацию блокам, вовлеченным в формирование сцены, некоторую дискретность в выборе конкретных значений (например, задание диапазона цветов или диапазона уровней света в конкретной области в переговорной и, позволяя реализующему блоку введения в эксплуатацию выбирать значения в пределах предписанного диапазона). Коллекция предварительно сконфигурированных сцен внешней среды может быть сохранена в одном или более запоминающих устройств, доступных для, например, модуля 110 контроля внешней среды или модуля 130 шлюза системы 100A или любом введенном в эксплуатацию блоке, ассоциированном с зоной встречи, на которую ссылаются на этапе 1510. Например, контроллер области, такой как контроллер 420 области, может быть введенным в эксплуатацию блоком, способным к получению доступа к запрошенной сцене. Во многих вариантах осуществления такой введенный в эксплуатацию блок может быть коммуникативно соединен с одним или более IP светильниками, которые управляют условиями освещения в различных частях переговорной.
В некоторых вариантах осуществления на этапе 1520 модуль 110 управления внешней средой или модуль 130 шлюза системы могут получить доступ к одному или более запоминающим устройствам, чтобы восстановить подробности, ассоциированные с запрошенной сценой (например, коллекцию заданных условий внешней среды, подлежащих повторному созданию в конкретных областях пространства). Различные заранее определенные сцены, каждая ассоциированная с уникальным идентификатором, могут быть сохранены в базе данных, и получение доступа к запрошенной сцене на этапе 1520 может включать в себя установление соответствия уникального идентификатора сцены, запрошенного на этапе 1520 с уникальным идентификатором сцены, сохраненные в вышеупомянутых одном или более запоминающих устройствах.
На этапе 1530 применяется запрошенная сцена. В некоторых вариантах осуществления соответствующие подробности запрошенной сцены передаются от модуля системы (например, модуля 110 контроля внешней среды или модуля 130 шлюза системы 100A) к соответствующим введенным в эксплуатацию блокам (например, IP контроллеру 140 и 150 системы 100A) для применения. Например, сцена может требовать, чтобы на все стены в комнате был нанесен красный свет конкретной затемненности, и все рабочие света в комнате были затемнены до конкретного уровня. В некоторых вариантах осуществления эти подробности могут быть закодированы в команде управления внешней средой и передаваться посредством модуля 110 контроля внешней среды контроллеру области (например, контроллеру 320 области), управляющему рассматриваемой комнатой. Контроллер области может после этого передавать команды для того, чтобы изменить нанесенный на стены цвет одному или более IP светильникам, которые обеспечивают декоративное нанесение на стены в комнате, и команды для того, чтобы изменить подсветку, одному или более IP светильникам, управляющим подсветкой в комнате. Контроллер области может в некоторых вариантах осуществления также обрабатывать команды, принятые от других модулей, таких как модуль 110 контроля внешней среды, до осуществления связи их с соответствующими IP светильниками (или другими введенными в эксплуатацию блоками) так, чтобы команды были совместимы с форматом или протоколом связи, понятым для конкретных IP светильников (или введенных в эксплуатацию блокам).
Фигура 16 иллюстрирует основанный на дневном свете способ управления 1600 для ответа на обнаруженное изменение в освещенности в рабочей зоне, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 1610 по 1650. Много этапов способа 1600 могут быть выполнены, например, компонентами системы 100A или 100B, изображенными на фигурах 1A и 1B, соответственно. На этапе 1610 входной сигнал датчика обрабатывается, чтобы определять, есть ли изменение в освещенности (например, естественного или искусственного света) в рабочей зоне. Входной сигнал датчика может быть от одного или множественных датчиков, и датчик(и) могут быть любым типом датчика света, таким как датчик дневного света. Один или множественные датчики могут обнаруживать уменьшение или увеличение света из естественного источника (например, солнечный свет) или искусственного источника (например, светильник). Входной сигнал датчика может быть передан или обработан одним или более процессорами, исполняющими модуль управления внешней средой, такой как модуль 110 системы 100A, модуль шлюза, такой как модуль 130 системы 100A, или контроллер области, такой как контроллер 320 системы 300A. Если нет никакого изменения в освещенности, то управление остается на этапе 1610, и входной сигнал датчика(ов) на этапе 1610 может снова обрабатываться в более позднее время. Если определение на этапе 1610 указывает, что есть изменение в освещенности в рабочей зоне, то управление переходит к этапу 1620.
На этапе 1620 выполняется определение относительно того, является ли изменение в освещенности большим, чем заранее сконфигурированная величина. В некоторых вариантах осуществления это определение может делаться посредством введенного в эксплуатацию блока (например, контроллера области, IP светильника), который расположен ближе к датчику(ам), формирующему входной сигнал датчика, и/или введенному в эксплуатацию блоку, который связан с рабочей зоной во время процесса введения в эксплуатацию. В других вариантах осуществления это выполняется определение более централизованно одним или более процессорами, ассоциированными с модулем контроля внешней среды, таким как модуль 110 системы 100A, или модуль шлюза, таким как модуль 130 системы 100A. Если результат определения на этапе 1620 является отрицательным (например, изменение в освещенности не является большим, чем заранее сконфигурированная величина), то не выполняется никакого регулирования в освещенности в рабочей зоне. Однако, в некоторых вариантах осуществления каждое изменение в освещенности, которое не действует на следующем этапе 1620, агрегируется и временно сохраняется в памяти, доступной для модуля или модулей, выполняющих определения на этапах 1610 и 1620. В таких вариантах осуществления этап 1620 может включать в себя использование запуск агрегации изменений в освещенности по множественным предыдущим определениям на этапе 1620, которые привели к отрицательным определениям на этапе 1620, чтобы сделать представленное определение на этапе 1620.
Если результат определения на этапе 1620 является положительным (например, изменение в освещенности является большим, чем заранее сконфигурированная величина), то управление переходит к этапу 1630, и выполняется определение относительно того, является ли уровень освещенности в рабочей зоне равным или больше заранее сконфигурированного уровня. В некоторых вариантах осуществления определение этапа 1630 может делаться посредством введенного в эксплуатацию блока (например, контроллера области, IP светильника), который расположен ближе всех к датчику(ам), формирующему входной сигнал датчика, и/или введенному в эксплуатацию блоку, который связан с рабочей зоной во время процесса введения в эксплуатацию. В других вариантах осуществления это выполняется определение более централизованно одним или более процессорами, ассоциированными с модулем управления средой, таким как модуль 110 системы 100A или модуль шлюза, таким как модуль 130 системы 100A. Если определение на этапе 1630 является положительным (например, уровень освещенности в рабочей зоне на или выше заранее сконфигурированного уровня), то затем освещенность, по меньшей мере, от одного светильника (или блока освещения, или источника света) в рабочей зоне регулируется, чтобы обеспечивать заранее сконфигурированный минимальный уровень освещенности на этапе 1640. Если, с другой стороны, определение на этапе 1630 является отрицательным (например, уровень освещенности в рабочей зоне является ниже заранее сконфигурированного уровня), то освещенность по меньшей мере от одного светильника в рабочей зоне регулируется, чтобы обеспечивать заранее сконфигурированный максимальный уровень освещенности. При регулировании освещенности на этапах 1640 и 1650 много вариантов осуществления могут использовать затухание в соответствии со сконфигурированным временем затухания и/или скоростью затухания, если признак затухания является возможным для одного или более введенных в эксплуатацию блоков, чей по меньшей мере один светильник в рабочей зоне отрегулирован на этапах 1640 или 1650.
Фигура 17 иллюстрирует основанный на дневном свете способ 1700 управления для ответа на обнаруженное изменение в естественной освещенности в пространстве, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Он содержит этапы с 1710 по 1740. Много этапов способа 1700 могут быть выполнены, например, компонентами системы 100A или 100B, изображенными на фигурах 1A и 1B, соответственно. На этапе 1710 входной сигнал датчика обрабатывается, чтобы определить, есть ли изменение в естественной освещенности в указанной зоне. Входной сигнал датчика может быть от одного или множественных датчиков, и датчик(и) может быть любым типом датчика света, такой как датчик дневного света. Входной сигнал датчика может быть передан и быть обработан одним или более процессорами, исполняющими модуль контроля внешней среды, такой как модуль 110 системы 100A, модуль шлюза, такой как модуль 130 системы 100A, или контроллер области, такой как контроллер 320 системы 300A. Если нет никакого изменения в естественной освещенности, управление остается на этапе 1710, и входной сигнал от датчика(ов) на этапе 1710 может снова обрабатываться в более позднее время. Если определение на этапе 1710 указывает, что есть изменение в естественной освещенности в указанной зоне, то управление переходит к этапу 1720.
На этапе 1720 выполняется определение относительно того, является ли изменение в естественной освещенности частью тенденции увеличения или уменьшения. Тенденция увеличения может быть идентифицирована после того, как множественные последовательные увеличения естественной освещенности обнаружены на этапе 1710 для рассматриваемой зоны. Аналогично, тенденция уменьшения может быть идентифицирована после того, как множественные последовательные уменьшения в естественной освещенности обнаружены на этапе 1710 для рассматриваемой зоны. Количество последовательных увеличений или уменьшений, необходимых для ряда изменений в естественной освещенности, называются тенденцией, могут быть конфигурируемым параметром во многих вариантах осуществления, которые могут быть установлены и/или перезапущены используя, например, центральную панель управления модуля 110 контроля внешней среды системы 100A.
Во многих вариантах осуществления определение на этапе 1720 может выполняться посредством введенного в эксплуатацию блока (например, контроллера области, IP светильника), который расположен ближе всех к датчику(ам), формирующему входной сигнал датчика, и/или введенному в эксплуатацию блоку, который связывается с рассматриваемой зоной во время процесса введения в эксплуатацию. В других вариантах осуществления это делается более централизованно одним или более процессорами, ассоциированными с модулем контроля внешней среды, таким как модуль 110 системы 100A или модуль шлюза, таким как модуль 130 системы 100A. Если никакая тенденция не идентифицирована, то управление возвращается к этапу 1710, и входной сигнал от датчика(ов) может снова обрабатываться впоследствии. Если тенденция увеличения найдена, то освещенность от по меньшей мере одного светильника (или блока освещения или источника света) в указанной зоне регулируется, чтобы обеспечивать более низкий уровень освещенности в пределах первой длительности (этапа 1740). Если, с другой стороны, найдена тенденция уменьшения, то освещенность от по меньшей мере одного светильника (или блока освещения или источника света) в указанной зоне регулируется на этапе 1730, чтобы предоставить более высокий уровень освещенности, чем в настоящее время предоставленная светильником в пределах второй длительности, которая короче, чем первая длительность на этапе 1740. При регулировании освещенности на этапах 1730 и 1740 много вариантов осуществления могут использовать затухание в соответствии с конфигурируемым временем затухания и/или скоростью затухания, если признак затухания доступен для одного или более введенных в эксплуатацию блоков, ассоциированных по меньшей мере с одним светильником, упомянутым на этапах 1730 и 1740.
Контроль условий внешней среды - управления, инициированные пользователем
В то время как многие из вариантов осуществления, описанные в предыдущих разделах относительно занятости и основанного на дневном свете управления, фокусируются на способах для осуществления мониторинга и/или идентификации шаблонов относительно изменений в занятости и условий освещения, и оптимальной регулировке условий внешней среды, чтобы отвечать на эти изменения, этот раздел фокусируется на управлениях, доступных для пользователей для выполнения изменений в условиях внешней среды. Во многих вариантах осуществления пользователь может иметь возможность отвергнуть автоматическое поведение, описанное в вышеупомянутых разделах относительно занятости и/или основанном на дневном свете контроле света.
Разрешение, запрещение и приоритезация управления
В любой заданной зоне все доступные типы управления (например, инициированные автоматически и инициированные пользователем) могут быть разрешены или запрещены. Введенные в эксплуатацию блоки могут конфигурироваться, таким образом, что один или более типов управления разрешены или запрещены. Дополнительно, для каждой зоны и/или введенного в эксплуатацию блока, приоритет может ассоциироваться с каждым типом управления. Когда тип управления доступен в области или для введенного в эксплуатацию блока, разрешенный тип управления (например, ручное персональное управление, центральное управление, основанное на занятости управление) может использоваться для выдачи запросов управления для разрешенной области или для введенного в эксплуатацию блока. Различные типы управления могут быть разрешенными и действующими в одной и той же области или для одного и того же введенного в эксплуатацию блока. Приоритеты используются для разрешения любых конфликтов или двусмысленностей всех заданных принятых вводов управления, и для определения условий внешней среды любого пространства в любой момент времени.
Мобильные контроллеры
Во многих вариантах осуществления мобильные контроллеры (например, смартфоны, планшетные компьютеры и другие портативные вычислительные устройства) могут использоваться пользователями для запроса изменений в условиях внешней среды. Мобильные контроллеры могут конфигурироваться, чтобы обеспечивать визуальную, слуховую и/или тактильную обратную связь ее пользователям при соединении с системой управления внешней средой, и/или визуальную, слуховую и/или тактильную обратную связь ее пользователям в пределах промежутка времени (например, 0,3 секунды) из временного пользовательского запроса изменения в условиях внешней среды. Мобильные контроллеры могут использоваться для персонального, ручного и централизованного управления введенных в эксплуатацию блоков на основании их местоположения в физической структуре. Например, смартфон может вести себя как персональный контроллер, разрешающий управление условиями внешней среды только в его персональной зоне или рабочей зоне пользователя, когда он работает в открытой зоне, такой как открытый офис. Однако, когда смартфон находится в зоне встречи, такой как переговорная, он может вести себя как ручной контроллер, позволяющий его пользователю управлять условиями внешней среды во всей зоне встречи.
Поведение включения питания
Фигура 19 иллюстрирует способ 1900 для определения поведения включения питания введенного в эксплуатацию или не введенного в эксплуатацию блока, выполняемого некоторыми вариантами осуществления системы для контроля условий внешней среды. Способ может, например, быть выполнен группой светильников, IP светильником, таким как IP светильник 150 фигуры 1A, датчиком или группой датчиков, камерой или группой камер, или любым управляемым устройством. Способ может также быть выполнен посредством исполнения компьютерного кода на одном или более процессорах, расположенных удаленно от одного или более устройств, поведение включения питания которых подлежит определению.
Способ 1900 содержит этапы с 1910 по 1970. Этап 1910 включает в себя определение, введено ли в эксплуатацию устройство или рассматриваемый блок. Процесс введения в эксплуатацию был ранее описан, например, в контексте фигуры 5. В некоторых вариантах осуществления во время процесса введения в эксплуатацию одно или более запоминающих устройств, возможно, обновляются, чтобы отражать статус введения в эксплуатацию устройства или рассматриваемого блока. Определение, введено ли в эксплуатацию устройство или рассматриваемый блок, может поэтому включать в себя получение доступа к одному или более запоминающим устройствам. В некоторых вариантах осуществления устройство или сам блок могут хранить информацию относительно ее статуса введения в эксплуатацию. В таких вариантах осуществления определение, введены ли в эксплуатацию устройство или блок, может включать в себя самим устройством или компьютерным кодом за пределами устройства, получение доступа к сохраненному устройством статусу введения в эксплуатацию или информации, отражающей его статус введения в эксплуатацию.
Если определено, что устройство введено в эксплуатацию, то управление переходит к этапу 1920. Иначе, управление переходит к этапу 1930. Оба этапа включают в себя определение, есть ли у устройства или рассматриваемого блока возможность соединения с сетью. В некоторых вариантах осуществления это может быть выполнено посредством устройства или блока, выполняющего тест на определение, существует ли возможность соединения. В других вариантах осуществления это может быть определено, например, компьютерным кодом, ассоциированным с модулем системы, таким как модуль 110 контроля внешней среды или модуль 130 шлюза системы 100A, посредством выполнения необходимого теста(ов).
Если определено на этапе 1920, что у введенного в эксплуатацию блока есть возможность соединения с сетью, тогда управление переходит к этапу 1940. Этап 1940 включает в себя восстановление и применение параметров конфигурации включения питания системы для введенного в эксплуатацию блока. Эти параметры могут быть сохранены централизованно на сервере или другом устройстве, имеющем доступ к устройству, или модуле системы, выполняющем этап 1940, или самом в введенном в эксплуатацию блоке. Если параметры конфигурации включения питания хранятся во множественных местах, то этап 1940 может также включать в себя определение, какой набор параметров имеет приоритет. В некоторых вариантах осуществления, если введенный в эксплуатацию блок является светильником, по умолчанию может быть сформировано поведение включения питания. Например, в пределах 0,3 секунд рассматриваемый светильник (или блок освещения, или источник света) может формировать уровень света, равный уровню света, который светильник (или блок освещения, или источник света) был сконфигурирован формировать незадолго до выключения питания.
Если определено на этапе 1920, что введенный в эксплуатацию блок не имеет возможности соединения с сетью, то управление переходит к этапу 1950. На этапе 1950 локально разрешенные параметры конфигурации включения питания системы применяются для введенного в эксплуатацию блока. Например, может иметь место набор конфигураций включения питания, сохраненный в самом введенном в эксплуатацию блоке, которые доступны для введенного в эксплуатацию блока без потребности в возможности соединения сетью.
Если определено на этапе 1930, что у не введенного в эксплуатацию блока есть возможность соединения с сетью, тогда управление переходит к этапу 1960. На этапе 1960 применяются параметры конфигурации включения питания по умолчанию, если нет отказа от конфигурации включения питания, разрешенной через сеть. Параметры конфигурации включения питания по умолчанию могут находиться в сети за пределами не введенного в эксплуатацию блока или самом в блоке. Например, если не введенный в эксплуатацию блок является светильником (или блоком освещения, или источником света), конфигурация включение питания по умолчанию может потребовать, чтобы уровень света в 100% от способности светильника был сформирован в течение 0,3 секунд после включения питания.
Если определено на этапе 1930, что не введенный в эксплуатацию блок не имеет возможности соединения с сетью, то управление переходит к этапу 1970. На этапе 1970 параметры конфигурации включения питания по умолчанию, сохраненные локально в не введенном в эксплуатацию блоке или иначе доступные для не введенного в эксплуатацию блоку без возможности соединения с сетью, могут быть применены к не введенному в эксплуатацию блоку.
Согласно некоторым вариантам осуществления, включающим в себя не введенные в эксплуатацию светильники, которые установлены и запитаны, но не соединены с IP сетью, могут реализовать следующее поведение. Каждый светильник (или блок освещения, или источник света) может прибегать к формированию света в 100% от его способностей в пределах 0,3 секунд с момента включения питания, и каждый такой светильник может игнорировать любые команды управления от устройств управления, которые инструктируют иначе. В некоторых вариантах осуществления, если не введенные в эксплуатацию светильники установлены, запитаны и соединены с коммуникационными линиями/линиями управления IP сетью, то все светильники IP подсети могут прибегнуть к формированию света в 100% от их способностей в пределах 0,3 секунд с момента подачи питания на подсистему. Эти светильники могут игнорировать информацию датчика (например, информацию датчика дневного света и занятости), но реагировать на ручное управление (например, от контроллеров IR области), так же как на команды централизованного управления (например, от модуля 110 контроля внешней среды, модуля 120 введения в эксплуатацию или модуля 130 шлюза на фигуре 1A).
Согласно некоторым вариантам осуществления, включающим в себя введенные в эксплуатацию светильники (или блоки освещения, или источники света), следующее поведение может формироваться при включении питания. Чтобы продемонстрировать эти функциональные возможности, такие блоки могут прибегать к формированию конфигурируемого максимального уровня света в пределах некоторого временного интервала (например, 2 секунды) после того, как система была включена. В таких вариантах осуществления, если никакого присутствия не обнаруживается в области введенных в эксплуатацию светильников, вслед за включением, введенные в эксплуатацию светильники выключатся в пределах другого временного интервала (например, 1 секунда) после определения, что никакого присутствия не было обнаружено. В некоторых других вариантах осуществления, вовлекающих введенные в эксплуатацию светильники, такие светильники могут не формировать свет после включения питания вплоть до обнаружения занятости в области светильников в течение некоторого конфигурируемого промежутка времени.
Времена реакции
Различные времена реакции относятся к ожиданиям пользователей при запросе изменения внешней среды, такого как изменение условий освещения. Если параметр затухания, ассоциированный с введенным в эксплуатацию блоком или самим пользователем (например, параметр пользовательских предпочтений, указывающий, предпочитает ли пользователь эффект затухания), недоступен, то запрошенное изменение в условии внешней среды (например, регулирование уровня света) должно быть немедленным. Если затемнение разрешено, то запрошенное изменение в условиях внешней среды может начаться в пределах временного интервала (например, 0,3 секунды) с момента запроса изменения.
Другая конфигурация, относящаяся к временам реакции, является временем затухания или временным интервалом, во время которого первое условие внешней среды (например, существующий уровень света) затухает по отношению ко второму условию внешней среды (например, новый требуемый уровень света). Во многих вариантах осуществления временем затухания является набор значений между 0,5 и 90 секундами. Ручные контроллеры, которые позволяют пользователю управлять временем затухания, могут позволять пользователю увеличивать или уменьшать время затухания с конкретной детализацией (например, увеличение или уменьшение времени затухания, разрешенное с 1 секундным разбиением). Признаки затухания и времени затухания являются признаками комфорта, разработанными, чтобы приводить к изменениям в условиях внешней среды, которые являются сглаженными, менее резкими и поэтому менее примечательными и менее отвлекающими.
Отклонение управления
Фигура 20 иллюстрирует способ 2000 для того, чтобы оперировать запросом управления, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Способ 2000 содержит этапы с 2010 по 2050. Один или более этапов могут быть опущены в выполнении способа, и другие этапы, не изображенные, могут также быть добавлены. В некоторых вариантах осуществления способ может быть выполнен самим введенным в эксплуатацию блоком, компьютерным кодом, исполняемым на одном или более процессорах, коммуникативно соединенных с введенным в эксплуатацию блоком (например, на процессорах, ассоциированных с модулем 110 контроля внешней среды или модулем 130 шлюза системы 100A) или любой их комбинацией. На этапе 2010 принимается запрос управления. Запрос управления может быть запросом на изменение условия внешней среды (например, уровня света, температуры или влажности) и может возникать из-за множества обстоятельств. Например, пользователь может запросить изменение, используя устройство управления средой, такое как устройство 160 системы 100A, устройство пользовательского интерфейса, установленное на стене, или пользовательский интерфейс (например, центральная панель управления), предоставленный посредством, например, модуля 110 контроля внешней среды или модуля 130 шлюза системы 100A. Запрос управления может также генерироваться в результате изменений в занятости или дневном свете в области. В иллюстративных целях только, предположим, что пользователь использует установленный на стене ручной контроллер в комнате, чтобы запросить более высокий уровень света, и что ручной контроллер связан с конкретным введенным в эксплуатацию блоком в комнате.
Этап 2020 включает в себя определение, разрешена ли запрошенная опция управления. Во многих вариантах осуществления все имеющиеся варианты управления (например, основанное на занятости управление, управление, основанное на дневном свете, ручное, персональное и центральное управление) могут быть запрещенными, разрешенными и/или приоритезированными для каждого введенного в эксплуатацию блока. В примере, используемом в иллюстративных целях, этап 2020 включает в себя определение того, разрешено ли ручное управление для введенного в эксплуатацию блока, связанного с ручным контроллером, используемым для запроса изменения в условиях освещения.
Если этап 2020 приводит к отрицательному определению (то есть, опция управления не разрешена для ассоциированного введенного в эксплуатацию блока), то управление переходит к этапу 2030, и принятый запрос управления игнорируется. Если этап 2020 приводит к положительному определению (то есть, опция управления разрешена для ассоциированного введенного в эксплуатацию блока), то управление переходит к этапу 2040.
Этап 2040 включает в себя определение того, есть ли конкурирующий запрос управления более высокого приоритета, который должен отклонить принятый запрос управления. Если этап 2040 приводит к отрицательному определению (то есть, конкурирующий запрос управления более высокого приоритета не найден), то управление переходит к этапу 2050, и запрошенное управление выполняется. Иначе, если этап 2040 приводит к положительному определению (то есть, конкурирующий запрос управления более высокого приоритета найден), то управление переходит к этапу 2030 и принятый запрос управления игнорируется. Например, автоматический запрос, проистекающий из основанного на дневном свете мониторинга пространства, окружающего введенный в эксплуатацию блок, может обозначать запрос регулирования светильников (или блоков освещения, или источников света), ассоциированных с введенным в эксплуатацию блоком, чтобы предоставить более низкий уровень света, чем который требует запрос пользователя, проистекающий из его/ее использования ручного установленного на стене управления. В таком случае, если введенный в эксплуатацию блок имеет более высокий приоритет для ручного управления по сравнению с основанным на дневном свете управлением, то светильники, ассоциированные с введенным в эксплуатацию блоком, будут регулировать освещенность, которое они предоставляют, чтобы формировать вручную требуемый уровень освещенности.
Ручное управление
Ручное управление относится к средству, имеющемуся у пользователя для того, чтобы вручную менять условия внешней среды. Во время процесса введения в эксплуатацию, изображенного на фигуре 5, блоки могут быть введены в эксплуатацию, чтобы управляться вручную. Ввод в эксплуатацию и конфигурация могут включать в себя связывание пользовательских интерфейсов для ручного управления с введенными в эксплуатацию блоками, связывание элементов пользовательского интерфейса (например, кнопок, ползунков прокрутки) с предварительными установками (например, сценами, уровнями света). Во время введения в эксплуатацию ручное управление может быть разрешено или запрещено для блока, подлежащего введению в эксплуатацию, и/или ручному управлению можно назначать уровень приоритета в сравнении с другими типами управления. Введенные в эксплуатацию блоки, которые имеют ручное управление, могут иметь другие разрешенные формы возможного управления (например, управления, основанного на дневном свете и основанного на занятости).
Ручное управление разрешает пользователю вручную включить или выключить введенные в эксплуатацию блоки. Например, конечный пользователь может войти в помещение, такое как комната, и использовать установленные на стене дисплей или переключатель, или пользовательский интерфейс на портативном устройстве, чтобы включить светильники, ассоциированные с одним или более светильниками в комнате. Такой ручной запрос может привести к тому, что светильники будут формировать заранее сконфигурированный уровень света (например, переходя на включенный уровень света). Если преобладающие условия внешней среды, такие как уровень освещения, в пространстве не таковы, какие желает пользователь, он или она может вручную регулировать освещение, используя ручное управление посредством указания, что освещение в пространстве было затемнено или осветлено. Такой ручной запрос может приводить к тому, что светильники в пространстве регулируют свой выходной сигнал света посредством заранее сконфигурированного процентного соотношения. Многие варианты осуществления могут потребовать, чтобы фиксируемые ручные контроллеры были размещены в видимом местоположении в пределах пространства, которым они управляют, и что ручной контроллер не должен иметь возможность управлять условиями внешней среды в пространстве, где пользователь, запрашивающий ручные изменения, не имеет возможности физически воспринять (например, увидеть, почувствовать или услышать) изменения, запрошенные С использованием контроллера.
В некоторых вариантах осуществления ручные изменения, которые запрошены с мобильного контроллера (например, смартфона), требуют активации в пределах более долгой длительности времени (например, изменение сцены в переговорной, которое запрошено с iPhone, требует только активации в пределах 3 секунд после запроса), по сравнению с ручными изменениями, запрошенными от фиксированного мобильного контроллера (например, контроллера, установленного на стене). Например, изменение сцены в переговорной, запрошенное от установленного на стене устройства управления, может требовать активацию в пределах 0,3 секунд после запроса, чтобы создать восприятие мгновенного ответа на запрос. Это различие может быть введено в системе, такой как система 100A или 100B, чтобы удовлетворить ожидания пользователей, что изменения внешней среды, инициированные в пространстве, используя ручное установленное на стене управления, могут быть мгновенными.
Во многих вариантах осуществления введенные в эксплуатацию блоки могут хранить множественные предварительные установки, которые могут быть запрошены вручную. В других вариантах осуществления предварительные установки могут дополнительно или альтернативно быть сохранены в одном или более удаленно находящихся запоминающих устройствах. Например, одной предварительной установкой может быть сцена освещения, которая принуждает каждый из множественных введенных в эксплуатацию блоков формировать заданный уровень света. Такая предварительная установка может приводить к "эффекту" освещения в пространстве, такому как затемненный свет в различных частях комнаты и яркий свет в других. В некоторых вариантах осуществления заданный уровень света может конфигурироваться посредством задания абсолютных уровней света или относительных уровней света (например, на 5% более затемненный, чем включенный уровень света) или посредством алгоритма, который учитывает переменный параметр, такой как величина имеющегося естественного света.
Назад к параметрам по умолчанию
В различных вариантах осуществления пользователь может иметь возможность отказаться от вручную выбранного условия внешней среды и принудить условия вернуться назад к предыдущим параметрам настроек или к параметрам настроек по умолчанию. Например, пользователь может использовать ручной контроллер, чтобы отменить выбор или отменить ранее запрошенный уровень света или сцену освещения. Эта особенность разрешает пользователю "выключить" персональное освещение или другое условие внешней среды в любое время. Один или более введенных в эксплуатацию блоков, участвующих в предоставлении требуемого уровня света или сцены, может затем возвратиться к предыдущей конфигурации или к состоянию по умолчанию.
Параметр конфигурации - время ручной задержки
Во многих вариантах осуществления конфигурация параметра времени ручной задержки обеспечивает сброс условий внешней среды, чтобы соблюдать условия, запрошенные вручную, даже после того, как введенные в эксплуатацию блоки, ранее применяющие эти условия, прекратили соблюдать условия, запрошенные вручную. Потребность в этом параметре может иметь место при различных обстоятельствах. Например, в некоторых ситуациях пользователь может войти в ранее незанятую комнату, где условия освещения были автоматически отрегулированы на основании присутствия естественного света. Пользователь может после этого использовать ручной контроллер, чтобы запросить, чтобы введенные в эксплуатацию блоки в пространстве сформировали конкретный уровень света в пространстве независимо от величины присутствия естественного света, таким образом, функционально отклоняя автоматическое основанное на дневном свете управление пространством. При таких обстоятельствах, когда пользователь покидает комнату, может возобновиться автоматическое основанное на дневном свете управление комнатой, или освещение в комнате может перейти к выключенному состоянию после того, как соответствующее количество времени истекло. В вариантах осуществления, где применяется время ручной задержки, введенные в эксплуатацию блоки в комнате могут возвратиться к предоставлению уровней света, которые вручную запросит пользователь, если пользователь обнаружен повторно входящим в то же самое пространство в пределах периода времени ручной задержки. Во многих вариантах осуществления период времени ручной задержки начинает истекать сразу после времени, когда рассматриваемые введенные в эксплуатацию блоки переходят к предоставлению условий внешней среды, которые отличаются от запрошенных вручную условий пользователя. Во многих вариантах осуществления время ручной задержки может быть автоматически установлено в 15 минут.
Параметр конфигурации - этап затемнения
Этап затемнения является конфигурируемым параметром, который ассоциирован с основанным на пользователе управлением света. У каждого введенного в эксплуатацию блока может быть ассоциированный параметр этапа затемнения, и ручные и персональные контроллеры могут иметь ассоциированные параметры этапа затемнения. Во многих вариантах осуществления этот параметр выражен как процентное соотношение и может колебаться в диапазоне от 5% до 30%.
Пользователь может выбрать установить шаг затемнения на 10% для введенного в эксплуатацию блока. В таком случае, когда введенный в эксплуатацию блок затемнен однократно (например, посредством одного шага), выходной сигнал света введенного в эксплуатацию блока уменьшается на 10% от его предыдущего выходного сигнала. В некоторых вариантах осуществления этап затемнения устанавливается в 5% по умолчанию. Много вариантов осуществления могут также разрешать пользователю изменять шаг затемнения, но только посредством конкретного уровня детализации (например 5%). Этот параметр может использоваться как механизм для управления скоростью, с которой пользователь может вручную затемнить освещение в пространстве.
Персональное управление
Персональное управление относится к средству, имеющемуся у пользователя для того, чтобы управлять условиями внешней среды в его персональном пространстве или рабочей зоне. Устройства, предоставляющие персональное управление, могут быть связаны с одним или более введенными в эксплуатацию блоками во время процесса введения в эксплуатацию согласно фигуре 5. Устройства персонального управления могут быть стационарными (например, установленные на стене устройства) или быть мобильными (например, смартфоны или другие переносные устройства). Во многих вариантах осуществления устройство персонального управления, которое является стационарным, может только быть связано с введенными в эксплуатацию блоками, которые расположены в пределах ограниченного радиуса устройства персонального управления. Мобильные устройства персонального управления могут быть связаны со множественными введенными в эксплуатацию блоками, которые являются более географически рассеянными по всему пространству. В некоторых вариантах осуществления, когда пользователь использует устройство персонального управления, чтобы управлять условиями внешней среды, такими как освещение в его рабочей зоне, запрос персонального управления может затронуть поведение только введенных в эксплуатацию блоков, которые как связаны с устройством персонального управления так и присутствуют в рабочей зоне, ассоциированной с местонахождением пользователя. Запрос персонального управления, чтобы переменить условия внешней среды в рабочей зоне пользователя, может возникнуть автоматически (например, от основанных на занятости способов управления) или вручную (например, от пользователя, использующего ручное устройство или устройство персонального управления, чтобы запросить изменение в условиях внешней среды). Основанное на дневном свете и основанное на занятости управление условиями внешней среды может затрагивать и/или быть затронуто персональным управлением введенных в эксплуатацию блоков, которые также конфигурируются, чтобы иметь возможность отвечать на запросы персонального управления изменения внешней среды.
Например, если пользователь желает увеличить уровень света в рабочей зоне до конкретного уровня, но продолжающееся основанное на дневном свете управление освещением в рабочей зоне не разрешает увеличивать уровень света в рабочей зоне до конкретного уровня, уровень света в рабочей зоне может быть разрешенным только для увеличения до другого более низкого уровня. Во многих вариантах осуществления, имеет ли возможность пользователь использовать персональный контроллер, чтобы управлять освещением в его/ее рабочей зоне, зависит от того, есть ли у пользователя разрешение влиять на условия внешней среды в рабочей зоне. Разрешения для авторизованных пользователей управлять условиями в их зонах работы могут храниться во введенных в эксплуатацию блоках, и/или более централизованно в одном или более разрешенных запоминающих устройствах, например, в модулях системы, таких как модуль 110 контроля внешней среды или модуль 130 шлюза системы 100A.
Введенные в эксплуатацию блоки могут конфигурироваться, чтобы вести себя конкретными способами в ответ на запросы персонального управления. Например, все светильники (или блоки освещения, или источники света), ассоциированные с введенным в эксплуатацию блоком, могут конфигурироваться, чтобы обеспечивать 500 люкс на опорной поверхности, когда устройство персонального управления используется для запроса конкретной сцены для конкретной рабочей зоны. Может также быть один или более режимов персонального управления, ассоциированных с введенными в эксплуатацию блоками и/или устройствами персонального управления. Например, режим ограниченной заданной величины может препятствовать тому, чтобы пользователь затемнял вне максимальной калиброванной заданной величины света. Режим неограниченной заданной величины может не вводить таких ограничений.
Введенные в эксплуатацию блоки, которые типично регулируют поведение на основании запросов управления, могут вводиться в эксплуатацию, чтобы сделать разрешенными или запрещенными запросы персонального управления. Такие блоки могут также назначать уровень приоритета на запросы персонального управления. Дополнительно и/или альтернативно, сами персональные устройства управления или пользователи, использующие эти устройства, чтобы создать запросы персонального управления, могут назначать уровни приоритета на запросы персонального управления.
Персональные устройства управления, такие как смартфоны, запускающие приложения персонального управления, могут использоваться пользователями, чтобы графически просматривать зоны и/или введенные в эксплуатацию блоки, которые находятся под управлением этого устройства. В некоторых вариантах осуществления любой ответ на такие запросы может быть обязан быть сделанным в пределах конфигурируемого промежутка времени (например, 3 секунды). Неспособность отвечать в пределах выделенного времени может приводить к ошибке, сообщаемой посредством устройства персонального управления непосредственно одному или более модулям системы (например, модулю 110 контроля внешней среды или модулю 130 шлюза системы 100A). Альтернативно, в различных вариантах осуществления, если ответ на пользовательский запрос, сделанный через персональный контроллер, занимает больше времени, чем конфигурируемое количество времени, то пользователю может быть предоставлена обратная связь в отношении хода продвижение запроса (например, индикатор выполнения или другое визуальное или слуховое уведомление).
Выбор сцены и настройка света
Используя персональное управления, пользователи могут выбрать заранее сконфигурированные сцены для своих рабочих зон. Например, пользователь может выбрать стандартную сцену, где все блоки освещения, ассоциированные с введенным в эксплуатацию блоком, предоставляющим свет для рабочей зоны пользователя, переключаются на конкретный уровень света. Пользователь может также использовать персональное управление, чтобы управлять уровнем затемнения светильников (или блоков освещения, или источников света), ассоциированных с введенными в эксплуатацию блоками. Введенные в эксплуатацию блоки могут конфигурироваться, чтобы обеспечивать освещенность в пределах определенного диапазона (например, между минимальным выходным сигналом света и максимальным выходным сигналом света) и возможность пользователя управлять уровнем затемнения таких блоков может быть сведена к тому, чтобы управлять выходным сигналом в пределах такого диапазона.
В некоторых вариантах осуществления сделанные вручную запросы изменения внешней среды могут приводить к изменениям в условиях внешней среды, которые потом управляются автоматически. Например, если вручную сделанные персональные запросы приводят к предоставлению фиксированного уровня света в пространстве, автоматическое управление может восстановить управление пространством после того, как некоторые события произойдут (например, пространство определено вакантным). В некоторых вариантах осуществления вручную сделанные изменения в условиях могут после этого контролироваться автоматическим управлением, даже не требуя, чтобы конкретное событие произошло до передачи управления автоматическому средству.
Фигура 21 иллюстрирует способ 2100 управления вручную активированным персональным запросом управления, выполняемый некоторыми вариантами осуществления системы для контроля условий внешней среды. Способ 2100 содержит этапы с 2110 по 2150, которые могут быть выполнены в порядке, отличающимся от изображенного. Этапы могут быть опущены, и другие этапы могут быть добавлены. На этапе 2110 принимается вручную активированный запрос персонального управления. В других вариантах осуществления запрос может быть принят модулем системы, таким как модуль 110 контроля внешней среды системы 100A, изображенный на фигуре 1, и пользователь может использовать смартфон, чтобы выдать запрос. В некоторых вариантах осуществления пользователь может увеличивать или уменьшать текущую заданную величину температуры на другую заданную величину, которая находится в пределах конфигурируемого диапазона (например, в пределах 2 градусов Цельсия от текущей заданной величины). Пользовательский интерфейс, используемый для запроса увеличения, может разрешить увеличение или уменьшение согласно конфигурируемому уровню степени детализации (например, может быть разрешен шаг увеличения или уменьшения на 0,1 градус Цельсия). Во многих вариантах осуществления требуемое регулирование температуры может затрагивать области HVAC, ассоциированные с одним или более введенными в эксплуатацию блоками освещения в рабочей зоне пользователя.
На этапе 2120 выполняется определение относительно того, авторизован ли ли пользователь, выдающий запрос, делать запрошенные изменения в условиях внешней среды. В некоторых вариантах осуществления это определение выполняется одним или более модулями системы, такими как модуль 110 контроля внешней среды или модуль 130 шлюза системы 100A. Определение может быть основано на местоположении пользователя и/или информации идентификации (например, ID пользователя и пароле). В вариантах осуществления, которые используют информацию регистрации пользователя (например, ID пользователя и пароль), чтобы верифицировать авторизацию. пользователь может быть вынужден предоставить его/ее полномочия только однажды, если он или она не вышел из системы, со времени последнего раза, когда полномочия пользователя были верифицированы. Если пользователь не авторизован переменять условия внешней среды в соответствии с запросом, управление переходит к этапу 2130, в котором игнорируется запрос персонального управления. Если пользователь не авторизован, чтобы переменить условия внешней среды в соответствии с его/ее запросом, он или она может быть уведомлены относительно этого факта. Если авторизация пользователя дополнительно или альтернативно зависит от местоположения пользователя, информация местоположения может кэшироваться в течение конфигурируемого промежутка времени, таким образом избегая потребности обновлять местоположение одного и того же пользователя каждый раз, когда он или она запрашивает изменение в условиях внешней среды.
Если пользователь авторизован сделать требуемые изменения внешней среды, один или более введенных в эксплуатацию блоков может быть проинструктирован регулировать условия внешней среды в соответствии с запросом персонального управления на этапе 2140. Например, светильники (или блоки освещения, или источники света), ассоциированные с одним или более введенными в эксплуатацию блоками, управляющими условиями освещения в рабочей зоне пользователя, могут перейти к формированию требуемого уровня света в рабочей зоне пользователя (например, опорная поверхность) в соответствии с конфигурируемым временем затухания. Во многих вариантах осуществления управление затем переходит к этапу 2150, в котором управление условиями внешней среды возвращается назад к автоматическому управлению. Например, выходной сигнал света, сформированный посредством одного или более введенных в эксплуатацию блоков, ассоциированных с рабочей зоной пользователя, может после этого вернуться к тому, чтобы быть управляемым в соответствии с ранее используемыми основанными на дневном свете и/или основанными на занятости алгоритмами.
Во многих вариантах осуществления персональные контроллеры могут позволять авторизованным пользователям выбирать или иначе задавать географический объем их персонального управления. Если пользователь, делающий этот выбор объема, использует его/ее собственное устройство персонального контроллера (например, смартфон), информация, идентифицирующая пользователя, может быть связана с выбором объема и/или другими параметрами настройки профиля пользователя автоматически, не требуя далее ввода от пользователя. Если, с другой стороны, пользователь, делающий выбор объема, использует публично доступное устройство персонального контроллера (например, контроллер, прикрепленный к стене в пространстве, дающий доступ для множественных пользователей), пользователь может быть вынужден идентифицировать себя, чтобы связать его/ее выбор объема с его/ее идентификационными данными в системе для контроля условий внешней среды. Как только пользователь успешно выбирает или задает географический объем персонального управления, запросы контроля внешней среды, затрагивающие область в пределах одной и той же географической области, но принятые от пользователей вне географической области, могут игнорироваться.
Персональные параметры настройки и отзыв ранее примененных условий внешней среды
Много вариантов осуществления разрешают пользователю отзывать параметры настройки света или другие условия внешней среды, которые требовались ранее. Эти параметры настройки или условия, возможно, ранее были запрошены тем же пользователем, запрашивающим отзыв, или другими пользователями того же самого пространства. Введенные в эксплуатацию блоки могут сами хранить ранее требуемые параметры настроек, и/или параметры настройки могут быть сохранены более централизованно в одном или более запоминающих устройствах, доступных для, например, модулей системы, таких как модуль 110 контроля внешней среды, модуль 130 шлюза и/или модуль 120 введения в эксплуатацию системы 100A. Ранее требуемые условия внешней среды могут быть ассоциированы с конкретными пользователями, зонами и/или введенными в эксплуатацию блоками.
Центральное управление
Центральное управление относится к средству, имеющемуся у пользователя для того, чтобы выполнять запланированные или регулируемые в реальном времени параметры системы, которые могут затрагивать условия внешней среды в пределах пространства более глобальным или распространяющимся способом. Центральное управление также относится к управлению условиями внешней среды, используя пользовательский интерфейс, исполняемый модулем системы, такими как модуль 110 контроля внешней среды или модуль 130 шлюза системы 100A. Центральное управление может быть ручным (например пользователь, вручную регулирующий параметры настройки света, используя отображенный пользовательский интерфейс) или автоматическим (например, регулирование условий внешней среды, происходящих в результате реакций системы на обнаруженные события). Во многих вариантах осуществления, чтобы централизованно управлять одним или более введенными в эксплуатацию блоками в пределах области, введенные в эксплуатацию блоки должны быть коммуникативно соединены с центральной панелью управления. Центральная панель управления содержит компьютерный код, исполняющий один или более пользовательские интерфейсы, которые позволяют авторизованным пользователям управлять различными введенными в эксплуатацию блоками, группами введенных в эксплуатацию блоков и/или целыми зонами в физической структуре. Во многих вариантах осуществления центральная панель управления может также быть коммуникативно соединена с и/или исполнена одним или более модулями, центральным для работы систем для контроля изменений внешней среды, описанных в настоящем описании. Например, во многих вариантах осуществления центральная панель управления исполняется или соединена с модулем 110 контроля внешней среды или модулем 130 шлюза системы 100A. В различных вариантах осуществления центральная панель управления может использоваться для повторного введения в эксплуатацию и/или повторного конфигурирования введенных в эксплуатацию блоков. В некоторых из этих вариантов осуществления пользовательский интерфейс(ы) центральной панели управления могут отображать повторно конфигурируемые параметры наряду с их представленными значениями или статусами и препятствовать тому, чтобы пользователь центральной панели управления конфигурировал параметры, которые не являются повторно конфигурируемыми, или параметры параметров настроек, введенных в эксплуатацию блоков, до значений, которые находятся за пределами разрешенных диапазонов.
Планируемое и центральное управление в реальном времени
Пользователь может использовать централизованную утилиту, такую как центральная панель управления, чтобы менять параметры настройки введенных в эксплуатацию блоков, чтобы влиять на условия внешней среды в режиме реального времени или запланированным способом. Запросы реального времени обрабатываются таким образом, что получающиеся изменения в условиях внешней среды выполняются в пределах конфигурируемого промежутка времени после запроса. Центральная панель управления может также использоваться соответственно авторизованными пользователями (например, менеджером предприятия), чтобы изменять параметры, которые затрагивают все поведение системы, такое как конфигурируемое количество времени, в пределах которого запросы в реальном времени требуют обслуживания.
Создание и контроль планирования
Центральная панель управления может быть использована для создания, редактирования и планирования задач, воплощающих изменения в условиях внешней среды. Задачи могут быть запланированы для инициирования в конкретное время (например, в конкретных временных интервалах, один раз относительно события или в абсолютное время) или после возникновения конкретного события. Задача может задавать изменения, которые являются более глобальными по природе, например, установка в начальное состояние параметра, который затрагивает множественные области или введенные в эксплуатацию блоки (например, изменяющий время затухания, время выдержки, разрешающий или запрещающий тип управления). Задача может также задавать изменения, которые более локальны по природе, например, уменьшение выходного сигнала света введенного в эксплуатацию блока, который затрагивает только конкретную рабочую зону. Во время процесса введения в эксплуатацию авторизованный пользователь, такой как менеджер предприятия, может создать и запланировать задачи по умолчанию. Например, ночная задача может быть побуждена, чтобы быть исполняемой после часов работы и может изменить время выдержки и уровни света по умолчанию, чтобы сохранить энергию.
Запланированная задача может содержать серии задач, которые сами намечены к выполнению в некоторое время после возникновения некоторых событий и/или в соответствии с некоторой логикой. Пользователи могут выбрать существующие планы для применения. Одинаковые планы могут применяться неоднократно. Соответственно, центральная панель управления может обеспечивать средство пользовательского интерфейса для того, чтобы выбрать одно или более планирований для применения, задавая объем планов (например, введенные в эксплуатацию блоки или зоны, на которых выбранные планы будут активными), какие события будут инициировать планы (например, время суток, условия внешней среды, пользовательская деятельность) и/или частоту, с которыми применяются планы (например, только один раз, несколько раз в день, всякий раз, когда событие инициирования происходит).
Планы могут также быть немедленно активированы. В таких случаях задачи в рассматриваемом плане могут вступать в силу в пределах заранее определенного промежутка времени (например, в течение 5 секунд). Примеры задач включают в себя изменение выходного сигнала света для светильника или введенного в эксплуатацию блока (например осветление/затемнение от текущего уровня света, прибегание к конкретному уровню затемнения, возвращение сцены света, выключение/включение), повторную конфигурацию параметров управления (например, разрешать /запрещать опцию управления, изменение времени выдержки датчиков, изменение времени затухания), изменение температуры в области, запуск теста аварийного освещения и выполнение автокалибровки выбранных датчиков. Во многих вариантах осуществления планируемые задачи могут также включать в себя задачи, относящиеся к базам данных, такие как прокрутка данных от введенных в эксплуатацию блоков (например, диагностика входа в систему, данные потребления энергии), посылка отчетов или уведомлений различным модулям системы и копирование конкретных данных или категорий данных.
Во многих вариантах осуществления только один план может быть активным относительно одного и того же введенного в эксплуатацию блока в любой момент времени. Переход между параметрами настройки двух последовательных задач в плане может включать в себя переход затухания в пределах времени затухания. Соответственно, создание и/или выбор планов могут включать в себя задание или выбор параметров, таких как время затухания и/или разрешение или запрещение перехода затухания между задачами в плане.
Создание и конфигурирование тревожных оповещений
Центральная панель управления или пользовательский интерфейс, ассоциированные с модулем введения в эксплуатацию, могут позволять авторизованному пользователю, такому как менеджер предприятия, создавать и конфигурировать тревожные оповещения. Тревожное оповещение может быть любым средством, посредством которого один или более модули, контроллеры или устройства, ассоциированные с системой для контроля условий внешней среды в пределах структуры, уведомляются о состояниях системы, которые нештатны или иначе требуют действия. Тревожное оповещение может быть ассоциировано с различными конфигурируемыми параметрами. Эти параметры могут быть вручную установлены или изменены авторизованным пользователем или автоматически обновляться во работы системы. Тревожное оповещение может иметь ассоциированный тип (например, ошибка или предупреждение). Тревожное оповещение может обозначать источник или событие, или условие, которое сгенерировало тревожное оповещение. Примеры могут включать в себя изменение в статусе системы, статусе конкретной системы или появление запланированного или незапланированного события. Тревожное оповещение может также иметь ассоциированное назначение (например, пользовательская учетная запись, которая должна быть уведомлена о тревожных оповещениях), область (например, введенные в эксплуатацию блоки, которые тревожное оповещение потенциально затрагивает), формат (например, SMS, электронная почта, аудио, визуальный, тактильный), триггеры (например, план или задача, которые вызывают тревожное оповещение) и условие триггера, которое вызывает вызов тревожное оповещение (например, время, статус системы, изменение в статусе системы или запланированная деятельность). Тревожные оповещения могут также вынуждать конкретные данные быть отображенными на центральной панели управления, чтобы визуально представить данные тревожного оповещения ответственному персоналу. Примеры включают в себя местоположение введенного в эксплуатацию блока, устройства или условия внешней среды являющиеся причиной тревожного оповещения, индикация серьезности тревожного оповещения и индикацию статуса тревожного оповещения (например, подлежит ли оно управлению).
Отклонение централизованного управления
В некоторых вариантах осуществления авторизованный пользователь может использовать центральную панель управления, чтобы вызывать отклонение команды централизованного управления или иначе конфигурировать систему для исключительного централизованного управления внешней средой, таким образом, что все другие автоматические или генерируемые пользователем запросы управления внешней средой блокируются или игнорируются до тех пор пока конкретное отклонение центральной команды или пока другое событие не завершится, или пока не будет закончено вручную. Такое отклонение централизованного управления может использоваться во время чрезвычайных ситуаций, например, во время пожара в здании или нарушения безопасности.
Централизованное управление может также принимать во внимание вручную запрошенные условия внешней среды, которые имеют эффект в различных областях. Например, хотя центральная панель управления может позволять менеджеру предприятия легко менять условия освещения в большой области офиса свободной планировки, менеджер предприятия может желать «проскочить» через области, которые находятся под персональным контролем других пользователей. В некоторых вариантах осуществления это совершается посредством использования информации о различных условиях освещения в различных частях, доступных в режиме реального времени для модулей системы, таких как модуль 110 контроля внешней среды или модуль 130 шлюза.
Во многих вариантах осуществления централизованно выданный запрос управления внешней средой, который приходит перед или после персонального или ручного запроса управления, может не влиять на ответ системы на персональный или ручной запрос управления. Например, запрос централизованного управления переключить блок введения в эксплуатацию на более низкий уровень света может привести к тому, что введенный в эксплуатацию блок будет формировать более низкий уровень света. Однако, персональный или другой ручной запрос управления может после этого успешно переключить блок введения в эксплуатацию, чтобы формировать более высокий уровень света.
Назад к поведению по умолчанию
Во многих вариантах осуществления запрос централизованного управления может быть выдан, чтобы вступить в силу в пространстве и препятствовать другим запросам управления вступить в силу в этом пространстве, до деактивации вручную. Чтобы предотвратить ситуацию, в которой менеджер предприятия может неосторожно не смочь деактивировать такое отклонение централизованного управления, автоматическое управление может отклонить такое центральное управление при некоторых ограниченных обстоятельствах, например, когда система распознает, что пространство вакантно. При таких обстоятельствах основанное на занятости управление может заменить центральное управление пространством, и изменения внешней среды в соответствии с основанным на занятости управлением могут вступить в силу.
Снижение
Во многих вариантах осуществления центральная панель управления обеспечивает соответственно авторизованному пользователю (например, менеджеру предприятия) принуждать систему переключаться на заранее определенный режим снижения. Такие режимы могут быть разработаны, чтобы сэкономить энергию посредством автоматического принуждения различных параметров всей системы изменяться, так же принуждая различные введенные в эксплуатацию блоки реагировать конкретными способами. Например, все виды персонального управления могут быть запрещены, все светильники (или блоки освещения, или источники света) в выбранных областях могут быть затемнены или выключены и все времена выдержки и периоды отсрочки для автоматически инициированного управления, такого как основанное на занятости управление, могут быть сокращены.
Графические пользовательские интерфейсы
Настройка видов
Описанные здесь системы управления внешней средой предоставляют множество различных графических пользовательских интерфейсов (GUIs) для того, чтобы облегчать взаимодействие с пользователями. Примерные варианты осуществления трех категорий таких GUIs описаны ниже. В дополнение, предоставляется настроенный графический пользовательский интерфейс (настроенный GUI), который позволяет пользователю создавать настроенные GUIs. Пользователь может использовать настроенный GUI, чтобы создавать GUIs для использования в конкретных задачах (например, затемнение светильников, ассоциированных с введенными в эксплуатацию блоками в различных комнатах) или в конкретных областях, которые пользователь часто посещает (например, GUI, который отображает информацию мониторинга для введенных в эксплуатацию блоков в трех комнатах, которыми пользователь интересуется). Настроенный GUI может также быть использован для создания различных видов, основанных на роли пользователя (например, пользователь с ролью, которая требует осуществление мониторинга потребления энергии), может быть предоставлен набор графических видов комнаты, где информация потребления энергии выдвинута на первый план или иначе доступна с меньшим количеством щелчков или взаимодействий пользователя. На основании роли пользователя и/или заранее сконфигурированного профиля предпочтения настроенный GUI может предлагать различные собственные представления (например, вид сверху разбитого на ячейки офиса пользователя и окружающей области), включая различные подробности (например, температуру и условия влажности в разбитом на ячейки офисе). Во время подготовки одного или более обычных GUIs, использующих настроенный GUI, пользователь может выбрать добавить или удалять различные подробности, чтобы достигнуть настроенного GUI, представляющего собственные предпочтения пользователя.
Центральная панель управления
Модули системы могут также позволять пользователю настраивать GUI домашней страницы центральной панели управления согласно потребностям пользователя. Например, для пользователя может быть возможно создавать различные виды на основании его/ее роли (например, конечный пользователь пространства офиса или менеджер предприятия). Менеджеру предприятия могут быть представлены данные обслуживания, так же как данные потребления энергии, в то время как конечному пользователю могут быть представлены только данные потребления энергии и данные по текущим условиям внешней среды (например, температура, уровни света), но не данные поддержки.
GUI панели управления может также представлять (например, на план-схеме этажа непосредственно или на стороне панели) рабочие статусы различных введенных в эксплуатацию блоков (например, сообщено ли о неисправленной ошибке блока, включен или выключен ли блок). Во многих вариантах осуществления данные относительно устройств, таких как их функции или данные статуса, представляются пользователю в течение 0,5 секунд после запроса пользователем (например, помещая курсор на устройство на план-схеме этажа). Устройства могут также быть визуально выделены на плане-схеме этажа. GUI панели управления может также визуально изобразить различные категории устройств или введенные в эксплуатацию блоки на плане-схеме этажа по-разному. Например, различные иконки могут быть использованы для визуально изображения устройств освещения, устройств HVAC, датчиков и устройств управления. Выбор иконок может быть приспособлен к предпочтению пользователя. Различная информация может быть представлена для введенного в эксплуатацию блока в зависимости от его категории. Для введенных в эксплуатацию блоков, используемых для освещения, информация может содержать текущий уровень света и энергозатраты, и разрешено ли основанное на занятости или основанное на дневном свете управление. Для датчиков может быть представлено измерение последних воспринятых данных, или среднее число измерений по конкретному недавнему периоду времени.
GUI центральной панели управления может также обеспечивать пользователю возможность изменять параметры для введенных в эксплуатацию устройств. Когда пользователь выбирает введенное в эксплуатацию устройство, его параметры могут быть отображены, и редактируемые параметры на основании разрешения пользователя и/или роли могут быть визуально представлены как редактируемые. Параметры, которые пользователю не разрешено отредактировать, могут быть визуально представлены как нередактируемые (например, выделены серым). Доступный диапазон параметра может также быть указан, и значения параметра за пределами диапазона могут не быть приняты GUI центральной панели управления. Подсказки помощи могут также быть доступными через GUI центральной панели управления. Например, подсказки помощи могут быть представлены как наложение, когда курсор пользователя нависает над введенным в эксплуатацию блоком. Некоторые варианты осуществления GUI центральной панели управления могут быть в наличии на языках кроме английского языка. GUI центральной панели управления может также обеспечивать графическое средство пользователю, чтобы управлять планированием. Авторизованный пользователь может использовать GUI панели управления, чтобы создавать, редактировать, удалять, приоритезировать и иначе контролировать планы.
GUI центральной панели управления может также предоставлять графическое средство, чтобы централизованно управлять действующими параметрами настройки введенных в эксплуатацию блоков всюду по системе. Например, пользователи могут управлять параметрами настройки света группы выбранных введенных в эксплуатацию блоков, или одного введенного в эксплуатацию блока в режиме реального времени (например, посредством использования графического средства, чтобы выбирать множественные введенные в эксплуатацию блоки и/или индивидуальные светильники, и выбирать новые уровни света или выходной сигнал затемнения света посредством одного или более шагов). Новые действующие состояния (например, новые уровни освещенности) могут после этого быть визуально отражены на центральной панели управления как обратная связь пользователю, что изменения вступили в силу.
Модули системы или введенные в эксплуатацию блоки сами могут также проводить анализ имеющихся данных мониторинга, чтобы обеспечивать модулям системы, таким как модуль 110 контроля внешней среды системы 100A, рекомендации относительно параметра параметров настройки, которые приводят к оптимальной производительности системы (например, энергоэффективной производительности). Эти рекомендации могут представляться пользователю в то время, когда ему или ей представлены средство пользовательского интерфейса для того, чтобы регулировать рабочие параметры для введенных в эксплуатацию блоков. Анализ в реальном времени, оценивающий энергозатраты и экономию энергии, может быть проведен и представлен пользователю, наряду с оценками затрат, чтобы помочь пользователю определить оптимальный параметр параметров настройки.
Мониторинг панели управления
(GUI) центральной панели управления может также содержать GUI мониторинга панели управления, который отображает данные, собранные различными компонентами системы (например, модулем 110 контроля внешней среды, модулем 130 шлюза, IP светильником 150 или контроллером 320 области). Собранные данные (упомянутые здесь главным образом как данные мониторинга) могут быть данными, отражающими, например, использование пространства (занятость, присутствие), потребление энергии, температуру, влажность, уровни углекислого газа, использование автоматического управления и ручного управления и обнаружения операционных ошибок. Данные потребления энергии могут быть захвачены в качестве фактического измерения энергии или теоретического измерения энергии. Потребление энергии может быть измерено в кВт. Каждая собранная выборка данных может быть ассоциирована с отметкой времени и идентификацией устройства или физическим местоположением. Присутствие может быть записано как да/нет для каждого введенного в эксплуатацию блока(ов) или рассматриваемых областей; и занятость может быть записана в качестве процентного соотношения времени сколько введенные в эксплуатацию блоки или рассматриваемые области были заполнены. Статус занятости может быть выведен на основании множественных датчиков, ассоциированных с введенным в эксплуатацию блоком. Над генерированием обслуживания и диагностикой сообщений или отчетов может также быть осуществлен мониторинг и осуществлена запись. Например, может быть осуществлен мониторинг тревожных оповещений или тревожных сообщений, генерируемых введенными в эксплуатацию блоками в форме сообщений, отчитывающихся об операционных ошибках или предупреждениях, чтобы предсказать потенциальные будущие сбои.
Данные мониторинга могут быть представлены в графической форме и могут быть проанализированы, используя любую комбинацию стандартных и частных аналитических способов. Во многих вариантах осуществления данные мониторинга могут позволять пользователям, таким как менеджеры предприятия, получать ценные аналитические сведения о тенденциях в данных, делать сравнения с ранее собранными данными (например, историческими данными) и воплощать стратегии, такие как стратегии потребления энергии, основанные на данных.
Введенные в эксплуатацию устройства, подвергающиеся мониторингу, могут хранить данные мониторинга на самом устройстве, или данные могут храниться в одном или более запоминающих устройствах (например, базе данных), доступных для модулей системы, таких как модуль 110 контроля внешней среды, модуль 120 введения в эксплуатацию или модуль 130 шлюза системы 100A. Данные мониторинга могут быть зарегистрированы в заданных конфигурируемых временных интервалах. Дополнительно возникновение событий (например, обнаружение занятости) может принудить мониторинг останавливаться или возобновляться. Когда имеет место мониторинг, это может быть выражено посредством одного или более конфигурируемых параметров на базисе всей системы (например, посредством параметров настройки параметров всей системы или правил, затрагивающих множественные области и введенные в эксплуатацию блоки) или на основе «от устройства к устройству».
Данные мониторинга и представление подвергшихся мониторингу данные
Панель управления мониторинга может позволять авторизованному пользователю выбирать информацию, которая подлежит мониторингу, пространственную и временную детализацию, с которой данные, подверженные мониторингу, должны быть собраны, пространство(а), которое подлежит мониторингу, аналитические инструменты, которые должны быть применены к данным, и/или визуальное представление исходных или проанализированных данных. Некоторые пользователи (например, менеджеры предприятия) могут иметь авторизацию выбора новых области для того, чтобы осуществлять мониторинг или прекратить собирать данные в других областях. Другие пользователи (например, пользователи офиса) могут иметь возможность задавать, какие типы данных мониторинга они просматривают на панели управления мониторинга или просматривают ли они исходные или проанализированные данные мониторинга, но не имеют возможности влиять на коллекцию данных мониторинга непосредственно.
Пользователи могут выбирать области (например, университетский городок, здание, конкретные этажи, комнаты или области работы) или конкретные введенные в эксплуатацию блоки или типы введенных в эксплуатацию блоков для того, чтобы осуществлять мониторинг с интерактивной карты этажа. Пользователи могут также задавать или выбирать к скольким данным мониторинга они хотели бы иметь доступ (например, целый год, 6 месяцев, 1 месяц, 1 неделя, 1 день) и насколько недавними должны быть данные (например, в прошлом месяце, неделе, дне, часу). В зависимости от типа данных мониторинга может меняться временная детализация имеющихся данных.
Пользователь может также иметь возможность конфигурировать представление данных мониторинга. Например, панель управления мониторинга может позволять пользователям выбирать тип графа(ов), используемого в представленных исходных или проанализированных данных (например, теплокарты), или выбирать другие подробности, затрагивающие визуальное представление. Например, пользователь может конфигурировать его собственный вид мониторинга, чтобы использовать конкретный цветовой код, чтобы указать статус занятости (например, красный для областей, которые заполнены больше, чем 90% времени в течение рабочих часов, зеленый для областей, занятых меньше, чем 20% времени в течение рабочих часов). Пользователь может также иметь возможность генерировать отчеты на основании собранных данных мониторинга. Отчеты могут быть приспособляемыми и экспортными во многих форматах, таких как pdf, doc, xls и xml.
Поскольку пользовательский комфорт очень важен для систем для контроля условий внешней среды в пределах структуры, данные, подверженные мониторингу, включают в себя ключевые индикаторы этой метрики. Например, количество ручных или персональных отклонений, преобладающих условий внешней среды, ассоциированных с введенными в эксплуатацию блоками или областями, подлежащими слежению в течение долгого времени. Это включает в себя ручные изменения в уровнях света и ручные изменения в температуре, влажности и воздушном потоке. Эти изменения могут быть проанализированы в совокупности, чтобы показать тенденции, когда все ручные или персональные отклонения, рассматриваются в течение времени. На основании зарегистрированных температурных данных в течение времени, теплокарты для введенных в эксплуатацию блоков могут быть созданы и перегретые введенные в эксплуатацию блоки и недогретые введенные в эксплуатацию блоки могут быть идентифицированы. Поскольку температуры в одной зоне могут влиять на температуру в смежных зонах, некоторые зоны могут быть перегреты или недогреты на основании температуры в смежных зонах. Анализ зарегистрированных температурных данных может показать такие тенденции. Математические модели могут затем быть использованы, чтобы предлагать изменения в температуре и параметрах воздушного потока для введенных в эксплуатацию блоков, чтобы противодействовать любым идентифицированным отрицательным тенденциям.
Запись и представление данных, связанных с обслуживанием
Все данные мониторинга, которые относятся к обслуживанию системы в исправном состоянии, могут быть представлены на одном или более связанных пользовательских интерфейсах. Во многих вариантах осуществления эти UIs (представленные как одно или более окон, панелей или связанных вебсайтов) представляют данные, такие как диагностические сообщения; тревожные оповещения, предупреждения и другие события, ассоциированные с введенными в эксплуатацию блоками; активация аварийного освещения; отчеты и уведомления относительно сбоев устройства; и запланированные и законченные замены устройств. В отличие от тревожного оповещения, которое указывает, что устройство, возможно, не работает как предназначено, предупреждение указывает, что система может быть запущена рядом или вне ее рабочих границ (например, указывает устройство с приближающимся концом срока службы, обстоятельствами перенапряжения или перегрузкой). Различные визуальные характеристики (например, различные иконки и цвета) могут быть использованы для визуальной индикации различных категорий сбоя устройств, таких как сбой осуществления связи и нехватка энергии.
В некоторых вариантах осуществления, когда дефектное устройство или введенный в эксплуатацию блок заменяются, пользователь с соответствующими полномочиями обслуживания может использовать центральную панель управления, чтобы повторно ввести в эксплуатацию устройство в соответствии со способом, изображенным на фигуре 5. Замененное устройство может быть обнаружено системой и ее местоположением, отмеченным на план-схеме этажа. Данные ввода в эксплуатацию о вовлеченном устройстве могут совместно использоваться между модулями системы, такими как модуль 120 введения в эксплуатацию и модуль 110 контроля внешней среды, чтобы функционально повторно ввести в эксплуатацию устройство после замены. Процесс связывания замененного устройства с датчиками может быть начат, например, авторизованным пользователем, простым перетягиванием и отпусканием иконки, представляющей обнаруженное устройство, на иконке, представляющей один или более датчиков на цифровой план-схеме этажа, отображенной посредством центральной панели управления.
Модули системы, такие как модуль 110 контроля внешней среды, могут выполнять самопроверки по всей системе или локализованно. Самопроверки могут быть инициированы автоматически в равномерных интервалах или вручную авторизованным пользователем. Отчеты и диагностические сообщения могут генерироваться модулями системы или введенными в эксплуатацию блоками на работоспособных различных введенных в эксплуатацию блоках или модулях системы и представляются на центральной панели управления. Для вручную запрошенных самопроверок система может обеспечивать обратную связь пользователю на протяжении самопроверки. Дополнительно, модули системы могут зарегистрировать и сделать доступными сообщения сети TCP/IP, относящиеся к различным введенным в эксплуатацию блокам.
Панель управления пользовательского контроля
Центральная панель управления может также содержать GUI пользовательского контроля, который обеспечивает авторизованному пользователю создавать, редактировать и удалять пользовательские учетные записи пользователей системы. Пользовательские учетные записи могут быть учетными записями для пользователей рассматриваемой структуры (например, работников офиса), так же как учетные записи для использования администраторами с разрешением конфигурировать пользовательские учетные записи. Каждый пользователь и администратор учетной записи может иметь ассоциированный ID пользователя и пароль в целях аутентификации. В некоторых вариантах осуществления учетные записи администратора имеют возможность конфигурировать, например: над какими типами данных осуществлять мониторинг, какие пользователи имеют возможность просматривать данные подвергшиеся мониторингу и с какой детализацией, какие параметры системы являются конфигурируемыми, и какие пользователи имеют возможность менять значения таких параметров, какие пользователи принимают уведомления системы, и какое введенные в эксплуатацию блоки используются для различных задач уровня системы (например, сбор данных мониторинга).
Кроме предоставления средства для ручного создания новой пользовательской и административной учетной записи, пользовательский контроль GUI может также облегчать создание пользовательских учетных записей, импортируя ранее существующие пользовательские учетные записи из существующих инфраструктур пользовательских учетных записей (например, LDAP, RADIUS/ACTIVE сервера). В некоторых вариантах осуществления пользовательские учетные записи могут иметь назначенную роль (например, роль инженера обслуживания). Все пользователи, назначенные на некоторую роль, могут иметь один и тот же уровень доступа к информации и один и тот же уровень управления над различными аспектами системы. Например, всем пользователям с назначенной ролью инженера обслуживания позволяется просматривать с некоторым уровнем подробностей или детализацией подверженную мониторингу информацию использования (например, уровни освещенности в различных местоположениях здания), подходящую для обслуживания функциональных возможностей системы. Соответственно, роль может действовать как шаблон параметров настройки с некоторыми разрешениями быть доступным и другими быть недоступным. Назначение ролей пользовательским учетным записям является последовательным, эффективным способом ограничить пользователей от доступа к потенциально восприимчивой информации о действиях других пользователей в пределах рассматриваемой структуры, все еще позволяя пользователям иметь доступ к соответствующим типам информации для того, чтобы выполнять функции, относимые к их назначенным ролям.
GUI пользовательского контроля может также позволять создание и контроль учетных записей клиента, где административные и пользовательские учетные записи каждый ассоциированы с учетной записью клиента. Система может поддерживать множественные учетные записи клиента таким образом, что учетные записи администратора для каждой учетной записи клиента могут быть авторизованы, чтобы редактировать пользовательские учетные записи, ассоциированные только с его собственной учетной записью клиента. Такая компоновка обеспечивает контроль условий внешней среды в одном и том же физическом пространстве отдельными объектами. Например, одно и то же здание офиса может быть заполнено одним объектом с понедельника по среду и другим объектом с четверга по пятницу. Каждый объект может иметь различную учетную запись клиента с пользовательскими учетными записями, ассоциированными с его собственными служащими.
Обслуживание и надежность
Модернизация программного обеспечения
Модули системы (например, модуль 110 контроля внешней среды или модуль 130 шлюза) в различных вариантах осуществления могут позволять модернизацию программного обеспечения введенных в эксплуатацию блоков. Во время различных стадий процесса модернизации программного обеспечения устройства, подвергающиеся модернизации, возможно, не являются действующими. Модернизации программного обеспечения могут быть проведены на запланированной основе, они могут быть начаты, удаленно, используя пользовательские интерфейсы, такие как центральная панель управления, или локально посредством компетентного пользователя (например, инженер полевого обслуживания), используя инструменты системы, такие как инструмент введения в эксплуатацию. Они могут проводиться для выбранных устройств или относительно класса устройств, и центральная панель управления может отразить продолжающиеся, спланированные и законченные модернизации программного обеспечения для введенных в эксплуатацию устройств в системе.
Во время модернизации программного обеспечения поведение устройств, таких как устройства освещения, может отличаться от их конфигурируемого поведения до модернизации. Например, введенные в эксплуатацию блоки освещения, вовлеченные в модернизацию программного обеспечения и последующую перезагрузку, могут обеспечивать конкретный уровень освещенности (например, на фоновом уровне освещенности) и игнорировать любые запросы управления освещением, которые принимаются. Модули системы, вовлеченные в подготовку и/или отправление автоматически или вручную генерируемых команд управления средой (например, модуль 110 контроля внешней среды или модуль 130 шлюза) к введенным в эксплуатацию блокам, могут прекратить отправлять команды введенным в эксплуатацию блокам, которые теперь подвергаются модернизации программного обеспечения. После того, как модернизация программного обеспечения была закончена, модернизированное устройство в некоторых вариантах осуществления может возвратиться к его поведению до модернизации. Во многих вариантах осуществления модернизация программного обеспечения устройства не перезаписывает или не удаляет параметры конфигурации, которые были установлены до модернизации.
Во многих вариантах осуществления, чтобы защититься от нарушений правил безопасности, только одобренные версии и типы программно-аппаратных средств и компьютерного кода будут приниматься устройствами в целях модернизации, и только авторизованные пользователи будут иметь возможность инициировать модернизации программного обеспечения. Передача файлов данных, связанных с модернизацией, может только быть разрешено через безопасные каналы связи.
Надежность
Качество выходного сигнала света
В некоторых вариантах осуществления могут использоваться светильники различного светового эффекта (например, температура и цвет), и система может поддержать устройства освещения со следующими спецификациями: Ra, больше чем 80; Однородность для задачи освещения больше чем 0,7; Однородность для освещения Фона больше чем 0,4; UGR (Унифицированная Оценка Яркого света) - 19 для офисов и 28 для областей движения; и CCT 4000 К.
Отказ Сети
В ситуациях, когда нет возможности соединения с сетью по всей системе, система может вести себя заранее определенным способом, пока возможность соединения с сетью не будет восстановлена. Например, основанное на занятости управление может иметь место с ограниченными возможностями, чтобы обеспечивать минимальный уровень освещенности в областях, где занятость обнаружена; и основанное на дневном свете управление и персональное средство управления могут быть не иметься в наличии. В ситуациях, когда индивидуальный светильник или блок освещения обнаруживает, что он больше не соединен с сетью, он может также вести себя предписанным способом. Например, он может продолжить обеспечивать тот же уровень освещенности как прежде, чем отказ сети был обнаружен, и, если он выключен, он может переключиться на предоставление минимального уровня освещенности, если занятость впоследствии обнаруживается в его близости. Такое поведение гарантирует, что даже в случае отказа сети минимальный уровень освещенности будет присутствовать в областях, которые заполнены.
Отказ переключателя PoE
Фигура 22 изображает компоновку введенных в эксплуатацию блоков и ассоциированный переключатель PoE для того, чтобы уменьшать визуальное воздействие отказа переключателя PoE. На фигуре 22 два переключателя PoE (переключатель PoE A и переключатель PoE B) показаны поставляющими энергию множественным введенным в эксплуатацию блокам, идентифицированным прямоугольником с пунктирными границами, используемых в двух отдельных комнатах. Переключатель PoE A показан как поставляющий энергию к трем введенным в эксплуатацию блокам и их соответствующим светильникам или блокам освещения (показанным в качестве кругов в пределах прямоугольников с пунктирными границами) в комнате 1 и одному введенному в эксплуатацию блоку и его светильникам в комнате 2. Переключатель PoE B показан как поставляющий энергию двум введенным в эксплуатацию блокам и их соответствующим светильникам (или блокам освещения ) в комнате 2 и одному введенному в эксплуатацию блоку и его светильникам (или блокам освещения) в комнате 1. В такой компоновке, где каждый переключатель PoE поставляет энергию по меньшей мере одному введенному в эксплуатацию блоку в каждой из этих двух комнат, никакая комната не будет в полной темноте, если один из переключателей PoE откажет.
Самдиагностика
Фигура 23 иллюстрирует способ 2300 для самодиагностики и восстановления, выполняемого введенными в эксплуатацию блоками в некоторых вариантах осуществления системы контроля условий внешней среды. Фигура 23 содержит этапы с 2310 по 2350. В некоторых вариациях способа 2300 все изображенные этапы не обязательно должны выполняться в показанном порядке, один или более этапов могут быть добавлены, и один или более этапов могут быть удалены из показанных этапов. На этапе 2710 введенный в эксплуатацию блок обнаруживает дефект в его собственной работе с или без помощи модулей системы, таких как модуль 130 шлюза. Дефектом может быть неспособность введенного в эксплуатацию блока отвечать на запрошенную команду управления, когда запрос находится в пределах технических границ, разрешенных его спецификацией. Например, дефект может быть, что светильник (или блок освещения или источник света), не имеет возможности обеспечивать освещение на конкретном уровне освещенности, когда его спецификация разрешает такой уровень освещенности. Как только введенный в эксплуатацию блок обнаруживает дефект, управление переходит к этапу 2320. На этапе 2320 введенный в эксплуатацию блок пробует самостоятельно восстановиться. Самостоятельное восстановление может вынудить блок к самостоятельному перезапуску и/или иначе самостоятельной перезагрузке. Некоторые введенные в эксплуатацию блоки могут также конфигурироваться, чтобы делать попытку серий других операций, обычно известных, чтобы фиксировать рабочие ошибки, если перезапуск или перезагрузка не фиксирует дефект. Как только введенный в эксплуатацию блок пытается самостоятельно восстановиться, введенный в эксплуатацию блок переходит к этапу 2330, где введенный в эксплуатацию блок с или без помощи модулей системы, таких как модуль 130 шлюза, выясняет фиксируется ли обнаруженный дефект. Во время этого этапа введенный в эксплуатацию блок может попытаться выполнить ту же задачу, которая ранее принудила его обнаружить дефект. Если дефект фиксируется, введенный в эксплуатацию блок продолжает функционировать как обычно, и управление возвращается к этапу 2310. В некоторых вариантах осуществления введенный в эксплуатацию блок может предоставлять отчет о рабочей ошибке другому модулю системы, такому как модуль 110 контроля внешней среды, модуль 120 введения в эксплуатацию или модуль 130 шлюза, также доставляя сообщение, что введенный в эксплуатацию блок самостоятельно восстановился из ошибки. Такой отчет об ошибке может не привести к корректирующему действию от уведомленных модулей системы, но может использоваться в статистических целях (например, запись рабочих ошибок всей системы и как они были обработаны).
Если дефект не фиксируется, то управление переходит к этапу 2340, и введенный в эксплуатацию блок отчитывается об ошибке другому модулю системы (например, модулю 110 контроля внешней среды, модулю 120 введения в эксплуатацию или модулю 130 шлюза). Отчет об ошибке может иметь уровень безотлагательности, ассоциированный с ним, который может быть установлен самим введенным в эксплуатацию блоком. Уровень безотлагательности может влиять на то, как и когда уведомленный модуль отвечает на ошибку. При отчете об ошибке введенный в эксплуатацию блок может также передавать информацию, идентифицирующую его, модулю(ям), которые отчитались ему об ошибке. В ответ на отчет об ошибке один из модулей, принимающих отчет об ошибке, может отвечать, посылая инструкции самостоятельного восстановления в введенный в эксплуатацию блок. Инструкции самостоятельного восстановления могут быть, например, компьютерным кодом или информацией, идентифицирующей местоположение, одним или более запоминающими устройствами, компьютерным кодом или инструкцией для самостоятельного восстановления. В некоторых вариантах осуществления модуль системы, такой как модуль 110 контроля внешней среды, может послать фиксирование известной неполадки в форме компьютерного кода, исполняемого введенным в эксплуатацию блоком, если ошибка, о которой отчитались, относится к известной неполадке, ассоциированной с введенным в эксплуатацию блоком. На этапе 2350 введенный в эксплуатацию блок проверяет, чтобы определить, были ли инструкции самостоятельного восстановления приняты. Если эти инструкции не были приняты, управление остается на этапе 2350, и введенный в эксплуатацию блок ждет приема таких инструкций или другого действия авторизованным пользователем системы, такого как замена аппаратного обеспечения. Если инструкции самостоятельного восстановления приняты, то управление возвращается к этапу 2320, на котором введенный в эксплуатацию блок пытается самостоятельно восстановиться, используя недавно принятые инструкции.
Фигура 24 иллюстрирует вариант осуществления интерактивного графического пользовательского интерфейса, отображенного в качестве входного интерфейса модуля контроля внешней среды в соответствии с некоторыми вариантами осуществления системы контроля условий внешней среды. Она изображает устройства и введенные в эксплуатацию блоки на интерактивное план-схеме этажа и при запросе изображает информацию использования (например, часы включенного состояние, использование энергии) и информацию статуса для этих устройств и блоков. Фигура 25 иллюстрирует вариант осуществления интерактивного графического пользовательского интерфейса, отображенного в качестве входного интерфейса модуля введения в эксплуатацию в соответствии с некоторыми вариантами осуществления системы для контроля условий внешней среды. Пользовательский интерфейс позволяет пользователю вручную регулировать, например, уровни освещения различных блоков освещения в области, такой как офис ячейки. Фигура 26 иллюстрирует вариант осуществления интерактивного мастера области для использования в качестве входного интерфейса модуля введения в эксплуатацию, причем мастер области разрешает пользователю задавать различные параметры, которые вместе определяют функцию(и) области в физической структуре. Информация, принятая от пользователя относительно функции(й) области, может после этого быть использована для автоматического конфигурирования различных устройств в области. Фигура 27 иллюстрирует вариант осуществления интерактивного графического пользовательского интерфейса для использования при введении в эксплуатацию нового устройства (например, датчика) для использования в системе контроля условий внешней среды.
Обслуживание: повторный ввод в эксплуатацию и повторная конфигурация устройств
Карта этажа и горячее подключение
В некоторых вариантах осуществления инструмент введения в эксплуатацию предоставляет интерактивную карту этажа, изображающую фактическое физическое размещение устройств, таких как датчики, переключатели PoE, светильники, контроллеры области и модули шлюза. Во время горячего подключения и горячего отключения таких устройств (например, размещение и удаление устройств, в то время как вся система запитана и работоспособна), карта этажа может отражать в реальном времени удаление и дополнение устройств.
Автоматический повторный ввод в эксплуатацию: замена светильника и датчика
"Интеллектуальные" светильники и/или блоки освещения (в дальнейшем упомянутые в целом как "блоки освещения") могут включать в себя контроллер, память и/или в некоторых случаях могут также включать в себя один или более датчиков, конфигурируемых, чтобы обнаруживать различные входные сигналы. Во внешних средах, в которых развернуты множественные интеллектуальные блоки освещения, каждый блок освещения может конфигурироваться и/или вводиться в эксплуатацию, чтобы работать конкретным способом, чтобы выполнять конкретную роль. Например, два блока освещения могут выдавать свет, имеющий несоизмеримые свойства, которые выбираются, чтобы служить дополнением друг другу конкретным способом. Если один из этих блоков освещения выходит из строя, свет, испускаемый посредством оставшегося блока освещения может больше не будет являться подходящим. Чтобы заменить недействующий интеллектуальный блок освещения, который ранее играл конкретную роль, заменяющий интеллектуальный блок освещения может быть введен в эксплуатацию, чтобы выполнять ту же роль, что и замененный блок освещения. Ручное введение в эксплуатацию заменяющего блока освещения может быть тяжелым и/или непрактичным, особенно в больших установках. Использование централизованного сервера резервного копирования, чтобы автоматизировать процесс введения в эксплуатацию заменяющих светильников, может ввести различные проблемы, такие как единственная точка отказа, высокая сложность и/или трудное обслуживание и/или увеличение потенциального подвергания кибератакам. Соответственно, есть потребность в области техники, чтобы облегчить автоматический ввод в эксплуатацию заменяющих интеллектуальных блоков освещения, не полагаясь на использование централизованного сервера или другие формы централизованного управления. Ввиду предшествующих различных вариантов осуществления и реализаций представленное раскрытие направлено к автоматическому и децентрализованному вводу в эксплуатацию замены блоков освещения.
Возвращаясь к Фиг. 1, в некоторых вариантах осуществления модули 140-3, 150-3 управления каждого IP светильника, блока 140, 150 освещения могут конфигурироваться, например, посредством исполнения микрокода в памяти (не изображен), чтобы автоматически вводить в эксплуатацию себя в систему. Например, в некоторых вариантах осуществления, когда блоки 140, 150 освещения используются для замены недействующего блок освещения системы 100A, модуль управления (или "контроллер") заменяющего блока освещения может конфигурироваться, чтобы запрашивать и получать из одного или более блоков освещения (например, 140, 150), уже установленных в системе 100A по одной или более сети связи, один или более идентификаторов, ассоциированных с одним или более удаленными блоками освещения (например, 140, 150). Контроллер заменяющего блока освещения может также конфигурироваться, чтобы получать от одного или более удаленных блоков освещения (например, 140, 150) по одной или более сетей связи, эксплуатационные характеристики освещения, ассоциированные, по меньшей мере, с одним другим удаленным блоком освещения. Затем, контроллер заменяющего блока освещения может конфигурироваться, чтобы выборочно возбудить один или более своих источников света в соответствии с эксплуатационными характеристиками освещения, ассоциированных с недействующим блоком освещения. В этом способе заменяющий блок освещения имеет возможность автоматически вводить в эксплуатацию себя, используя информацию, предоставленную другими блоками освещения (например, 140, 150), которые, в свою очередь, не должны знать о текущих рабочих статусах друг друга.
Полуавтоматический повторный ввод в эксплуатацию:
Во многих вариантах осуществления, когда контроллер системы освещения или актуатор устройства заменяются (датчик, светильник, управление UI, контроллер области), авторизованный пользователь системы (например, инженер по вводу в эксплуатацию), могут иметь необходимость ввести в эксплуатацию и сконфигурировать устройство, чтобы обеспечить надлежащее функционирование. Во многих случаях это может быть достигнуто, используя инструмент введения в эксплуатацию. В некоторых случаях, когда введенный в эксплуатацию блок заменяется, модуль системы, такой как модуль 110 контроля внешней среды или модуль 130 шлюза, могут отыскать устройство по сети и представить устройство для введения в эксплуатацию на инструменте введения в эксплуатацию.
Локализация (определение местоположения) замененного устройства может выполняться автоматически или полуавтоматически, когда авторизованного пользователя (например, инженера по вводу в эксплуатацию) спрашивают о подтверждении успешной локализации. В случае, если единственное устройство заменено в системе, модуль введения в эксплуатацию может автоматически повторно конфигурировать это устройство с подробностями конфигурации работающего со сбоями устройства, которое он заменил. Авторизованный пользователь может также иметь возможность запросить последнюю версию данных конфигурации, ассоциированных с использованием замененного устройства, например, центральной панелью управления.
Ручной повторный ввод в эксплуатацию
Авторизованный пользователь может использовать центральную панель управления, чтобы вручную повторно ввести в эксплуатацию введенные в эксплуатацию блоки и повторно конфигурировать параметры выбранных введенных в эксплуатацию блоков. Например, пользователь может выбрать устройства для добавления к введенному в эксплуатацию блоку или разбить введенный в эксплуатацию блок на подблоки и задать различные параметры, использованные для управления поведением нового введенного в эксплуатацию блока(ов).
Аварийный режим и освещение
В ситуациях, когда имеет место отключение энергии или выключается главная линия питания, система может активировать аварийный режим всей системы. Во время аварийного режима введенные в эксплуатацию блоки могут не реагировать на основанное на дневном свете или основанное на занятости управление, или на запросы управления от индивидуальных пользователей. В различных вариантах осуществления аварийные светильники или блоки освещения, распределенные всюду по структуре, могут быть активированы, чтобы сформировать достаточный свет в целях, таких как эвакуации здания. У каждого из таких аварийных светильников может быть один или более индикаторные LEDs с различными состояниями света, указывающими связанное состояние системы. Например, постоянный зеленый свет может обозначать, что система функционирует как требуется; мигающий зеленый свет может обозначать, что система выполняет тест длительности или функцию; и мигающий красный свет с четырьмя периодами мигания может обозначать отказ батареи.
Использование энергии: зеленое отключение питания
В то время как PoE вводятся для удобства, это может также сопровождаться затратами на увеличенное использование энергии, особенно где компоненты PoE (например, переключатели, датчики занятости, светильники и т.д.) остаются запитанными даже когда не используются. Соответственно, в различных вариантах осуществления различные компоненты PoE могут воплощать то, что упомянуто здесь как последовательность "зеленого отключения питания", в которую выключены компоненты PoE, когда конкретная область или набор областей (где компоненты PoE могут быть или могут не быть расположены) становится вакантным в течение некоторого промежутка времени. Другие компоненты PoE, такие как датчики занятости, могут остаться запитанными. Когда занятость обнаруживается в конкретной области, то компоненты PoE, которые были выключены, могут быть запитаны еще раз.
В некоторых вариантах осуществления компоненты PoE во внешней среде могут быть отключены от питания каскадным способом. Например, в некоторых вариантах осуществления "родительская" область внешней среды может быть определена. Например, для этажа офисного здания области вокруг лифтов могут быть определены как родительская область. Если остальная часть этажа вакантна (например, занятость не обнаружена никакими датчиками на остальной части этажа в течение заранее определенного временного интервала), и занятость не обнаружена в родительской области в течение заранее определенного промежутка времени, компоненты PoE в детской области(ях) могут быть отключены от питания. В некоторых вариантах осуществления один или более компонентов PoE в родительской области, такой как один или более датчиков занятости PoE остаются запитанными, чтобы обнаруживать занятость в будущем. Если занятость обнаружена в родительской области, порты PoE, которые были выключены в другом месте на этаже, могут быть запитаны еще раз.
В некоторых вариантах осуществления компоненты PoE могут быть отключены от питания, используя различные протоколы связи, такие как простой протокол управления сетью ("SNMP"). Например, и возвращаясь к Фиг. 3A, контроллер 320 области может выдавать команды SMNP переключателю 330 и 340 PoE (упомянутые как "поставляющие энергию" на Фиг. 3A), чтобы вынудить различные светильники с 350-1 по 350-4 и с 360-1 по 360-4 быть отключенными от питания. В некоторых вариантах осуществления контроллер 320 области может поддерживать для каждого компонента PoE (например, 350-1 по 350-4, 360-1 по 360-4) конкретную часть идентификатора объекта для этого компонента, значение для посылки (например, включить или выключить) и/или идентификатор устройства, например, так, чтобы контроллер 320 области мог выполнять коллекцию метрик для устройств PoE. Коллекция метрик может затем быть остановлена для устройств, которые отключены от питания.
Фиг. 30 изображает примерные сообщения, которые могут быть обменены между модулем 130 шлюза и/или контроллером 390 этажа (см. Фиг. 3B; в некоторых вариантах осуществления модуль 130 шлюза может действовать как контроллер 390 этажа ), переключателем 330 PoE (см. Фиг. 3A-B), контроллером 320 области (см. Фиг. 3A-B) и двумя или более светильниками, такими как светильники 360-1 360-2 (см. Фиг. 3A-B, оба включают в себя интегральные датчики присутствия) в качестве части примерной последовательности "зеленого отключения питания". Для этого примера может предполагаться прежде всего, что и светильники 360-1 и 360-2 PoE в настоящее время находятся в запитанном состоянии. Можно также предположить, что светильник 360-2 "всегда включен," например, потому что он постоянно находится в родительской (например, общей) области, и что светильник 360-1 не "всегда включен", потому что он постоянно находится в детской области.
Сообщения с 3002 по 3010 демонстрируют то, что может произойти во время зеленого отключения питания. На этапе 3002 светильник 360-1 может передать "вакантную" связь контроллеру 300 области, например, указать, что ее интегрированный датчик не обнаружил занятость в течение заранее определенного временного интервала. После ожидания порогового (например, выбранного пользователем) временного интервала, во время которого никакие сообщения "занято" не принимаются ни от каких светильников в той же области, что и светильник 360-1, на этапе 3004 контроллер 300 области может передавать сообщение "вакантен" шлюзу 130 и/или контроллеру 390 этажа. Модуль 130 шлюза и/или контроллер 390 этажа аналогично могут ждать порогового (например, выбранного пользователем) временного интервала, во время которого никакие сообщения "занято" не принимаются ни от какого контроллера области, такого как контроллер 330 области. Затем на этапе 3006 модуль 130 шлюза и/или контроллер 390 этажа могут передавать команду переключателю 330 PoE "отключить питание". Переключатель 330 PoE может затем отключить питание одному или более своим портам, как задано в команде отключить питание, по существу прекращая поставку энергии светильнику 360-1, как указано на этапе 3008. Нужно подразумевать, что в некоторых вариантах осуществления переключатель 330 PoE может фактически не посылать команду "отключить питание" светильнику 360-1, как указано на этапе 3008, но вместо этого может просто прекратить поставлять энергию. Как отмечено выше, светильник 360-2 может остаться возбужденным так, что он может использовать свой встроенный датчик, чтобы обнаружить будущую занятость. На этапе 3010 модуль 130 шлюза может прекратить коллекцию метрик и/или круговой опрос не запитанных компонентов.
Сообщения с 3012 по 3022 демонстрируют то, что может произойти во время так называемого "зеленого включения питания." На этапе 3012 светильник 360-2 (который, как отмечено выше, остается запитанным и, таким образом, способен обнаруживать занятость) может передать сообщение "занято" ("OCCPD" на Фиг. 30) контроллеру 300 области, например, указать, что его датчик обнаружил занятость. На этапе 3014 контроллер 300 области может передавать сообщение "занято" шлюзу 130 и/или контроллеру 390 этажа. На этапе 3018 модуль 130 шлюза и/или контроллер 390 этажа могут передавать переключателю 330 PoE команду "включить питание". На этапе 3020 переключатель 330 PoE может затем включить питание своим портам, по существу выполняя начальную загрузку светильника 360-1. Подобно вышеупомянутому, нужно подразумевать, что в некоторых вариантах осуществления переключатель 330 PoE может фактически не посылать команду "выполнение начальной загрузки" в светильник 360-1, как указано на этапе 3020, но вместо этого может просто начать поставлять энергию. На этапе 3022 модуль 130 шлюза и/или контроллер 390 этажа может возобновить коллекцию метрик и/круговой опрос не запитанных компонентов.
В некоторых вариантах осуществления конкретный светильник может действовать как главный светильник для его области, например, разрешать несогласованности среди кластеров светильников в области. Например, на Фиг. 30 светильник 360-2 может действовать как главный светильник для области, которая также содержит светильники 360-1, 360-3 и 360-4 (см. Фиг. 3A). Каждый светильник в той же области, что и светильник 360-2, может конфигурироваться, чтобы запрашивать состояние области после включения. Только главный светильник, такой как светильник 360-2, может отвечать на этот запрос. В этом способе может быть гарантировано, что все светильники в области запитаны последовательно. Если главному светильнику случается быть последним светильником, который должен быть запитан, то он может запросить состояние области самостоятельно и затем ответить на его собственный запрос.
В то время как несколько изобретательских вариантов осуществления были описаны и иллюстрированы здесь, средние специалисты в данной области техники легко предложат варианты других средств и/или структур для того, чтобы выполнить функцию и/или получить результаты и/или одно или более преимуществ, описанных в настоящем описании, и каждое из таких изменений и/или модификаций предполагается как находится в рамках изобретательских вариантов осуществления, описанных в настоящем описании. Более широко, специалисты в данной области техники должны иметь ввиду, что все параметры, размерности, материалы и конфигурации, описанные здесь, предназначаются, чтобы быть примерными и, что фактические параметры, размерности, материалы и/или конфигурации будут зависеть от конкретных приложений или применений, для которых данное изобретательское обучение используется. Специалисты в данной области техники признают или будут иметь возможность констатировать использование не более, чем как обычное экспериментирование, многих эквивалентов, специфичным изобретательным вариантам осуществления, описанным здесь. Нужно, поэтому, подразумевать, что предшествующие варианты осуществления представлены только посредством примера и что в рамках объема приложенной формулы изобретения и ее эквивалентов, изобретательские варианты осуществления могут быть осуществлены иначе, чем конкретно описанные и указанные в формуле изобретения. Изобретательские варианты осуществления представленного раскрытия направлены на каждый индивидуальный признак, систему, изделие, материал, комплект и/или способ, описанные здесь. Кроме того, любая комбинация двух или более таких признаков, систем, изделий, материалов, комплектов и/или способов, если такие признаки, системы, изделия, материалы, комплекты и/или способы не являются взаимно противоречащими, включается в пределы изобретательной области представленного раскрытия.
Все определения, какие определены и используются здесь, должны пониматься для управления словарными определениями, определениями в документах, включенных посредством ссылки и/или обычных значений определенных терминов.
Указания единственного числа в контексте данного документа, в описании и в формуле изобретения, если ясно не обозначено иначе, должны пониматься равным значению "по меньшей мере один".
Фраза "и/или" в контексте данного документа, в описании и в формуле изобретения должна пониматься равным значению "и или оба" элементов в сочетании, то есть, элементы, которые представляются конъюктивно в одних случаях и представляются дизъюнктивно в других случаях. Множественные элементы, перечисленные с "и/или", должны быть рассмотрены таким же образом, то есть, "один или более" элементов, в сочетании. Другие элементы могут необязательно быть представлены кроме элементов, конкретно идентифицированных посредством утверждения "и/или", или связанных или несвязанных с теми элементами, конкретно идентифицированными. Таким образом, как неограничивающий пример, ссылка на "A и/или B" при использовании в сочетании с открытым выражением, таким как "включающий в себя" может ссылаться в одном варианте осуществления на А только (необязательно, включая элементы кроме B); в другом варианте осуществления на B только (необязательно, включая элементы кроме A); в еще одном варианте осуществления и к A, и к B (необязательно включая другие элементы); и т.д.
В контексте данного документа, в описании и в формуле изобретения "или", как следует понимать, имеет то же самое значение как "и/или", как определено выше. Например, при отделении элементов списке "или" или "и/или" должно интерпретироваться как содержание, то есть, включение по меньшей мере одного, но также и включение больше, чем одного из количества или списка элементов, и, необязательно, дополнительных не включенных в список элементов. Только термины, ясно указывающие обратное, такие как "только один из" или "точно один из" или, когда используется в формуле изобретения, "состоящий из" относятся к включению точно одного элемента из количества или списка элементов. Вообще, термин "или" в данном контексте должен только интерпретироваться как обозначение исключительных альтернатив (то есть, "один или другой, но не оба"), когда предшествует терминам исключительности, таким как "или", "один из", "только один из" или "точно один из". "Состоящий по-существу из" при использовании в формуле изобретения должно иметь ее обычное значение как и при использовании в поле патентного права.
В контексте данного документа, в описании и в формуле изобретения фраза "по меньшей мере один" в ссылке на список из одного или более элементов, как следует понимать, означает по меньшей мере один элемент, выбранный из любого из одного или более элементов в списке элементов, но не обязательно включающий по меньшей мере один из каждого элемента, конкретно перечисленного в пределах списка элементов и, не исключая любых комбинаций элементов в списке элементов. Это определение также обеспечивает, что элементы могут необязательно присутствовать, отличные от элементов, конкретно идентифицированных в пределах списка элементов, к которому фраза "по меньшей мере один" относится, относится ли не относится к этим элементам, конкретно идентифицированным. Таким образом, в качестве неограничивающего примера "по меньшей мере один из A и B" (или, эквивалентно "по меньшей мере один из A и B", или эквивалентно "по меньшей мере один из A и/или B") может относится в одном варианте осуществления к по меньшей мере одному, необязательно включающему больше, чем один, A без представления B (и необязательно включая элементы, отличные от B); в другом варианте осуществления к по меньшей мере одному, необязательно включающему больше, чем один B без представления A (и необязательно включающему элементы кроме A); в еще одном варианте осуществления к по меньшей мере одному, необязательно включающему больше, чем один A, и по меньшей мере одному, необязательно включающему больше, чем один B (и необязательно включая другие элементы); и т.д.
Нужно также подразумевать, что, если ясно не обозначено иное в любых способах, заявленных здесь, которые включают в себя больше, чем один этап или действие, порядок этапов или действия способа не обязательно ограничены порядком, в котором изложены этапы или действия способа.
Ссылочные позиции, появляющиеся в формуле изобретения между круглыми скобками, предоставляются просто для удобства в соответствии с европейской патентной практикой и не должны рассматриваться как ограничивающие формулу изобретения в любом случае.
В формуле изобретения, так же как в описании выше, все переходные фразы, такие как "содержащий", "включающий", "несущий", "имеющий", "содержащий", "вовлекающий", "выдерживающий", "составленный из" и т.п., следует понимать, как открытые, то есть, означают включая, но не ограничивая. Только переходные фразы, "состоящие из" и "состоящие, по существу, из" должны быть закрытыми или полузакрытыми переходными фразами, соответственно.