Method for starting a transmission
By automatically accessing and connecting the operating parameters of the transmission device through an interactive menu architecture, the problems of time-consuming, labor-intensive, and error-prone processes during the start-up of the transmission device are solved, achieving fast and safe automated start-up and parameter setting.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- AUMA RIESTER GMBH & CO KG
- Filing Date
- 2021-10-25
- Publication Date
- 2026-05-26
AI Technical Summary
The initial start-up process of the transmission device is time-consuming, labor-intensive, and prone to errors. It requires manual input of operating parameters based on the operation manual, making it difficult to avoid errors.
It adopts an interactive menu architecture, which automatically accesses and connects running parameters by defining paths, reducing manual input, realizing parameter automation and path jumping, and combined with effectiveness evaluation and test runs, ensuring correct parameter settings.
It enables rapid, safe, and automated starting of the transmission device, reduces erroneous input, improves starting efficiency and reliability, and simplifies the parameter setting process.
Smart Images
Figure CN116368456B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to a method for starting a transmission device. Background Technology
[0002] In transmission systems, valves are typically set to their final position (actually engaged) upon initial startup. The drive motor can then shut off upon reaching the corresponding final position. This, for example, prevents the transmission's drive motor from reaching the final position at full torque, and thus avoids potential damage to the controlled valve or gearbox.
[0003] Up to now, startup has been completed with the help of operating manuals, which are used to input the corresponding operating parameters of the final state into the transmission control system. However, this process is time-consuming, labor-intensive, and prone to errors. Summary of the Invention
[0004] Therefore, the objective of this invention is to improve the starting mechanism of the transmission device.
[0005] Accordingly, the operating parameters of the transmission device must be accessed sequentially within an interactive menu architecture. This menu architecture defines at least one path that determines the operating parameters to be accessed sequentially, and exiting the input of a certain parameter will cause the user to jump to the next parameter input along the specified path.
[0006] This interactive menu architecture allows access to the required runtime parameters. Therefore, there's no need to spend time and effort on parameterization or inputting final states using a user manual. It also eliminates the previously necessary manual navigation from one parameter input to another. This process is thus automated, enabling menu-guided startup.
[0007] The menu architecture can have multiple branches, each responsible for accessing different operating parameters. In an advantageous implementation, the path can connect multiple branches of the menu architecture, allowing jumps between branches. Accordingly, this menu architecture is not linear but is always specified by the path. The path can therefore directly connect two menu options, even if they are more than one step apart; or in other words, the path can connect two menu options that can only be found in the menu architecture by going back and expanding.
[0008] In an advantageous implementation, jumps within the path are related to this or the previous parameter input. As mentioned earlier, this allows, for example, jumping from the first branch of the menu structure to the second or third branch based on the input, without necessarily visiting all of the second branches in the process. This allows, for example, specifying alternative input options for a given running parameter.
[0009] In one embodiment, a set of preset parameters can be accessed first, such as whether to input two final states, a lower final state and a stroke, or an upper final state and a stroke. Based on the selected three input options, a path is generated that connects the appropriate menu inputs for the required operating parameter inputs. In this case, these inputs can also be located in different branches of the menu architecture.
[0010] In one implementation, the operating parameter is a final position or a stroke, which can be directly input. Alternatively, the final position can be calculated from an input operating parameter. For example, another corresponding final position can be calculated after inputting a final position below or above, and after inputting a stroke expressed in revolutions. This allows for more flexible configuration of the transmission. It can then be used in applications where the distance between two final states is determined by a fixed stroke. Until the prior art, the rotation for this purpose had to be performed manually before setting the final position. This invention enables simpler, faster, and safer input. Because the rotation automatically takes into account the gearbox and other influencing factors, erroneous inputs are reliably avoided.
[0011] Operating parameters can be entered as numerical values, for example, via buttons or switches.
[0012] In an advantageous implementation, parameter input is accomplished by moving the transmission to its final state. During this process, the transmission's drive motor physically moves to the desired final state, and this position is set as the operating parameter input. The transmission can be moved manually via a handwheel or electrically, for example, with the drive motor actuated via a button or switch. Alternatively, it can move automatically to the final state, in which case the final state is identified, for example, by a predefined shut-off torque.
[0013] In a particularly advantageous implementation, at least one switching of operating modes is forced within a path. This can be used, for example, to force a specific type of parameter input, such as a manual movement of a transmission as described above.
[0014] For example, the operating mode can be switched from a parameterizable mode to a mode that allows for the movement of the transmission device.
[0015] This can be designed so that jumping within a preset path only occurs when a specified switch to the operating state is actually implemented. For example, an operating mode selection switch could be designed for this purpose.
[0016] In principle, the operating mode can be switched manually by the user. In an advantageous implementation, the switching of operating modes is completed automatically, thereby automatically fulfilling a forced switch. This can reduce erroneous operations.
[0017] In one embodiment, the transmission device has at least two operating modes, wherein the transmission device can be manually moved in a first operating mode, and parameter input can be performed in a second operating mode. This prevents the transmission device from moving during parameter input. Alternatively, parameter input can also be performed by moving the transmission device, as described above.
[0018] In an advantageous implementation, the difference between two final states is calculated in the form of the number of rotations, or a corresponding second final state is calculated for one final state and one stroke. This makes it easier to verify the validity of the individual data and also makes it easier, for example, to approach final states that are far apart from each other.
[0019] The number of rotations here can refer to the output shaft of the transmission device.
[0020] This can be advantageous when the incremental values of the drive motor and the encoder increments are known, and / or the gearbox ratio is known. These values can be stored as presets or accessed beforehand via a menu architecture. The latter has the advantage of allowing menu-controlled parameter inputs to be used while adjusting for each drive unit.
[0021] In a particularly preferred embodiment, the input operating parameters are evaluated for validity. This completely eliminates the possibility of erroneous operation and incorrect startup.
[0022] During effectiveness evaluation, for example, one can check whether these final states are inconsistent, and whether the difference between the final states does not exceed the maximum number of increments or rotations. In particular, this can prevent the transmission from being overloaded beyond its physical limits.
[0023] In an advantageous implementation, especially after the final parameter input, a test run is performed with the input operating parameters. In this way, it can be determined whether the transmission is operating in an ideal manner.
[0024] In a particularly advantageous implementation, the torque observed during the test run is recorded and stored as a reference value. These parameter values can be used at a later point in time, for example, to detect aging of valves connected to the transmission.
[0025] The invention will now be described in more detail with reference to an embodiment and the accompanying drawings. Attached Figure Description
[0026] Figure 1 : Block diagram of the transmission device;
[0027] Figure 2a : Figure 1 The operating unit of the transmission device shown;
[0028] Figure 2b : Figure 2a The operating mode selection switch shown is in the "off" position;
[0029] Figure 3-5 An exemplary interactive menu architecture for activating a drive mechanism, which includes multiple branches or alternative paths. Detailed Implementation
[0030] Figure 1 A block diagram of the transmission device 1 is shown. The transmission device has a drive motor 2 and a control unit 3 for driving and controlling the drive motor 2. The control unit 3 is connected to an operation unit 4, through which the user can operate the control unit.
[0031] The drive motor 2 is connected to the gearbox 5. An adjustment mechanism 6, such as a valve or control valve, is then connected to the gearbox 5. This type of transmission is well-known in the prior art, and therefore will not be described in further detail here.
[0032] Figure 2a An exemplary illustration shows the operation unit 4 of the transmission device. The operation unit 4 has a screen 7 for displaying information graphically and for interactive activation according to the method of the invention. Below the screen are, for example, four buttons 8, whose functions are variable. Alternatively, other input tools, such as rotary switches, joysticks, or knobs, can be used instead of the four buttons 8.
[0033] For example, a rotary operating system with two coaxially connected rotary switches whose rotation is magnetically sensed can be used.
[0034] Additionally, the operating unit 4 also has an operating mode rotary switch 9, which supports, for example, three different operating modes.
[0035] The "Local" operating mode shown allows the drive motor 2 to be operated via the operation unit 4, for example, via button 8 or automatically. Thus, the drive motor 2 can be brought closer or near by pressing the button. Parameterization is not possible in this mode.
[0036] In the "Off" running mode ( Figure 2b In this mode, drive motor 2 is shut down. It is impossible to move the drive motor in this operating mode. However, parameter input is possible in this mode.
[0037] The "Remote" operating mode is the normal operating mode, in which the drive motor can be remotely accessed via the console, for example. Parameterization is not possible in this mode.
[0038] These three operating modes can also be named in other ways. There can also be fewer or more operating modes.
[0039] Figures 3 to 5 An exemplary interactive menu architecture for starting a drive unit is shown.
[0040] The interactive menu architecture used for startup is initiated, for example, upon initial connection or by selecting a startup assistant (S1). This interactive menu architecture includes, for example, at least one path that determines the running parameters that need to be accessed sequentially. The next parameter input can only be accessed along the specified path after exiting a parameter input.
[0041] The interactive menu architecture shown in this embodiment uses screen 7 of operation unit 4 to display accessed and input operating parameters in graphical form. During this process, only one operating parameter is accessed at a time on the displayed screen interface. This method also allows for global display and input on a small screen. The user is interactively guided through the process, and upon exiting, they always see the next operating parameter that needs to be entered.
[0042] In this embodiment, the interactive menu architecture is therefore designed as a series of screen interfaces. Each screen interface corresponds to a parameter input, and there may also be indicator interfaces that do not contain any parameter input content, but only text. However, to proceed to the next screen interface, all screen interfaces must be exited.
[0043] The path thus associates specific screen interfaces and therefore specifies the order in which the screen interfaces are displayed. The path can also associate screen interfaces in different branches, for example. This allows for the determination of a non-linear order of screen interfaces, or an order not defined by the menu architecture.
[0044] The path can also contain many branches, where the subsequent direction of the path can be changed according to the parameter input.
[0045] In the illustrated embodiment, instruction S2 is first performed, indicating that the next selection of the shutdown type is to be made. After exiting the screen, shutdown type S3 is then selected in the final state ZU. The example shows the selection of position and torque. In other transmission devices, more or other shutdown types may exist.
[0046] Next, in the final state AUF, select the shutdown type S4.
[0047] Next, complete the parameter input S5 for the closing torque ZU and the parameter input S6 for the closing torque AUF.
[0048] Next, select S7 how to input these two final states. You can input both final states: the final state ZU of the drive motor and the stroke, or the final state AUF and the stroke. Depending on the selection, the path will navigate to different branches of the menu architecture.
[0049] Figure 2 illustrates the available branches and corresponding paths. The first path 10 shown on the left of the figure accesses two final states. In the subsequent step S, a forced switch in the running mode is first performed. This can be achieved by... Figure 2a The operating mode selection switch 9 is shown. In this embodiment, the operating mode "Local" must be switched to first, as shown... Figure 2b As shown in the diagram. In the "Local" running mode, as for... Figure 2a As described, the drive motor can be manually controlled via operation unit 4. Switching the operating mode selection switch 9 will exit this screen.
[0050] Next, instruction S9 indicates that the drive motor should be turned off via button 8. Immediately following, the transmission should be turned off via button 8, S10. The final position reached is then set to the operating parameters.
[0051] Next is instruction S11, which means turning on the drive motor via button 8. Immediately afterwards, the transmission device is turned on via button 8, S12. The final position reached is then set as the operating parameter.
[0052] The second path 11 shown in the middle of the figure includes the input final state ZU and the fixed stroke of the drive motor. Steps S8 to S10 correspond to the first path 10. Here, the corresponding screen can only exist once in the menu architecture. This path then connects the corresponding screens through branches, thus only displaying and accessing the required screen. These identical screens are respectively given the same reference numerals in the following figures.
[0053] After entering the position, the operating mode must first be switched to "Off". At this time, the operating mode selection switch 9 is moved to the corresponding position. Figure 2b S13. Next is instruction S14, indicating that the stroke is input via button 8 and the stroke value itself is input, S15.
[0054] The third path 12 shown on the right of the diagram includes inputting the final state AUF and the fixed stroke of the drive motor. After the operating mode is switched to "local" in S8, the drive is opened, S11, and then the drive is opened via button 8, S12. This is followed by steps S13 to S15 of the second path.
[0055] In the second and third paths, the missing final state is calculated from the input final state and stroke. In this process, the stroke can first be converted into the number of rotations or the increment of the encoder's rotation value.
[0056] In principle, validity evaluation can be performed after each input, thus eliminating the possibility of erroneous input. If an invalid value is found, the system can refuse to exit, preventing progress to the next parameter input. The error value can be displayed on the screen, or a separate error report can be shown.
[0057] For example, the two final states cannot be the same, nor can they be too far apart, so as not to exceed the maximum increment that the transmission can achieve when it is fully in motion.
[0058] In the illustrated embodiment, when setting the first position value, the corresponding value of the incremental value encoder is recorded. Then, the number of increments is counted until a second adjustment value is reached. If the maximum number of increments is exceeded here (possibly close to or exceeding 65,000 (e.g., 2), the maximum number of increments is not reached. 16 This starts counting from zero. Therefore, the difference between position values cannot exceed this value.
[0059] It's not necessary to actually move the drive motor to its final state; you can simply input the numerical value. In that case, there's no need to switch operating modes.
[0060] This concludes the parameter input process. Figure 5 This illustrates a further expansion of the interactive menu architecture. In step S16, it can be selected whether the test run should be executed using the input run parameters.
[0061] If the operating mode is first switched to "Local" in step S8, and then a test run is performed, S17. During this process, the position and / or torque can be stored as reference values so that they can be used for later comparison. After the test run ends, the operating mode is switched back to "Off", S13.
[0062] If you do not wish to perform the test run, then complete instruction S18, i.e., the startup ends. The global graph of the configured running parameters is then displayed again in S19.
[0063] The menu structure shown here is merely an example. Depending on the specific application, other or more operating parameters can be accessed and entered.
[0064] Unlike Figure 1 The operating unit 4 does not necessarily have to be arranged on or in the transmission device 1, or connected to it. The operating unit 4 can also run as an application, for example, on a smartphone, tablet, or laptop.
[0065] In this way, for example, the transmission device 1 can be constructed without the operating unit 4, and in particular, without the screen 7, thereby saving costs. However, the operating mode selection switch 9 can be physically mounted on the transmission device 1, thus eliminating the possibility of erroneous operation via the application.
[0066] List of reference numerals
[0067] 1. Transmission device
[0068] 2 drive motors
[0069] 3 control units
[0070] 4 operating units
[0071] 5 gearboxes
[0072] 6. Regulating mechanism / valve / valve
[0073] 7 screens
[0074] 8 buttons
[0075] 9. Operating Mode Selection Switch
[0076] 10 First Path
[0077] 11 Second Path
[0078] 12 Third Path
[0079] S1 indicates "Assisted Startup"
[0080] S2 indicates "Select Closure Type"
[0081] S3 Input Closed Type Final State ZU
[0082] S4 Input Closed Type Final State AUF
[0083] S5 Input Switch Torque ZU
[0084] S6 Input Switch Torque AUF
[0085] Enter "Final State Type" in S7.
[0086] S8 operating mode selected: "Local"
[0087] S9 indicates "Close valve".
[0088] S10 is input via the final state ZU of the entry position.
[0089] S11 indicates "Open valve".
[0090] S12 is input via the final state AUF of the entry position.
[0091] S13 operating mode selected: "Off"
[0092] S14 indicates "Input Stroke"
[0093] S15 Input Stroke
[0094] Enter "Execute test run" in S16.
[0095] S17 performs detection operation
[0096] S18 indicates "End Input".
[0097] S19 indicates "Global View"
Claims
1. A method for starting a transmission (1) of a valve member, characterized in that, The transmission device (1) has an operation unit (4), which has at least one operation mode selection switch (9) and a screen (7). The operation parameters of the transmission device (1) are accessed and input sequentially in an interactive menu architecture. The interactive menu architecture is designed as multiple screen interfaces. At least one path is specified in the interactive menu architecture. The operation parameters that need to be accessed sequentially are determined by the at least one path. Confirming the input of the parameters will cause the user to jump to the next parameter input along the specified path. The transmission device (1) has at least two operation modes. The user switches between operation modes through the operation mode selection switch. In the first operation mode, the transmission device can be moved manually. In the second operation mode, parameters can be input. At least one manual switch to the first operation mode (S8, S13) is forced in a path. Only when the preset switch to the first operation mode (S8, S13) is actually executed will a jump be performed in the preset path. The operation mode selection switch is switched to confirm the screen interface of the forced switch to the first operation mode. In the first operation mode, the transmission device is moved to the final state and the final state is set as the parameter input.
2. The method of claim 1, wherein, The jumps that occur in the path depend on the current or previous parameter inputs.
3. The method according to claim 1 or 2, characterized in that, The operating parameters are the final state or torque, and / or the final state is calculated from the input operating parameters.
4. The method according to claim 3, characterized in that, Calculate the number of rotations corresponding to the difference between two final states, or calculate the corresponding second final state based on a final state and the number of rotations.
5. The method according to claim 3, characterized in that, Perform a validity evaluation on the input running parameters, checking whether the final state is different and whether the difference between the final states does not exceed the maximum number of increments.
6. The method according to claim 3, characterized in that, The test run (S17) is executed using the input operating parameters. During this process, the torque that occurs is recorded and stored as a parameter value.
7. A transmission device (1) having a drive motor (2) and an operating unit (4), characterized in that, The operation unit (4) has at least one operating mode selection switch (9), a screen (7) and a button (8) for parameter input, wherein the transmission device (1) is configured to perform the method according to any one of claims 1 to 6.