Method for realizing master-slave control of stage lamps with different address codes and storage medium

Abstract

The invention belongs to the technical field of stage lamp control, and particularly relates to a method for realizing master-slave control of stage lamps with different address codes and a storage medium, and the method comprises the following steps: S1, setting address codes for lamps on a DMX512 bus according to the same channel mode, the channel modes must be the same, the address codes can be different, and the lamps are provided with special memories for storing console data; s2, completing programming design of lamp positions and lamp scenes; s3, the scene recording function of the first lamp is turned on, a console program runs once from beginning to end, the lamps compare DMX512 data every time the scene is switched, if the scene is not changed, the maintaining time of the current scene continues to be calculated, and if the scene is not changed, the current scene is recorded; in the application process, only a lampmaster needs to design a lamp bit map and edit a light scene at the same time in the earlier stage, and the subsequent repeated operation does not need the participation of the lampmaster, so that the maintenance and use cost is reduced.

Description

Technical Field

[0001] This invention relates to the field of stage lighting control technology, and in particular to a method and storage medium for implementing master-slave control of stage lights with different address codes. Background Technology

[0002] With the development of national infrastructure and the improvement of people's living standards, more and more outdoor cultural and tourism projects have emerged. These projects require a variety of equipment to achieve different effects, and among the many outdoor cultural and tourism equipment needs, lighting equipment is also indispensable.

[0003] When lighting equipment is used outdoors, in addition to illuminating people and objects at night, it can also create a beautiful night scene, stimulate the consumption atmosphere, make people linger, and drive the development of the cultural tourism economy.

[0004] The above highlights the advantageous position of lighting equipment in the current economic development. However, most stage lighting applications require professional control consoles and lighting designers. A single professional control console can cost tens of thousands to millions of yuan, and the salaries of resident lighting technicians are also rising significantly, representing a substantial expense. This is unaffordable for relatively small-scale applications. To address this issue, engineers have proposed various solutions, the following being some of the mainstream options. Solution 1: To solve this problem, control console manufacturers have developed various consoles at different price points: MA, Tiger, Pearl, Q0, etc., which have reduced design and maintenance costs for companies to some extent. Solution 2: The lead lighting technician programs the console on-site, and then trains a technician to operate the console and play the programmed code. This solution largely frees the lighting technician from single projects, allowing them to focus on more creative work. However, due to the complexity of console operation, technicians' lack of expertise in starting and stopping the console often leads to malfunctions, ultimately requiring a professional lighting technician to be present for intervention. Solution 3: The first two solutions still do not eliminate the need for a lighting technician to operate the console on-site. The market has seen the emergence of remote control methods for lighting technicians, but this still requires professional lighting technicians to be on standby at specified times, and the work of controlling the scene still cannot be separated from the professional lighting technicians.

[0005] In existing technologies, lighting scene maintenance reduces the difficulty and cost of design and maintenance, but the proposed solutions have obvious drawbacks: using different consoles can reduce the overall design cost of the project, but it does not reduce the difficulty and cost of maintenance; training in-house technical personnel to perform lighting scene maintenance can reduce labor costs to some extent, but this cost reduction is very limited due to the complexity of console operation; remote control methods still require professional lighting technicians to operate the console at specified times, and do not reduce the workload. Summary of the Invention

[0006] The purpose of this invention is to address the shortcomings of the prior art by proposing a method and storage medium for implementing master-slave control of stage lights with different address codes.

[0007] To achieve the above objectives, the present invention adopts the following technical solution:

[0008] A method for implementing master-slave control of stage lights with different address codes includes the following steps:

[0009] The lamps on the S1 and DMX512 buses are set with address codes according to the same channel mode. The channel modes must be the same, but the address codes can be different. The lamps have dedicated memory to store the console data.

[0010] S2. Complete the programming design of lighting fixture positions and lighting scene;

[0011] S3. Turn on the scene recording function of the first lamp. The console program will run once from beginning to end. Each time the scene changes, the lamp will compare the DMX512 data. If there is no change, continue to calculate the duration of the current scene. If there is a change, save the DMX512 data and the duration.

[0012] S4. During the usage phase, as long as the technician operates and records the lighting fixtures in the control panel scene, selects different program groups, and executes the "master-slave mode", the host will strictly follow the recorded program and the switching time interval to send DMX512 data to realize the control of the entire bus lighting fixtures. The lighting fixtures can control the lighting fixtures to truly achieve independence from the control panel and the lighting technician's operation.

