Programmable lighting control method for ships and square cabins

Abstract

The invention discloses a programmable lighting control method for ships and shelters. According to the programmable lighting control method for the ship and the shelter, a bus and equipment nodes based on the bus are included. And the control modes of the equipment nodes comprise centralized control and distributed control. The lighting control method has the advantages that the lighting control method is a distributed control method, the scene of corresponding modules can be started through communication between the nodes, instructions can be issued through the host, the reliability of the system is improved, and the lighting control method has high real-time performance and is very suitable for application occasions such as industry and military affairs.

Description

Technical Field

[0001] The present invention relates to lighting control, in particular to a programmable lighting control method for ships and cabins. Background Art

[0002] Lighting control is the application of managing and controlling various lighting fixtures through automated means. It can not only improve the lighting control experience and the comfort of the light environment, but also save energy consumption of lighting equipment nodes, which is in line with the development direction of green lighting. Summary of the Invention

[0003] The purpose of the present invention is to solve the problems in the prior art and to provide a novel programmable lighting control method for ships and cabins.

[0004] In order to achieve the above-mentioned purpose, the present invention provides a technical solution: a programmable lighting control method for ships and cabins, comprising: a bus and device nodes based on the bus, wherein the control mode of the device nodes includes centralized control and decentralized control.

[0005] As a preferred solution for the programmable lighting control method for ships and cabins, the frame ID of the centralized control and the frame ID of the decentralized control have different beginnings (or endings).

[0006] As a preferred solution for the programmable lighting control method for ships and cabins, the device node has an active reporting mechanism.

[0007] As a preferred solution for the programmable lighting control method for ships and cabins, the frame ID of the reporting information of the device node, the frame ID of the centralized control and the frame ID of the distributed control have different beginnings (or endings).

[0008] As a preferred solution for programmable lighting control methods for ships and cabins, the lighting control method divides users into field level, monitoring level, and management level, and controls lighting equipment through different user permissions to complete supervision of the overall operation status. It can not only monitor in a centralized manner, but also in a decentralized manner, thereby ensuring the stability and reliability of the lighting system.

[0009] Among them, the distributed control adopts a completely equal communication method. Compared with the master-slave method of RS-485, the master-slave structure system requires the host to poll continuously to control and operate the controlled object. This system solves the data collision through the CAN bus automatic arbitration mechanism, does not require a logical host, and the overall stability is greatly improved. In addition, due to its excellent performance and strong anti-interference ability, the CAN bus is widely used in harsh environments such as ships, automobiles, and industrial sites. For automotive, marine and other occasions, the system can be seamlessly connected to the original bus for data aggregation and status monitoring.

[0010] To implement the lighting system, not only must dimming and scene control be achieved, but intelligent lighting equipment must also be more convenient to operate, with a more user-friendly interface. This allows for the system to be populated and supplemented with controllers and lighting fixtures, further enhancing the intelligent channel. The client must configure basic information within the entire interface and analyze feedback to achieve intelligent control. Communication nodes must not only control the lighting equipment but also collect information about the entire control method, relay commands from the server, and report any malfunctioning lighting equipment. Real-time information collection and feedback from lighting equipment within the channel is essential for control and management. Furthermore, personnel can use the system's main interface to manage the operating status of the lighting within the channel. Furthermore, they can provide real-time feedback on lighting equipment faults and alarms, providing real-time data to relevant management personnel. The main technical approach is as follows: 1) Detailed research is required on the lighting functions and equipment performance of the entire ship's lighting system to support subsequent detailed design. 2) Leveraging currently available technologies, the required requirements are analyzed to establish a clear design direction for the overall control method, enabling a more effective design. 3) Based on the established design direction, carry out detailed design to establish the realization of the entire control method. 4) Provide a people-oriented light comfort environment to make the entire control method more perfect.

[0011] CANopen implements protocols above the network layer of the OSI model. The CANopen standard includes an addressing scheme, several smaller communication profiles, and an application layer defined by a device profile. CANopen supports network management, device monitoring, and inter-node communication, including a simple transport layer that handles segmented and combined data transmission. The data link layer and physical layer are typically implemented using CAN. In addition to CANopen, other communication protocols, such as EtherCAT, also implement CANopen's device profile.

