Method and apparatus for testing an access system for a vehicle

Abstract

The invention relates to a method for testing an access system (105) for a vehicle (110; 207), the method having a receiving step and / or a reading-in step and a generating step. In the receiving step, a data signal (135) is received via an interface (115) to a database (120), wherein the data signal (135) represents at least one access system value of the access system (105) stored in the database (120). In the reading-in step, an input signal (140) is read in, which represents a manually input test value on an input device (145) of a test step of the access system (105). In the generating step, an electronic test report (150) is generated using the input signal (140) and / or the data signal (135).

Description

TECHNICAL FIELD

[0001] The invention relates to a method and a device for testing an access system for a vehicle. BACKGROUND

[0002] The testing process for an access system is currently done with the aid of a predetermined paper check list. SUMMARY

[0003] Against this background, it is the task of the invention to provide an improved method for testing an access system for a vehicle and an improved device for testing an access system for a vehicle.

[0004] This task is solved by a method having the features of the invention, by a device according to the invention and by a computer program according to the invention.

[0005] An advantage that can be achieved with the measures provided is that an automated testing method is given.

[0006] The method for testing an access system for a vehicle has a receiving step, additionally or alternatively a reading-in step and a generating step. In the receiving step, a data signal is received via an interface to a database, wherein the data signal represents at least one access system value of an access system stored in the database. In the reading-in step, an input signal is read in, which represents a manually input test value of a test step of the access system on an input device. In the generating step, an electronic test report is generated using the input signal and additionally or alternatively the data signal.

[0007] The method can be executed, for example, in software or hardware or in a mixture of software and hardware, for example in a controller.

[0008] The access system can be a door system which can be opened electronically and additionally or alternatively closed electronically. The access system can be used for a person to enter into or exit from a vehicle, which can be a rail vehicle for example. The vehicle can also have a plurality of such access systems, wherein each access system can have its own door controller. Alternatively or additionally, at the time of testing, the checking of the function can also not be a test of the function of the door itself, but rather a test of the function of the pedal level. In order to test the access system, different test steps are carried out by a test person in order to determine the status of the access system and possible repair work can be initiated. These test steps can now be carried out digitally due to the method set out here. The database can be, for example, a device in the door controller or also a cloud from which the stored access system values can be read in order to save additional manual test steps. The data signal can thus be received in a receiving step via an interface to at least one door controller of the access system. The input signal can be read in in a reading-in step, wherein test values are entered on an input device of a mobile test instrument. A mobile test instrument or mobile instrument is generally understood below as an instrument which can be carried manually, for example a smartphone, a laptop or a tablet. This provides the test person with the possibility of carrying out manual test steps. The input device can be a mechanical or electronic, for example contact-sensitive, key on the mobile test instrument. The method set out here enables the automated generation of a test report in the case of the use of one or more manually entered test values or in the case of the use of one or more received stored access system values or in the case of the use of a combination of manually entered test values and received stored access system values. The time for carrying out a complete test procedure can advantageously be very short as a result of the method.

[0009] The method can furthermore have an activation step in which the receiving step is carried out in response to an activation signal. The activation signal can be output in response to a manual actuation of a start button on the mobile test instrument for starting a test run software. Additionally or alternatively, the door controller can be placed into a test mode in response to the activation signal until the end of the test procedure.

[0010] It is furthermore advantageous for the method to have, in one implementation form, a further reading-in step in which a test plan is read in and additionally or alternatively displayed, the test plan comprising a list of test steps to be carried out, wherein the receiving step and additionally or alternatively the reading-in step are carried out in dependence on the test plan. Such a test plan can provide the test person with an orientation regarding the test steps to be carried out. These test steps can be displayed on the mobile test instrument for example and then carried out by the test person.

[0011] The method can also comprise a display step in which at least one request signal is output, which displays to the user on a display device the test steps to be carried out in order to obtain the input signals. The display step can also be carried out in the case of the use of a test plan. This makes it possible to implement a predetermined test procedure in a sequence. Using suitable software, for example with the aid of a wizard, the test plan can be used to guide the test person through the test steps to be carried out and here actively request the corresponding input signals.