[0013] Preferably, in step S1, the memory is a non-volatile memory used to store scene program data recorded by the console. The scene program data structure includes: scene serial number, DMX512 data values ​​of each channel of the lamp in the scene, and the duration information of the scene to be maintained.

[0014] Preferably, in S4, the master-slave mode is established in the following way: when the system is set up, the address code of the lamp that is to be the master is set to a specific value, and all slave lamps are set to recognize the address code as the master address. The master broadcasts its master identity and mode instructions by writing a predefined value into a specific channel of its own DMX output data stream.

[0015] Preferably, in S4, after the host light fixture is started, its microcontroller reads the specified scene program sequence from the memory and strictly follows the duration of each scene. During each scene period, the host reconstructs the complete DMX512 data of that scene stored in its memory into a standard DMX512 data frame and broadcasts it to the bus through its output interface.

[0016] Preferably, in S1, the lamp is equipped with a DMX512 signal transceiver and a microcontroller. The microcontroller is responsible for parsing DMX512 data, making logical judgments on recording modes, timing, storing and reading scene data, and reconstructing and sending DMX512 data streams in master-slave mode.

[0017] Preferably, any luminaire can be promoted to "master" by receiving specific instructions. When the current master malfunctions or needs maintenance, the technician can immediately designate another luminaire with the same recorded program as the new master to take over control and ensure uninterrupted performance. Specific instructions include values ​​of specific DMX512 channels, RDM instructions, or combinations of physical buttons.

[0018] Preferably, the lighting fixture that acts as the host integrates a wireless communication module. Through wireless means, one host can simultaneously control multiple physically independent DMX512 buses. Technicians can send start, stop, and switch program commands to the host via a mobile APP terminal.

[0019] Preferably, the complete program stored in the host lamp can be packaged into a "program snapshot" data packet. Through the bus, a host can quickly send the data packet and write it into the memory of another blank lamp, realizing "one-click cloning" of the program.

[0020] Preferably, in recording mode, in addition to recording the DMX data stream, the master lamp also learns and records the address code distribution of all lamps on the bus. When the address code of the slave lamp needs to be changed for some reason, the master can automatically map the old address code channel data recorded in the program to the new address code of the slave through an "address code remapping" function before running, without having to re-record the entire program.

[0021] Preferably, while running its internal program, the main lighting fixture receives and parses a standard timecode signal, strictly synchronizing the playback of the internal program with the external timecode, or using the timecode as a trigger signal to start, stop, or jump to the program.

[0022] The present invention also proposes a storage medium for implementing master-slave control of stage lights with different address codes, including a memory, which is a non-volatile memory used to store scene program data recorded by the console.

[0023] Compared with the prior art, the advantages of the present invention are as follows:

[0024] By pre-storing the scene data programmed by the console in the non-volatile memory of the main lighting fixture, the main unit can independently reconstruct and send the complete DMX512 data stream without relying on the real-time operation of an external console or lighting technician. This not only reduces the system's dependence on professional equipment and personnel, but also avoids the risk of performance interruption due to console failure or connection interruption, greatly improving the reliability and stability of the entire lighting system.

[0025] Supports dynamic host assignment and program cloning: any lamp can be promoted to host by command, and a backup host can be quickly switched in case of host failure, achieving seamless takeover; at the same time, the complete program stored in the host can be packaged into a data package and cloned to other lamps with one click via the bus, which greatly simplifies the process of program deployment and system expansion and improves the efficiency of on-site commissioning and maintenance.

[0026] Supports address code remapping function. The host can learn and record the address code distribution on the bus. When the slave address code changes, the host can automatically map the old address code data in the program to the new address code without re-recording the program, which significantly improves the system's adaptability to changes in lighting configuration. At the same time, the host can receive external time code signals to achieve synchronization between the internal program and the high-precision time source, or trigger program actions through time codes, ensuring the consistency of timing and accurate reproduction of performance effects under multi-device collaboration.

[0027] In the application of this invention, the lighting technician only needs to design the lighting layout and edit the lighting scene in the early stage. The lighting technician does not need to participate in the subsequent repetitive operations, thereby reducing the maintenance and usage costs. Attached Figure Description

[0028] Figure 1 This is a functional framework diagram of a method for implementing master-slave control of stage lights with different address codes proposed in this invention;