[0012] The startup and reset of devices on the bus are controlled by a state machine. The state machine must include the following states: Initialization, Pre-operational, Operational, and Stopped. When a network management (NMT) communication object is received, the state machine will transition to the corresponding state. The object dictionary is an array of variables with a 16-bit index. Each variable can (but does not have to) have an 8-bit subindex. Variables can be used to adjust the configuration of the device, or they can correspond to the data measured by the device or the output of the device. When the state machine is set to operational, the application part of the device will realize the expected function of the device. This part can adjust its settings by the variables in the object dictionary, and the data is sent or received by the communication layer.

[0013] CANopen devices need to have an object dictionary to set device configuration and perform non-real-time communication. The entry definition of the object dictionary is as follows:

[0014] Index: The 16-bit address of an object. Object name: A symbolic type representing an object, which can be an array, a record, or just a variable. Name: A string describing this entry. Type: The data form of the variable. Attribute: Provides information on whether this entry is readable / writable. There are four types: readable / writable, read-only, write-only, and read-only constant. Mandatory / optional fields define whether a device belonging to a specific device specification must implement certain objects. The CANopen standard defines the basic data types in the object dictionary, including logical values, integers, and floating-point numbers. It also defines composite objects such as arrays, records, and strings. Composite objects use an 8-bit value as their subindex. The subindex 0 position in a record or array records the number of elements in this data structure, and the data type is UNSIGNED8.

[0015] Compared with existing technologies, the present invention offers at least the following advantages: a bus-based control solution, utilizing standard protocols for downloading and storing various scenarios, is designed. This distributed lighting control method utilizes inter-node communication to activate scenarios in corresponding modules and allows for the issuance of commands from a host computer, improving system reliability and achieving high real-time performance, making it well-suited for industrial and military applications. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 Schematic diagram of the system architecture of the present invention.

[0017] Figure 2 It is a schematic diagram of the system structure of the present invention. DETAILED DESCRIPTION

[0018] The present invention will be further described in detail below through specific embodiments in conjunction with the accompanying drawings. It should be noted that the description of these embodiments is intended to facilitate understanding of the present invention and does not constitute a limitation of the present invention. In addition, the technical features involved in the various embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.

[0019] See Figure 1 The lighting control method divides users into three levels: on-site level, monitoring level, and management level. Through the different permissions of these three types of users, the control of individual lighting equipment can be achieved, and the supervision of the overall operation status can also be completed. Not only centralized monitoring can be achieved, but also decentralized monitoring mode can be completed, thereby ensuring the stability and reliability of the lighting system.

[0020] See Figure 2 The lighting control method includes: a bus and device nodes based on the bus, etc. The device nodes are relay switch modules (node 1 to node 4), control panels (node 5 to node 8), etc. The relay switch module is designed with a specific number of switch quantities according to actual needs, such as 4-way, 6-way or 8-way switch quantities. The relay switch module is used to control the lighting fixtures connected thereto. The control panel is designed with a specific number of control buttons according to actual needs, such as 1-8 control buttons. By pressing and releasing the control button, two different trigger signals (such as rising edge and falling edge) are generated.

[0021] The device node has a DIP switch, through which the address of the device node can be set. The address range is 0-127, with a total of 128 logical addresses.

[0022] The number of physical nodes of the lighting control method can be designed to be 110, which can meet the needs of conventional applications. If the number of device nodes exceeds 110, a CAN switch is used for expansion.

[0023] The lighting control method has two control modes: centralized control and decentralized control. In bus messages, the centralized control and decentralized control are distinguished by different frame IDs.

[0024] The centralized control is to query, select, open, close, etc. the device nodes on the bus through the host. For example: the frame ID of the centralized control is composed of 0x500+dial ID value. Assuming that the device node of node 1 is controlled, the frame ID can be set to: 0501XXXXXXXXXXXXXXXX. Among them, "XX" is the message content, and the specific instructions (such as query, selection, open, close, etc.) are set according to the message content. The centralized control is to send the corresponding frame ID to the device node to be controlled to obtain the corresponding control result.