[0012] The data signals can be received, for example in the receiving step, in a wired connection, in particular by means of Ethernet (in particular the Ethernet protocol) and additionally or alternatively wirelessly. By means of Ethernet or the Ethernet protocol it is possible to quickly and simply adopt an already existing network, for example a train network. Wireless communication enables in contrast particularly great mobility for the test person and the test instrument.

[0013] In the reading-in step, the input signals can be read in by a mobile instrument compatible with WLAN and additionally or alternatively provided, in particular the mobile instrument can be implemented for fixing on a body part. The mobile instrument can improve the operating freedom of the test person in that the instrument can be fixed, for example, on the arm of the test person, for example similar to a watch. The two hands of the test person can thus remain free for carrying out manual test steps. The mobile test instrument can additionally be used, wherein, for example, the entire test plan is displayed on the mobile test instrument and only the test step to be carried out at present can be displayed and manipulated on the mobile instrument.

[0014] It is furthermore advantageous if the method has a storage step in which the complete test report is stored in a non-volatile memory device, in accordance with an implementation form. The complete test report can thus be archived or provided for future evaluation.

[0015] In the reading-in step, an image signal can furthermore be read in, which represents an image of at least one part of the cab, wherein in the generating step the test report is generated using the image signal. Information displayed on the cab during the test procedure can thus also be recognizable outside the cab, for example on the mobile instrument and additionally or alternatively on the mobile test instrument, for the test person.

[0016] According to another implementation form, configuration information can be read in the receiving step, the configuration information representing a stored entry system value assignment to one of the plurality of entry systems to be tested, wherein the test report is generated in the generating step using the configuration information. Such an implementation form provides the advantage that in case the test cannot distinguish between individual entry systems, e.g. doors, in a parallel test of a plurality of doors, an interaction of the test instruments can take place in order to enable an assignment of the status on the vehicle to the respective door system / test step.

[0017] The measures specified here furthermore provide a device which is configured to carry out, to operate or to implement the steps of a variant of the method specified here in a corresponding apparatus. Through the implementation variant of the measures in the form of a device as well, the tasks on which the measures are based can be solved quickly and efficiently.

[0018] To this end, the device can have at least one computing unit for processing signals or data, at least one storage unit for storing signals or data, at least one interface to a sensor or an actuator for reading in sensor signals from the sensor or for outputting data or control signals to the actuator, and / or at least one communication interface for reading in or outputting data, the data being embedded in a communication protocol. The computing unit can be, for example, a signal processor, a microcontroller or the like, wherein the storage unit can be a flash memory, an EPROM or a magnetic storage unit. The communication interface can be configured to read in or output data wirelessly and / or via a wired connection, wherein a communication interface which reads in or outputs data via a wired connection can read in or output these data electrically or optically, for example, from or to a corresponding data transmission line.

[0019] The device can be understood here as an electrical instrument which processes sensor signals and outputs control and / or data signals in dependence thereon. The device can have an interface which can be configured in hardware and / or in software. In a configuration in hardware, the interface can be, for example, part of a so-called system ASIC which contains various functions of the device. It is also possible, however, for the interface to be a separate, integrated switching circuit or to be composed at least partially of discrete construction elements. In a configuration in software, the interface can be a software module which exists, for example, on a microcontroller in addition to other software modules.

[0020] In an advantageous design, the control of the method for testing an access system for a vehicle is carried out by means of the device. To this end, the device can access, for example, sensor signals, such as data signals, which represent at least one stored access system value of the access system in a database, and additionally or alternatively input signals, which represent manually input test values of the access system at an input device for a test step. The control is carried out by an executor, for example, an interface to the database for receiving the data signals and additionally or alternatively a read-in device for reading in the input signals and a generation device for generating an electronic test report using the input signals and additionally or alternatively the data signals. BRIEF DESCRIPTION OF DRAWINGS

[0021] Embodiments of the measures set out here are further explained in the following description with reference to the drawings. In which:

[0022] Figure 1 A schematic diagram of a device for testing an access system for a vehicle according to an embodiment is shown;

[0023] Figure 2 A schematic diagram of a device according to an embodiment is shown;