[0029] Figure 2 This is a flowchart of a method for implementing master-slave control of stage lights with different address codes proposed in this invention;

[0030] Figure 3 This is a flowchart of a method for implementing master-slave control of stage lights with different address codes, as proposed in this invention;

[0031] Figure 4 This is a flowchart illustrating the master-slave mode establishment of a method for master-slave control of stage lights with different address codes proposed in this invention.

[0032] Figure 5 This is a flowchart of the host operation and data broadcasting process for a method of master-slave control of stage lights with different address codes proposed in this invention.

[0033] Figure 6This invention presents a flowchart of host fault redundancy and switching for a method of master-slave control of stage lights with different address codes.

[0034] Figure 7 This is a flowchart illustrating the wireless extension and control process of a method for master-slave control of stage lights with different address codes proposed in this invention.

[0035] Figure 8 This is a flowchart of a program cloning method for implementing master-slave control of stage lights with different address codes, as proposed in this invention. Detailed Implementation

[0036] The technical solutions in this embodiment will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this embodiment, and not all embodiments.

[0037] Example 1

[0038] Reference Figures 1-8 A method for implementing master-slave control of stage lights with different address codes includes the following steps:

[0039] The lamps on the S1 and DMX512 buses are set with address codes according to the same channel mode. The channel modes must be the same, but the address codes can be different. The lamps have dedicated memory to store the console data.

[0040] S2. Complete the programming design of lighting fixture positions and lighting scene;

[0041] S3. Turn on the scene recording function of the first lamp. The console program will run once from beginning to end. Each time the scene changes, the lamp will compare the DMX512 data. If there is no change, continue to calculate the duration of the current scene. If there is a change, save the DMX512 data and the duration.

[0042] S4. During the usage phase, as long as the technician operates and records the lighting fixtures in the control panel scene, selects different program groups, and executes the "master-slave mode", the host will strictly follow the recorded program and the switching time interval to send DMX512 data to realize the control of the entire bus lighting fixtures. The lighting fixtures can control the lighting fixtures to truly achieve independence from the control panel and the lighting technician's operation.

[0043] In this embodiment, in S1, the memory is a non-volatile memory used to store scene program data recorded by the console. The scene program data structure includes: scene serial number, DMX512 data values ​​of each channel of the lamp in the scene, and the duration information of the scene to be maintained.

[0044] In this embodiment, in S4, the master-slave mode is established in the following way: when the system is set up, the address code of the lamp that is to be the master is set to a specific value, and all slave lamps are set to recognize the address code as the master address. The master broadcasts its master identity and mode instructions by writing a predefined value into a specific channel of its own DMX output data stream.

[0045] In this embodiment, in S4, after the host lamp is started, its microcontroller reads the specified scene program sequence from the memory and strictly follows the duration of each scene. During each scene period, the host reconstructs the complete DMX512 data of that scene stored in its memory into a standard DMX512 data frame and broadcasts it to the bus through its output interface.

[0046] In this embodiment, in S1, the lamp is equipped with a DMX512 signal transceiver and a microcontroller. The microcontroller is responsible for parsing DMX512 data, making logical judgments on recording modes, timing, storing and reading scene data, and reconstructing and sending DMX512 data streams in master-slave mode.

[0047] In this embodiment, any lighting fixture can be promoted to "master" by receiving specific instructions. When the current master fails or needs maintenance, the technician can immediately designate another lighting fixture with the same program as the new master to take over control and ensure uninterrupted performance. Specific instructions include the value of a specific channel of DMX512, RDM instructions, or combinations of physical buttons.

[0048] In this embodiment, the lighting fixture, which acts as the host, integrates a wireless communication module. Through wireless means, one host can simultaneously control multiple physically independent DMX512 buses. Technicians can send start, stop, and switch program commands to the host via a mobile APP terminal.

[0049] In this embodiment, the complete program stored in the host lamp can be packaged into a "program snapshot" data packet. Through the bus, a host can quickly send the data packet and write it into the memory of another blank lamp, realizing "one-click cloning" of the program.

[0050] In this embodiment, in recording mode, the host lamp not only records the DMX data stream, but also learns and records the address code distribution of all lamps on the bus. When the address code of the slave lamp needs to be changed for some reason, the host can automatically map the old address code channel data recorded in the program to the new address code of the slave through an "address code remapping" function before running, without having to re-record the entire program.

