- Văn bản
- Lịch sử
3.1.1.3 Static Controller The Stati
3.1.1.3 Static Controller
The Static Controller is required to remain in a fixed position in the network, meaning that it
should not be physically moved when it has been included in the network. Moreover it is required
that the Static Controller is always in “listening mode” and it must therefore be mains powered.
Other alternatives include mains-powered with battery backup as well as running from a large
battery which regularly recharged or replaced.
The “always listening” advantage of the Static Controller allows other nodes to transmit frames to
it whenever needed, both for uploading purposes as well as for consulting purposes.
The Static Controller also exists in two variants used for more advanced installations. Both
variants are described more thoroughly in the installation example chapters (4, 5):
Static Update Controller (SUC):
When a Static Controller is configured as a SUC, the primary controller automatically sends
network updates to the SUC, e.g. when a new node is included to the network. The node will
therefore automatically appear in the SUC’s topology map. Other controllers in the network may
individually request the SUC for network updates. If no SUC is present the Primary Controller is
responsible of updating all controllers in the network, which will typically be a manual process for
the end-user. The SUC is capable of creating a new Primary Controller in case the original
Primary Controller is lost or malfunctioning.There can only be one SUC in each individual
network.
SUC ID Server (SIS):
When a SUC is also configured as a node ID server (SIS) it enables all other controllers to
include/exclude nodes. The SIS automatically becomes the Primary Controller in the network
when enabled. There can only be one SIS in each individual network. To avoid inconsistency, all
node ID allocations are maintained by the SIS.
3.1.1.4 Bridge Controller
The Bridge Controller is essentially a Static Controller node, which has the additional capability
of representing devices from other network types like X10 or TCP/IP as virtual nodes in a ZWave network. This enables control of Z-Wave nodesfrom e.g. an X10 controller or vise versa.
3.1.2 Slave Nodes
The slave nodes are devices that do not contain routing tables. The so-called Routing Slave nodes and
Enhanced Routing Slave nodes however can contain a number of pre-configured routes (assigned to
them by a controller).
Any slave node can act as repeater for frames going to other nodes. The only requirement for being able
to act as repeater is that the node is in listeningstate. This requires that the node is permanently
powered, and in order to limit battery consumption, this means that only mains-powered nodes will act as
repeaters in most practical installations.
Battery operated slaves that do not listen continually are disregarded by controllers when they calculate
routes.
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 5 of 38
CONFIDENTIAL
There are three types of slave nodes.
3.1.2.1 Slave
The Slave node type is able to receive frames and reply if necessary. The slave node cannot
host pre-configured routes to other nodes. The slave node is typically used for devices that only
require input (and report status if polled) and do not generate frames unsolicited. An example of
a device using this type could be a power outlet.
3.1.2.2 Routing Slave
The Routing Slave can host a number of routes for reaching other slaves or controllers. Such
routes are called “Return Routes”
1
. Routing Slaves can use these routes to communicate with
either controllers or other slave nodes. The Routing Slave can either be A/C powered or battery
powered. If the Routing Slave is A/C powered it isused as a repeater in the Z-Wave network,
otherwise it will be disregarded when routes are calculated. The Routing Slave functionality is
used for devices that need to report unsolicited status or alarms.
An example of a routing slave node could be a thermostat or a Passive Infra Red (PIR)
movement sensor. A wall switch might also be a routing slave and could then be used to control
small lighting scenes, or to establish a kind of “virtual” 3-way switching.
3.1.2.3 Frequently Listening Routing Slave (FLiRS)
A special case of a battery powered routing slave is the Frequently Listening Routing Slave
(FLiRS). This is a routing slave configured to listen for a wakeup beam in every wake-up interval.
This enables other nodes to wake up the FLiRS node and send a message to it.
One example of a FLiRS node is as chime node in a wireless doorbell system.
3.1.2.4 Enhanced Slave
The Enhanced Slave has the same basic functionality as a routing slave node, but more
software components are available because of more features on the hardware. Enhanced slave
nodes have software support for External EEPROM and an RTC
2
. An example of a device using
this type of Slave nodes could be a Thermostat.
3.1.2.5 Zensor Net Routing Slave
The Zensor Net routing slave node is basically a routing slave node configured as FLiRS with the
additional functionalities:
• Zensor Net binding
• Zensor Net flooding
1
”Return Route” is a controller-centric term that was originallyreferring to a route going back to the controller. Seen from the
routing slave, “Controller Assigned Route” might be a better term. However, “Return Route” is the established term in all Z-Wave
documentation.
2
Applies to the Z-Wave 100 series only. Later families feature an internal timer for wake-up control
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 6 of 38
CONFIDENTIAL
The Zensor Net is an alternative network to the classic Z-Wave network having its own binding
method and a mechanism to flood messages to the entire Zensor Net.
An example of a Zensor Net routing slave node could be a smoke detector.
3.2 Home ID
The Z-Wave protocol uses a unique identifier called the Home ID to separate networks from each other.
A 32 bits unique identifier is pre programmed in all controller nodes at manufacturing. This unique 32 bits
identifier is automatically used as Home ID during the installation of the Z-Wave network. If more than
one controller is used in the network it is the 32 bitsunique identifier of the first controller node used that
governs the Home ID. Additional controller nodes will be assigned that same Home ID when included
into the network. This is an automatic process that leaves the initial controller as the Primary Controller
and the other controller(s) as Secondary Controller(s). In case a SIS ispresent in the network will it be
allocated the Primary Controller role leaving the remaining controllers as Inclusion Controllers.
All slave nodes in the network will initially have a Home ID that is set tozero. In order to communicate in
the network the Primary Controller need to assign them with its Home ID. It is only a Primary Controller
or an Inclusion Controller that can assign Home ID’s to a node.
With the introduction of ZDK 4.50, the home ID may still be programmed. However, when excluding or
resetting a controller it generates a new random home ID.
The generation of a random home ID not only simplifies production, but also eliminates the risk of
creating node ID duplicates because a new home ID is used when creating the network.
With ZDK’s before v4.50, this would typically happen when resetting a Primary Controller without first
removing all nodes from the network.
With the introduction of ZDK 4.50, slave nodes alsogenerate a new random home ID after each reset.
During Network-Wide Inclusion, the home ID is used to identify the node. Once included, the node takes
on the home ID of the primary controller and the slave's random home ID is never used again.
3.3 Node ID
Node ID’s are used to address individual nodes in a network. A Node ID is an 8 bits value and it is
assigned to slave and controller nodes by a Primary Controller or an Inclusion Controller. The Node ID
assigned to a device is only unique within a network defined by the unique Home ID. The application
must not assume a default Node ID allocation when a network is created because the Node ID allocation
algorithm depends on a number of factors.
See Figure 1 for a graphical representation of the Home ID and Node IDof four different nodes before
and after installation. The original Home ID (0x00002222) is preserved when the Portable Controller gets
the secondary controller role but not used as long itis a part of the network with Home ID 0x00001111.
The Static Controller is required to remain in a fixed position in the network, meaning that it
should not be physically moved when it has been included in the network. Moreover it is required
that the Static Controller is always in “listening mode” and it must therefore be mains powered.
Other alternatives include mains-powered with battery backup as well as running from a large
battery which regularly recharged or replaced.
The “always listening” advantage of the Static Controller allows other nodes to transmit frames to
it whenever needed, both for uploading purposes as well as for consulting purposes.
The Static Controller also exists in two variants used for more advanced installations. Both
variants are described more thoroughly in the installation example chapters (4, 5):
Static Update Controller (SUC):
When a Static Controller is configured as a SUC, the primary controller automatically sends
network updates to the SUC, e.g. when a new node is included to the network. The node will
therefore automatically appear in the SUC’s topology map. Other controllers in the network may
individually request the SUC for network updates. If no SUC is present the Primary Controller is
responsible of updating all controllers in the network, which will typically be a manual process for
the end-user. The SUC is capable of creating a new Primary Controller in case the original
Primary Controller is lost or malfunctioning.There can only be one SUC in each individual
network.
SUC ID Server (SIS):
When a SUC is also configured as a node ID server (SIS) it enables all other controllers to
include/exclude nodes. The SIS automatically becomes the Primary Controller in the network
when enabled. There can only be one SIS in each individual network. To avoid inconsistency, all
node ID allocations are maintained by the SIS.
3.1.1.4 Bridge Controller
The Bridge Controller is essentially a Static Controller node, which has the additional capability
of representing devices from other network types like X10 or TCP/IP as virtual nodes in a ZWave network. This enables control of Z-Wave nodesfrom e.g. an X10 controller or vise versa.
3.1.2 Slave Nodes
The slave nodes are devices that do not contain routing tables. The so-called Routing Slave nodes and
Enhanced Routing Slave nodes however can contain a number of pre-configured routes (assigned to
them by a controller).
Any slave node can act as repeater for frames going to other nodes. The only requirement for being able
to act as repeater is that the node is in listeningstate. This requires that the node is permanently
powered, and in order to limit battery consumption, this means that only mains-powered nodes will act as
repeaters in most practical installations.
Battery operated slaves that do not listen continually are disregarded by controllers when they calculate
routes.
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 5 of 38
CONFIDENTIAL
There are three types of slave nodes.
3.1.2.1 Slave
The Slave node type is able to receive frames and reply if necessary. The slave node cannot
host pre-configured routes to other nodes. The slave node is typically used for devices that only
require input (and report status if polled) and do not generate frames unsolicited. An example of
a device using this type could be a power outlet.
3.1.2.2 Routing Slave
The Routing Slave can host a number of routes for reaching other slaves or controllers. Such
routes are called “Return Routes”
1
. Routing Slaves can use these routes to communicate with
either controllers or other slave nodes. The Routing Slave can either be A/C powered or battery
powered. If the Routing Slave is A/C powered it isused as a repeater in the Z-Wave network,
otherwise it will be disregarded when routes are calculated. The Routing Slave functionality is
used for devices that need to report unsolicited status or alarms.
An example of a routing slave node could be a thermostat or a Passive Infra Red (PIR)
movement sensor. A wall switch might also be a routing slave and could then be used to control
small lighting scenes, or to establish a kind of “virtual” 3-way switching.
3.1.2.3 Frequently Listening Routing Slave (FLiRS)
A special case of a battery powered routing slave is the Frequently Listening Routing Slave
(FLiRS). This is a routing slave configured to listen for a wakeup beam in every wake-up interval.
This enables other nodes to wake up the FLiRS node and send a message to it.
One example of a FLiRS node is as chime node in a wireless doorbell system.
3.1.2.4 Enhanced Slave
The Enhanced Slave has the same basic functionality as a routing slave node, but more
software components are available because of more features on the hardware. Enhanced slave
nodes have software support for External EEPROM and an RTC
2
. An example of a device using
this type of Slave nodes could be a Thermostat.
3.1.2.5 Zensor Net Routing Slave
The Zensor Net routing slave node is basically a routing slave node configured as FLiRS with the
additional functionalities:
• Zensor Net binding
• Zensor Net flooding
1
”Return Route” is a controller-centric term that was originallyreferring to a route going back to the controller. Seen from the
routing slave, “Controller Assigned Route” might be a better term. However, “Return Route” is the established term in all Z-Wave
documentation.
2
Applies to the Z-Wave 100 series only. Later families feature an internal timer for wake-up control
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 6 of 38
CONFIDENTIAL
The Zensor Net is an alternative network to the classic Z-Wave network having its own binding
method and a mechanism to flood messages to the entire Zensor Net.
An example of a Zensor Net routing slave node could be a smoke detector.
3.2 Home ID
The Z-Wave protocol uses a unique identifier called the Home ID to separate networks from each other.
A 32 bits unique identifier is pre programmed in all controller nodes at manufacturing. This unique 32 bits
identifier is automatically used as Home ID during the installation of the Z-Wave network. If more than
one controller is used in the network it is the 32 bitsunique identifier of the first controller node used that
governs the Home ID. Additional controller nodes will be assigned that same Home ID when included
into the network. This is an automatic process that leaves the initial controller as the Primary Controller
and the other controller(s) as Secondary Controller(s). In case a SIS ispresent in the network will it be
allocated the Primary Controller role leaving the remaining controllers as Inclusion Controllers.
All slave nodes in the network will initially have a Home ID that is set tozero. In order to communicate in
the network the Primary Controller need to assign them with its Home ID. It is only a Primary Controller
or an Inclusion Controller that can assign Home ID’s to a node.
With the introduction of ZDK 4.50, the home ID may still be programmed. However, when excluding or
resetting a controller it generates a new random home ID.
The generation of a random home ID not only simplifies production, but also eliminates the risk of
creating node ID duplicates because a new home ID is used when creating the network.
With ZDK’s before v4.50, this would typically happen when resetting a Primary Controller without first
removing all nodes from the network.
With the introduction of ZDK 4.50, slave nodes alsogenerate a new random home ID after each reset.
During Network-Wide Inclusion, the home ID is used to identify the node. Once included, the node takes
on the home ID of the primary controller and the slave's random home ID is never used again.
3.3 Node ID
Node ID’s are used to address individual nodes in a network. A Node ID is an 8 bits value and it is
assigned to slave and controller nodes by a Primary Controller or an Inclusion Controller. The Node ID
assigned to a device is only unique within a network defined by the unique Home ID. The application
must not assume a default Node ID allocation when a network is created because the Node ID allocation
algorithm depends on a number of factors.
See Figure 1 for a graphical representation of the Home ID and Node IDof four different nodes before
and after installation. The original Home ID (0x00002222) is preserved when the Portable Controller gets
the secondary controller role but not used as long itis a part of the network with Home ID 0x00001111.
0/5000
3.1.1.3 bộ điều khiển tĩnh
The tĩnh Controller là cần thiết để duy trì ở một vị trí cố định trong mạng, có nghĩa là nó
nên không được thể chất di chuyển khi nó đã được bao gồm trong mạng. Hơn nữa nó là yêu cầu
bộ điều khiển tĩnh là luôn luôn trong "chế độ nghe" và do đó nó phải là nguồn cung cấp.
Lựa chọn thay thế khác bao gồm nguồn cung cấp với pin dự phòng cũng như chạy từ một lớn
pin mà thường xuyên sạc hoặc thay thế.
"Luôn luôn lắng nghe" lợi thế của bộ điều khiển tĩnh cho phép các nút khác để truyền tải khung để
nó bất cứ khi nào cần thiết, cả hai để tải lên mục đích cũng như đối với mục đích tư vấn.
Bộ điều khiển tĩnh cũng tồn tại ở hai phiên bản được sử dụng cho việc cài đặt nâng cao hơn. Cả hai
phiên bản được mô tả kỹ lưỡng hơn cài đặt ví dụ chương (4, 5):
tĩnh Cập Nhật điều khiển (SUC):
khi điều khiển một tĩnh được cấu hình như một giới, bộ điều khiển chính tự động gửi
mạng thông tin Cập Nhật để giới, ví dụ như khi một nút mới được bao gồm vào mạng. Nút sẽ
do đó tự động xuất hiện trong các giới topo bản đồ. Bộ điều khiển khác trong mạng có thể
cá nhân yêu cầu giới để Cập Nhật mạng. Nếu không có sức là hiện nay các bộ điều khiển chính là
chịu trách nhiệm Cập Nhật tất cả các bộ điều khiển trong mạng, mà sẽ thường là một quá trình hướng dẫn sử dụng cho
người dùng cuối cùng. GIỚI có khả năng của việc tạo ra một bộ điều khiển chính mới trong trường hợp bản gốc
Bộ điều khiển chính là bị mất hoặc hỏng hóc.Có thể chỉ có một sức trong mỗi cá nhân
mạng.
SỨC ID máy chủ (SIS):
khi một giới cũng đặt cấu hình là một nút ID máy chủ (SIS) nó cho phép tất cả các bộ điều khiển để
bao gồm/loại trừ các nút. SIS tự động trở thành các bộ điều khiển chính trong mạng
khi kích hoạt. Có thể chỉ có một SIS trong mỗi mạng cá nhân. Để tránh không thống nhất, Tất cả
nút ID phân bổ được duy trì bởi SIS.
3.1.1.4 cầu điều khiển
The Bridge điều khiển là cơ bản một bộ điều khiển tĩnh nút, mà có khả năng bổ sung
của đại diện cho thiết bị từ các loại mạng như X 10 hoặc TCP/IP như ảo Node mạng ZWave. Điều này cho phép kiểm soát của Z-Wave nodesfrom ví dụ như một X 10 bộ điều khiển hoặc vise versa.
3.1.2 nô lệ nút
Các nút nô lệ là các thiết bị không có bảng định tuyến. Cái gọi là định tuyến nô lệ nút và
tăng cường định tuyến nô lệ nút Tuy nhiên có thể chứa một số tuyến đường được cấu hình sẵn (được gán cho
họ bởi một bộ điều khiển).
Bất kỳ nút nô lệ có thể hoạt động như lặp lại cho khung đi tới các nút khác. Yêu cầu duy nhất để có thể
để hành động như chuyển tiếp là các nút là trong listeningstate. Điều này đòi hỏi rằng nút là vĩnh viễn
cung cấp, và để hạn chế tiêu thụ pin, điều này có nghĩa rằng chỉ cung cấp nguồn điện nút sẽ hoạt động như
lặp trong bản cài đặt thiết thực nhất.
Pin nô lệ hoạt động mà không nghe liên tục được disregarded bởi bộ điều khiển khi họ tính toán
tuyến đường.
INS10244-5 Z-Wave nút loại tổng quan và mạng cài đặt hướng dẫn 2008-12-04
Zensys A/S Z-Wave khái niệm cơ bản trang 5 của 38
mật
ba loại của các nô lệ nút.
3.1.2.1 nô lệ
The nô lệ nút loại có thể nhận được khung và trả lời nếu cần thiết. Nút nô lệ không thể
lưu trữ các tuyến đường được cấu hình sẵn để các nút khác. Nút nô lệ thường được sử dụng cho các thiết bị mà chỉ
yêu cầu đầu vào (và tình trạng báo cáo nếu được hỏi) và tạo ra khung không được yêu cầu. Một ví dụ về
một thiết bị sử dụng loại này có thể có một ổ cắm điện.
3.1.2.2 định tuyến nô lệ
The định tuyến nô lệ có thể lưu trữ một số tuyến đường cho các nô lệ hoặc bộ điều khiển. Như vậy
tuyến đường được gọi là "Trở về tuyến đường"
1
. Định tuyến nô lệ có thể sử dụng các tuyến đường giao tiếp với
bộ điều khiển hoặc nút nô lệ khác. Nô lệ định tuyến có thể là các a/c trang bị hoặc pin
cung cấp. Nếu định tuyến nô lệ là a/c cung cấp nó isused như là một lặp lại trong mạng Z-Wave,
nếu không sẽ được disregarded khi tuyến đường được tính toán. Chức năng định tuyến nô lệ là
được sử dụng cho các thiết bị cần phải báo cáo không được yêu cầu trạng thái hoặc hệ thống báo động.
Một ví dụ về một nút nô lệ định tuyến có thể là một nhiệt hoặc một thụ động hồng ngoại màu đỏ (PIR)
phong trào cảm biến. Một chuyển đổi tường cũng có thể là một nô lệ định tuyến và sau đó có thể sử dụng để kiểm soát
ánh sáng nhỏ cảnh, hoặc thiết lập một loại "ảo" 3-way chuyển đổi.
3.1.2.3 frequently nghe định tuyến Slave (FLiRS)
một trường hợp đặc biệt của một nô lệ định tuyến pin là thường xuyên nghe định tuyến Slave
(FLiRS). Đây là một nô lệ định tuyến cấu hình để lắng nghe cho một chùm wakeup trong mỗi khoảng thời gian thức dậy-up.
Điều này cho phép các nút khác để đánh thức lên nút FLiRS và gửi thư cho nó.
Một ví dụ của một nút FLiRS là như kêu vang nút trong một hệ thống không dây chuông cửa.
3.1.2.4 tăng cường nô lệ
The tăng cường nô lệ đã cùng các chức năng cơ bản như là một nô lệ định tuyến nút, nhưng nhiều hơn
thành phần phần mềm được cung cấp bởi vì các tính năng thêm vào phần cứng. Nâng cao nô lệ
nút có hỗ trợ phần mềm cho bên ngoài EEPROM và một RTC
2
. Một ví dụ của một thiết bị bằng cách sử dụng
loại nô lệ nút có thể là một nhiệt.
3.1.2.5 Zensor Net định tuyến nô lệ
Zensor The Net định tuyến nô lệ nút là cơ bản một nút nô lệ định tuyến đặt cấu hình là FLiRS với các
chức năng bổ sung:
• Zensor Net ràng buộc
• Zensor Net lũ lụt
1
"Trở lại con đường" là một thuật ngữ Trung tâm điều khiển là originallyreferring vào một tuyến đi lại cho bộ điều khiển. Nhìn thấy từ các
định tuyến nô lệ, "Điều khiển giao lộ" có thể là một thuật ngữ tốt hơn. Tuy nhiên, "Trở lại con đường" là thuật ngữ được thành lập ở tất cả Z-Wave
tài liệu.
2
Applies để dòng Z-Wave 100 chỉ. Sau đó gia đình đều có một bộ đếm thời gian nội bộ để đánh thức kiểm soát
INS10244-5 Z-Wave nút loại tổng quan và mạng cài đặt hướng dẫn 2008-12-04
Zensys A/S Z-Wave khái niệm cơ bản trang 6 của 38
mật
Zensor The Net là một mạng lưới thay thế mạng Z-sóng cổ điển có ràng buộc mình
phương pháp và một cơ chế để lũ các tin nhắn vào mạng Zensor toàn bộ.
Một ví dụ của một định tuyến Zensor Net nô lệ nút có thể là một máy dò khói.
3.2 nhà ID
The Z-Wave giao thức sử dụng một định danh duy nhất được gọi là trang chủ ID để tách mạng từ mỗi khác.
Một định danh duy nhất 32 bit là trước được lập trình trong tất cả các nút điều khiển tại sản xuất. Này độc đáo 32 bit
nhận dạng tự động được sử dụng như nhà ID trong khi cài đặt của Z-sóng mạng. Nếu nhiều hơn
một bộ điều khiển được sử dụng trong mạng đó là các định danh 32 bitsunique của các nút điều khiển đầu tiên được sử dụng mà
chi phối các trang chủ ID. Các nút điều khiển bổ sung sẽ được chỉ định rằng cùng một nhà ID khi bao gồm
vào mạng. Đây là một quá trình tự động lại bộ điều khiển ban đầu như bộ điều khiển chính
và controller(s) khác như Controller(s) trung học. Trong trường hợp một SIS ispresent trong mạng, nó sẽ
được giao vai trò bộ điều khiển chính để lại bộ điều khiển còn lại như bộ điều khiển bao gồm.
Tất cả nô lệ các nút trong mạng ban đầu sẽ có một trang chủ ID được thiết tozero. Để giao tiếp bằng
mạng điều khiển chính cần để gán cho chúng với trang chủ của nó ID. Nó là chỉ là một bộ điều khiển chính
hoặc một bộ điều khiển bao gồm có thể chỉ định trang chủ ID để một nút.
Với sự ra đời của ZDK 4,50, ID nhà vẫn có thể được lập trình. Tuy nhiên, khi không bao gồm hoặc
đặt lại bộ điều khiển nó tạo ra một mới ngẫu nhiên nhà.
Thế hệ của một ID nhà ngẫu nhiên không chỉ đơn giản hoá sản xuất nhưng cũng loại bỏ nguy cơ
tạo nút ID bản sao vì một ID nhà mới được sử dụng khi tạo mạng.
Với ZDK trước khi v4.50, điều này thường sẽ xảy ra khi đặt lại bộ điều khiển chính mà lúc đầu không
loại bỏ tất cả các nút mạng.
Với sự ra đời của ZDK 4,50, nô lệ nút alsogenerate ID nhà mới ngẫu nhiên sau khi cài lại mỗi.
Trong toàn mạng bao gồm, ID nhà được sử dụng để xác định các nút. Một khi có, nút mất
trên ID nhà của bộ điều khiển chính và của nô lệ ngẫu nhiên nhà ID không bao giờ được sử dụng một lần nữa.
3.3 nút ID
nút ID được sử dụng để giải quyết các nút cá nhân trong một mạng. Một ID nút là một giá trị 8 bit và nó là
được gán cho nút nô lệ và điều khiển bằng một bộ điều khiển chính hoặc một bộ điều khiển bao gồm. ID nút
được chỉ định cho một thiết bị là chỉ duy nhất trong một mạng lưới được xác định bởi nhà duy nhất của bạn. Các ứng dụng
không phải thừa nhận một phân bổ nút ID mặc định khi một mạng lưới được tạo ra bởi vì việc phân bổ các nút ID
thuật toán phụ thuộc vào một số yếu tố.
Xem hình 1 cho một đại diện đồ họa của các trang chủ ID và nút IDof bốn khác nhau nút trước khi
và sau khi cài đặt. ID nhà ban đầu (0x00002222) được bảo tồn khi bộ điều khiển cầm tay được
vai trò điều khiển trung học nhưng không được sử dụng như lâu dài nó là một phần của mạng với nhà ID 0x00001111.
The tĩnh Controller là cần thiết để duy trì ở một vị trí cố định trong mạng, có nghĩa là nó
nên không được thể chất di chuyển khi nó đã được bao gồm trong mạng. Hơn nữa nó là yêu cầu
bộ điều khiển tĩnh là luôn luôn trong "chế độ nghe" và do đó nó phải là nguồn cung cấp.
Lựa chọn thay thế khác bao gồm nguồn cung cấp với pin dự phòng cũng như chạy từ một lớn
pin mà thường xuyên sạc hoặc thay thế.
"Luôn luôn lắng nghe" lợi thế của bộ điều khiển tĩnh cho phép các nút khác để truyền tải khung để
nó bất cứ khi nào cần thiết, cả hai để tải lên mục đích cũng như đối với mục đích tư vấn.
Bộ điều khiển tĩnh cũng tồn tại ở hai phiên bản được sử dụng cho việc cài đặt nâng cao hơn. Cả hai
phiên bản được mô tả kỹ lưỡng hơn cài đặt ví dụ chương (4, 5):
tĩnh Cập Nhật điều khiển (SUC):
khi điều khiển một tĩnh được cấu hình như một giới, bộ điều khiển chính tự động gửi
mạng thông tin Cập Nhật để giới, ví dụ như khi một nút mới được bao gồm vào mạng. Nút sẽ
do đó tự động xuất hiện trong các giới topo bản đồ. Bộ điều khiển khác trong mạng có thể
cá nhân yêu cầu giới để Cập Nhật mạng. Nếu không có sức là hiện nay các bộ điều khiển chính là
chịu trách nhiệm Cập Nhật tất cả các bộ điều khiển trong mạng, mà sẽ thường là một quá trình hướng dẫn sử dụng cho
người dùng cuối cùng. GIỚI có khả năng của việc tạo ra một bộ điều khiển chính mới trong trường hợp bản gốc
Bộ điều khiển chính là bị mất hoặc hỏng hóc.Có thể chỉ có một sức trong mỗi cá nhân
mạng.
SỨC ID máy chủ (SIS):
khi một giới cũng đặt cấu hình là một nút ID máy chủ (SIS) nó cho phép tất cả các bộ điều khiển để
bao gồm/loại trừ các nút. SIS tự động trở thành các bộ điều khiển chính trong mạng
khi kích hoạt. Có thể chỉ có một SIS trong mỗi mạng cá nhân. Để tránh không thống nhất, Tất cả
nút ID phân bổ được duy trì bởi SIS.
3.1.1.4 cầu điều khiển
The Bridge điều khiển là cơ bản một bộ điều khiển tĩnh nút, mà có khả năng bổ sung
của đại diện cho thiết bị từ các loại mạng như X 10 hoặc TCP/IP như ảo Node mạng ZWave. Điều này cho phép kiểm soát của Z-Wave nodesfrom ví dụ như một X 10 bộ điều khiển hoặc vise versa.
3.1.2 nô lệ nút
Các nút nô lệ là các thiết bị không có bảng định tuyến. Cái gọi là định tuyến nô lệ nút và
tăng cường định tuyến nô lệ nút Tuy nhiên có thể chứa một số tuyến đường được cấu hình sẵn (được gán cho
họ bởi một bộ điều khiển).
Bất kỳ nút nô lệ có thể hoạt động như lặp lại cho khung đi tới các nút khác. Yêu cầu duy nhất để có thể
để hành động như chuyển tiếp là các nút là trong listeningstate. Điều này đòi hỏi rằng nút là vĩnh viễn
cung cấp, và để hạn chế tiêu thụ pin, điều này có nghĩa rằng chỉ cung cấp nguồn điện nút sẽ hoạt động như
lặp trong bản cài đặt thiết thực nhất.
Pin nô lệ hoạt động mà không nghe liên tục được disregarded bởi bộ điều khiển khi họ tính toán
tuyến đường.
INS10244-5 Z-Wave nút loại tổng quan và mạng cài đặt hướng dẫn 2008-12-04
Zensys A/S Z-Wave khái niệm cơ bản trang 5 của 38
mật
ba loại của các nô lệ nút.
3.1.2.1 nô lệ
The nô lệ nút loại có thể nhận được khung và trả lời nếu cần thiết. Nút nô lệ không thể
lưu trữ các tuyến đường được cấu hình sẵn để các nút khác. Nút nô lệ thường được sử dụng cho các thiết bị mà chỉ
yêu cầu đầu vào (và tình trạng báo cáo nếu được hỏi) và tạo ra khung không được yêu cầu. Một ví dụ về
một thiết bị sử dụng loại này có thể có một ổ cắm điện.
3.1.2.2 định tuyến nô lệ
The định tuyến nô lệ có thể lưu trữ một số tuyến đường cho các nô lệ hoặc bộ điều khiển. Như vậy
tuyến đường được gọi là "Trở về tuyến đường"
1
. Định tuyến nô lệ có thể sử dụng các tuyến đường giao tiếp với
bộ điều khiển hoặc nút nô lệ khác. Nô lệ định tuyến có thể là các a/c trang bị hoặc pin
cung cấp. Nếu định tuyến nô lệ là a/c cung cấp nó isused như là một lặp lại trong mạng Z-Wave,
nếu không sẽ được disregarded khi tuyến đường được tính toán. Chức năng định tuyến nô lệ là
được sử dụng cho các thiết bị cần phải báo cáo không được yêu cầu trạng thái hoặc hệ thống báo động.
Một ví dụ về một nút nô lệ định tuyến có thể là một nhiệt hoặc một thụ động hồng ngoại màu đỏ (PIR)
phong trào cảm biến. Một chuyển đổi tường cũng có thể là một nô lệ định tuyến và sau đó có thể sử dụng để kiểm soát
ánh sáng nhỏ cảnh, hoặc thiết lập một loại "ảo" 3-way chuyển đổi.
3.1.2.3 frequently nghe định tuyến Slave (FLiRS)
một trường hợp đặc biệt của một nô lệ định tuyến pin là thường xuyên nghe định tuyến Slave
(FLiRS). Đây là một nô lệ định tuyến cấu hình để lắng nghe cho một chùm wakeup trong mỗi khoảng thời gian thức dậy-up.
Điều này cho phép các nút khác để đánh thức lên nút FLiRS và gửi thư cho nó.
Một ví dụ của một nút FLiRS là như kêu vang nút trong một hệ thống không dây chuông cửa.
3.1.2.4 tăng cường nô lệ
The tăng cường nô lệ đã cùng các chức năng cơ bản như là một nô lệ định tuyến nút, nhưng nhiều hơn
thành phần phần mềm được cung cấp bởi vì các tính năng thêm vào phần cứng. Nâng cao nô lệ
nút có hỗ trợ phần mềm cho bên ngoài EEPROM và một RTC
2
. Một ví dụ của một thiết bị bằng cách sử dụng
loại nô lệ nút có thể là một nhiệt.
3.1.2.5 Zensor Net định tuyến nô lệ
Zensor The Net định tuyến nô lệ nút là cơ bản một nút nô lệ định tuyến đặt cấu hình là FLiRS với các
chức năng bổ sung:
• Zensor Net ràng buộc
• Zensor Net lũ lụt
1
"Trở lại con đường" là một thuật ngữ Trung tâm điều khiển là originallyreferring vào một tuyến đi lại cho bộ điều khiển. Nhìn thấy từ các
định tuyến nô lệ, "Điều khiển giao lộ" có thể là một thuật ngữ tốt hơn. Tuy nhiên, "Trở lại con đường" là thuật ngữ được thành lập ở tất cả Z-Wave
tài liệu.
2
Applies để dòng Z-Wave 100 chỉ. Sau đó gia đình đều có một bộ đếm thời gian nội bộ để đánh thức kiểm soát
INS10244-5 Z-Wave nút loại tổng quan và mạng cài đặt hướng dẫn 2008-12-04
Zensys A/S Z-Wave khái niệm cơ bản trang 6 của 38
mật
Zensor The Net là một mạng lưới thay thế mạng Z-sóng cổ điển có ràng buộc mình
phương pháp và một cơ chế để lũ các tin nhắn vào mạng Zensor toàn bộ.
Một ví dụ của một định tuyến Zensor Net nô lệ nút có thể là một máy dò khói.
3.2 nhà ID
The Z-Wave giao thức sử dụng một định danh duy nhất được gọi là trang chủ ID để tách mạng từ mỗi khác.
Một định danh duy nhất 32 bit là trước được lập trình trong tất cả các nút điều khiển tại sản xuất. Này độc đáo 32 bit
nhận dạng tự động được sử dụng như nhà ID trong khi cài đặt của Z-sóng mạng. Nếu nhiều hơn
một bộ điều khiển được sử dụng trong mạng đó là các định danh 32 bitsunique của các nút điều khiển đầu tiên được sử dụng mà
chi phối các trang chủ ID. Các nút điều khiển bổ sung sẽ được chỉ định rằng cùng một nhà ID khi bao gồm
vào mạng. Đây là một quá trình tự động lại bộ điều khiển ban đầu như bộ điều khiển chính
và controller(s) khác như Controller(s) trung học. Trong trường hợp một SIS ispresent trong mạng, nó sẽ
được giao vai trò bộ điều khiển chính để lại bộ điều khiển còn lại như bộ điều khiển bao gồm.
Tất cả nô lệ các nút trong mạng ban đầu sẽ có một trang chủ ID được thiết tozero. Để giao tiếp bằng
mạng điều khiển chính cần để gán cho chúng với trang chủ của nó ID. Nó là chỉ là một bộ điều khiển chính
hoặc một bộ điều khiển bao gồm có thể chỉ định trang chủ ID để một nút.
Với sự ra đời của ZDK 4,50, ID nhà vẫn có thể được lập trình. Tuy nhiên, khi không bao gồm hoặc
đặt lại bộ điều khiển nó tạo ra một mới ngẫu nhiên nhà.
Thế hệ của một ID nhà ngẫu nhiên không chỉ đơn giản hoá sản xuất nhưng cũng loại bỏ nguy cơ
tạo nút ID bản sao vì một ID nhà mới được sử dụng khi tạo mạng.
Với ZDK trước khi v4.50, điều này thường sẽ xảy ra khi đặt lại bộ điều khiển chính mà lúc đầu không
loại bỏ tất cả các nút mạng.
Với sự ra đời của ZDK 4,50, nô lệ nút alsogenerate ID nhà mới ngẫu nhiên sau khi cài lại mỗi.
Trong toàn mạng bao gồm, ID nhà được sử dụng để xác định các nút. Một khi có, nút mất
trên ID nhà của bộ điều khiển chính và của nô lệ ngẫu nhiên nhà ID không bao giờ được sử dụng một lần nữa.
3.3 nút ID
nút ID được sử dụng để giải quyết các nút cá nhân trong một mạng. Một ID nút là một giá trị 8 bit và nó là
được gán cho nút nô lệ và điều khiển bằng một bộ điều khiển chính hoặc một bộ điều khiển bao gồm. ID nút
được chỉ định cho một thiết bị là chỉ duy nhất trong một mạng lưới được xác định bởi nhà duy nhất của bạn. Các ứng dụng
không phải thừa nhận một phân bổ nút ID mặc định khi một mạng lưới được tạo ra bởi vì việc phân bổ các nút ID
thuật toán phụ thuộc vào một số yếu tố.
Xem hình 1 cho một đại diện đồ họa của các trang chủ ID và nút IDof bốn khác nhau nút trước khi
và sau khi cài đặt. ID nhà ban đầu (0x00002222) được bảo tồn khi bộ điều khiển cầm tay được
vai trò điều khiển trung học nhưng không được sử dụng như lâu dài nó là một phần của mạng với nhà ID 0x00001111.
đang được dịch, vui lòng đợi..
3.1.1.3 Static Controller
The Static Controller is required to remain in a fixed position in the network, meaning that it
should not be physically moved when it has been included in the network. Moreover it is required
that the Static Controller is always in “listening mode” and it must therefore be mains powered.
Other alternatives include mains-powered with battery backup as well as running from a large
battery which regularly recharged or replaced.
The “always listening” advantage of the Static Controller allows other nodes to transmit frames to
it whenever needed, both for uploading purposes as well as for consulting purposes.
The Static Controller also exists in two variants used for more advanced installations. Both
variants are described more thoroughly in the installation example chapters (4, 5):
Static Update Controller (SUC):
When a Static Controller is configured as a SUC, the primary controller automatically sends
network updates to the SUC, e.g. when a new node is included to the network. The node will
therefore automatically appear in the SUC’s topology map. Other controllers in the network may
individually request the SUC for network updates. If no SUC is present the Primary Controller is
responsible of updating all controllers in the network, which will typically be a manual process for
the end-user. The SUC is capable of creating a new Primary Controller in case the original
Primary Controller is lost or malfunctioning.There can only be one SUC in each individual
network.
SUC ID Server (SIS):
When a SUC is also configured as a node ID server (SIS) it enables all other controllers to
include/exclude nodes. The SIS automatically becomes the Primary Controller in the network
when enabled. There can only be one SIS in each individual network. To avoid inconsistency, all
node ID allocations are maintained by the SIS.
3.1.1.4 Bridge Controller
The Bridge Controller is essentially a Static Controller node, which has the additional capability
of representing devices from other network types like X10 or TCP/IP as virtual nodes in a ZWave network. This enables control of Z-Wave nodesfrom e.g. an X10 controller or vise versa.
3.1.2 Slave Nodes
The slave nodes are devices that do not contain routing tables. The so-called Routing Slave nodes and
Enhanced Routing Slave nodes however can contain a number of pre-configured routes (assigned to
them by a controller).
Any slave node can act as repeater for frames going to other nodes. The only requirement for being able
to act as repeater is that the node is in listeningstate. This requires that the node is permanently
powered, and in order to limit battery consumption, this means that only mains-powered nodes will act as
repeaters in most practical installations.
Battery operated slaves that do not listen continually are disregarded by controllers when they calculate
routes.
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 5 of 38
CONFIDENTIAL
There are three types of slave nodes.
3.1.2.1 Slave
The Slave node type is able to receive frames and reply if necessary. The slave node cannot
host pre-configured routes to other nodes. The slave node is typically used for devices that only
require input (and report status if polled) and do not generate frames unsolicited. An example of
a device using this type could be a power outlet.
3.1.2.2 Routing Slave
The Routing Slave can host a number of routes for reaching other slaves or controllers. Such
routes are called “Return Routes”
1
. Routing Slaves can use these routes to communicate with
either controllers or other slave nodes. The Routing Slave can either be A/C powered or battery
powered. If the Routing Slave is A/C powered it isused as a repeater in the Z-Wave network,
otherwise it will be disregarded when routes are calculated. The Routing Slave functionality is
used for devices that need to report unsolicited status or alarms.
An example of a routing slave node could be a thermostat or a Passive Infra Red (PIR)
movement sensor. A wall switch might also be a routing slave and could then be used to control
small lighting scenes, or to establish a kind of “virtual” 3-way switching.
3.1.2.3 Frequently Listening Routing Slave (FLiRS)
A special case of a battery powered routing slave is the Frequently Listening Routing Slave
(FLiRS). This is a routing slave configured to listen for a wakeup beam in every wake-up interval.
This enables other nodes to wake up the FLiRS node and send a message to it.
One example of a FLiRS node is as chime node in a wireless doorbell system.
3.1.2.4 Enhanced Slave
The Enhanced Slave has the same basic functionality as a routing slave node, but more
software components are available because of more features on the hardware. Enhanced slave
nodes have software support for External EEPROM and an RTC
2
. An example of a device using
this type of Slave nodes could be a Thermostat.
3.1.2.5 Zensor Net Routing Slave
The Zensor Net routing slave node is basically a routing slave node configured as FLiRS with the
additional functionalities:
• Zensor Net binding
• Zensor Net flooding
1
”Return Route” is a controller-centric term that was originallyreferring to a route going back to the controller. Seen from the
routing slave, “Controller Assigned Route” might be a better term. However, “Return Route” is the established term in all Z-Wave
documentation.
2
Applies to the Z-Wave 100 series only. Later families feature an internal timer for wake-up control
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 6 of 38
CONFIDENTIAL
The Zensor Net is an alternative network to the classic Z-Wave network having its own binding
method and a mechanism to flood messages to the entire Zensor Net.
An example of a Zensor Net routing slave node could be a smoke detector.
3.2 Home ID
The Z-Wave protocol uses a unique identifier called the Home ID to separate networks from each other.
A 32 bits unique identifier is pre programmed in all controller nodes at manufacturing. This unique 32 bits
identifier is automatically used as Home ID during the installation of the Z-Wave network. If more than
one controller is used in the network it is the 32 bitsunique identifier of the first controller node used that
governs the Home ID. Additional controller nodes will be assigned that same Home ID when included
into the network. This is an automatic process that leaves the initial controller as the Primary Controller
and the other controller(s) as Secondary Controller(s). In case a SIS ispresent in the network will it be
allocated the Primary Controller role leaving the remaining controllers as Inclusion Controllers.
All slave nodes in the network will initially have a Home ID that is set tozero. In order to communicate in
the network the Primary Controller need to assign them with its Home ID. It is only a Primary Controller
or an Inclusion Controller that can assign Home ID’s to a node.
With the introduction of ZDK 4.50, the home ID may still be programmed. However, when excluding or
resetting a controller it generates a new random home ID.
The generation of a random home ID not only simplifies production, but also eliminates the risk of
creating node ID duplicates because a new home ID is used when creating the network.
With ZDK’s before v4.50, this would typically happen when resetting a Primary Controller without first
removing all nodes from the network.
With the introduction of ZDK 4.50, slave nodes alsogenerate a new random home ID after each reset.
During Network-Wide Inclusion, the home ID is used to identify the node. Once included, the node takes
on the home ID of the primary controller and the slave's random home ID is never used again.
3.3 Node ID
Node ID’s are used to address individual nodes in a network. A Node ID is an 8 bits value and it is
assigned to slave and controller nodes by a Primary Controller or an Inclusion Controller. The Node ID
assigned to a device is only unique within a network defined by the unique Home ID. The application
must not assume a default Node ID allocation when a network is created because the Node ID allocation
algorithm depends on a number of factors.
See Figure 1 for a graphical representation of the Home ID and Node IDof four different nodes before
and after installation. The original Home ID (0x00002222) is preserved when the Portable Controller gets
the secondary controller role but not used as long itis a part of the network with Home ID 0x00001111.
The Static Controller is required to remain in a fixed position in the network, meaning that it
should not be physically moved when it has been included in the network. Moreover it is required
that the Static Controller is always in “listening mode” and it must therefore be mains powered.
Other alternatives include mains-powered with battery backup as well as running from a large
battery which regularly recharged or replaced.
The “always listening” advantage of the Static Controller allows other nodes to transmit frames to
it whenever needed, both for uploading purposes as well as for consulting purposes.
The Static Controller also exists in two variants used for more advanced installations. Both
variants are described more thoroughly in the installation example chapters (4, 5):
Static Update Controller (SUC):
When a Static Controller is configured as a SUC, the primary controller automatically sends
network updates to the SUC, e.g. when a new node is included to the network. The node will
therefore automatically appear in the SUC’s topology map. Other controllers in the network may
individually request the SUC for network updates. If no SUC is present the Primary Controller is
responsible of updating all controllers in the network, which will typically be a manual process for
the end-user. The SUC is capable of creating a new Primary Controller in case the original
Primary Controller is lost or malfunctioning.There can only be one SUC in each individual
network.
SUC ID Server (SIS):
When a SUC is also configured as a node ID server (SIS) it enables all other controllers to
include/exclude nodes. The SIS automatically becomes the Primary Controller in the network
when enabled. There can only be one SIS in each individual network. To avoid inconsistency, all
node ID allocations are maintained by the SIS.
3.1.1.4 Bridge Controller
The Bridge Controller is essentially a Static Controller node, which has the additional capability
of representing devices from other network types like X10 or TCP/IP as virtual nodes in a ZWave network. This enables control of Z-Wave nodesfrom e.g. an X10 controller or vise versa.
3.1.2 Slave Nodes
The slave nodes are devices that do not contain routing tables. The so-called Routing Slave nodes and
Enhanced Routing Slave nodes however can contain a number of pre-configured routes (assigned to
them by a controller).
Any slave node can act as repeater for frames going to other nodes. The only requirement for being able
to act as repeater is that the node is in listeningstate. This requires that the node is permanently
powered, and in order to limit battery consumption, this means that only mains-powered nodes will act as
repeaters in most practical installations.
Battery operated slaves that do not listen continually are disregarded by controllers when they calculate
routes.
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 5 of 38
CONFIDENTIAL
There are three types of slave nodes.
3.1.2.1 Slave
The Slave node type is able to receive frames and reply if necessary. The slave node cannot
host pre-configured routes to other nodes. The slave node is typically used for devices that only
require input (and report status if polled) and do not generate frames unsolicited. An example of
a device using this type could be a power outlet.
3.1.2.2 Routing Slave
The Routing Slave can host a number of routes for reaching other slaves or controllers. Such
routes are called “Return Routes”
1
. Routing Slaves can use these routes to communicate with
either controllers or other slave nodes. The Routing Slave can either be A/C powered or battery
powered. If the Routing Slave is A/C powered it isused as a repeater in the Z-Wave network,
otherwise it will be disregarded when routes are calculated. The Routing Slave functionality is
used for devices that need to report unsolicited status or alarms.
An example of a routing slave node could be a thermostat or a Passive Infra Red (PIR)
movement sensor. A wall switch might also be a routing slave and could then be used to control
small lighting scenes, or to establish a kind of “virtual” 3-way switching.
3.1.2.3 Frequently Listening Routing Slave (FLiRS)
A special case of a battery powered routing slave is the Frequently Listening Routing Slave
(FLiRS). This is a routing slave configured to listen for a wakeup beam in every wake-up interval.
This enables other nodes to wake up the FLiRS node and send a message to it.
One example of a FLiRS node is as chime node in a wireless doorbell system.
3.1.2.4 Enhanced Slave
The Enhanced Slave has the same basic functionality as a routing slave node, but more
software components are available because of more features on the hardware. Enhanced slave
nodes have software support for External EEPROM and an RTC
2
. An example of a device using
this type of Slave nodes could be a Thermostat.
3.1.2.5 Zensor Net Routing Slave
The Zensor Net routing slave node is basically a routing slave node configured as FLiRS with the
additional functionalities:
• Zensor Net binding
• Zensor Net flooding
1
”Return Route” is a controller-centric term that was originallyreferring to a route going back to the controller. Seen from the
routing slave, “Controller Assigned Route” might be a better term. However, “Return Route” is the established term in all Z-Wave
documentation.
2
Applies to the Z-Wave 100 series only. Later families feature an internal timer for wake-up control
INS10244-5 Z-Wave Node Type Overview and Network Installation Guide 2008-12-04
Zensys A/S Z-Wave basics Page 6 of 38
CONFIDENTIAL
The Zensor Net is an alternative network to the classic Z-Wave network having its own binding
method and a mechanism to flood messages to the entire Zensor Net.
An example of a Zensor Net routing slave node could be a smoke detector.
3.2 Home ID
The Z-Wave protocol uses a unique identifier called the Home ID to separate networks from each other.
A 32 bits unique identifier is pre programmed in all controller nodes at manufacturing. This unique 32 bits
identifier is automatically used as Home ID during the installation of the Z-Wave network. If more than
one controller is used in the network it is the 32 bitsunique identifier of the first controller node used that
governs the Home ID. Additional controller nodes will be assigned that same Home ID when included
into the network. This is an automatic process that leaves the initial controller as the Primary Controller
and the other controller(s) as Secondary Controller(s). In case a SIS ispresent in the network will it be
allocated the Primary Controller role leaving the remaining controllers as Inclusion Controllers.
All slave nodes in the network will initially have a Home ID that is set tozero. In order to communicate in
the network the Primary Controller need to assign them with its Home ID. It is only a Primary Controller
or an Inclusion Controller that can assign Home ID’s to a node.
With the introduction of ZDK 4.50, the home ID may still be programmed. However, when excluding or
resetting a controller it generates a new random home ID.
The generation of a random home ID not only simplifies production, but also eliminates the risk of
creating node ID duplicates because a new home ID is used when creating the network.
With ZDK’s before v4.50, this would typically happen when resetting a Primary Controller without first
removing all nodes from the network.
With the introduction of ZDK 4.50, slave nodes alsogenerate a new random home ID after each reset.
During Network-Wide Inclusion, the home ID is used to identify the node. Once included, the node takes
on the home ID of the primary controller and the slave's random home ID is never used again.
3.3 Node ID
Node ID’s are used to address individual nodes in a network. A Node ID is an 8 bits value and it is
assigned to slave and controller nodes by a Primary Controller or an Inclusion Controller. The Node ID
assigned to a device is only unique within a network defined by the unique Home ID. The application
must not assume a default Node ID allocation when a network is created because the Node ID allocation
algorithm depends on a number of factors.
See Figure 1 for a graphical representation of the Home ID and Node IDof four different nodes before
and after installation. The original Home ID (0x00002222) is preserved when the Portable Controller gets
the secondary controller role but not used as long itis a part of the network with Home ID 0x00001111.
đang được dịch, vui lòng đợi..
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.
- leave itcũng
- Mỗi người nên có ý thức chấp hành luật a
- leave itcũngtôi đã gặp nhiều chuyện
- HEADLIGHT SWITCH
- leave itcũngtôi đã có nhiều chuyện xảy r
- Chúng ta phải kêu gọi mọi người giảm thi
- le stade
- MULTIFUNCTION STEERING COLUMN MOUNTED SW
- Không may, quả bóng lăn ra ngoài vỉa hè
- Ba trăm nghìn
- Phòng to
- Hôm qua, trên đường từ trường về nhà tôi
- leave itcũngtôi đã có nhiều chuyện xảy r
- 15 đôla
- Phòng to
- Trên vỉa hè, những đứa trẻ con đang đá b
- Muốn thay đổi một người để giúp họ tốt h
- ADMITTED
- leave it
- chúng ta yêu nhau được 1 năm rồi phải kh
- the polymer is stripped in an oxygen pla
- vậy là chúng ta yêu nhau được 1 năm rồi
- Trên đường, từng dòng xe hối hả chạy tấp
- vậy là chúng ta yêu nhau được 1 năm rồi