[0024] Figure 3 A schematic diagram of a test plan of a device according to an embodiment is shown;

[0025] Figure 4 A schematic diagram of a test step of a test plan of a device according to an embodiment is shown;

[0026] Figure 5 A schematic diagram of a design for a software-aided testing process using the device according to an embodiment is shown; and

[0027] Figure 6 A flowchart of a method for testing an access system for a vehicle according to an embodiment is shown. DETAILED DESCRIPTION

[0028] In the following description of advantageous embodiments of the invention, the same or similar reference signs are used for elements shown in different figures and having a similar effect, wherein a repeated description of these elements is dispensed with.

[0029] Figure 1 A schematic diagram of a device 100 for testing an access system 105 for a vehicle 110 according to an embodiment is shown.

[0030] The device 100 has an interface 115 to the database 120 and / or a reading-in means 125 and a generating means 130. The interface 115 is configured to receive a data signal 135, which represents at least one entry system value of the entry system 105 stored in the database 120. The reading-in means 125 is configured to read in an input signal 140, which represents a manually input test value of a test step of the entry system 105 on an input means 145. The generating means 130 is configured to generate an electronic test report 150 using the input signal 140 and / or the data signal 135.

[0031] According to an alternative embodiment, the entry system 105 is any other system comprising a control electronics, wherein the device 100 is configured to test this system according to the previous explanations. The vehicle 110 is according to this embodiment implemented as a rail vehicle. According to an alternative embodiment, the vehicle 110 can be a truck or a bus. The entry system 105 is according to this embodiment a door system, which can be opened electronically and / or closed electronically. For this, the entry system 105 has according to this embodiment a door controller DCU, which has according to this embodiment the database 120. According to an embodiment, the vehicle 110 has a plurality of entry systems 105, each of which has according to an embodiment a separate such door controller DCU. The reading-in means 125 is according to this embodiment configured to read in the input signal 140, in which the test value is input on the input means 145 of a mobile test instrument 152. The mobile test instrument 152 is according to this embodiment implemented as a hand-carriable instrument in the form of a laptop or notebook computer. According to an alternative embodiment, the mobile test instrument 152 is implemented as a smartphone. The input means 145 is according to this embodiment a computer keyboard comprising one or more mechanical and / or electronic, e.g. contact-sensitive, keys, which are manually operable by the test person 155, also referred to as "user" or "operator", in order to generate the input signal 140.

[0032] The device 100 is furthermore configured according to this embodiment to receive the data signal 135 in response to an activation signal. The activation signal is according to this embodiment output in response to a manual manipulation of a start button for starting a test run software on the mobile test instrument 152. According to this embodiment, the device 100 is configured to put the door controller DCU into a test mode in response to the activation signal until the end of the test procedure.

[0033] The reading-in device 125 furthermore constitutes, according to the embodiment, a device for reading in and / or displaying a test plan, said test plan comprising a list of test steps to be carried out, wherein the interface 115 constitutes a device for receiving the data signal 135 depending on the test plan and / or the reading-in device 125 constitutes a device for reading in the input signal 140 depending on the test plan. The test plan is displayed on the display device 160 of the mobile test instrument 152 according to one embodiment.

[0034] According to the embodiment, the device 100 constitutes a device for outputting a request signal in the case of use of the test plan, said request signal displaying to the user on the display device 160 or another display device the test steps to be carried out in order to obtain the input signal 140.

[0035] The interface 115 constitutes, according to the embodiment, a device for receiving the data signal 135 in a wired connection, in particular by means of Ethernet or an Ethernet protocol and / or wirelessly, for example by means of WLAN.

[0036] The device 100 furthermore constitutes, according to the embodiment, a device for storing the complete test report 150 in a non-volatile memory device. The complete test report 150 is understood to be the finished test report 150 after the complete carrying out of the test process, for example after the execution of all test steps of the test plan.

[0037] The device 100 according to one embodiment or the individual devices 115, 125, 130 of the device 100 according to another embodiment are set up or carried out in any arrangement in the mobile test instrument 152 and / or in a so-called "back office", for example in a data analysis device, for example on a server.