[0051] In this embodiment, while running its internal program, the main lighting fixture receives and parses the standard timecode signal, strictly synchronizing the playback of the internal program with the external timecode, or using the timecode as a trigger signal to start, stop, or jump to the program.

[0052] The present invention also proposes a storage medium for implementing master-slave control of stage lights with different address codes, including a memory, which is a non-volatile memory used to store scene program data recorded by the console.

[0053] Figure 1 This diagram shows the functional framework of the display system in this invention. The arrows in the diagram represent the direction of data transmission. The central controller coordinates the various module circuits to achieve their corresponding functions. First, the power supply circuit provides power to each controller and module circuit to ensure normal operation. Users can use buttons and the display menu to call the main control chip to execute program recording or call functions.

[0054] In program recording mode, the main control chip listens to the data input of the DMX512 bus and records the duration. The main control chip intercepts the data packets and monitors whether the data packets change. If a change occurs, the timing of the packet data is stopped and the duration of the scene and the corresponding data packets converted through the channel mode are stored in the storage chip and sent to the daughterboard module to realize function control, such as: lighting, pattern, focus adjustment and other functions.

[0055] When a scene needs to be invoked, the corresponding captured and saved data packet and the duration of the scene are read from the storage chip. This data is then converted back into the original data packet using the channel mode, and finally converted into a complete DMX512 data packet based on the number of channels. This data packet is then forwarded to other lights via the DMX512 bus. Other lights, using the same channel mode, capture the received DMX512 data packet, convert it into the required data, and forward it to the execution module, thus achieving synchronous control of other lights. Scene timing begins simultaneously with the scene data being read. When the timer reaches zero, the next scene is read and output. This process repeats continuously to ensure the continuity of the entire performance.

[0056] If a scene needs to be changed as required by the performance, the technician can quickly modify the saved data by changing the scene menu.

[0057] The entire process described above is automated, with the lighting fixtures recording and running the program automatically, without the need for professional lighting technicians or control consoles, thus achieving low-cost operation. M: The main control chip on the display board, and the only component responsible for DMX512 data capture and conversion; Zx: DMX512 bus interface, where 'x' indicates multiple DMX512 bus interfaces, enabling synchronous processing of multi-channel bus data; F: A storage chip used to save the DMX512 scene data packets and durations from each bus input for retrieval in master-slave mode; R: The communication bus for other sub-boards within the lighting unit, enabling functions such as lighting, pattern adjustment, and focus adjustment; S: The display screen for showing the operation menu; K: The buttons for switching menu functions.

[0058] Example 2

[0059] The difference from Example 1 is that during the recording phase, the system not only records the absolute DMX value of each scene, but also learns the change pattern of each channel value between adjacent scenes. During the execution phase, the host can automatically insert calculated transition frames between two scenes according to the preset "softness" parameter, so that the light changes are natural and smooth, rather than abrupt. While sending DMX commands, the host collects simple status feedback (such as actual brightness and temperature encoding values) of the slave lamps through the DMX512 bus or an additional lightweight communication loop. The machine learning model can determine whether a specific lamp has performance degradation (such as LED light decay and color inaccuracy) or potential failure risk by analyzing the long-term deviation trend between the command value and the feedback value.

[0060] Example 3

[0061] The difference from Implementation Example 1 is that during operation, the host not only broadcasts control data but also periodically broadcasts a "status packet" to the bus, containing the identifier of the currently executing program snapshot, the current scene number, and key status information such as the execution time of the current scene. All slave lights receive and cache this status information, and all lights monitor the host's "status packet." If no status packet is received for several consecutive cycles (indicating a host failure), a slave with backup capabilities (such as the one with the smallest address code) will trigger a brief "election" process. It sends an election packet containing its latest cached status information to the bus. Other backup slaves receive this packet and compare the freshness of the status information (comparing the scene number and execution time). The slave with the latest status wins the election and seamlessly takes over as the host within a very short time (e.g., within 100ms), continuing program execution from the last interrupted scene and time, achieving "hot backup" and "seamless switching." For hosts with integrated wireless modules, the backup mechanism can be extended to the entire network. One host can simultaneously act as a "remote backup" of another physical bus host. Both synchronize their status heartbeats wirelessly. When the host of any bus fails, the backup host can immediately take over and send control signals to both buses to ensure the absolute continuity of the large-scale synchronized light show.