[0025] The distributed control has higher real-time performance than the centralized control. For example: if the device nodes of nodes 1-4 need to be controlled, if the centralized control is used, 4 messages need to be sent, and nodes 1-4 will respond to the corresponding actions respectively. However, if the distributed control is used, nodes 1-4 can respond at the same time. The specific process is as follows: Nodes 5-8 act as input devices. When the control button is pressed, they broadcast their input instructions on the bus. The format of the input instructions is designed as follows: input device node frame ID + input device node button serial number code. By storing the corresponding response dictionary in the device nodes of nodes 1-node 4, when the bus receives the instructions sent by the input devices of nodes 5-8, each device node queries its own object dictionary to see if there is a response requirement. If there is a response requirement, it responds.

[0026] In order to distinguish it from the frame ID of the centralized control, the frame ID of the input device node is defined to have a different beginning from that of the centralized control. For example, the address of the input device node is 0x400+dip ID value. For example: suppose you need to create a scene where the first control button of control panel No. 5 turns off all channels of nodes 1-4. Then the following information is stored in the device nodes of nodes 1-4: 0x50101000000000000000……………………1-8OFF. When the first button of panel No. 501 appears on the bus, device nodes No. 1-4 will simultaneously respond to the instruction to turn off channels 1-8 in the object dictionary.

[0027] To more accurately reflect changes in the device nodes, the lighting control method incorporates an active reporting mechanism. Specifically, when the device node's state changes, it actively reports this information to the bus, allowing the corresponding monitoring device to obtain real-time status information. Whether using centralized or decentralized control, this method maintains the same state change reporting. For example, when a channel on node 3 changes from open to closed, the latest state information is immediately uploaded to the bus. To distinguish this from the various control instructions described above, a different frame ID identification method is used. For example, the frame ID format for the reported information is: 0x200 + device dial ID value. By using different frame ID identification methods, the source of each instruction, whether it is a control instruction or a state change report, can be determined. By configuring the device via the host computer, the latest state of each device can be obtained in real time.

[0028] In order to create the object dictionary more conveniently, this design adopts a simple and general programming method, using text documents to represent the contents of the object dictionary. The general design method is as follows:

[0029]

[0030]

[0031]

[0032] The Excel spreadsheet allows you to edit the contents of the object dictionary and configure the module's own parameters, such as trigger mode, response mode, and delay action. After creating a scenario using the Excel spreadsheet, save the document as a .txt file and download the online scenario via a USB downloader. If there are multiple response addresses, you can insert row data in the list.

[0033] The above merely describes the embodiments of the present invention, and while the description is relatively specific and detailed, it should not be construed as limiting the scope of the patent. It should be noted that a person skilled in the art could make various modifications and improvements without departing from the spirit of the present invention, all of which fall within the scope of protection of the present invention. Therefore, the scope of protection of the patent for this invention shall be determined by the appended claims.

Claims

1. A programmable lighting control method for ships and shelters, characterized in that: The lighting control method includes: a bus and device nodes based on the bus, and the control mode of the device nodes includes centralized control and decentralized control.

2. The programmable lighting control method for ships and shelters according to claim 1, characterized in that: The frame ID of the centralized control and the frame ID of the decentralized control have different beginnings (or endings).

3. The programmable lighting control method for ships and shelters according to claim 1, characterized in that: The device node has an active reporting mechanism.

4. The programmable lighting control method for ships and shelters according to claim 3, characterized in that: The frame ID of the reporting information of the device node, the frame ID of the centralized control, and the frame ID of the decentralized control have different beginnings (or endings).

5. The programmable lighting control method for ships and shelters according to any one of claims 1 to 4, characterized in that: The lighting control method divides users into field level, monitoring level, and management level, and controls lighting equipment through different user permissions to complete supervision of the overall operation status. It can not only perform centralized monitoring, but also decentralized monitoring, thereby ensuring the stability and reliability of the lighting system.

Images