[0038] The device 100 set up here is used for a prognostic system, in which the state of the system 105 or components is entered. The test method for such a prognosis is also known as "condition based maintenance", short "CBM" or "predicitive maintenance" and describes according to the embodiment the carrying out of checks / wear measurements on the system 105. The method which can be carried out by the device 100 can also be called "test runner software-aided test process with data detection".

[0039] The device 100 advantageously enables avoidance of a test procedure by means of a predetermined paper check list and thus obtaining control regarding the correct implementation of the relevant test points. The electronic test reports 150 generated by the device 100 regarding the archive of the service life of the system 105 can here be stored very simply in relation to the paper check list and the test reports 150 can furthermore be quickly and simply queried or further processed again. The adaptation of the test plan based on the test reports 150 can likewise be implemented simply. When the information required for this is present entirely in the door control device DCU, the individual test points / steps and / or wear measurements furthermore do not need to be implemented manually in the Checks range compulsorily. Such information is received quickly and simply as a data signal 135 by the interface 115. This leads to the test procedure requiring only very short times. That is, the device 100 combinably enables provision of a method for partially / automatically implementing a defined test procedure.

[0040] According to this embodiment, a software module is provided within the controller, here the door controller DCU, which constitutes a means for providing the device 100 with entry system values which can be arbitrary stored information regarding the system, here the entry system 105. This software module is according to one embodiment also a part of the device 100. Furthermore, a separate software, here the interface 115 of the device 100, is provided on a separate instrument or apparatus which, according to this embodiment, is implemented as a mobile test instrument 152 in the form of a laptop, smartphone, tablet or VR / AR glasses. The mobile test instrument 152 is then also called "separate instrument". Here, the establishment of a connection between the controller and the separate instrument can be implemented. The software on the separate instrument implements the test procedure defined in the test plan before, reads all information present in the controller by the possibility of communication with the controller according to one embodiment. The individual test points of the test procedure are thus carried out entirely automatically, in other test points / measurements which require manual intervention, the results detected in the control device can be read automatically. Purely manual test points can be confirmed by the test person 155 on the separate instrument in the range of the test software, there is no information about the implementation of the purely manual test points within the control device.

[0041] Application examples of the device 100 set here are explained next:

[0042] The mobile test instrument 152 is connected to the door controller DCU according to one embodiment by means of a network, for example a train network, for example by means of Ethernet or Ethernet protocol. The test run software according to one embodiment is started on the mobile test instrument 152 and the entry system 105 to be checked is selected, for example manually by the test operator 155. The individual test points and the work steps required for this are shown to the user on the display device 160 and / or a further display device according to one embodiment on the mobile test instrument 152. Reference is also made here to Figure 2 , 3 and 4. The software according to one embodiment guides the user through the test process and automatically records the results of each test point when the information required for this is present in the connected controller, or prompts the user to manually enter the information required. After the end of the test process, the software provides the user with an electronic test report 150, which is archived according to one embodiment. In order to improve the user-friendliness of the test process, a plurality of separate instruments are also combined according to one embodiment, for example a laptop which communicates with the controller and displays all the information present, and according to one embodiment additionally has a smartphone which, for example, only displays the most important information, however allows "hands-free usage" of the test operator 155, i.e. hand-free. The advantage of the device 100 set here is to provide a digital test method for the entry system 105, communication with the controller of the system 105 to be checked in order to read the information present, and the test process can be implemented as time-optimised as possible. This leads to a reduction in the time for communication with the controller and thus the cancellation of the manual part of the test points, reliable implementation of the process by the software for all test points and the ease of archiving and reprocessing of the test report 150, since the test report is available electronically according to one embodiment.

[0043] Figure 2 A schematic diagram of the device 100 according to one embodiment is shown. Reference can be made here to the device 100 explained in Figure 1 . Shown is the design "hands-free usage" which can be implemented by the device 100 together with the communication path.

[0044] The reading-in device of the device 100 according to this embodiment furthermore constitutes a means for reading in and / or providing input signals from a mobile instrument 200 with wireless capability, wherein the mobile instrument 200 according to this embodiment is implemented for fixing on a body part. The mobile test instrument 152 is additionally used according to one embodiment, wherein according to one embodiment the entire test plan can be displayed on the mobile test instrument 152 and only the test step to be implemented at present can be displayed and / or manipulated on the mobile instrument 200.

