RU2581562C2 - Способ связывания или повторного связывания устройств в сети управления - Google Patents

Способ связывания или повторного связывания устройств в сети управления Download PDF

Info

Publication number
RU2581562C2
RU2581562C2 RU2012119487/08A RU2012119487A RU2581562C2 RU 2581562 C2 RU2581562 C2 RU 2581562C2 RU 2012119487/08 A RU2012119487/08 A RU 2012119487/08A RU 2012119487 A RU2012119487 A RU 2012119487A RU 2581562 C2 RU2581562 C2 RU 2581562C2
Authority
RU
Russia
Prior art keywords
devices
message
reassc
pairing
timer
Prior art date
Application number
RU2012119487/08A
Other languages
English (en)
Other versions
RU2012119487A (ru
Inventor
Дэйв Альберто Таварес КАВАЛКАНТИ
Original Assignee
Конинклейке Филипс Электроникс Н.В.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Конинклейке Филипс Электроникс Н.В. filed Critical Конинклейке Филипс Электроникс Н.В.
Publication of RU2012119487A publication Critical patent/RU2012119487A/ru
Application granted granted Critical
Publication of RU2581562C2 publication Critical patent/RU2581562C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/4185—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by the network communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2838—Distribution of signals within a home automation network, e.g. involving splitting/multiplexing signals to/from different paths
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05B—ELECTRIC HEATING; ELECTRIC LIGHT SOURCES NOT OTHERWISE PROVIDED FOR; CIRCUIT ARRANGEMENTS FOR ELECTRIC LIGHT SOURCES, IN GENERAL
    • H05B47/00—Circuit arrangements for operating light sources in general, i.e. where the type of light source is not relevant
    • H05B47/10—Controlling the light source
    • H05B47/175—Controlling the light source by remote control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P80/00—Climate change mitigation technologies for sector-wide applications
    • Y02P80/10—Efficient use of energy, e.g. using compressed air or pressurized fluid as energy carrier

Abstract

Изобретение относится к способу связывания или повторного связывания устройств в сети управления с соответствующими зональными контроллерами (ZC). Технический результат изобретения заключается в эффективном связывании устройств в сети управления. На первом этапе инициализируется окно таймера связывания или повторного связывания (ZC_REASSC_TIMER) в (ZC), задающем время. Во время окна (ZC_REASSC_TIMER) передается сообщение с относящейся к зоне информацией (ZN_SPEC). Далее выполняется сравнение, включает ли в себя относящаяся к зоне информация, входящая в сообщение (ZN_SPEC), относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией. Если при сравнении выполняется предварительно заданный критерий согласования, сообщение с запросом на связывание (RA_REQ) отправляется на зональные контроллеры (ZC). Сообщение (RA_REQ) содержит параметры описания устройства и указывает запрос от устройств на присоединение к зонам управления, контролируемым упомянутыми (ZC). Определяется, подтверждено ли связывание посредством сравнения соответствующими (ZC) того, что параметры описания устройства согласуются с относящейся к зоне информацией. 2 н. и 12 з.п. ф-лы, 3 ил., 4 табл.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к связыванию или повторному связыванию устройств в сети управления, включающей в себя зоны управления, с соответствующими зональными контроллерами (ZC), контролирующими зоны управления.
УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ
Ввод в действие сетей связи для управления и автоматизации в зданиях является сложной проблемой и увеличивает стоимость разработки средств управления и автоматизации в целом. Хотя средства радиосвязи обеспечивают большую универсальность и исключают необходимость в прокладке электрических проводов, они все-таки требуют установщиков, выполняющих сложные ручные процедуры для внедрения сети. Как правило, ввод в действие крупномасштабных объектов (например, коммерческих зданий) требует специалистов для выполнения процедуры ввода в действие, при этом существующие решения ввода в действие основываются на инструментальных средствах, которые приносятся установщиком и используются для регистрации/связывания устройств с контроллером, ввода сведений о местонахождении, ввода адреса/наименования устройства и настройки прочих эксплуатационных параметров.
WO2006095317 описывает способ автоматического ввода в действие для построения систем, основанных на информации о местоположении устройств и плане коммунальных сетей. Данный способ включает три этапа. Сначала устройства включаются, образуют сеть и используют известные основанные на радиочастотах (РЧ) способы локализации для идентификации своего местоположения. Местоположение устройств используется для формирования карты положений устройств, которая сохраняется в центральном контроллере, называемом также Системой диспетчеризации здания (BMS). Затем на следующем этапе карта устройств сравнивается с планом коммунальных сетей, который может быть заранее задан и храниться в BMS. Таким образом, BMS получает информацию по конфигурации и проверяет, идентифицированы ли ожидаемые устройства на карте устройств в своем ожидаемом положении. На последнем этапе BMS отправляет на устройства команды задания конфигурации для завершения окончательной части связывания процедуры автоматического ввода в действие. Команды, отправляемые BMS во время связывания, необходимы, чтобы гарантировать, что контролируемые устройства находятся под контролем надлежащего контроллера, а остальные устройства (например, датчики) имеют надлежащие параметры конфигурации (адрес назначения, частоту отсчетов, режим формирования отчетов и т.д.). Таким образом, это централизованный подход, при котором управление всеми операциями по завершении связывания осуществляется с помощью BMS.
В WO 2008/001267 описывается связанный с этим способ ввода в действие для локальных управляющих сетей, в соответствии с которым устройство управления отвечает за доступ к устройствам в пределах локальной (ограниченной комнатой/областью/зоной) сети и конфигурирование управляющего приложения. Предлагаемый в WO 2008/001267 способ также основывается на существующих методах локализации для идентификации положения устройств (например, на методах, основанных на освещении радиочастотным (РЧ), инфракрасным (ИК) и видимым излучением). Кроме того, контроллер собирает с локальных устройств информацию (тип, возможности) и на основе собранной информации вводит в действие область/зону. Локальный контроллер (комнаты/зоны/области) может также связываться с главным контроллером или BMS и может выполнять переконфигурирование сети. В предлагаемом в WO 2008/001267 способе окончательный этап процедуры ввода в действие выполняется локально между контролируемыми и остальными устройствами.
Передовые системы автоматического ввода в действие в настоящее время являются полуавтоматическими, т.е. для ввода в действие каждого устройства им требуется тот или иной ручной ввод данных. Это приводит к высоким расходам на установку и способствует представлению о том, что беспроводное управление/автоматизация в зданиях является сложной и дорогостоящей технологией. В настоящее время не существует полностью автоматических (или автоматически конфигурируемых) решений ввода в действие для крупномасштабных систем управления, в которых устройства (датчики, контроллеры, коммутаторы и т.д.) автоматически выполняют процедуру ввода в действие после включения и устанавливают надлежащее связывание и необходимые сетевые соединения. Одна из основных проблем, связанных с существующими системами, состоит в том, как создавать зоны управления, связывать устройства (датчики/исполнительные механизмы) с их намеченными контроллерами (ZC) и устанавливать эксплуатационные параметры для сети и приложений при минимальном вмешательстве пользователя или, возможно, без его вмешательства.
Несмотря на то, что в WO2006095317 и WO 2008/001267 в некоторой степени рассматривается проблема автоматического ввода в действие, автор настоящего изобретения принял во внимание, что последний этап процедуры ввода в эксплуатацию, а именно окончательное связывание устройств в пределах зон/области управления в этих материалах, не рассматривается и целесообразно использовать усовершенствованный способ и систему связывания или повторного связывания устройств в сети управления, вследствие чего разработал настоящее изобретение.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Задачей настоящего изобретения является устранение вышеупомянутых недостатков путем создания способа связывания или повторного связывания устройств в сети управления для автоматического конфигурирования приложений и зон управления распределенным образом с обработкой сбоев в работе локализованных устройств, а также сбоев подключения.
В соответствии с первым аспектом настоящее изобретение относится к способу связывания или повторного связывания устройств в сети управления, включающей в себя зоны управления, с соответствующими зональными контроллерами (ZC), контролирующими зоны управления, включающему в себя:
- инициализацию окна таймера связывания или повторного связывания (ZC_REASSC_TIMER) в (ZC), задающего время, в течение которого осуществляется упомянутое связывание или повторное связывание устройств;
- передачу во время окна (ZC_REASSC_TIMER) сообщения с относящейся к зоне информацией (ZN_SPEC), причем сообщение (ZN_SPEC) содержит информацию по устройствам, ожидаемым в зоне (которые, ожидается, находятся в зоне), контролируемой (ZC);
- сравнение включает ли в себя относящаяся к зоне информация, входящая в сообщение (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами, если это так, сравнение приводит к тому, что выполняется предварительно заданный критерий согласования;
- отправку сообщения с запросом на связывание или повторное связывание (RA_REQ) от упомянутых устройств на зональные контроллеры (ZC), в которых выполняется упомянутый предварительно заданный критерий согласования, причем сообщение (RA_REQ) содержит параметры описания устройства и указывает запрос от устройств на присоединение к зонам управления, контролируемым упомянутыми (ZC), и
- определение того, должно ли быть подтверждено связывание или повторное связывание соответствующих устройств посредством сравнения соответствующими (ZC), принимающими упомянутое сообщение (RA_REQ), того, что параметры описания устройства, входящие в сообщение (RA_REQ), согласуются с относящейся к зоне информацией, входящей в сообщение (ZN_SPEC).
В соответствии с этим предлагается новая полностью автоматическая (или автоматически конфигурируемая) процедура связывания или повторного связывания для крупномасштабной системы управления, которая задает протокол связывания или повторного связывания и функциональные возможности устройств на последнем этапе ввода в действие сети управления. При этом можно создавать зоны управления, связывать или повторно связывать устройства (датчики/исполнительные механизмы) с их намеченными контроллерами (ZC) и устанавливать эксплуатационные параметры для сети и приложений при минимальном вмешательстве пользователя или, возможно, без его вмешательства.
В одном варианте осуществления этап определения того, должно ли быть подтверждено связывание или повторное связывание соответствующих устройств, включает в себя проверку того, действительно ли устройства, которые ответили на упомянутое сообщение (ZN_SPEC), являются устройствами, ожидаемыми в зонах (которые, ожидается, находятся в зонах), контролируемых (ZC), причем в случае, если упомянутые устройства не соответствуют устройствам, ожидаемым в зонах, контролируемых (ZC), когда время (ZC_REASSC_TIMER) истекает, окно упомянутого таймера (ZC_REASSC_TIMER) повторно инициализируется и выполняется последующий процесс связывания или повторного связывания, причем данный способ дополнительно включает в себя инициализацию счетчика (ZC_REASSC_COUNTER) для подсчета числа раз, которое открывается окно упомянутого таймера (ZC_REASSC_TIMER). При этом в случае, если не все устройства успешно введены в действие, окно (ZC_REASSC_TIMER) открывается повторно и упомянутое связывание или повторное связывание повторяется. Это позволяет (ZC) расширить окно связывания или повторного связывания для обеспечения надлежащего связывания или повторного связывания каких-либо отсутствующих устройств с (ZC). Благодаря инициализации счетчика (ZC_REASSC_COUNTER) можно следить за числом раз, которое открывается окно повторного связывания до того, как все устройства будут успешно введены в действие.
В одном варианте осуществления этап проверки того, действительно ли устройства, которые ответили на упомянутое сообщение (ZN_SPEC), являются устройствами, ожидаемыми в зонах, контролируемых (ZC), включает в себя:
- сравнение идентификаторов устройств, связанных с сообщением (RA_REQ), которое однозначно определяет согласование устройств, с заранее заданным списком идентификаторов устройств, связанным с соответствующими (ZC), или
- сравнение идентификаторов устройств, связанных с сообщением (RA_REQ), которое однозначно определяет согласование устройств, с относящейся к зоне информацией, связанной с соответствующими (ZC),
- проверку того, согласуется ли тип, возможности и информация о местоположении устройства, связанного с сообщением (RA_REQ), с относящейся к зоне информацией, связанной с соответствующими (ZC), или
- подсчет числа заданного типа и сравнение числа нескольких устройств одинакового типа, ожидаемых в зонах, или
совокупность перечисленного.
Например, один способ состоит в подсчете числа устройств заданного типа, например, когда (ZC) ожидает два датчика освещенности. Когда два устройства типа=«датчик освещенности» подтверждают связывание, (ZC) может остановить окно, в противном случае он может повторно запустить окно (ZC_REASSC_TIMER). (ZC) может также использовать информацию о положении устройств (например, датчиков освещенности) при использовании информации по конфигурации, хранящейся в Системе диспетчеризации здания (BMS), чтобы установить, являются ли связываемые устройства ожидаемыми устройствами. Например, (ZC) может ожидать два датчика освещенности, размещаемые в месте «Х» и месте «Y». Если эти два места обнаруживаются, (ZC) может остановить окно, в противном случае он может повторно запустить окно (ZC_REASSC_TIMER).
В одном варианте осуществления данный способ дополнительно включает в себя определение максимального числа счетчика (MAX_REASSC_RETRIES), причем в случае, если упомянутый (ZC_REASSC_COUNTER) превышает (MAX_REASSC_RETRIES), процесс связывания или повторного связывания устройств прекращается. Это позволяет ZC идентифицировать ошибки ввода в действие в случае, если устройства не выполняют успешного связывания или повторного связывания в пределах заданного числа окон связывания, задаваемых счетчиком MAX_REASSC_RETRIES.
В одном варианте осуществления в случае, если (ZC_REASSC_COUNTER) превышает (MAX_REASSC_RETRIES), а ожидаемые в зоне устройства не выполнили успешного связывания или повторного связывания соответствующих (ZC), указанные (ZC) предполагают, что произошла ошибка ввода в действие и передают код ошибки в BMS и/или указывают пользователю, что произошла ошибка. В связи с этим на данном этапе информация об ошибках включает в себя информацию о конкретных устройствах, которые ожидаются, но которые не выполнили успешного связывания. Ошибка может быть указана пользователю, например, с помощью звукового сигнала или мигающего светодиода (LED), с тем чтобы помочь пользователю идентифицировать ситуацию ошибки. На данном этапе соответствующий (ZC) может возвращаться на упомянутые этапы либо он может ожидать команд от BMS с целью решения проблемы ввода в действие. Такие команды могут изменять, например, свою конфигурацию зоны управления. Ошибка может быть вызвана проблемами в информации о конфигурации зоны, которая могла измениться в результате таких команд.
В одном варианте осуществления этап инициализации окна таймера связывания или повторного связывания (ZC_REASSC_TIMER) выполняется периодически с тем, чтобы позволить новым устройствам осуществлять связывание или существующим устройствам повторное связывание. Это может оказаться преимуществом, например, при потере устройствами связи с соответствующими (ZC), когда связь возобновляется позже, и при введении в систему управления новых устройств.
В одном варианте осуществления упомянутые устройства собирают в течение некоторого интервала времени (ZC_SCAN_TIME) все принятые сообщения (ZN_SPEC) перед упомянутым этапом сравнения, включает ли в себя относящаяся к зоне информация, входящая в сообщение (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами. Такое сравнение может выполняться на основе принимаемой относящейся к зоне информации и собственной информации локальных устройств. Например, если датчик освещенности в заданном положении (x, y) принимает сообщение (ZN_SPEC), указывающее на то, что (ZC) ожидает датчик освещенности в положении (x, y) для подключения к сети, датчик должен выбрать данный (ZC) для продолжения повторного связывания. Интервал (ZC_SCAN_TIME) может быть конфигурируемым для каждого случая, но, как правило, это должен быть, по меньшей мере, интервал, используемый (ZC) для периодического открытия окна связывания. Таким образом, сканирующее устройство будет принимать, по меньшей мере, одно сообщение (ZC_SPEC). Следует отметить, что, если приложение требует быстрого повторного связывания (например, после потери соединения), устройство может решить перейти непосредственно в режим активного повторного связывания.
В одном варианте осуществления, если данное устройство не принимает никаких сообщений (ZN_SPEC) в упомянутом интервале (ZC_SCAN_TIME), оно широковещательно передает сообщение с запросом на связывание или повторное связывание (RA-REQ), содержащее собственную относящуюся к устройству информацию. Это активный способ поиска своего (ZC) в случае, если ожидание приема каких-либо сообщений (ZN_SPEC) не дает положительных результатов. После отправки запроса (RA_REQ) устройство может вернуться на этап сканирования для сбора каких-либо потенциальных (RA-RSP) от (ZC) в данной области.
В одном варианте осуществления данный способ дополнительно включает в себя выдачу и отправку подтверждающего или неподтверждающего сообщения (RA_RSP) с помощью (ZC) в соответствующие устройства, которые ранее отправляли в (ZC) сообщение (RA_REQ), указывающее на то, подтверждены ли соответствующие устройства или нет, при этом в случае, если соответствующие устройства подтверждены, они отвечают выдачей сообщения квитирования (DEV_ACK) и отправляют его назад на соответствующее (ZC), выдающее упомянутое сообщение (RA_RSP).
В одном варианте осуществления в случае, если сообщение (DEV_ACK) не получено в течение заданного интервала времени (DEV_ACK_TIMEOUT), (ZC) предполагает, что процесс повторного связывания для данного конкретного устройства завершился неуспешно. При этом (ZC) способен установить, было ли связывание успешным, и предпринять действие в случае, если оно было неуспешным.
В одном варианте осуществления в случае, если соответствующие устройства не подтверждены в течение заданного интервала времени (DEV_TIMEOUT) соответствующими (ZC), они повторно передают упомянутое сообщение (RA_REQ) вплоть до максимального числа раз (MAX_REASSC_RETRY). Это увеличит устойчивость процедуры к потенциальным потерям данных из-за проблем с надежностью в среде передачи данных (например помех от соседних пересылок по той же сети или другим сетям).
В одном варианте осуществления устройства инициализируют окно таймера связывания или повторного связывания (DEV_REASSC_TIMER) устройства и счетчик (DEV_REASSC_COUNTER), показывающий окно времени связывания или повторного связывания на стороне устройства, при этом (DEV_REASSC_COUNTER) показывает число раз, которое инициализировалось окно таймера (DEV_REASSC_TIMER), причем упомянутый этап сбора в течение интервала времени (ZC_SCAN_TIME) всех принятых сообщений (ZN_SPEC) и последующая попытка связывания, включая передачу (RA_REQ), повторяются при значении (DEV_REASSC_COUNTER), меньшем упомянутого (MAX_REASSC_RETRY). Это позволяет устройству исключать потенциальные ошибки связи при приеме сообщений (ZC_SPEC) или подтверждающих сообщений от ZC (RA_RESP) путем расширения своего окна связывания с целью идентификации надлежащего (ZC) для связывания. Данный способ может использоваться с минимальными потерями пропускной способности путем лишь сканирования канала в поисках дополнительных временных окон с целью нахождения надлежащего (ZC) для связывания.
В одном варианте осуществления, если упомянутое значение (DEV_REASSC_COUNTER) становится больше упомянутого значения (MAX_REASSC_RETRY) для заданного устройства, выбираемого из упомянутых устройств, и данное устройство еще не выполнило успешного связывания с (ZC), сообщение об ошибке связывания или повторного связывания (ASSC_ERROR) выдается и связывается с сообщением с запросом (RA_REQ), при этом сообщение (RA_REQ) и соответствующее сообщение (ASSC_ERROR) либо отправляется на выбранный зональный контроллер (ZC), либо отправляется в виде пересылки, если ни один (ZC) не известен, при этом в случае, если выбранный (ZC) с упомянутого связывающего устройства или какой-либо иной (ZC) принимает упомянутое сообщение (RA_REQ) и сообщение (ASSC_ERROR), (ZC) разрешает временное связывание или повторное связывание с упомянутым связывающим устройством и отправляет сообщение, указывающее на временное связывание или повторное связывание (TEMP_GRANT) с упомянутым устройством, причем упомянутое сообщение об ошибке (ASSC_ERROR) дополнительно отправляется в Систему диспетчеризации здания (BMS) для уведомления об упомянутой ошибке. Это позволяет связывающему устройству идентифицировать ошибки ввода в действие и ошибки конфигурации системы, когда оно не может успешно идентифицировать информацию, относящуюся к своей намеченной зоне, с помощью предыдущих этапов. Благодаря идентификации проблемы устройство может инициировать процесс восстановления работоспособности после ошибки и достичь успешного связывания. Это также позволяет BMS идентифицировать и устранять ошибки связывания из-за потенциальных ошибок в информации о конфигурации системы. Упомянутое успешное связывание с (ZC) может включать в себя получение подтверждения связывания с помощью (ZC) в формате ответного сообщения с подтверждением связывания (RA_RESP).
В соответствии с другим аспектом настоящее изобретение относится к компьютерному программному продукту для предписания блоку обработки выполнять вышеупомянутые этапы способа при запуске этого продукта на компьютере.
В соответствии с еще одним аспектом настоящее изобретение относится к системе для связывания или повторного связывания устройств в сети управления, включающей в себя зоны управления, с соответствующими зональными контроллерами (ZC), контролирующими зоны управления, включающей в себя:
- таймер для инициализации окна таймера связывания или повторного связывания (ZC_REASSC_TIMER) в (ZC), задающего время, в течение которого осуществляется упомянутое связывание или повторное связывание устройств;
- передатчик для передачи во время окна (ZC_REASSC_TIMER) сообщения с относящейся к зоне информацией (ZN_SPEC), причем сообщение (ZN_SPEC) содержит информацию по устройствам, ожидаемым в зоне, контролируемой (ZC),
- процессор для сравнения, включает ли в себя относящаяся к зоне информация, входящая в сообщение (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами, если это так, сравнение приводит к тому, что выполняется предварительно заданный критерий согласования;
- передатчик для отправки сообщения с запросом на связывание или повторное связывание (RA_REQ) с упомянутых устройств на зональные контроллеры (ZC), в которых выполняется упомянутый предварительно заданный критерий согласования, причем сообщение (RA_REQ) содержит параметры описания устройства и указывает запрос от устройств на присоединение к зонам управления, контролируемым упомянутыми (ZC), и
- процессор для определения того, должно ли быть подтверждено связывание или повторное связывание соответствующих устройств, посредством сравнения соответствующими (ZC), принимающими упомянутое сообщение (RA_REQ), того, что параметры описания устройства, входящие в сообщение (RA_REQ), согласуются с относящейся к зоне информацией, входящей в сообщение (ZN_SPEC).
Каждый из аспектов настоящего изобретения может комбинироваться с любыми из остальных аспектов. Эти и другие аспекты будут понятны из описываемых ниже вариантов осуществления и объяснены со ссылкой на них.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Ниже варианты осуществления данного изобретения описываются лишь в качестве примера со ссылкой на чертежи, на которых:
на фиг.1 графически изображена концепция зон управления, связанных с областью, при этом показаны зональные контроллеры (ZC), которые отвечают за реализацию алгоритмов управления, конфигурирующих прочие устройства в заданной зоне управления и управляющие ими,
на фиг.2 показана структурная схема варианта осуществления способа связывания или повторного связывания устройств в сети управления в соответствии с настоящим изобретением, и
на фиг.3 показана система для связывания или повторного связывания устройств в сети управления, включающей в себя зоны управления, с соответствующими зональными контроллерами (ZC), контролирующими зоны управления.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
На фиг.1 графически изображена концепция зон управления 201-206, связанных с областью 200, при этом показаны зональные контроллеры (ZC) 207-210, которые отвечают за реализацию алгоритмов управления, конфигурирующих прочие устройства в заданной зоне управления и управляющие ими. Например, зональный контроллер (ZC) 207 управляет всеми устройствами 211-212 (заполненные точки) в зоне управления 201. Примерами таких устройств являются датчики (например, датчики освещенности, датчики присутствия людей в помещении, датчики температуры и датчики влажности), исполнительные механизмы (например, нагревательное устройство, оконные жалюзи/шторы, осветительные приборы), средства контроля и управления (например, пульт управления, контроллеры) и средства измерения характеристик, такие как счетчики электроэнергии. Такие зональные контроллеры (ZC) выполнены с возможностью выполнения локализованного управления переменными, управление которыми может осуществляться на уровне пользователя, например встроенное освещение, естественное освещение, отопление, вентиляция и кондиционирование (ОВиК) и слепое управление в небольшом офисном помещении.
Зоны управления 201-206 могут определяться путем использования известных способов, описанных в WO2006095317 и WO 2008/001267, полностью включенных путем ссылки. Кроме того, (ZC) имеют доступ к информации о локализации для завершения процесса связывания или повторного связывания. Остальные устройства, ожидающие завершения связывания, могут также иметь собственную информацию о местоположении и свои возможности. Кроме того, может предполагаться, что устройства могут оказаться способными связываться с другими устройствами в сети даже в том случае, когда они, возможно, не завершили процесс связывания или повторного связывания.
После того как информация о местоположении устройств, а также координаты зон управления становятся доступными (например, информация о зонах управления может храниться в (ZC) или в Системе диспетчеризации здания (BMS), устройства могут подтверждать или изменять свое связывание с (ZC) на основе своего местоположения, возможностей и спецификации зон управления, выдаваемой пользователем, который может являться разработчиком системы управления. Это может называться повторным связыванием и его основная цель состоит в проверке/подтверждении связывания устройств и конфигурировании (или переконфигурировании) определенных в приложении зон управления. Данный процесс также обрабатывает возможные ошибки связи, а также ошибки устройств и обеспечивает надлежащий ввод в действие всех устройств или отправку отчета о нерешенных проблемах в конце данной процедуры. Процедура повторного связывания включает в себя протокол обмена данными для обмена сообщениями между (ZC) и прочими устройствами и для реализации логики работы (ZC) и устройств.
На фиг.2 показана структурная схема варианта осуществления способа связывания или повторного связывания устройств в сети управления в соответствии с настоящим изобретением, включающей в себя зоны управления, с соответствующими зональными контроллерами (ZC), контролирующими зоны управления.
На первом этапе (S1) 101 инициализируется окно таймера связывания или повторного связывания (ZC_REASSC_TIMER) в (ZC), при этом окно (ZC_REASSC_TIMER) задает время, в течение которого осуществляется упомянутое связывание или повторное связывание устройств.
На этапе (S2) 103 во время этого окна (ZC_REASSC_TIMER) передается сообщение с относящейся к зоне информацией (ZN_SPEC), причем сообщение (ZN_SPEC) содержит информацию по устройствам, ожидаемым в зонах, контролируемых (ZC). Данное сообщение может быть широковещательной передачей в ограниченном диапазоне или локальной широковещательной передачей (т.е. не распространяется по всей сети). Сообщение с относящейся к зоне информацией (ZN_SPEC) может дополнительно включать в себя типы устройств, ожидаемых в зоне управления (например, фотоэлектрические датчики, датчики присутствия людей в помещении или датчики температуры) вместе с их соответствующими ожидаемыми местоположениями и прочими параметрами конфигурации (например, темп передачи данных для датчиков, работа в режиме энергосбережения, период окна повторного связывания и т.д.). Таким образом, это сообщение (ZN_SPEC) показывает другим устройствам, что (ZC) открывает окно повторного связывания. Под термином «ожидается в зоне управления» подразумевается, что (ZC) могут быть предварительно установлены с множеством устройств конкретных типов и конкретных местоположений, которые ожидаются под управлением (ZC). Информация такого типа может быть сохранена локально в (ZC) в тот момент, когда (ZC) устанавливается, или она может извлекаться из Системы диспетчеризации здания (BMS).
На этапе (S3) 105 выполняется сравнение, во время которого сравнивается, включает ли в себя относящаяся к зоне информация, входящая в сообщение (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами. Например, если заданное устройство является датчиком освещенности в заданном положении (x, y), принимающим сообщение (ZN_SPEC), указывающее на то, что (ZC), который передал сообщение (ZN_SPEC), ожидает присоединение к сети датчика освещенности в положении (x, y), датчик освещенности должен решить, что заданный (ZC) должен продолжить повторное связывание.
В случае если сравнение приводит к тому, что выполняется предварительно заданный критерий согласования, сообщение с запросом на связывание или повторное связывание (RA_REQ) отправляется (S4) 107 от упомянутых устройств на зональные контроллеры (ZC), в которых выполняется упомянутый предварительно заданный критерий согласования. Данное сообщение (RA_REQ) содержит параметры описания устройства и указывает запрос от устройств на присоединение к зонам управления, контролируемым упомянутыми (ZC).
На этапе (S5) 109 с помощью (ZC) определяется, согласуются ли параметры описания устройства в сообщении (RA_REQ) с относящейся к зоне информацией, входящей в сообщение (ZN_SPEC), и на основе этого принимается решение, подтверждать или не подтверждать связывание или повторное связывание устройств в этой зоне. На этом этапе заданный зональный контроллер (ZC) может сравнивать, согласуются ли идентификаторы устройств, связанные с сообщением (RA_REQ), которое однозначно идентифицирует устройство, с предварительно заданным списком идентификаторов устройств, связанных с соответствующими (ZC), либо сравнивать, согласуются ли идентификаторы устройств, связанные с сообщением (RA_REQ), которое однозначно идентифицирует устройство, с относящейся к зоне информацией, связанной с соответствующими (ZC), либо сравнивать, согласуются ли тип, возможности и информация о местоположении устройства, связанного с сообщением (RA_REQ), с относящейся к зоне информацией, связанной с соответствующими (ZC), либо подсчитывать число устройств заданного типа и сравнивать число множества устройств одинакового типа, ожидаемых в зоне, либо выполнять совокупность перечисленного. В случае согласования (ZC) могут далее выдавать и отправлять в соответствующие устройства подтверждающее или неподтверждающее сообщение (RA_RSP), указывающее на то, подтверждены ли соответствующие устройства или нет.
Кроме того, если требуется специальная защитная процедура (например, проверка подлинности), (ZC) могут выполнять защитную процедуру до осуществления доступа к устройству. После принятия решения (ZC) могут реагировать на устройство кодовым подтверждением «да/нет» в сообщении ответа на повторное связывание (RA_RSP). Для обеспечения достоверности (ZC) могут отправлять в сообщении (RA_RSP) бит для указания устройству, необходимо ли квитирование устройства (DEV_ACK).
В одном варианте осуществления данный способ дополнительно включает в себя этап (S6) 111 повторной инициализации окна таймера (ZC_REASSC_TIMER) на стороне (ZC) в случае, если устройства, связанные в этой точке, не соответствуют устройствам, ожидаемым в зонах, контролируемых (ZC), поэтому выполняется последующий процесс связывания или повторного связывания. Следовательно, если не все устройства, ожидаемые в зонах, контролируемых (ZC), были связаны или повторно связаны, окно таймера (ZC_REASSC_TIMER) повторно открывается, и связывание или повторное связывание повторяется и таким образом (ZC) может расширить окно связывания или повторного связывания для обеспечения надлежащего связывания или повторного связывания каких-либо отсутствующих устройств с (ZC). В (ZC) может предусматриваться счетчик для подсчета числа раз, которое окно таймера (ZC_REASSC_TIMER) открывается, для отслеживания числа раз, которое открывается окно повторного связывания, до того, как все устройства будут успешно введены в действие. С целью идентификации ошибок ввода в том случае, если устройства не осуществляют успешного связывания или повторного связывания в пределах заданного числа окон связывания, задаваемых числом (MAX_REASSC_RETRIES), максимальное число счетчика (MAX_REASSC_RETRIES) может быть задано таким образом, что, если упомянутый (ZC_REASSC_COUNTER) превышает (MAX_REASSC_RETRIES), процесс связывания или повторного связывания устройств прекращается. Это может вызвать сообщение об ошибке, которое может быть отправлено в Систему диспетчеризации здания (BMS), и/или уведомление пользователю, например, в виде мигающего красного света, с тем чтобы помочь пользователю идентифицировать ситуацию ошибки. На этом этапе соответствующий (ZC) может возвращаться на упомянутые этапы повторной инициализации окна таймера (ZC_REASSC_TIMER) либо он может ожидать команду от (BMS) с целью решения проблемы ввода в действие.
В одном варианте осуществления упомянутые устройства собирают в течение некоторого интервала времени (ZC_SCAN_TIME) все принятые сообщения (ZN_SPEC) (S7) 113 перед упомянутым этапом сравнения, включает ли в себя относящаяся к зоне информация, входящая в сообщение (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами. Если данное устройство не принимает никаких сообщений (ZN_SPEC) в упомянутом интервале (ZC_SCAN_TIME), оно может широковещательно передать сообщение с запросом на связывание или повторное связывание (RA_REQ), содержащее собственную относящуюся к устройству информацию.
В одном варианте осуществления в случае, если соответствующие устройства подтверждены упомянутым сообщением (RA_RSP), отправленным с помощью (ZC) (S8) 115, они отвечают выдачей сообщения квитирования (DEV_ACK) и отправляют его назад на соответствующие (ZC), выдающие упомянутое сообщение (RA_RSP). Если ни одно такое сообщение (DEV_ACK) не получено в течение заданного интервала времени (DEV_ACK_TIMEOUT), (ZC) могут предположить, что процесс повторного связывания для данного конкретного устройства завершился неуспешно. Ответ на сообщение, отправленное с помощью (ZC) (S8), может также основываться на том, что (ZC) явно запрашивают такое квитирование, например, отправкой бита в RA_RSP.
В одном варианте осуществления в случае, если соответствующие устройства не подтверждены в течение заданного интервала времени (DEV_TIMEOUT) (S9) 117, т.е. если они не получают никакого сообщения (RA_RSP), отправляемого с помощью (ZC), они повторно передают упомянутое сообщение (RA_REQ) вплоть до максимального числа раз (MAX_REASSC_RETRY).
В одном варианте осуществления упомянутые устройства инициализируют устройство, связывающее или повторно связывающее окно таймера (DEV_REASSC_TIMER) и счетчик (DEV_REASSC_COUNTER) (S10) 119. (DEV_REASSC_TIMER) показывает окно времени связывания или повторного связывания на стороне устройства, а (DEV_REASSC_COUNTER) показывает число раз, которое инициализировалось окно таймера (DEV_REASSC_TIMER). Упомянутый этап сбора в течение интервала времени (ZC_SCAN_TIME) всех принятых сообщений (ZN_SPEC) в предпочтительном варианте осуществления повторяется при значении (DEV_REASSC_COUNTER), меньшем упомянутого (MAX_REASSC_RETRY). В случае если упомянутое значение (DEV_REASSC_COUNTER) становится больше упомянутого значения (MAX_REASSC_RETRY) для заданного устройства, выбираемого из упомянутых устройств, и упомянутым устройствам не подтверждено связывание с надлежащим (ZC) приемом сообщения (RA_RSP) с положительным подтверждением, сообщение об ошибке связывания или повторного связывания (ASSC_ERROR) выдается и связывается с сообщением с запросом (RA_REQ). Сообщение (RA_REQ) и соответствующее сообщение (ASSC_ERROR) либо отправляется на заданный зональный контроллер (ZC), либо отправляется в виде широковещательной передачи, если ни один (ZC) не известен. В случае если данный (ZC) или какой-либо иной (ZC), выбранный из упомянутых (ZC), принимает упомянутое сообщение (RA_REQ) и сообщение (ASSC_ERROR), (ZC) разрешает временное связывание или повторное связывание и отправляет сообщение, указывающее на временное связывание или повторное связывание (TEMP_GRANT), причем упомянутое сообщение об (ASSC_ERROR) дополнительно отправляется в Систему диспетчеризации здания (BMS) для уведомления об упомянутой ошибке. Если устройство принимает (RA_RSP) в ответ на свое сообщение об ошибке временное связывание или повторное связывание, например, через установленный флаг (TEMP_GRANT), оно должно предполагать, что оно находится в состоянии временного связывания, и должно оставаться активным, ожидая дальнейших команд от (BMS) или (ZC).
Если устройство принимает сообщение о повторении (RA-RTY) при нахождении в состоянии временного связывания, оно перезапускает упомянутую процедуру повторного связывания. В одном варианте осуществления данное сообщение может включать в себя информацию, указывающую, с каким (ZC) устройство должно пытаться связаться. Это ускорит процесс повторного связывания для данного устройства.
В одном варианте осуществления, если устройство, тем не менее, не получает никакого ответа, разрешающего временное связывание после (MAX_REASSC_RETRY) попыток сообщить об ошибке, оно должно предполагать, что оно потеряло возможность подключения к сети и может использовать любые иные внешние средства для сообщения о проблеме пользователям, например, оно может начать издавать звуки или мигать (например, светодиодами) в зависимости от имеющихся возможностей.
Данный способ применим в системах управления для различных типов зданий, автоматического управления освещением и в сферах планирования и контроля энергопотребления. Кроме того, данный способ также утверждается стандартами сетевого взаимодействия, такими как ZigBee, и прочими стандартами в рамках процедур автоматического ввода в действие уровня приложений.
Основным преимуществом предлагаемого изобретения является расширяемая и гибкая процедура выполнения автоматического связывания или повторного связывания для завершения автоматического ввода в действие зон управления. Предлагаемая процедура может быть принята в различных сценариях применения (например, коммерческие здания, жилые дома, промышленное оборудование и т.д.), когда пользователь может использовать устройства (ZC), датчики, исполнительные механизмы и т.д., и они автоматически образуют сеть и зоны управления приложениями. Предлагаемый способ позволяет автоматически восстанавливать работоспособность после ошибок и обеспечивает обратную связь по ошибке с пользователем в том случае, если ошибка не может быть устранена автоматически. С целью оптимизации характеристик системы пользователь может дополнительно вносить вклад в этап определения зоны управления или в устранение ситуации ошибки, но этап исполнения является полностью автономным.
Начало примера
Данный пример форматов сообщений представляет возможные атрибуты сообщений, используемых в описанной выше процедуре. Следует отметить, что могут также быть добавлены и другие атрибуты.
Спецификация зоны (ZN-SPEC)
ZN-SPEC{ Тип Описание
Zone_ID Целое число или строка Уникальный идентификатор зоны управления. Это может быть число или имя.
Идентификатор зоны управления Целое число Адрес или имя ZC (Если идентификатор зоны однозначно идентифицирует ZC, этот атрибут может не понадобиться).
Информация о местоположении ZC Подлежит уточнению Это координаты местоположения ZC (это могут быть относительные или абсолютные координаты в зависимости от реализации).
Число зональных устройств Целое число Число устройств, подключение которых к зоне ожидается.
По каждому зональному устройству   Список записей устройств, которые определяют зону.
Тип устройства Целое число или строка Тип устройства
1 = датчик освещенности
2 = датчик присутствия людей в помещении
3 = датчик температуры
4 = исполнительный механизм
    освещения
5 = контроллер жалюзи
6 = контроллер ОВиК
7 = прочее.
Ожидаемое местоположение Подлежит уточнению Это координаты местоположения устройства (это могут быть относительные или абсолютные координаты в зависимости от реализации).
Режим питания Целое число Это указывает на тип источника питания, которое использует устройство. В зависимости от типа источника питания устройству может понадобиться специальная конфигурация от ZC.
1 = питание от сети
2 = питание от батарей
3 = безбатарейное питание
4 = питание от батарей с аккумулированием энергии
5 = прочее.
Список атрибутов конфигурации Список Это список атрибутов, который может быть различным для различных типов устройств (например, для датчиков
освещенности данный список может содержать интервал оповещения, параметры работы в режиме энергосбережения и т.д.).
Запрос на повторное связывание (RA-REQ)
RA-REQ{ Тип Описание
Devive_ID Целое число или строка Уникальный идентификатор устройства. Это может быть число или имя.
Информация о местоположении Подлежит уточнению Это координаты местоположения устройства (это могут быть относительные или абсолютные координаты в зависимости от реализации).
Тип устройства Целое число или строка Тип устройства
1 = датчик освещенности
2 = датчик присутствия людей в помещении
3 = датчик температуры
4 = исполнительный механизм освещения
5 = контроллер жалюзи
6 = контроллер ОВиК
7 = прочее.
Режим питания Целое число Это указывает на тип источника питания, которое использует устройство. В зависимости от типа источника питания устройству может понадобиться специальная конфигурация от ZC.
1 = питание от сети
2 = питание от батарей
3 = безбатарейное питание
4 = питание от батарей с аккумулированием энергии
5 = прочее.
Список атрибутов конфигурации Список атрибутов Это список атрибутов, который может быть различным для различных типов устройств (например, для датчиков освещенности данный список может содержать интервал оповещения, параметры работы в режиме энергосбережения и т.д.).
ASCC_ERROR Булева переменная 0 = нет ошибок
1 = ошибка ввода в действие
Код транзакции Целое число Код, который идентифицирует каждую новую транзакцию,
относящуюся к RA-REQ.
Ответ на повторное связывание (RA-RSP)
RA-RSP{ Тип Описание
Zone_ID Целое число или строка Уникальный идентификатор зоны управления. Это может быть число или имя.
Идентификатор зонального контроллера Целое число Адрес или имя ZC. (Если идентификатор зоны однозначно идентифицирует ZC, этот атрибут может не понадобиться)
Идентификатор зоны Целое число или строка Устройство получателя ответного сообщения.
Код транзакции Целое число Это идентифицирует транзакцию, инициируемую устройством. Это должен быть тот же код, что и в RA-REQ, который породил данное сообщение RA-RSP.
Если данное сообщение не порождено в ответ на предыдущий запрос, это поле должно быть установлено на ноль.
Код подтверждения Булева переменная 0 = (да) связывание запрещено
1 = (нет) связывание подтверждено
TEMP_GRANT Булева
переменная		 Если (1) указывает это, то это
временное разрешение устройству, которое должно продолжаться в активном режиме, ожидая дальше дополнительной информации.
Список атрибутов конфигурации Список Это список атрибутов, который может быть различным для различных типов устройств (например, для датчиков освещенности данный список может содержать интервал оповещения, параметры работы в режиме энергосбережения и т.д.).
ZC может использовать этот список для конфигурирования атрибутов на стороне устройства.
Повторение повторного связывания (RA-RTY)
RA-RTY{ Тип Описание
Zone_ID Целое число или строка Уникальный идентификатор зоны управления. Это может быть число или имя.
Идентификатор зонального контроллера Целое число Адрес или имя ZC. (Если идентификатор зоны однозначно идентифицирует ZC, этот
атрибут может не понадобиться).
Идентификатор устройства Целое число или строка Устройство получателя ответного сообщения.
Код транзакции Целое число Это идентифицирует транзакцию, инициируемую устройством. Это должен быть тот же код, что и в RA-REQ, который породил данное сообщение RA-RSP.
Если данное сообщение не порождено в ответ на предыдущий запрос, это поле должно быть установлено на ноль.
Код подтверждения Булева переменная 0 = (да) связывание запрещено
1 = (нет) связывание подтверждено
Список возможных ZC Список целых чисел или строка Это список возможных ZC, с которыми устройство должно попытаться связаться.
Конец примера
На фиг.3 показана система 300 для связывания или повторного связывания устройств в сети управления, включающей в себя зоны управления, с соответствующими зональными контроллерами (ZC), контролирующими зоны управления, причем данная система содержит таймер (Ti) 301, передатчик (Tr) 302 и процессор (Р) 303. Система 300 является примером части Центральной системы управления и диспетчеризации здания (CBCMS) для контроля, управления и диспетчеризации работы здания 304 на высшем уровне. Система 300 может также использоваться для подсистем, которые обеспечивают управление только в пределах здания, например некоторых компонентов ОВиК (отопления, вентиляции и кондиционирования) (отопительный котел, охлаждающий теплообменник, насосы и т.д…), графиков освещения и т.д. в зданиях 304. Система 300 может также являться управляющим программным обеспечением, работающим на центральной управляющей рабочей станции.
Таймер (Ti 301) выполнен с возможностью инициализации окна таймера связывания или повторного связывания (ZC_REASSC_TIMER) в (ZC), задающего время, в течение которого осуществляется упомянутое связывание или повторное связывание устройств.
Передатчик (Tr) 302 выполнен с возможностью передачи во время окна (ZC_REASSC_TIMER) сообщения с относящейся к зоне информацией (ZN_SPEC), причем сообщение (ZN_SPEC) содержит информацию по устройствам, ожидаемым в зонах, контролируемых (ZC).
Процессор (Р) 303 выполнен с возможностью сравнения, включает ли в себя относящаяся к зоне информация, входящая в сообщение (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами, если это так, сравнение приводит к тому, что выполняется предварительно заданный критерий согласования.
Передатчик (Tr) 302 дополнительно выполнен с возможностью отправки сообщения с запросом на связывание или повторное связывание (RA_REQ) от упомянутых устройств на зональные контроллеры (ZC), в которых выполняется упомянутый предварительно заданный критерий согласования, причем сообщение (RA_REQ) содержит параметры описания устройства и указывает запрос от устройств на присоединение к зонам управления, контролируемым упомянутыми (ZC).
Процессор (Р) 303 дополнительно выполнен с возможностью определения того, должно ли быть подтверждено связывание или повторное связывание соответствующих устройств, посредством сравнения соответствующими (ZC), принимающими упомянутое сообщение (RA_REQ), того, что параметры описания устройства, входящие в сообщение (RA_REQ), согласуются с относящейся к зоне информацией, входящей в сообщение (ZN_SPEC).
Дополнительные подробности в отношении этапов, выполняемых таймером (Ti 301), передатчиком (Tr) 302 и процессором (Р) 303, описаны со ссылкой на фиг.2.
Некоторые конкретные подробности описанного варианта осуществления изложены скорее в целях объяснения, а не ограничения с тем, чтобы обеспечить ясное и полное понимание настоящего изобретения. Тем не менее, специалистам следует понимать, что настоящее изобретение может быть реализовано в других вариантах осуществления, которые не соответствуют в точности изложенным в данном документе подробностям, не выходя за пределы сущности и объема данного изобретения. Кроме того, в связи с этим и в целях краткости изложения и исключения двусмысленного толкования подробные описания общеизвестных устройств, схем и способов опущены с тем, чтобы избежать ненужных деталей и возможного смешения.
Ссылочные позиции включены в формулу изобретения, однако включение ссылочных позиций сделано только для ясности и не должно рассматриваться как ограничивающее объем формулы изобретения.

Claims (14)

1. Способ связывания или повторного связывания устройств в сети управления, включающей в себя зоны управления, с соответствующими зональными контроллерами (ZC), контролирующими зоны управления, включающий в себя:
- инициализацию окна таймера связывания или повторного связывания (ZC_REASSC_TIMER) в (ZC), задающего время, в течение которого осуществляется упомянутое связывание или повторное связывание устройств (101);
- передачу во время окна (ZC_REASSC_TIMER) сообщения с относящейся к зоне информацией (ZN_SPEC), причем сообщение (ZN_SPEC) содержит информацию по устройствам, ожидаемым в зонах, контролируемых (ZC) (103);
- сравнение, включает ли в себя относящаяся к зоне информация, входящая в (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами, и если это так, сравнение приводит к тому, что выполняется предварительно заданный критерий согласования (105);
- отправку сообщения с запросом на связывание или повторное связывание (RA_REQ) от упомянутых устройств на зональные контроллеры (ZC), в которых выполняется упомянутый предварительно заданный критерий согласования, причем сообщение (RA_REQ) содержит параметры описания устройства и указывает запрос от устройств на присоединение к зонам управления, контролируемым упомянутыми (ZC) (107), и
- определение, должно ли быть подтверждено связывание или повторное связывание соответствующих устройств, посредством сравнения соответствующими (ZC), принимающими упомянутое сообщение (RA_REQ), того, что параметры описания устройства, входящие в сообщение (RA_REQ), согласуются с относящейся к зоне информацией, входящей в (ZN_SPEC) (109).
2. Способ по п. 1, в соответствии с которым этап определения, должно ли быть подтверждено связывание или повторное связывание соответствующих устройств, включает в себя проверку, действительно ли устройства, которые ответили на упомянутое сообщение (ZN_SPEC), являются устройствами, ожидаемыми в зонах, контролируемых (ZC), причем в случае, если упомянутые устройства не соответствуют устройствам, ожидаемым в зонах, контролируемых (ZC), когда (ZC_REASSC_TIMER) истекает, окно упомянутого таймера (ZC_REASSC_TIMER) повторно инициализируется и выполняется последующий процесс связывания или повторного связывания (111), причем способ дополнительно включает в себя инициализацию счетчика (ZC_REASSC_COUNTER) для подсчета числа раз, которое открывалось окно упомянутого таймера (ZC_REASSC_TIMER).
3. Способ по п. 2, в котором этап проверки, действительно ли устройства, которые ответили на упомянутое сообщение (ZN_SPEC), являются устройствами, ожидаемыми в зонах, контролируемых (ZC), включает в себя:
- сравнение идентификаторов устройств, связанных с сообщением (RA_REQ), которое однозначно определяет то, что устройства согласуются с заранее заданным списком идентификаторов устройств, связанным с соответствующими (ZC), или
- сравнение идентификаторов устройств, связанных с сообщением (RA_REQ), которое однозначно определяет то, что устройства согласуются с относящейся к зоне информацией, связанной с соответствующими (ZC),
- проверку, согласуется ли тип, возможности и информация о местоположении устройства, связанного с сообщением (RA_REQ), с относящейся к зоне информацией, связанной с соответствующими (ZC), или
- подсчет числа заданного типа и сравнение числа нескольких устройств одинакового типа, ожидаемых в зонах, или
- комбинацию перечисленного.
4. Способ по п. 2, дополнительно включающий в себя определение максимального числа счетчика (MAX_REASSC_RETRIES), причем в случае, если упомянутый (ZC_REASSC_COUNTER) превышает (MAX_REASSC_RETRIES), процесс связывания или повторного связывания устройств прекращается.
5. Способ по п. 4, в котором в случае, если (ZC_REASSC_COUNTER) превышает (MAX_REASSC_RETRIES) и ожидаемые в зоне устройства не выполнили успешного связывания соответствующих (ZC), упомянутые (ZC) предполагают, что произошла ошибка ввода в действие, и передают код ошибки в Систему диспетчеризации здания (BMS) и/или указывают пользователю, что произошла ошибка.
6. Способ по п. 1, в котором этап инициализации окна таймера связывания или повторного связывания (ZC_REASSC_TIMER) выполняется периодически с тем, чтобы позволить новым устройствам осуществить связывание или существующему устройству осуществить повторное связывание.
7. Способ по п. 1, в котором упомянутые устройства собирают в течение интервала времени (ZC_SCAN_TIME) все принятые сообщения (ZN_SPEC) (113) перед упомянутым этапом сравнения, включает ли в себя относящаяся к зоне информация, входящая в (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами.
8. Способ по п. 7, в котором, если данное устройство не принимает никаких сообщений (ZN_SPEC) в упомянутом интервале (ZC_SCAN_TIME), оно широковещательно передает сообщение с запросом на связывание или повторное связывание (RA_REQ), содержащее собственную относящуюся к устройству информацию.
9. Способ по п. 1, дополнительно включающий в себя выдачу и отправку подтверждающего или неподтверждающего сообщения (RA_RSP) с помощью (ZC) в соответствующие устройства, которые ранее отправляли в упомянутые (ZC) сообщение (RA_REQ), указывающего, подтверждены или нет соответствующие устройства, при этом в случае, если соответствующие устройства подтверждены, они отвечают выдачей сообщения квитирования (DEV_ACK) и отправляют его назад на соответствующие (ZC), выдающие упомянутое сообщение (RA_RSP) (115).
10. Способ по п. 9, в котором, если сообщение (DEV_ACK) не получено в течение заданного времени (DEV_ACK_TIMEOUT) (117), (ZC) предполагает, что процесс повторного связывания для данного конкретного устройства завершился неуспешно.
11. Способ по п. 10, в котором, если соответствующие устройства не подтверждены в течение заданного времени (DEV_TIMEOUT) соответствующими (ZC), они повторно передают упомянутое сообщение (RA_REQ) вплоть до максимального числа раз (MAX_REASSC_RETRY).
12. Способ по п. 8 или 11, в котором упомянутые устройства инициализируют окно таймера связывания или повторного связывания (DEV_REASSC_TIMER) устройства и счетчик (DEV_REASSC_COUNTER) (119), причем (DEV_REASSC_TIMER) указывает окно времени связывания или повторного связывания на стороне устройства, а (DEV_REASSC_COUNTER) указывает число раз, которое инициализируется окно (DEV_REASSC_TIMER), причем упомянутый этап сбора в течение интервала времени (ZC_SCAN_TIME) всех принятых сообщений (ZN_SPEC) и последующая попытка связывания, включающая в себя передачу (RA_REQ), повторяются, пока (DEV_REASSC_COUNTER) меньше упомянутого (MAX_REASSC_RETRY).
13. Способ по п. 12, в котором, если упомянутое (DEV_REASSC_COUNTER) становится больше упомянутого (MAX_REASSC_RETRY) для заданного устройства, выбираемого из упомянутых устройств, и это устройство еще не выполнило успешного связывания с (ZC), сообщение об ошибке связывания или повторного связывания (ASSC_ERROR) выдается и связывается с сообщением с запросом (RA_REQ), при этом (RA_REQ) и связанное сообщение (ASSC_ERROR) либо отправляется на выбранный зональный контроллер (ZC), либо отправляется в виде широковещательной передачи, если ни один (ZC) не известен, при этом в случае, если выбранный (ZC) с упомянутого связывающего устройства или какой-либо иной (ZC) принимает упомянутое (RA_REQ) и сообщение (ASSC_ERROR), (ZC) разрешает временное связывание или повторное связывание с упомянутым устройством и отправляет сообщение, указывающее на временное связывание или повторное связывание (TEMP_GRANT) с упомянутым связывающим устройством, причем упомянутое сообщение об ошибке (ASSC_ERROR) дополнительно отправляется в Систему диспетчеризации здания (BMS) для уведомления об упомянутой ошибке.
14. Система (300) для связывания или повторного связывания устройств в сети управления, включающей в себя зоны управления (201-206), с соответствующими зональными контроллерами (ZC) (207-210), контролирующими зоны управления, включающая в себя:
- таймер (301) для инициализации окна таймера связывания или повторного связывания (ZC_REASSC_TIMER) в (ZC), задающего время, в течение которого осуществляется упомянутое связывание или повторное связывание устройств;
- передатчик (302) для передачи во время окна (ZC_REASSC_TIMER) сообщения с относящейся к зоне информацией (ZN_SPEC), причем сообщение (ZN_SPEC) содержит информацию по устройствам, ожидаемым в зоне, контролируемой (ZC),
- процессор (303) для сравнения, включает ли в себя относящаяся к зоне информация, входящая в (ZN_SPEC), принимаемое упомянутыми устройствами, относящуюся к устройствам информацию, которая согласуется с относящейся к локальным устройствам информацией, связанной с устройствами, и если это так, сравнение приводит к тому, что выполняется предварительно заданный критерий согласования;
- передатчик (302) для отправки сообщения с запросом на связывание или повторное связывание (RA_REQ) с упомянутых устройств на зональные контроллеры (ZC), в которых выполняется упомянутый предварительно заданный критерий согласования, причем сообщение (RA_REQ) содержит параметры описания устройства и указывает запрос от устройств на присоединение к зонам управления, контролируемым упомянутыми (ZC), и
- процессор (303) для определения, должно ли быть подтверждено связывание или повторное связывание соответствующих устройств, посредством сравнения соответствующими (ZC), принимающими упомянутое сообщение (RA_REQ), того, что параметры описания устройства, входящие в сообщение (RA_REQ), согласуются с относящейся к зоне информацией, входящей в (ZN_SPEC).
RU2012119487/08A 2009-10-12 2010-10-08 Способ связывания или повторного связывания устройств в сети управления RU2581562C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US25063409P 2009-10-12 2009-10-12
US61/250,634 2009-10-12
PCT/IB2010/054559 WO2011045719A1 (en) 2009-10-12 2010-10-08 Method of associating or re-associating devices in a control network

Publications (2)

Publication Number Publication Date
RU2012119487A RU2012119487A (ru) 2013-11-20
RU2581562C2 true RU2581562C2 (ru) 2016-04-20

Family

ID=43593359

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2012119487/08A RU2581562C2 (ru) 2009-10-12 2010-10-08 Способ связывания или повторного связывания устройств в сети управления

Country Status (8)

Country Link
US (1) US9049038B2 (ru)
EP (1) EP2489159B1 (ru)
JP (1) JP5579857B2 (ru)
KR (1) KR20120098682A (ru)
CN (1) CN102549974B (ru)
BR (1) BR112012008222A2 (ru)
RU (1) RU2581562C2 (ru)
WO (1) WO2011045719A1 (ru)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9442500B2 (en) * 2012-03-08 2016-09-13 Honeywell International Inc. Systems and methods for associating wireless devices of an HVAC system
US20150277407A1 (en) * 2014-03-27 2015-10-01 Trane International Inc. Location detection of control equipment in a building
US9741244B2 (en) 2014-05-30 2017-08-22 Qualcomm Incorporated Methods, smart objects, and systems for naming and interacting with smart objects
TWI556076B (zh) 2014-10-30 2016-11-01 台達電子工業股份有限公司 區域控制系統及其自動配置方法
EP3023921B1 (en) * 2014-11-20 2020-11-11 Thermo King Corporation Systems and methods of controlling an association between wireless devices while in an assigned domain
US10623244B2 (en) 2014-12-19 2020-04-14 Emerson Process Management Lllp Data transfer on an industrial process network
CN105792320B (zh) * 2014-12-25 2019-03-19 台达电子工业股份有限公司 无线节点的自组织网络建立方法
US9795015B2 (en) * 2015-06-11 2017-10-17 Harman International Industries, Incorporated Automatic identification and localization of wireless light emitting elements
WO2017042153A1 (en) 2015-09-08 2017-03-16 Philips Lighting Holding B.V. Commissioning of lighting devices
US10359746B2 (en) 2016-04-12 2019-07-23 SILVAIR Sp. z o.o. System and method for space-driven building automation and control including actor nodes subscribed to a set of addresses including addresses that are representative of spaces within a building to be controlled
WO2018024528A1 (en) * 2016-08-05 2018-02-08 Philips Lighting Holding B.V. Building automation system with commissioning device
CN108508755A (zh) * 2017-02-28 2018-09-07 美的智慧家居科技有限公司 智能家居设备配置方法及智能家居系统
US10531543B2 (en) 2017-03-24 2020-01-07 Cooper Technologies Company Configuration of lighting systems
CN111465906A (zh) * 2017-08-30 2020-07-28 贝利莫控股有限公司 Hvac应用中的流控制装置、传感器装置和控制装置之间的自动分配
JP7256472B2 (ja) 2017-10-25 2023-04-12 日産化学株式会社 液晶配向剤、液晶配向膜及び液晶表示素子
US10600312B2 (en) 2017-12-21 2020-03-24 Ademco Inc. Systems and methods for security sensor configuration
US10382284B1 (en) 2018-03-02 2019-08-13 SILVAIR Sp. z o.o. System and method for commissioning mesh network-capable devices within a building automation and control system
US10542610B1 (en) 2019-08-28 2020-01-21 Silvar Sp. z o.o. Coordinated processing of published sensor values within a distributed network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU9663U1 (ru) * 1998-10-06 1999-04-16 Кубышкин Юрий Иванович Беспроводный централизованный автоматизированный комплекс управления инженерным оборудованием жилых и общественных зданий и поквартирного учета энерго- и водопотребления
RU2325771C2 (ru) * 2002-10-11 2008-05-27 Теленор Аса Архитектура сети с открытым доступом

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE220845T1 (de) * 1994-03-16 2002-08-15 Siemens Ag Verfahren zur inbetriebnahme einer unterschiedlichen übertragungswegen zuzuordnenden schnittstelle in einem programmgesteuerten kommunikationssystem
US20060067295A1 (en) * 2004-09-16 2006-03-30 Lehotsky Daniel A Method and system for automatically configuring a wireless peripheral device in a network environment
US20090066473A1 (en) * 2005-03-11 2009-03-12 Koninklijke Philips Electronics, N.V. Commissioning wireless network devices according to an installation plan
US8001529B2 (en) * 2005-04-18 2011-08-16 Research In Motion Limited System and method of testing wireless component applications
JP4476888B2 (ja) * 2005-07-19 2010-06-09 日本電信電話株式会社 無線通信システム、無線通信システムの親機および子機
CN101288263A (zh) 2005-09-30 2008-10-15 皇家飞利浦电子股份有限公司 无线楼宇自动化和控制网络、数字镇流器以及无线控制设备
US8194569B2 (en) * 2006-01-31 2012-06-05 Sigma Designs, Inc. Static update controller enablement in a mesh network
WO2007102112A1 (en) 2006-03-06 2007-09-13 Koninklijke Philips Electronics N.V. Use of decision trees for automatic commissioning.
ES2428375T3 (es) 2006-03-07 2013-11-07 Koninklijke Philips N.V. Sistema de iluminación con unidades de iluminación usando comunicación óptica
US20070232288A1 (en) 2006-03-30 2007-10-04 Mcfarland Norman R Service tool for wireless automation systems
CN101449235A (zh) 2006-05-24 2009-06-03 皇家飞利浦电子股份有限公司 用于基于led的显示器结构的自动试运行的方法和设备
EP2039069B1 (en) 2006-06-29 2017-04-05 Philips Lighting Holding B.V. Autonomous limited network realization and commissioning
JP4213176B2 (ja) 2006-11-16 2009-01-21 シャープ株式会社 センサデバイス、サーバノード、センサネットワークシステム、通信経路の構築方法、制御プログラム、および記録媒体

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU9663U1 (ru) * 1998-10-06 1999-04-16 Кубышкин Юрий Иванович Беспроводный централизованный автоматизированный комплекс управления инженерным оборудованием жилых и общественных зданий и поквартирного учета энерго- и водопотребления
RU2325771C2 (ru) * 2002-10-11 2008-05-27 Теленор Аса Архитектура сети с открытым доступом

Also Published As

Publication number Publication date
EP2489159A1 (en) 2012-08-22
CN102549974A (zh) 2012-07-04
JP2013507817A (ja) 2013-03-04
WO2011045719A1 (en) 2011-04-21
KR20120098682A (ko) 2012-09-05
EP2489159B1 (en) 2013-08-28
BR112012008222A2 (pt) 2019-09-24
US9049038B2 (en) 2015-06-02
CN102549974B (zh) 2016-06-01
US20120203841A1 (en) 2012-08-09
JP5579857B2 (ja) 2014-08-27
RU2012119487A (ru) 2013-11-20

Similar Documents

Publication Publication Date Title
RU2581562C2 (ru) Способ связывания или повторного связывания устройств в сети управления
CA2661915C (en) Method and device for binding an automation component within a building automation system
US20200404513A1 (en) Attachments in a network
CN105308993B (zh) 用于配置节点的方法和因此配置的节点
EP1486099B1 (en) Initialization of wireless-controlled lighting systems
WO2005125127A1 (en) Method and system for providing communication between several nodes and a master
CA2662014A1 (en) Binding methods and devices in a building automation system
US8484323B2 (en) Network system connected with multiple master devices and method for operating the same
RU2719394C2 (ru) Подключение световых устройств
US10489055B2 (en) Z-wave controller shift in thermostats
US9801218B2 (en) Establishing method for self-organization network of wireless nodes
KR101842542B1 (ko) 가정용 냉난방장치 통합 관리 서버
JP6656465B2 (ja) 空調システム
TWI751565B (zh) 通信系統、通信裝置、程式及通信確認方法
TWI797854B (zh) 照明裝置及其控制裝置之通訊方法
WO2018088022A1 (ja) 制御装置、無線通信装置及びチャネル制御方法
JP2021528926A (ja) 低電力無線ネットワークデバイスのための双方向コミッショニング

Legal Events

Date Code Title Description
PD4A Correction of name of patent owner
PC41 Official registration of the transfer of exclusive right

Effective date: 20170413