[0062] The above description is only a preferred embodiment of this practice, but the scope of protection of this embodiment is not limited thereto. Any equivalent substitutions or changes made by those skilled in the art within the scope of the technology disclosed in this embodiment, based on the technical solution and inventive concept of this embodiment, should be covered within the scope of protection of this embodiment.

Claims

1. A method for implementing master-slave control of stage lights with different address codes, characterized in that, Includes the following steps: The lamps on the S1 and DMX512 buses are set with address codes according to the same channel mode. The channel modes must be the same, but the address codes can be different. The lamps have dedicated memory to store the console data. S2. Complete the programming design of lighting fixture positions and lighting scene; S3. Turn on the scene recording function of the first lamp. The console program will run once from beginning to end. Each time the scene changes, the lamp will compare the DMX512 data. If there is no change, continue to calculate the duration of the current scene. If there is a change, save the DMX512 data and the duration. S4. During the usage phase, as long as the technician operates and records the lighting fixtures in the control panel scene, selects different program groups, and executes the "master-slave mode", the host will strictly follow the recorded program and the switching time interval to send DMX512 data to realize the control of the entire bus lighting fixtures. The lighting fixtures can control the lighting fixtures to truly achieve independence from the control panel and the lighting technician's operation.

2. The method for implementing master-slave control of stage lights with different address codes according to claim 1, characterized in that, In S1, the memory is a non-volatile memory used to store scene program data recorded by the console. The scene program data structure includes: scene serial number, DMX512 data values ​​of each channel of the lamp in the scene, and the duration information of the scene to be maintained.

3. The method for implementing master-slave control of stage lights with different address codes according to claim 2, characterized in that, In S4, the master-slave mode is established in the following way: when the system is set up, the address code of the lamp that is to be the master is set to a specific value, and all slave lamps are set to recognize the address code as the master address. The master broadcasts its master identity and mode instructions by writing a predefined value into a specific channel of its own DMX output data stream.

4. The method for implementing master-slave control of stage lights with different address codes according to claim 3, characterized in that, In S4, after the host light fixture is started, its microcontroller reads the specified scene program sequence from the memory and strictly follows the duration of each scene. During each scene period, the host reconstructs the complete DMX512 data of that scene stored in its memory into a standard DMX512 data frame and broadcasts it to the bus through its output interface.

5. A method for implementing master-slave control of stage lights with different address codes according to claim 4, characterized in that, In S1, the lamp is equipped with a DMX512 signal transceiver and a microcontroller. The microcontroller is responsible for parsing DMX512 data, making logical judgments on recording modes, timing, storing and reading scene data, and reconstructing and sending DMX512 data streams in master-slave mode.

6. The method for implementing master-slave control of stage lights with different address codes according to claim 5, characterized in that, Any lighting fixture can be promoted to "master" by receiving specific instructions. When the current master malfunctions or needs maintenance, the technician can immediately designate another lighting fixture with the same program as the new master to take over control and ensure uninterrupted performance. Specific instructions include values ​​for specific channels of DMX512, RDM instructions, or combinations of physical buttons.

7. A method for implementing master-slave control of stage lights with different address codes according to claim 6, characterized in that, The lighting fixture, which acts as the host, integrates a wireless communication module. Through wireless means, one host can simultaneously control multiple physically independent DMX512 buses. Technicians can send start, stop, and switch program commands to the host via a mobile APP terminal.

8. A method for implementing master-slave control of stage lights with different address codes according to claim 7, characterized in that, The host light fixture stores the complete program, which can be packaged into a "program snapshot" data packet. Through the bus, a host can quickly send the data packet and write it into the memory of another blank light fixture, realizing "one-click cloning" of the program.

9. A method for implementing master-slave control of stage lights with different address codes according to claim 8, characterized in that, In recording mode, the master luminaire not only records the DMX data stream, but also learns and records the address code distribution of all luminaires on the bus. When the address code of the slave luminaire needs to be changed for any reason, the master can use an "address code remapping" function before running to automatically map the old address code channel data recorded in the program to the new address code of the slave, without having to re-record the entire program. While running the internal program, the master luminaire receives and parses the standard time code signal, strictly synchronizing the playback of the internal program with the external time code, or using the time code as a trigger signal to start, stop, or jump to the program.

10. A storage medium for implementing master-slave control of stage lights with different address codes, characterized in that, Includes a memory, which is a non-volatile memory used to store scene program data recorded by the console, and the memory is the memory described in any one of claims 1-9.

Images