[0045] The mobile test instrument 152, which is here embodied exemplarily as a laptop, is connected to the door controller DCU1 according to this embodiment by means of the train network 205 of the rail vehicle 207. At least one further door controller DCU2 for a further access system of the rail vehicle 207 is connected to the train network 205 according to this embodiment. The train network 205 furthermore provides a WLAN according to this embodiment, by means of which the mobile instrument 200 is connected according to one embodiment in the form of a smartphone. The smartphone is fixedly arranged on the forearm of the test person 155 for better operability. The test run software is started on the laptop and the corresponding controls are selected. The user sees a short indication for the respective test point on the display device of the smartphone, which is referred to here as "screen" 215, and can confirm the correct implementation of the indication and / or enter information if necessary or detect information by means of components present on the separate instrument, such as audio-, video- and / or photo recordings. The software guides the test person 155 through the test process from test point to test point and automatically detects the results from the door controller DCU1 or prompts the test person 155 to manually supplement the results. After the end of the test process, the software provides a test report in electronic form. During the implementation of the test process, the door controller DCU1 is in a test mode defined for this purpose.

[0046] The reading-in device of the device 100 furthermore constitutes according to this embodiment a device for reading in an image signal, which represents an image of at least one part of the cab 220 of the rail vehicle 207, wherein the generating device constitutes a device for generating a test report using the image signal. The reading-in device constitutes here a device for reading in the image signal from a camera 230, which is directed onto a monitor 225 of the cab 220, which is here in the form of a WiFi-capable "IP camera". The camera 230 furthermore serves for detecting the state triggered by the door on the vehicle. Alternatively, this state can also be provided to the door control device by the train network 205 (e.g. TCMS) and then written into the database by the door control device. The monitor 225 is connected to the train network 207 according to this embodiment and constitutes a so-called "green ring monitoring". In this way, a state can be referred to as a green ring, in which the state is formed and displayed "all doors closed" for all doors in general. Since this cannot be distinguished for individual doors, the interaction of the test instruments should take place when testing a plurality of doors in parallel, in order to be able to achieve the assignment of the state on the vehicle to the respective door system / test step.

[0047] A portable router 235 for providing WiFi 237 is, according to this embodiment, incorporated in or on the carriage 240 of the rail vehicle 207 and / or connected to the train network 205. A portable tester 152 is, according to this embodiment, connected to a portable instrument 200 and / or camera 230 via WiFi 237. A laptop computer is, according to this embodiment, optionally connected to the door controller DCU1 via an RS232 cable 245.

[0048] Figure 3 A schematic diagram of a test plan 300 for a device according to one embodiment is shown. This may relate to... Figure 1 Or the test plan 300 described in section 2. The test plan 300 shown is a user interface, also known as an "interface," for the tester. The test plan 300 shown here can be displayed on the display device 160 of the portable tester or on the screen of the portable instrument.

[0049] Test plan 300, according to this embodiment, shows the number, list and / or markings, safety indicators 310 and / or operation buttons 315 for starting the test process, stopping the test process and / or navigating during the test process.

[0050] Figure 4 A schematic diagram illustrating test step 305 of a test plan for a device according to one embodiment is shown. This may relate to... Figure 3 The test plan shown in the figure or described in one of the previous figures. Test step 305, shown in the figure here, can be displayed on the display device of the movable tester or on the screen 215 of the movable instrument.

[0051] Test step 305, according to one embodiment, responds to in Figure 1 The request signal is displayed as described in the embodiment. Test step 305, according to this embodiment, shows a written instruction 410 for the required processing, an image 415 for the tester's assistance, a selection key 420 for inputting the test result of test step 305, and / or an overview 425 of other test steps that have been completed and / or are yet to be completed.

[0052] Figure 5 A schematic diagram is shown illustrating the design of a software-assisted testing process using the device 100 according to one embodiment. The testing process is operable and / or implementable by the device 100 described in one of the previous figures. The apparatus of the device 100, according to this embodiment, is at least partially received or executed within a background management system 500.

[0053] A portable client 502, in the form of a portable tester or portable instrument, is connected to the door controller DCU via a hands-free connection 505 according to this embodiment. The device 100, according to this embodiment, is configured to identify the availability of so-called "DoorJacks" DJs and, in response to the identification of the DoorJacks DJs, activates additional applications (door action packages) on the portable client 502 via a start signal 510. The DoorJacks DJs are configured to implement simulations of the production environment and additional measurement functions. Examples for this include: simulating TCMS (Train Control and Management System), train lines, signal and / or current supply. With the portable client 502, subsequent use and control are possible: standard diagnostics / St03A, performing safety checks, wear test routines, and / or setting CBM parameters on the door controller DCU. In response to the start signal 510, one or more applications of the DoorJacks DJs, according to this embodiment, can be controlled via the portable client 502 through corresponding control signals 515. When available, data in the form of data signal 135 is transmitted from the door controller DCU to the back-end management system 500. In one embodiment, querying / providing CBM parameters, configuration files, setup / installation files, records, checklists, test results, and / or reports (security checks) is implemented between the mobile client 502 and the back-end management system 500. The back-end management system 500 constitutes a provision for implementing data analysis and additional services, including, in one embodiment, indicators and / or remote diagnostics.

[0054] Figure 6 A flowchart illustrating a method 600 for testing an access system for a vehicle according to one embodiment is shown. The method 600 can be implemented and / or operated by the device described in one of the previous figures.

[0055] The method 600 includes a receiving step 605 and / or a reading step 610 and a generating step 615. In the receiving step 605, a data signal is received via an interface to a database, wherein the data signal represents at least one entry value stored in the database for entering the system. In the reading step 610, an input signal is read in, representing a manually entered test value for a test step of entering the system on an input device. In the generating step 615, an electronic test report is generated using the input signal and / or the data signal.

[0056] Optionally, the method 600 further includes, according to this embodiment, an activation step 620, another read-in step 625, a display step 630, and / or a storage step 635.

[0057] In activation step 620, receiving step 605 is performed in response to an activation signal. In another read-in step 625, a test plan is read and / or displayed, the test plan including a list of test steps to be performed, wherein receiving step 605 and / or read-in step 610 are performed depending on the test plan. In display step 630, at least one request signal is output, the request signal being for the user to display the test steps to be performed on the display device in order to obtain an input signal. In storage step 635, the complete test report is stored in a non-volatile memory device.

[0058] Alternatively, an embodiment may be conceived in which, after step 620 in method 600, a routine or another step is initiated in the door control device to generate an entry system value, which is then stored in a database.

[0059] The method steps set here can be repeated and performed in a different order than described.

[0060] If an embodiment has an "and / or" connection between a first feature and a second feature, it should be understood that the embodiment, in one embodiment, has not only the first feature but also the second feature, and in another embodiment, has only the first feature or only the second feature.

[0061] List of reference numerals

[0062] DCU gate controller

[0063] DJ Car Door Actuator

[0064] 100 Equipment for testing vehicle access systems

[0065] 105 Enter the system

[0066] 110 vehicles

[0067] 115 interface

[0068] 120 Database

[0069] 125 Reader

[0070] 130 generating device

[0071] 135 data signal

[0072] 140 input signal

[0073] 145 Input Device

[0074] 150 Test Report

[0075] 152 Portable Tester

[0076] 155 testers

[0077] 160 display device

[0078] 200 portable instruments

[0079] 205 train network

[0080] 207 rail vehicles

[0081] 215 screen

[0082] 220 bridge

[0083] 225 monitor

[0084] 230 camera

[0085] 235 router

[0086] 237WiFi

[0087] 240 carriages

[0088] 245RS232 cable

[0089] 300 Test Plan

[0090] 305 Test Procedure

[0091] 310 Safety Instructions

[0092] 315 Operation Buttons

[0093] 410 Instruction

[0094] 415 Images

[0095] 420 selection key

[0096] 425 Overview

[0097] 500 Back-end Management System

[0098] 502 Removable Client

[0099] 505 "Hands-free" connection

[0100] 510 start signal

[0101] 515 control signal

[0102] 600 is a method for testing vehicle access systems.

[0103] Steps for receiving 605

[0104] 610 Reading Steps

[0105] Steps generated by 615

[0106] Activation steps for 620

[0107] 625 Another read-in step

[0108] Steps shown in 630

[0109] 635 storage steps

Claims

1. Method for testing an access system for a vehicle, wherein, The method has the following steps: reading in a test plan and displaying the test plan on a mobile test instrument, the test plan comprising a list of test steps to be carried out, and based on the test plan: receiving a data signal via an interface to a database, wherein the data signal represents at least one stored entry system value of an entry system in the database; and reading in an input signal, the input signal representing a manually input test value on an input device for a test step of the entry system; and generating an electronic test report using the input signal and the data signal, wherein the reading-in step comprises reading in and / or providing the input signal from a WLAN-compatible mobile instrument designed to be fixed to a body part of a user and to display only one test step of the test plan when this test step needs to be carried out.

2. The method according to claim 1, further comprising an activation step, the receiving step being carried out in response to an activation signal.

3. The method of claim 2, wherein, The generating step of generating a further entry system value is carried out after the activation step, the further entry system value then being stored in the database.

4. The method according to claim 1, comprising a display step in which at least one request signal is output, the request signal being displayed on a display device for the user to display a test to be carried out in order to obtain the input signal.

5. The method of claim 1, wherein, The receiving step comprises receiving the data signal via an interface to at least one gate controller of the entry system.

6. The method of claim 1, wherein, The receiving step comprises receiving the data signal wired and / or wirelessly.

7. The method of claim 1, wherein, The reading-in step comprises reading in the input signal, wherein the test value has been input on an input device of the mobile test instrument.

8. The method according to claim 1, further comprising a storage step in which the complete test report is stored in a non-volatile memory device.

9. The method of claim 1, wherein, The reading-in step comprises reading in an image signal representing an image of at least a portion of the bridge, and the generating step comprises generating the test report using the image signal.

10. The method of claim 1, wherein, The receiving step comprises reading in configuration information representing a configuration between the stored entry system value and one of a plurality of entry systems to be tested, and the generating step comprises completing the test report using the configuration information.

11. Device designed to carry out and / or to operate a method for testing an entry system for a vehicle according to one of claims 1 to 10 in an application unit, wherein the device comprises reading-in means by means of which a test plan is read in and displayed on a mobile test instrument, the test plan comprising a list of test steps to be carried out, and based on the test plan: receiving a data signal via an interface to a database of the device, wherein the data signal represents at least one stored entry system value of an entry system in the database; and receiving an input signal, the input signal representing a manually input test value on an input device for a test step of the entry system; and generating an electronic test report using the input signal and the data signal by means of generating means of the device, wherein the reading-in step comprises reading-in and / or providing an input signal from a mobile, WLAN-compatible instrument designed to be fixed to a body part of a user and to display only one of the test steps in the test plan when a test step needs to be carried out.

12. The apparatus of claim 11, wherein, The receiving step is carried out in response to an activation signal.

13. The apparatus of claim 12, wherein, After the activation step, another entry system value is generated and stored in the database.

14. The apparatus of claim 11, wherein, At least one request signal is outputted, the request signal being for the user to display on the display device the test to be carried out in order to obtain the input signal.

15. The apparatus of claim 11, wherein, The data signal is received via an interface to at least one gate controller of the entry system.

16. The apparatus of claim 11, wherein, The data signal is received wired and / or wirelessly.

17. The apparatus of claim 11, wherein, The reading-in step reads in an input signal and a test value has been entered on an input device of the mobile test instrument.

18. The apparatus according to claim 11, further comprising non-volatile memory means for storing a complete test report.

19. The apparatus of claim 11, wherein, The reading-in step reads in an image signal representing an image of at least a part of the bridge, and the test report is generated using the image signal.

20. The apparatus of claim 11, wherein, The receiving step comprises reading in configuration information representing a configuration between the stored entry system value and one of the plurality of entry systems to be tested, and the generating step comprises completing the test report using the configuration information.

21. Non-volatile computer-readable medium comprising a computer program designed to carry out and / or manipulate the method according to claim 1.

Images