WO2025133019A1 - Verfahren zur datenverarbeitung und vorrichtung zur datenverarbeitung - Google Patents

Verfahren zur datenverarbeitung und vorrichtung zur datenverarbeitung Download PDF

Info

Publication number
WO2025133019A1
WO2025133019A1 PCT/EP2024/087753 EP2024087753W WO2025133019A1 WO 2025133019 A1 WO2025133019 A1 WO 2025133019A1 EP 2024087753 W EP2024087753 W EP 2024087753W WO 2025133019 A1 WO2025133019 A1 WO 2025133019A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
parameter
dat1
time
timer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/EP2024/087753
Other languages
English (en)
French (fr)
Inventor
Joachim Nagel
Michael Blessenohl
Sergej Till
Massimiliano Fieni
Lukas RUCKAY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
EM Microelectronic Marin SA
Robert Bosch GmbH
Original Assignee
EM Microelectronic Marin SA
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by EM Microelectronic Marin SA, Robert Bosch GmbH filed Critical EM Microelectronic Marin SA
Publication of WO2025133019A1 publication Critical patent/WO2025133019A1/de
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols

Definitions

  • the disclosure relates to a method for data processing.
  • the disclosure further relates to a data processing device.
  • Example embodiments relate to a method, for example a computer-implemented method, for data processing, comprising: determining, at a first device, a first parameter characterizing a time difference between a previous synchronization of the first device with a second device and a reference time associated with first data processed by the first device; sending the first parameter and a second parameter characterizing a time associated with the previous synchronization by the first device to the second device.
  • this enables the provision of a temporal reference, for example, for sending data, for example the first data.
  • transmitting includes transmitting the first data.
  • the first parameter and the second parameter may be transmitted, for example, together with the first data.
  • the method comprises receiving, e.g., repeatedly receiving, e.g., periodically receiving, second data from the second device, and synchronizing with the second device based on the second data.
  • the method comprises: providing a connection event counter for counting a number of connection events associated with the second device, and optionally counting the number of connection events associated with the second device using the connection event counter.
  • a connection event may be defined as the receipt of data, for example, in the form of a data packet.
  • a connection event may occur when the first device receives data from the second device.
  • the method comprises: providing a timer for determining the time difference between the previous synchronization of the first device with the second device and the reference time, and optionally determining the time difference between the previous synchronization of the first device with the second device and the reference time using the timer.
  • the method comprises receiving, e.g. repeatedly receiving, e.g. periodically receiving, second data or the second data from the second device, starting, e.g. restarting, the timer upon receipt of the second data, and optionally stopping the timer when the first data is available, e.g. at the reference time.
  • the method comprises: determining the first parameter using the timer, for example, using a timer value of the timer as the first parameter.
  • the method comprises: determining the second parameter using the connection event counter, for example, using the number of connection events associated with the second device as the second parameter.
  • the method comprises at least one of: a) using a wireless data exchange for transmitting, for example using a WPAN (Wireless Personal Area Network) technology for transmitting, for example using a BLE (Bluetooth Low Energy) technology for transmitting, b) using one or more of the wireless data exchanges for receiving, for example using a WPAN (Wireless Personal Area Network) technology for receiving, for example using a BLE (Bluetooth Low Energy) technology for receiving.
  • the method includes using a BLE technology for both transmitting and receiving.
  • a BLE connection mode as defined in or compatible with the Bluetooth Core Specification, Version 5.4, Version Date 2023-01-31, is used, for example, for transmitting and receiving. Details of the BLE Connected Mode that may be used in some embodiments can be found, for example, in the Bluetooth Core Specification, Version 5.4, Volume 1, Part A, Chapter 4.2.2.6 (page 263).
  • connection event counter for counting a number of connection events associated with the second device may be a connection event counter (connEventCounter), such as that specified in Volume 5, Part B, Chapter 4.5.1 of the Bluetooth Core Specification, Version 5.4.
  • the second data may be received by the second device periodically based on a connection interval (conn interval), such as specified in Volume 6, Part B, Chapter 4.5.1 of the Bluetooth Core Specification, Version 5.4.
  • a connection interval such as specified in Volume 6, Part B, Chapter 4.5.1 of the Bluetooth Core Specification, Version 5.4.
  • the first data are linked to and/or characterize at least one of the following elements: a) sensor data from at least one sensor, b) sensor data linked to at least one vehicle, for example a passenger car, c) pressure data characterizing, for example, a tire pressure of a vehicle, d) temperature data characterizing, for example, a temperature associated with a tire of a vehicle, e) acceleration data characterizing, for example, an acceleration of a component attached, for example, to a tire of a vehicle, and/or data derived from the acceleration (for example, an angular position, for example linked to a specific point in time, and/or a time difference since reaching or passing a predetermined angular position, and/or a period of a wheel revolution, and/or an angular velocity of a wheel, and/or rotational speed of (part of a) wheel, and/or a parameter derived from a rotation of a wheel).
  • other types of wireless data exchange for example other than BLE,
  • other types of wireless data exchange for example other than WPAN, may also be used for sending and/or receiving.
  • FIG. 1 For example a computer-implemented method, for processing data provided by a first device, for example the first device according to the embodiments, comprising: receiving, at a second device, a first parameter from the first device characterizing a time difference between a previous synchronization of the first device with the second device and a reference time associated with the first data processed by the first device, and a second parameter characterizing a time associated with the previous synchronization, and optionally the first data.
  • the method may optionally further comprise processing at least one of the first parameters and/or the second parameter and/or the first data.
  • a tire pressure monitoring system for a vehicle comprising at least one of the following elements: a) a device according to the embodiments, b) a sensor device according to the embodiments.
  • FIG. 1 For exemplary embodiments, relate to a use of the method according to the embodiments and/or the device according to the embodiments and/or the sensor device according to the embodiments and/or the tire pressure monitoring system according to the embodiments for at least one of: a) sending data, for example the first data, with a temporal reference to the second device, b) providing a timestamp for the first data, c) enabling the use of a WPAN (Wireless Personal Area Network) technology for the transmission, for example using a BLE (Bluetooth Low Energy) technology, d) transmitting sensor data relating to the tire pressure monitoring together with associated time information, e) performing a, for example automatic, learning procedure, for example a self-learning procedure, to assign specific tire pressure values associated with a vehicle to a corresponding tire of the vehicle.
  • WPAN Wireless Personal Area Network
  • BLE Bluetooth Low Energy
  • Fig. 1 schematically shows a simplified flow diagram according to exemplary
  • Embodiments show,
  • Fig. 2 schematically shows a simplified block diagram according to exemplary
  • Embodiments show,
  • FIG. 3 schematically shows a simplified flow diagram according to exemplary
  • Embodiments show,
  • FIG. 4 schematically shows a simplified flow diagram according to exemplary
  • Embodiments show,
  • FIG. 5 schematically shows a simplified flow diagram according to exemplary
  • Embodiments show,
  • Fig. 6 schematically shows a simplified flow diagram according to exemplary
  • Embodiments show,
  • Fig. 7 schematically shows a simplified flow diagram according to exemplary
  • Embodiments show,
  • Fig. 8 schematically shows a simplified flow diagram according to exemplary
  • FIG. 9 schematically shows a simplified flow diagram according to exemplary
  • Embodiments show,
  • Fig. 10 schematically shows a simplified block diagram according to exemplary
  • Embodiments show,
  • Embodiments show,
  • Fig. 12 schematically shows a simplified timing diagram according to exemplary
  • Embodiments show,
  • Fig. 13 schematically shows aspects of use according to exemplary embodiments.
  • Example embodiments relate to a method, for example a computer-implemented method, for data processing, comprising: determining 102 (Fig. 1), at a first device 10 (Fig. 2), a first parameter P1 characterizing a time difference between a previous synchronization SYNC (Fig. 1) of the first device 10 with a second device 20 (Fig. 2) and a reference time associated with the first data DAT1 processed by the first device 10, sending 104 (Fig. 1) the first parameter P1 and a second parameter P2 characterizing a time associated with the previous synchronization SYNC by the first device 10 to the second device 20.
  • this makes it possible to provide a temporal reference, for example for the sending of data, for example the first data DAT1.
  • sending 104 comprises sending 104a the first data DAT1.
  • the first parameter P1 and the second parameter P2 may be sent, for example, together with the first data DAT1.
  • this enables, for example, the second device 20 to evaluate the first data DAT1 with a specific temporal reference, as characterized, for example, by at least one of the first parameter P1 and the second parameter P2.
  • the optional block 100 of Fig. 1 symbolizes an exemplary previous synchronization SYNC according to some embodiments, which in some embodiments may be performed, for example, based on second data DAT2 exchanged between the first device 10 and the second device 20, e.g., received by the first device 10 from the second device 20.
  • the method comprises: receiving 110, e.g., repeatedly receiving 110a, e.g., periodically receiving 110b, the second data DAT2 from the second device 20, synchronizing 112 with the second device 20 based on the second data DAT2. In some embodiments, this enables the first device 10 to synchronize with the second device 20 in a periodic manner. In some embodiments, a period time for the periodic receiving 110b of the second data DAT2 may, for example, be configured and/or standardized and/or negotiated and/or predetermined, e.g., by the second device 20.
  • a connection event may be defined as reception of data by the first device 10 from the second device 20, for example in the form of a data packet, for example the second data DAT2.
  • a connection event may occur, for example, when (for example, whenever) the first device 10 receives the second data DAT2 from the second device 20.
  • the reception of empty data packets is also possible and may characterize a connection event in some embodiments.
  • the second device 20 may also provide a connection event counter CEC, wherein the connection event counter CEC of the second device 20 may, for example, contain the number of connection events counts, as characterized, for example, by the sending of the second data DAT2 by the second device 20 to the first device 10.
  • both devices 10, 20 can have a corresponding connection event counter CEC
  • connection event counters CEC, CEC whose counter value indicates how many connection events have occurred, for example starting from an initialization state in which the counter(s) CEC, CEC may have been reset, for example to zero.
  • the second data DAT2 may, but need not, include a payload (also referred to as user data), for example, user data.
  • counting 122 (Fig. 4) may, for example, be performed by the first device 10 even if the received second data DAT2 characterizes "empty" data packets, for example, data packets that do not have a payload or user data. In this way, in some embodiments, synchronization of the first device 10 with the second device 20 is ensured even if no user data is to be sent from the second device 20 to the first device 10.
  • the method comprises: providing 130 a timer TIM, for example by the first device 10, for determining the time difference between the previous synchronization SYNC of the first device 10 with the second device 20 and the reference time, and optionally determining 132 the time difference t_synch, ⁇ t between the previous synchronization of the first device 10 with the second device 20 and the reference time using the timer TIM.
  • Fig. 12 shows, by way of example, a timing diagram illustrating connection events as may be used in some embodiments for synchronization between devices 10, 20.
  • the first time axis t1 is linked to the first data DAT1.
  • the first data DAT1 are linked to and/or characterize at least one of the following elements: a) sensor data SD from at least one sensor 12, b) sensor data SD-V linked to at least one vehicle 30 (Fig. 11), for example a passenger car, c) pressure data PD characterizing, for example, a tire pressure of a vehicle 30, d) temperature data TD characterizing, for example, a tire of a vehicle.
  • the first data DAT1 can also include and/or characterize other data, e) acceleration data, for example for characterizing an acceleration of a component that is attached, for example, to a tire of a vehicle 30, and/or data derived from the acceleration, for example an angular position, for example linked to a specific point in time, and/or a time difference since reaching or passing a predetermined angular position, and/or a period of a wheel revolution, and/or an angular velocity of a wheel, and/or a rotational speed of a wheel or part of a wheel, and/or a parameter derived from a rotation of a wheel.
  • acceleration data for example for characterizing an acceleration of a component that is attached, for example, to a tire of a vehicle 30, and/or data derived from the acceleration, for example an angular position, for example linked to a specific point in time, and/or a time difference since reaching or passing a predetermined angular position, and/or a period of a wheel revolution, and/
  • the second time axis t2 is associated with the connection event counter CEC (Fig. 2) of the first device 10
  • the third time axis t3 is associated with the connection event counter CEC (Fig. 2) of the second device 20.
  • the element e1 in Fig. 12 symbolizes the beginning of a connection that enables data exchange between the devices 10, 20.
  • the element e2 symbolizes a first connection event with the number "0x001", for example, "1" in hexadecimal notation, on the time axes t2, t3. It should be noted that further, for example subsequent, connection events "0x002", ..., "0x2E0", ..., "0x2EE" are also shown as examples in Fig. 12.
  • connection events which may be characterized, for example, by the second device 20 (Fig. 2) sending the second data DAT2 to the first device 10, occur periodically, for example with a predetermined connection interval e3.
  • the method comprises: receiving 135, for example repeatedly receiving 135a, for example periodically receiving 135b, the second data DAT2 from the second device 20, for example by the first device 10, starting 137, for example restarting 137a, the timer TIM upon receipt of the second data DAT2, and optionally stopping 139 the timer TIM when the first data DAT1 is available, for example at the reference time RPT (Fig. 12).
  • a specific synchronization or resynchronization of the first device 10 with the second Device 20 is characterized by a value "0x2E5" of the connection counters CEC, CEC.
  • this (re)synchronization can be triggered by the first device 10 receiving the second data DAT2 from the second device 20 at the time T1 associated with the value "0x2E5" of the connection counters CEC, CEC.
  • the first device 10 may stop its timer TIM (Fig. 2), for example subsequently when the first data DAT1 is present, for example at the reference time which is designated by way of example with the reference symbol RPT in Fig. 12.
  • the reference time RPT may, for example, characterize a time at which fresh sensor data is available, for example from the sensor 12 (Fig. 2), and/or a time at which the sensor 12, which may, for example, be mounted on a tire of the vehicle 30, has passed a predetermined reference position, for example a predetermined angular position associated with the rotation of the corresponding wheel of the vehicle 30.
  • the value of the timer TIM may be used to characterize the time difference t_synch between the previous synchronization T1 of the first device 10 with the second device 20 and the reference time RPT.
  • the preceding synchronization T1 does not necessarily occur directly before the reference time RPT, so that, for example, one or more further subsequent connection events and/or corresponding synchronizations (or resynchronizations) may occur between the synchronization T1 and the reference time RPT.
  • This is also shown by way of example in Fig. 12, see, for example, the further connection event 0x2E6, which follows the connection event 0x2E5 associated with the exemplary synchronization T1, but precedes the reference time RPT.
  • the value of the timer TIM may be used to characterize the time difference ⁇ t between an immediately preceding synchronization associated with the connection event 0x2E6 and the reference time RPT. In some embodiments, this may be achieved, for example, by restarting the timer TIM at the connection event 0x2E6, for example, after the timer TIM was started earlier, for example, at T1 (or at another time, for example characterized by another preceding connection event).
  • this time difference t_synch At can be used to establish a temporal reference, for example between the reference time RPT and a respectively preceding (for example directly preceding, in the case of At, or not directly preceding, in the case of t_synch) connection event 0x2E6 or 0x2E5, or generally a common time base of the devices 10, 20, as provided for example by the connection event counters CEC, CEC.
  • both devices 10, 20 may maintain their respective connection event counters CEC, CEC, which in some embodiments may be considered, for example, as a common time base with a first granularity (e.g., corresponding to the duration of the connection interval e3).
  • time information associated, for example, with the first data DAT1 may be provided by the timer TIM with a second granularity, e.g., an accuracy of the timer TIM, for example, in the form of the time difference t_synch, ⁇ t.
  • the value of the connection event counter CEC, CEC may be used together with the value of the timer TIM to provide a time reference, e.g., for sensor data as provided by the sensor 12, e.g., in the form of the first data DAT1.
  • the method thus comprises: determining 140 the first parameter P1 using the timer TIM, for example using 140a a timer value VAL-TIM of the timer TIM as the first parameter P1.
  • the method comprises: determining 142 the second parameter P2 using the connection event counter CEC, for example using 142a the number NLIM-CE of connection events associated with the second device 20 as the second parameter P2.
  • the first parameter P1 may be sent from the first device 10 to the second device 20, together with the second parameter P2, and optionally together with the first data DAT1.
  • this allows the second device 20 to determine a time point associated with the first data DAT1, for example, the reference time point RPT, for example, with an accuracy of the timer TIM, even though the devices 10, 20 synchronize using the connection events, for example, with the first granularity as characterized by the connection interval e3, wherein the first granularity may, for example, be greater than the accuracy or resolution of the timer TIM.
  • element T2 in Fig. 12 exemplifies a time at which the first device 10 sends the first parameter P1 and the second parameter P2 as well as the first data DAT 1 to the second device 20.
  • the method comprises at least one of: a) using 150 a wireless data exchange WDX for transmitting 104, 104a (Fig. 1), for example using 150a a WPAN (Wireless Personal Area Network) technology for transmitting 104, 104a, for example using 150b a BLE (Bluetooth Low Energy) technology for transmitting 104, 104a, b) using 152a the wireless data exchange WDX for receiving 110, 110a, 110b (Fig. 3), for example using 152a a WPAN (Wireless Personal Area Network) technology for receiving 110, 110a, 110b, for example using 152b a BLE (Bluetooth Low Energy) technology for receiving 110, 110a, 110b.
  • a wireless data exchange WDX for transmitting 104, 104a
  • a WPAN Wireless Personal Area Network
  • BLE Bluetooth Low Energy
  • the method includes using a BLE technology for both transmitting 104, 104a and receiving 110, 110a, 110b.
  • the first device 10 may include, for example, a BLE-enabled transceiver 14.
  • the second device 20 may include, for example, a BLE-enabled transceiver 204.
  • a BLE Connected Mode as defined in or compatible with the Bluetooth Core Specification, Version 5.4, Version Date 2023-01-31, is used, for example, for transmitting 104, 104a and/or receiving 110, 110a, 110b. Details of the BLE Connected Mode that may be used in some embodiments can be found, for example, in the Bluetooth Core Specification, Version 5.4, Volume 1, Part A, Chapter 4.2.2.6 (page 263).
  • the first device 10 or its transceiver 14 may, for example at least temporarily, assume the role of a peripheral device according to the Bluetooth Core Specification, Version 5.4, see, for example, Volume 6, Part B, Chapter 1.1 (page 2674).
  • the second device 20 or its transceiver 204 may, for example at least temporarily, assume the role of a central unit according to the Bluetooth Core Specification, Version 5.4, see, for example, Volume 6, Part B, Chapter 1.1 (page 2674).
  • the second data DAT2 may be received by the second device 20 periodically from the first device 10, for example, based on a connection interval (conninterval), as specified, for example, in Volume 6, Part B, Chapter 4.5.1 of the Bluetooth Core Specification, Version 5.4.
  • connection interval e3 may be as in Fig. 12 shows an example of a connection interval parameter (conn Interval), as specified, for example, in Volume 6, Part B, Chapter 4.5.1 of the Bluetooth Core Specification, Version 5.4.
  • Fig. 9 relate to a method, for example a computer-implemented method, for processing data provided by a first device, for example the first device 10 according to the embodiments, comprising: receiving 180 a first parameter P1 characterizing a time difference between a previous synchronization SYNC of the first device 10 with the second device 20 and a reference time RPT associated with first data DAT1 processed by the first device 10, and a second parameter P2 characterizing a time T1 associated with the previous synchronization SYNC, and optionally the first data DAT1, from the first device 10 at a second device 20.
  • the method may further comprise processing 182 at least one of the first parameter P1 and/or the second parameter P2 and/or the first data DAT1, for example to determine which time RPT is associated with the first data DAT1, for example with a Accuracy greater than the first granularity corresponding to the connection interval e3.
  • Fig. 10 relate to a device 200, 200a for carrying out the method according to the embodiments.
  • device 200 may be configured to perform aspects of the embodiments with respect to, for example, to be executed by and/or for, the first device 10.
  • the first device 10 may include device 200.
  • device 200a may be configured to perform aspects of the embodiments related to, for example, to be executed by and/or for, the second device 20.
  • the second device 20 may include device 200a.
  • the device 200, 200a comprises at least one computing unit, for example a processor 202, and at least one memory unit 204 that is associated with (i.e., can be used by) the at least one computing unit 202 to at least temporarily store a computer program PRG and/or data DAT, wherein the computer program PRG is configured, for example, to at least temporarily control an operation of the device 200, 200a, for example the execution of one or more aspects according to the embodiments.
  • the at least one computing unit 202 comprises at least one core (not shown) for executing the computer program PRG or at least parts thereof, for example for executing the method according to the embodiments or at least one or more steps thereof.
  • the at least one computing unit 202 may include or form part of at least one of the following elements: a microprocessor, a microcontroller, a digital signal processor (DSP), a programmable logic element (e.g., FPGA, Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), a hardware circuit, a tensor processor, a graphics processing unit (GPU), or a hardware accelerator. In some embodiments, any combination of two or more of these elements may also be used for the at least one computing unit 202.
  • DSP digital signal processor
  • ASIC Application Specific Integrated Circuit
  • any combination of two or more of these elements may also be used for the at least one computing unit 202.
  • the memory unit 204 includes at least one of the following elements: a volatile memory 204a, for example, a random access memory (RAM), a non-volatile memory 204b, for example, a flash EEPROM.
  • a volatile memory 204a for example, a random access memory (RAM)
  • a non-volatile memory 204b for example, a flash EEPROM.
  • the computer program PRG is stored at least temporarily in the non-volatile memory 204b.
  • Data DAT e.g., linked to at least one of the first parameter P1 and/or the second parameter P2 and/or the first data DAT1 and/or the second data DAT2
  • the configuration 200, 200a may be used, among other things, to implement at least one of the following elements: a) the connection event counter CEC, CEC, and/or b) the timer TIM.
  • connection event counter CEC, CEC, and/or b) of the timer TIM may be implemented at least partially by hardware. In some embodiments, at least some of the components a) of the connection event counter CEC, CEC, and/or b) of the timer TIM may be implemented at least partially by software PRG.
  • an optional computer-readable storage medium SM may be provided, comprising instructions, for example, in the form of a computer program PRG', wherein the computer program PRG, when executed by a computer, i.e., by the computing unit 202, may cause the computer 202 to execute the method according to the embodiments.
  • the storage medium SM may, for example, comprise or represent a digital storage medium such as a semiconductor storage device (e.g., a solid state drive, SSD) and/or a magnetic storage medium such as a floppy disk or a hard disk drive (HDD) and/or an optical storage medium such as a compact disc (CD) or DVD (Digital Versatile Disc), or the like.
  • the data carrier signal DCS may represent or carry the computer program PRG, PRG' according to the embodiments or at least a part thereof.
  • Fig. 2 relate to a sensor device 10 comprising at least one device 200 according to the embodiments.
  • the first device 10 may, for example, be a sensor device that, for example, includes and/or processes data SD associated with at least one sensor 12.
  • the at least one sensor 12 is configured to determine at least one physical parameter for a tire pressure monitoring system, such as a tire pressure (i.e., the air pressure in a tire) and/or a temperature of the tire, or the like.
  • Fig. 11 relate to a tire pressure monitoring system 1000 for a vehicle 30, comprising at least one of the following elements: a) a device 200, 200a (Fig. 10) according to the embodiments, b) a sensor device 10 according to the embodiments.
  • Fig. 11 illustrates a vehicle 30 by way of example, wherein a first wheel, for example the right front wheel, comprises a first sensor device 10a, and wherein a second wheel, for example the right rear wheel, comprises a second sensor device 10b.
  • the wheels on the left side of the vehicle 30 may also comprise (further) sensor devices, which are not shown in Fig. 11 for reasons of clarity.
  • the tire pressure monitoring system 1000 of Fig. 11 also includes a second device 20 that can exchange data with the sensor devices 10a, 10b, for example, via corresponding BLE data connections a1, a2, for example, using a BLE Connected Mode.
  • the second device 20 can at least temporarily assume a role as a "central point" of the BLE data connections a1, a2, and the sensor devices 10a, 10b can, for example, at least temporarily assume a corresponding role as "peripherals.”
  • Each of the sensor devices 10a, 10b may comprise a configuration similar to or identical to the first device 10 of Fig. 2, and thus, for example, be capable of sending at least one of a corresponding first parameter P1 and/or a corresponding second parameter P2 and/or corresponding first data DAT1 (indicating, for example, a corresponding angular position of the associated wheel) to the second device 20, for example repeatedly.
  • the second device 20 may, in some embodiments, For example, perform functions linked to the evaluation of tire pressure.
  • the second device 20 may, for example, execute a self-learning procedure that determines which of the sensor devices 10a, 10b is associated with which of the wheels of the vehicle 30.
  • one or more of the respective pieces of information P1, P2, DAT1 may be used for self-learning and may, for example, be compared with information derived from further sensors (not shown), such as wheel speed sensors.
  • the information from a wheel speed sensor for example of the right front wheel, may be correlated with the respective pieces of information P1, P2, DAT1 provided, for example, by the first sensor device 10a to determine whether the first sensor device 10a is associated with the right front wheel (or another wheel of the vehicle 30).
  • Fig. 13 relate to a use 300 of the method according to the embodiments and/or the device 200, 200a according to the embodiments and/or the sensor device 10, 10a, 10b according to the embodiments and/or the tire pressure monitoring system 1000 according to the embodiments and/or the computer program PRG, PRG' (Fig. 10) according to the embodiments and/or the storage medium SM according to the embodiments and/or the data carrier signal DCS according to the embodiments for at least one of: a) sending 301 (Fig.
  • the above-mentioned payload data elements for example in the form of the parameters P1, P2, for example together with the first data DAT 1, can be sent to the central unit 20.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)

Abstract

Verfahren zur Datenverarbeitung, umfassend: Bestimmen, an einer ersten Vorrichtung, eines ersten Parameters, der eine Zeitdifferenz zwischen einer vorangehenden Synchronisation der ersten Vorrichtung mit einer zweiten Vorrichtung und einem Referenzzeitpunkt, der mit von der ersten Vorrichtung verarbeiteten ersten Daten verknüpft ist, charakterisiert, Senden des ersten Parameters und eines zweiten Parameters, der einen mit der vorangehenden Synchronisation verknüpften Zeitpunkt charakterisiert, durch die erste Vorrichtung an die zweite Vorrichtung.

Description

Verfahren zur Datenverarbeitung und Vorrichtung zur Datenverarbeitung
Technisches Gebiet
Die Offenbarung bezieht sich auf ein Verfahren zur Datenverarbeitung.
Die Offenbarung bezieht sich ferner auf eine Vorrichtung zur Datenverarbeitung.
Kurzfassung
Beispielhafte Ausführungsformen beziehen sich auf ein Verfahren, beispielsweise ein computerimplementiertes Verfahren, zur Datenverarbeitung, umfassend: Bestimmen, an einer ersten Vorrichtung, eines ersten Parameters, der eine Zeitdifferenz zwischen einer vorangehenden Synchronisation der ersten Vorrichtung mit einer zweiten Vorrichtung und einem Referenzzeitpunkt, der mit von der ersten Vorrichtung verarbeiteten ersten Daten verknüpft ist, charakterisiert, Senden des ersten Parameters und eines zweiten Parameters, der einen mit der vorangehenden Synchronisation verknüpften Zeitpunkt charakterisiert, durch die erste Vorrichtung an die zweite Vorrichtung. In einigen Ausführungsformen ermöglicht dies die Bereitstellung eines zeitlichen Bezugs beispielsweise zum Senden von Daten, beispielsweise der ersten Daten.
In einigen Ausführungsformen umfasst das Senden ein Senden der ersten Daten. Mit anderen Worten, in einigen Ausführungsformen können der erste Parameter und der zweite Parameter beispielsweise zusammen mit den ersten Daten gesendet werden.
In einigen Ausführungsformen umfasst das Verfahren: Empfangen, beispielsweise wiederholtes Empfangen, beispielsweise periodisches Empfangen, zweiter Daten von der zweiten Vorrichtung, und Synchronisieren mit der zweiten Vorrichtung basierend auf den zweiten Daten.
In einigen Ausführungsformen umfasst das Verfahren: Bereitstellen eines Verbindungsereigniszählers zum Zählen einer Anzahl von Verbindungsereignissen, die mit der zweiten Vorrichtung verknüpft sind, und optional Zählen der Anzahl von Verbindungsereignissen, die mit der zweiten Vorrichtung verknüpft sind, unter Verwendung des Verbindungsereigniszählers. In einigen Ausführungsformen kann ein Verbindungsereignis als Empfang von Daten, beispielsweise in Form eines Datenpakets, definiert sein. Somit kann in einigen Ausführungsformen ein Verbindungsereignis auftreten, wenn die erste Vorrichtung Daten von der zweiten Vorrichtung empfängt.
In einigen Ausführungsformen umfasst das Verfahren: Bereitstellen eines Zeitgebers zum Bestimmen der Zeitdifferenz zwischen der vorangehenden Synchronisation der ersten Vorrichtung mit der zweiten Vorrichtung und dem Referenzzeitpunkt, und optional Bestimmen der Zeitdifferenz zwischen der vorangehenden Synchronisation der ersten Vorrichtung mit der zweiten Vorrichtung und dem Referenzzeitpunkt unter Verwendung des Zeitgebers.
In einigen Ausführungsformen umfasst das Verfahren: Empfangen, beispielsweise wiederholtes Empfangen, beispielsweise periodisches Empfangen, von zweiten Daten oder der zweiten Daten von der zweiten Vorrichtung, Starten, beispielsweise Neustarten, des Zeitgebers bei Empfang der zweiten Daten, und optional Stoppen des Zeitgebers, wenn die ersten Daten verfügbar sind, beispielsweise zu dem Referenzzeitpunkt.
In einigen Ausführungsformen umfasst das Verfahren: Bestimmen des ersten Parameters unter Verwendung des Zeitgebers, beispielsweise unter Verwendung eines Zeitgeberwertes des Zeitgebers als den ersten Parameter.
In einigen Ausführungsformen umfasst das Verfahren: Bestimmen des zweiten Parameters unter Verwendung des Verbindungsereigniszählers, beispielsweise unter Verwendung der Anzahl der mit der zweiten Vorrichtung verknüpften Verbindungsereignisse als den zweiten Parameter.
In einigen Ausführungsformen umfasst das Verfahren wenigstens eines von: a) Verwenden eines drahtlosen Datenaustauschs für das Senden, beispielsweise Verwenden einer WPAN-Technik (Wireless Personal Area Network) für das Senden, beispielsweise Verwenden einer BLE-Technik (Bluetooth Low Energy) für das Senden, b) Verwenden eines oder des drahtlosen Datenaustauschs für das Empfangen, beispielsweise Verwenden einer WPAN-Technik (Wireless Personal Area Network) für das Empfangen, beispielsweise Verwenden einer BLE-Technik (Bluetooth Low Energy) für das Empfangen. Beispielsweise umfasst das Verfahren in einigen Ausführungsformen die Verwendung einer BLE-Technik sowohl zum Senden als auch zum Empfangen.
In einigen Ausführungsformen wird ein BLE-Verbindungsmodus, wie er in der Bluetooth Core Spezifikation, Version 5.4, Versionsdatum 2023-01-31, definiert ist oder mit ihr kompatibel ist, beispielsweise zum Senden und Empfangen verwendet. Die Einzelheiten zum BLE Connected Mode, der in einigen Ausführungsformen verwendet werden kann, sind beispielsweise in der Bluetooth Core Spezifikation, Version 5.4, Band 1, Teil A, Kapitel 4.2.2.6 (Seite 263) zu finden.
In einigen Ausführungsformen kann der Verbindungsereigniszähler zum Zählen einer Anzahl von mit der zweiten Vorrichtung verknüpften Verbindungsereignissen ein Verbindungsereigniszähler (connEventCounter) sein, wie er beispielsweise in Band 5, Teil B, Kapitel 4.5.1 der Bluetooth Core Spezifikation, Version 5.4, spezifiziert ist.
In einigen Ausführungsformen können die zweiten Daten von der zweiten Vorrichtung periodisch basierend auf einem Verbindungsintervall (conn Interval) empfangen werden, wie beispielsweise in Band 6, Teil B, Kapitel 4.5.1 der Bluetooth Core Spezifikation, Version 5.4, spezifiziert ist.
In einigen Ausführungsformen sind die ersten Daten mit wenigstens einem der folgenden Elemente verknüpft und/oder charakterisieren diese: a) Sensordaten von wenigstens einem Sensor, b) Sensordaten, die mit wenigstens einem Fahrzeug, beispielsweise einem Pkw, verknüpft sind, c) Druckdaten, die beispielsweise einen Reifendruck eines Fahrzeugs charakterisieren, d) Temperaturdaten, die beispielsweise eine einem Reifen eines Fahrzeugs zugeordnete Temperatur charakterisieren, e) Beschleunigungsdaten, die beispielsweise eine Beschleunigung eines beispielsweise an einem Reifen eines Fahrzeugs angebrachten Bauteils charakterisieren, und/oder von der Beschleunigung abgeleitete Daten (beispielsweise eine Winkelposition, beispielsweise verknüpft mit einem spezifischen Zeitpunkt, und/oder eine Zeitdifferenz seit dem Erreichen oder Passieren einer vorbestimmten Winkelposition , und/oder eine Periodendauer einer Radumdrehung, und/oder eine Winkelgeschwindigkeit eines Rades, und/oder Umlaufgeschwindigkeit eines (Teiles eines) Rades, und/oder ein von einer Rotation eines Rades abgeleiteter Parameter). In einigen Ausführungsformen können auch andere Arten des drahtlosen Datenaustauschs, beispielsweise andere als BLE, für das Senden und/oder das Empfangen verwendet werden, beispielsweise eine ZigBee-Technik oder ähnliches.
In einigen Ausführungsformen können auch andere Arten des drahtlosen Datenaustauschs, beispielsweise andere als WPAN, für das Senden und/oder das Empfangen verwendet werden.
Weitere beispielhafte Ausführungsformen betreffen ein Verfahren, beispielsweise ein computerimplementiertes Verfahren, zum Verarbeiten von Daten, die von einer ersten Vorrichtung, beispielsweise der ersten Vorrichtung gemäß den Ausführungsformen, bereitgestellt werden, umfassend: Empfangen, an einer zweiten Vorrichtung, eines ersten Parameters von der ersten Vorrichtung, der eine Zeitdifferenz zwischen einer vorangehenden Synchronisation der ersten Vorrichtung mit der zweiten Vorrichtung und einem Referenzzeitpunkt, der mit den von der ersten Vorrichtung verarbeiteten ersten Daten verknüpft ist, charakterisiert, und eines zweiten Parameters, der einen Zeitpunkt charakterisiert, der mit der vorangehenden Synchronisation verknüpft ist, und optional der ersten Daten. In einigen Ausführungsformen kann optional das Verfahren ferner die Verarbeitung wenigstens eines der ersten Parameter und/oder des zweiten Parameters und/oder der ersten Daten umfassen.
Weitere beispielhafte Ausführungsformen beziehen sich auf eine Vorrichtung zur Durchführung des Verfahrens gemäß den Ausführungsformen.
Weitere beispielhafte Ausführungsformen beziehen sich auf eine Sensorvorrichtung, die wenigstens eine Vorrichtung gemäß den Ausführungsformen umfasst.
Weitere beispielhafte Ausführungsformen beziehen sich auf ein Reifendrucküberwachungssystem für ein Fahrzeug, das wenigstens eines der folgenden Elemente umfasst: a) eine Vorrichtung gemäß den Ausführungsformen, b) eine Sensorvorrichtung gemäß den Ausführungsformen.
Weitere beispielhafte Ausführungsformen beziehen sich auf eine Verwendung des Verfahrens gemäß den Ausführungsformen und/oder der Vorrichtung gemäß den Ausführungsformen und/oder der Sensorvorrichtung gemäß den Ausführungsformen und/oder des Reifendrucküberwachungssystems gemäß den Ausführungsformen für wenigstens eines von: a) Senden von Daten, beispielsweise der ersten Daten, mit einem zeitlichen Bezug zu der zweiten Vorrichtung, b) Bereitstellen eines Zeitstempels für die ersten Daten, c) Ermöglichen der Verwendung einer WPAN-Technik (Wireless Personal Area Network) für das Senden, beispielsweise Verwenden einer BLE-Technik (Bluetooth Low Energy), d) Senden von Sensordaten, die sich auf die Reifendrucküberwachung beziehen, zusammen mit verknüpften Zeitinformationen, e) Durchführen einer, beispielsweise automatischen, lernenden Prozedur, beispielsweise einer selbstlernenden Prozedur, um spezifische Reifendruckwerte, die mit einem Fahrzeug verknüpft sind, einem entsprechenden Reifen des Fahrzeugs zuzuordnen.
Kurzbeschreibung der beispielhaften Figuren
Einige beispielhafte Ausführungsformen werden nun mit Bezug auf die beigefügten Zeichnungen beschrieben, in denen:
Fig. 1 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 2 schematisch ein vereinfachtes Blockdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 3 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 4 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 5 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 6 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 7 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 8 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt, Fig. 9 schematisch ein vereinfachtes Flussdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 10 schematisch ein vereinfachtes Blockdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 11 schematisch ein vereinfachtes Blockdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 12 schematisch ein vereinfachtes Zeitdiagramm gemäß beispielhaften
Ausführungsformen zeigt,
Fig. 13 schematisch Aspekte der Verwendung gemäß beispielhaften Ausführungsformen zeigt.
Beispielhafte Ausführungsformen, siehe beispielsweise Fig. 1 und 2, beziehen sich auf ein Verfahren, beispielsweise ein computerimplementiertes Verfahren, zur Datenverarbeitung, umfassend: Bestimmen 102 (Fig. 1), an einer ersten Vorrichtung 10 (Fig. 2), eines ersten Parameters P1, der eine Zeitdifferenz zwischen einer vorangehenden Synchronisation SYNC (Fig. 1) der ersten Vorrichtung 10 mit einer zweiten Vorrichtung 20 (Fig. 2) und einem Referenzzeitpunkt, der mit den von der ersten Vorrichtung 10 verarbeiteten ersten Daten DAT1 verknüpft ist, charakterisiert, Senden 104 (Fig. 1) des ersten Parameters P1 und eines zweiten Parameters P2, der einen mit der vorangehenden Synchronisation SYNC verknüpften Zeitpunkt charakterisiert, durch die erste Vorrichtung 10 an die zweite Vorrichtung 20. In einigen Ausführungsformen ermöglicht dies, einen zeitlichen Bezug bereitzustellen, beispielsweise für das Senden von Daten, beispielsweise der ersten Daten DAT1.
In einigen Ausführungsformen umfasst das Senden 104 ein Senden 104a der ersten Daten DAT1. Mit anderen Worten, in einigen Ausführungsformen können der erste Parameter P1 und der zweite Parameter P2 beispielsweise zusammen mit den ersten Daten DAT1 gesendet werden. In einigen Ausführungsformen ermöglicht dies beispielsweise der zweiten Vorrichtung 20, die ersten Daten DAT1 mit einem spezifischen zeitlichen Bezug auszuwerten, wie er beispielsweise durch wenigstens einen von dem ersten Parameter P1 und dem zweiten Parameter P2 charakterisiert ist. Der optionale Block 100 von Fig. 1 symbolisiert eine beispielhafte vorangehende Synchronisation SYNC gemäß einigen Ausführungsformen, die in einigen Ausführungsformen beispielsweise basierend auf zweiten Daten DAT2 durchgeführt werden kann, die zwischen der ersten Vorrichtung 10 und der zweiten Vorrichtung 20 ausgetauscht werden, z.B. empfangen durch die erste Vorrichtung 10 von der zweiten Vorrichtung 20.
In einigen Ausführungsformen, Fig. 3, umfasst das Verfahren: Empfangen 110, beispielsweise wiederholtes Empfangen 110a, beispielsweise periodisches Empfangen 110b, der zweiten Daten DAT2 von der zweiten Vorrichtung 20, Synchronisieren 112 mit der zweiten Vorrichtung 20 basierend auf den zweiten Daten DAT2. In einigen Ausführungsformen ermöglicht dies der ersten Vorrichtung 10, sich mit der zweiten Vorrichtung 20 in einer periodischen Weise zu synchronisieren. In einigen Ausführungsformen kann eine Periodenzeit für das periodische Empfangen 110b der zweiten Daten DAT2 beispielsweise konfiguriert und/oder standardisiert und/oder ausgehandelt und/oder vorbestimmt werden, beispielsweise durch die zweite Vorrichtung 20.
In einigen Ausführungsformen, Fig. 4, umfasst das Verfahren: Bereitstellen 120 eines Verbindungsereigniszählers CEC zum Zählen einer Anzahl von Verbindungsereignissen, die mit der zweiten Vorrichtung 20 verknüpft sind, und optional Zählen 122 der Anzahl NLIM-CE von Verbindungsereignissen, die mit der zweiten Vorrichtung 20 verknüpft sind, unter Verwendung des Verbindungsereigniszählers CEC. In einigen Ausführungsformen kann ein Verbindungsereignis als Empfang von Daten durch die erste Vorrichtung 10 von der zweiten Vorrichtung 20 definiert sein, beispielsweise in Form eines Datenpakets, beispielsweise der zweiten Daten DAT2. Somit kann in einigen Ausführungsformen ein Verbindungsereignis beispielsweise auftreten, wenn (beispielsweise immer wenn) die erste Vorrichtung 10 die zweiten Daten DAT2 von der zweiten Vorrichtung 20 empfängt. In einigen Ausführungsformen ist auch der Empfang leerer Datenpakete (beispielsweise ohne Nutzdaten oder Benutzerdaten) möglich und kann in einigen Ausführungsformen ein Verbindungsereignis charakterisieren.
In einigen Ausführungsformen, Fig. 2, kann ähnlich wie die erste Vorrichtung 10 und ihr Verbindungsereigniszähler CEC auch die zweite Vorrichtung 20 einen Verbindungsereigniszähler CEC bereitstellen, wobei der Verbindungsereigniszähler CEC der zweiten Vorrichtung 20 beispielsweise die Anzahl der Verbindungsereignisse zählt, wie sie beispielsweise durch das Senden der zweiten Daten DAT2 durch die zweite Vorrichtung 20 an die erste Vorrichtung 10 charakterisiert sind. Mit anderen Worten, beide Vorrichtungen 10, 20 können einen entsprechenden
Verbindungsereigniszähler CEC, CEC bereitstellen, beispielsweise pflegen, dessen Zählerwert angibt, wie viele Verbindungsereignisse aufgetreten sind, beispielsweise ausgehend von einem Initialisierungszustand, in dem der/die Zähler CEC, CEC zurückgesetzt worden sein können, beispielsweise auf Null.
In einigen Ausführungsformen können die zweiten Daten DAT2 eine Nutzlast (auch als Nutzdaten bezeichnet), beispielsweise Benutzerdaten, umfassen, müssen es aber nicht. Mit anderen Worten, in einigen Ausführungsformen kann das Zählen 122 (Fig. 4) beispielsweise von der ersten Vorrichtung 10 auch dann durchgeführt werden, wenn die empfangenen zweiten Daten DAT2 "leere" Datenpakete charakterisieren, beispielsweise Datenpakete, die keine Nutzlast oder Benutzerdaten aufweisen. Auf diese Weise wird in einigen Ausführungsformen eine Synchronisation der ersten Vorrichtung 10 mit der zweiten Vorrichtung 20 auch dann gewährleistet, wenn von der zweiten Vorrichtung 20 keine Nutzdaten an die erste Vorrichtung 10 zu senden sind.
In einigen Ausführungsformen, Fig. 5, umfasst das Verfahren: das Bereitstellen 130 eines Zeitgebers TIM, beispielsweise durch die erste Vorrichtung 10, zum Bestimmen der Zeitdifferenz zwischen der vorangehenden Synchronisation SYNC der ersten Vorrichtung 10 mit der zweiten Vorrichtung 20 und dem Referenzzeitpunkt, und optional ein Bestimmen 132 der Zeitdifferenz t_synch, At zwischen der vorangehenden Synchronisation der ersten Vorrichtung 10 mit der zweiten Vorrichtung 20 und dem Referenzzeitpunkt unter Verwendung des Zeitgebers TIM.
Diesbezüglich zeigt Fig. 12 beispielhaft ein Zeitdiagramm, das Verbindungsereignisse darstellt, wie sie in einigen Ausführungsformen für die Synchronisation zwischen den Vorrichtungen 10, 20 verwendet werden können. Die erste Zeitachse t1 ist mit den ersten Daten DAT 1 verknüpft.
In einigen Ausführungsformen, Fig. 2, sind die ersten Daten DAT1 mit wenigstens einem der folgenden Elemente verknüpft und/oder charakterisieren diese: a) Sensordaten SD von wenigstens einem Sensor 12, b) Sensordaten SD-V, die mit wenigstens einem Fahrzeug 30 (Fig. 11), beispielsweise einem Pkw, verknüpft sind, c) Druckdaten PD, die beispielsweise einen Reifendruck eines Fahrzeugs 30 charakterisieren, d) Temperaturdaten TD, die beispielsweise eine mit einem Reifen eines Fahrzeugs verknüpfte Temperatur charakterisieren. In einigen Ausführungsformen können die ersten Daten DAT1 auch andere Daten umfassen und/oder charakterisieren, e) Beschleunigungsdaten, beispielsweise zur Charakterisierung einer Beschleunigung eines Bauteils, das beispielsweise an einem Reifen eines Fahrzeugs 30 angebracht ist, und/oder von der Beschleunigung abgeleitete Daten, beispielsweise eine Winkelposition, beispielsweise mit einem spezifischen Zeitpunkt verknüpft, und/oder eine Zeitdifferenz seit dem Erreichen oder Passieren einer vorbestimmten Winkelposition, und/oder eine Periodendauer einer Radumdrehung, und/oder eine Winkelgeschwindigkeit eines Rades, und/oder eine Umlaufgeschwindigkeit eines Rades oder eines Teils eines Rades, und/oder ein von einer Rotation eines Rades abgeleiteter Parameter.
Wie in Fig. 12 gezeigt, ist die zweite Zeitachse t2 dem Verbindungsereigniszähler CEC (Fig. 2) der ersten Vorrichtung 10 zugeordnet, und die dritte Zeitachse t3 ist dem Verbindungsereigniszähler CEC (Fig. 2) der zweiten Vorrichtung 20 zugeordnet. Das Element e1 in Fig. 12 symbolisiert einen Beginn einer Verbindung, die einen Datenaustausch zwischen den Vorrichtungen 10, 20 ermöglicht. Das Element e2 symbolisiert ein erstes Verbindungsereignis mit der Nummer „0x001“, beispielsweise „1“ in hexadezimaler Schreibweise, auf den Zeitachsen t2, t3. Es ist zu beachten, dass weitere, beispielsweise nachfolgende, Verbindungsereignisse „0x002“, ..., „0x2E0“, ..., „0x2EE“ ebenfalls beispielhaft in Fig. 12 dargestellt sind.
In einigen Ausführungsformen treten die Verbindungsereignisse, die beispielsweise dadurch charakterisiert sein können, dass die zweite Vorrichtung 20 (Fig. 2) die zweiten Daten DAT2 an die erste Vorrichtung 10 sendet, periodisch auf, beispielsweise mit einem vorbestimmten Verbindungsintervall e3.
Mit anderen Worten, in einigen Ausführungsformen, Fig. 6, umfasst das Verfahren: Empfangen 135, beispielsweise wiederholtes Empfangen 135a, beispielsweise periodisches Empfangen 135b, der zweiten Daten DAT2 von der zweiten Vorrichtung 20, beispielsweise durch die erste Vorrichtung 10, Starten 137, beispielsweise Neustarten 137a, des Zeitgebers TIM bei Empfang der zweiten Daten DAT2, und optional Stoppen 139 des Zeitgebers TIM, wenn die ersten Daten DAT1 verfügbar sind, beispielsweise zum Referenzzeitpunkt RPT (Fig. 12).
In einigen Ausführungsformen, Fig. 12, ist beispielsweise eine spezifische Synchronisation oder Resynchronisation der ersten Vorrichtung 10 mit der zweiten Vorrichtung 20 durch einen Wert "0x2E5" der Verbindungszähler CEC, CEC charakterisiert. In einigen Ausführungsformen kann diese (Re-)Synchronisation dadurch ausgelöst werden, dass die erste Vorrichtung 10 die zweiten Daten DAT2 von der zweiten Vorrichtung 20 zu dem Zeitpunkt T1 empfängt, der mit dem Wert „0x2E5“ der Verbindungszähler CEC, CEC verknüpft ist.
Wie oben mit Bezug auf Fig. 6 beispielhaft erwähnt, kann in einigen Ausführungsformen die erste Vorrichtung 10 ihren Zeitgeber TIM (Fig. 2) beim Empfang der zweiten Daten DAT2, beispielsweise zum Verbindungsereignis "0x2E5", beispielsweise zum Zeitpunkt t3 = T1 , starten oder neu starten.
Wie ebenfalls beispielhaft mit Bezug auf Fig. 6 erwähnt, kann in einigen Ausführungsformen die erste Vorrichtung 10 ihren Zeitgeber TIM (Fig. 2) stoppen, beispielsweise anschließend, wenn die ersten Daten DAT1 vorliegen, beispielsweise zu dem Referenzzeitpunkt, der in Fig. 12 beispielhaft mit dem Bezugszeichen RPT bezeichnet ist.
Wenn beispielsweise die erste Vorrichtung 10 zur Verarbeitung von Daten verwendet wird, die mit einem Reifendruck eines Reifens eines Fahrzeugs 30 verknüpft sind (Fig. 11), kann der Referenzzeitpunkt RPT beispielsweise einen Zeitpunkt charakterisieren, an dem frische Sensordaten vorliegen, beispielsweise von dem Sensor 12 (Fig. 2), und/oder einen Zeitpunkt, an dem der Sensor 12, der beispielsweise an einem Reifen des Fahrzeugs 30 montiert sein kann, eine vorbestimmte Referenzposition passiert hat, beispielsweise eine vorbestimmte Winkelposition, die mit der Rotation des entsprechenden Rades des Fahrzeugs 30 verknüpft ist.
Auf diese Weise kann in einigen Ausführungsformen der Wert des Zeitgebers TIM verwendet werden, um die Zeitdifferenz t_synch zwischen der vorangehenden Synchronisation T1 der ersten Vorrichtung 10 mit der zweiten Vorrichtung 20 und dem Referenzzeitpunkt RPT zu charakterisieren.
Es ist zu beachten, dass in einigen Ausführungsformen die vorangehende Synchronisation T1 nicht unbedingt direkt vor dem Referenzzeitpunkt RPT liegt, so dass beispielsweise ein oder mehrere weitere nachfolgende Verbindungsereignisse und/oder entsprechende Synchronisationen (oder Resynchronisationen) zwischen der Synchronisation T1 und dem Referenzzeitpunkt RPT auftreten können. Dies ist auch beispielhaft in Fig. 12 gezeigt, siehe beispielsweise das weitere Verbindungsereignis 0x2E6, das auf das mit der beispielhaft betrachteten Synchronisation T1 verbundene Verbindungsereignis 0x2E5 folgt, aber dem Referenzzeitpunkt RPT vorausgeht.
In einigen Ausführungsformen kann der Wert des Zeitgebers TIM jedoch dazu verwendet werden, die Zeitdifferenz At zwischen einer unmittelbar vorangehenden Synchronisation, verknüpft mit dem Verbindungsereignis 0x2E6, und dem Referenzzeitpunkt RPT zu charakterisieren. In einigen Ausführungsformen kann dies beispielsweise dadurch erreicht werden, dass der Zeitgeber TIM bei dem Verbindungsereignis 0x2E6 neu gestartet wird, beispielsweise nachdem der Zeitgeber TIM früher, beispielsweise bei T1 (oder zu einem anderen Zeitpunkt, beispielsweise charakterisiert durch ein weiteres vorangehendes Verbindungsereignis), gestartet wurde.
Unabhängig davon, welche (Art von) Zeitdifferenz t_synch, At verwendet wird, kann in einigen Ausführungsformen, wie oben erwähnt, diese Zeitdifferenz t_synch, At verwendet werden, um einen zeitlichen Bezug herzustellen, beispielsweise zwischen dem Referenzzeitpunkt RPT und einem jeweils vorangehenden (beispielsweise direkt vorangehenden, im Falle von At, oder nicht direkt vorangehenden, im Falle von t_synch) Verbindungsereignis 0x2E6 oder 0x2E5, oder allgemein einer gemeinsamen Zeitbasis der Vorrichtungen 10, 20, wie sie beispielsweise durch die Verbindungsereigniszähler CEC, CEC bereitgestellt wird.
Mit anderen Worten, in einigen Ausführungsformen (Fig. 12) können beide Vorrichtungen 10, 20 ihren jeweiligen Verbindungsereigniszähler CEC, CEC pflegen, die in einigen Ausführungsformen beispielsweise als eine gemeinsame Zeitbasis mit einer ersten Granularität (beispielsweise entsprechend der Dauer des Verbindungsintervalls e3) betrachtet werden können. In einigen Ausführungsformen können ferner Zeitinformationen, die beispielsweise mit den ersten Daten DAT1 verknüpft sind, mit einer zweiten Granularität, beispielsweise einer Genauigkeit des Zeitgebers TIM, durch den Zeitgeber TIM bereitgestellt werden, beispielsweise in Form der Zeitdifferenz t_synch, At. In einigen Ausführungsformen kann der Wert des Verbindungsereigniszählers CEC, CEC zusammen mit dem Wert des Zeitgebers TIM verwendet werden, um eine Zeitreferenz bereitzustellen, beispielsweise für Sensordaten, wie sie von dem Sensor 12 bereitgestellt werden, beispielsweise in Form der ersten Daten DAT 1. In einigen Ausführungsformen, Fig. 7, umfasst das Verfahren somit: Bestimmen 140 des ersten Parameters P1 unter Verwendung des Zeitgebers TIM, beispielsweise unter Verwendung 140a eines Zeitgeberwertes VAL-TIM des Zeitgebers TIM als den ersten Parameter P1.
In einigen Ausführungsformen, Fig. 7, umfasst das Verfahren: Bestimmen 142 des zweiten Parameters P2 unter Verwendung des Verbindungsereigniszählers CEC, beispielsweise unter Verwendung 142a der Anzahl NLIM-CE der mit der zweiten Vorrichtung 20 verknüpften Verbindungsereignisse als den zweiten Parameter P2.
In einigen Ausführungsformen, Fig. 2, kann der erste Parameter P1 von der ersten Vorrichtung 10 an die zweite Vorrichtung 20 gesendet werden, zusammen mit dem zweiten Parameter P2, und optional zusammen mit den ersten Daten DAT1. In einigen Ausführungsformen ermöglicht dies der zweiten Vorrichtung 20, einen mit den ersten Daten DAT1 verknüpften Zeitpunkt zu bestimmen, beispielsweise den Referenzzeitpunkt RPT, beispielsweise mit einer Genauigkeit des Zeitgebers TIM, obwohl sich die Vorrichtungen 10, 20 unter Verwendung der Verbindungsereignisse synchronisieren, beispielsweise mit der ersten Granularität, wie sie durch das Verbindungsintervall e3 charakterisiert ist, wobei die erste Granularität beispielsweise größer sein kann als die Genauigkeit oder Auflösung des Zeitgebers TIM.
In dieser Hinsicht stellt das Element T2 in Fig. 12 beispielhaft einen Zeitpunkt dar, zu dem die erste Vorrichtung 10 den ersten Parameter P1 und den zweiten Parameter P2 sowie die ersten Daten DAT 1 an die zweite Vorrichtung 20 sendet.
In einigen Ausführungsformen, Fig. 8, umfasst das Verfahren wenigstens eines von: a) Verwenden 150 eines drahtlosen Datenaustauschs WDX für das Senden 104, 104a (Fig. 1), beispielsweise Verwenden 150a einer WPAN-Technik (Wireless Personal Area Network) für das Senden 104, 104a, beispielsweise Verwenden 150b einer BLE- Technik (Bluetooth Low Energy) für das Senden 104, 104a, b) Verwenden 152a des drahtlosen Datenaustauschs WDX für das Empfangen 110, 110a, 110b (Fig. 3), beispielsweise Verwenden 152a einer WPAN-Technik (Wireless Personal Area Network) für das Empfangen 110, 110a, 110b, beispielsweise Verwenden 152b einer BLE-Technik (Bluetooth Low Energy) für das Empfangen 110, 110a, 110b.
Beispielsweise umfasst das Verfahren in einigen Ausführungsformen die Verwendung einer BLE-Technik sowohl zum Senden 104, 104a als auch zum Empfangen 110, 110a, 110b. Somit kann in einigen Ausführungsformen, Fig. 2, die erste Vorrichtung 10 beispielsweise einen BLE-fähigen Sendeempfänger 14 umfassen. In ähnlicher Weise kann in einigen Ausführungsformen, Fig. 2, die zweite Vorrichtung 20 beispielsweise einen BLE-fähigen Sendeempfänger 204 umfassen.
In einigen Ausführungsformen wird ein BLE Connected Mode, wie er in der Bluetooth Core Spezifikation, Version 5.4, Versionsdatum 2023-01-31, definiert oder damit kompatibel ist, beispielsweise zum Senden 104, 104a und/oder Empfangen 110, 110a, 110b verwendet. Die Einzelheiten zum BLE Connected Mode, der in einigen Ausführungsformen verwendet werden kann, finden sich beispielsweise in der Bluetooth Core Spezifikation, Version 5.4, Band 1 , Teil A, Kapitel 4.2.2.6 (Seite 263).
In einigen Ausführungsformen kann die erste Vorrichtung 10 oder ihr Sendeempfänger 14, beispielsweise wenigstens vorübergehend, die Rolle eines Peripheriegeräts gemäß der Bluetooth Core Spezifikation, Version 5.4, übernehmen, siehe beispielsweise Band 6, Teil B, Kapitel 1.1 (Seite 2674).
In einigen Ausführungsformen kann die zweite Vorrichtung 20 bzw. ihr Sendeempfänger 204, beispielsweise wenigstens vorübergehend, die Rolle einer Zentrale gemäß der Bluetooth Core Spezifikation, Version 5.4, übernehmen, siehe beispielsweise Band 6, Teil B, Kapitel 1.1 (Seite 2674).
In einigen Ausführungsformen, Fig. 2, kann der Verbindungsereigniszähler CEC zum Zählen einer Anzahl von mit der zweiten Vorrichtung 20 verknüpften Verbindungsereignissen ein Verbindungsereigniszähler (connEventCounter) sein, wie er beispielsweise in Band 6, Teil B, Kapitel 4.5.1 der Bluetooth Core Spezifikation, Version 5.4, spezifiziert ist. In einigen Ausführungsformen kann dies auch für den Verbindungsereigniszähler CEC der zweiten Vorrichtung 20 gelten, beispielsweise kann der Verbindungsereigniszähler CEC der zweiten Vorrichtung 20 auch ein Verbindungsereigniszähler (connEventCounter) sein, wie er beispielsweise in Band 6, Teil B, Kapitel 4.5.1 der Bluetooth Core Spezifikation, Version 5.4, spezifiziert ist.
In einigen Ausführungsformen können die zweiten Daten DAT2 von der zweiten Vorrichtung 20 periodisch von der ersten Vorrichtung 10 empfangen werden, beispielsweise basierend auf einem Verbindungsintervall (conninterval), wie es beispielsweise in Band 6, Teil B, Kapitel 4.5.1 der Bluetooth Core Spezifikation, Version 5.4, spezifiziert ist. Beispielsweise kann das Verbindungsintervall e3, wie in Fig. 12 beispielhaft dargestellt, ein Verbindungsintervallparameter (conn Interval) sein, wie er beispielsweise in Band 6, Teil B, Kapitel 4.5.1 der Bluetooth Core Spezifikation, Version 5.4, spezifiziert ist.
Weitere beispielhafte Ausführungsformen, Fig. 9, beziehen sich auf ein Verfahren, beispielsweise ein computerimplementiertes Verfahren, zur Verarbeitung von Daten, die von einer ersten Vorrichtung bereitgestellt werden, beispielsweise der ersten Vorrichtung 10 gemäß den Ausführungsformen, umfassend: Empfangen 180 eines ersten Parameters P1, der eine Zeitdifferenz zwischen einer vorangehenden Synchronisation SYNC der ersten Vorrichtung 10 mit der zweiten Vorrichtung 20 und einem Referenzzeitpunkt RPT, der mit von der ersten Vorrichtung 10 verarbeiteten ersten Daten DAT 1 verknüpft ist, charakterisiert, und eines zweiten Parameters P2, der einen Zeitpunkt T1 charakterisiert, der mit der vorangehenden Synchronisation SYNC verknüpft ist, und optional der ersten Daten DAT1 , von der ersten Vorrichtung 10 an einer zweiten Vorrichtung 20. In einigen Ausführungsformen kann das Verfahren ferner die Verarbeitung 182 wenigstens eines von dem ersten Parameter P1 und/oder dem zweiten Parameter P2 und/oder den ersten Daten DAT1 umfassen, um beispielsweise zu bestimmen, welcher Zeitpunkt RPT mit den ersten Daten DAT1 verknüpft ist, beispielsweise mit einer Genauigkeit, die größer ist als die erste Granularität entsprechend dem Verbindungsintervall e3.
Weitere beispielhafte Ausführungsformen, Fig. 10, beziehen sich auf eine Vorrichtung 200, 200a zur Durchführung des Verfahrens gemäß den Ausführungsformen.
In einigen Ausführungsformen kann die Vorrichtung 200 dazu konfiguriert sein, Aspekte der Ausführungsformen in Bezug auf die erste Vorrichtung 10 durchzuführen, beispielsweise um von und/oder für diese ausgeführt zu werden. In einigen Ausführungsformen, Fig. 2, kann die erste Vorrichtung 10 die Vorrichtung 200 umfassen.
In einigen Ausführungsformen kann die Vorrichtung 200a dazu konfiguriert sein, Aspekte der Ausführungsformen auszuführen, die sich auf die zweite Vorrichtung 20 beziehen, beispielsweise um von und/oder für diese ausgeführt zu werden. In einigen Ausführungsformen, Fig. 2, kann die zweite Vorrichtung 20 die Vorrichtung 200a umfassen. In einigen Ausführungsformen umfasst die Vorrichtung 200, 200a wenigstens eine Recheneinheit, beispielsweise einen Prozessor 202, und wenigstens eine Speichereinheit 204, die der wenigstens einen Recheneinheit 202 zugeordnet ist (d.h. von dieser genutzt werden kann), um wenigstens vorübergehend ein Computerprogramm PRG und/oder Daten DAT zu speichern, wobei das Computerprogramm PRG beispielsweise dazu konfiguriert ist, wenigstens vorübergehend einen Betrieb der Vorrichtung 200, 200a zu steuern, beispielsweise die Ausführung eines oder mehrerer Aspekte gemäß den Ausführungsformen.
In einigen Ausführungsformen umfasst die wenigstens eine Recheneinheit 202 wenigstens einen Kern (nicht gezeigt) zum Ausführen des Computerprogramms PRG oder wenigstens von Teilen desselben, beispielsweise zum Ausführen des Verfahrens gemäß den Ausführungsformen oder wenigstens eines oder mehrerer Schritte desselben.
In einigen Ausführungsformen kann die wenigstens eine Recheneinheit 202 wenigstens eines der folgenden Elemente umfassen oder einen Teil davon bilden: ein Mikroprozessor, ein Mikrocontroller, ein digitaler Signalprozessor (DSP), ein programmierbares Logikelement (beispielsweise FPGA, Field Programmable Gate Array), ein ASIC (anwendungsspezifischer integrierter Schaltkreis), eine Hardware- Schaltung, ein Tensor-Prozessor, eine Grafikverarbeitungseinheit (GPU) oder ein Hardware-Beschleuniger. In einigen Ausführungsformen kann auch eine beliebige Kombination aus zwei oder mehreren dieser Elemente für die wenigstens eine Berechnungseinheit 202 verwendet werden.
In einigen Ausführungsformen umfasst die Speichereinheit 204 wenigstens eines der folgenden Elemente: einen flüchtigen Speicher 204a, beispielsweise einen Arbeitsspeicher (RAM), einen nichtflüchtigen Speicher 204b, beispielsweise ein Flash- EEPROM.
In einigen Ausführungsformen wird das Computerprogramm PRG wenigstens vorübergehend in dem nichtflüchtigen Speicher 204b gespeichert. Daten DAT (beispielsweise verknüpft mit wenigstens einem von dem ersten Parameter P1 und/oder dem zweiten Parameter P2 und/oder den ersten Daten DAT 1 und/oder den zweiten Daten DAT2), die beispielsweise für die Ausführung von Aspekten des Verfahrens gemäß den Ausführungsformen verwendet werden können, können wenigstens vorübergehend in dem RAM 204a gespeichert werden. In einigen Ausführungsformen kann die Konfiguration 200, 200a unter anderem dazu verwendet werden, wenigstens eines der folgenden Elemente zu implementieren: a) den Verbindungsereigniszähler CEC, CEC, und/oder b) den Zeitgeber TIM. In einigen Ausführungsformen können wenigstens einige der Komponenten a) des Verbindungsereigniszählers CEC, CEC, und/oder b) des Zeitgebers TIM wenigstens teilweise durch Hardware implementiert werden. In einigen Ausführungsformen können wenigstens einige der Komponenten a) des Verbindungsereigniszählers CEC, CEC und/oder b) des Zeitgebers TIM wenigstens teilweise durch Software PRG implementiert werden.
In einigen Ausführungsformen kann ein optionales computerlesbares Speichermedium SM vorgesehen sein, das Anweisungen, beispielsweise in Form eines Computerprogramms PRG', umfasst, wobei das Computerprogramm PRG, wenn es von einem Computer, d. h. von der Recheneinheit 202, ausgeführt wird, den Computer 202 veranlassen kann, das Verfahren gemäß den Ausführungsformen auszuführen. Das Speichermedium SM kann beispielsweise ein digitales Speichermedium wie eine Halbleiterspeichervorrichtung ( beispielsweise ein Solid State Drive, SSD) und/oder ein magnetisches Speichermedium wie eine Diskette oder ein Festplattenlaufwerk (HDD) und/oder ein optisches Speichermedium wie eine Compact Disc (CD) oder DVD (Digital Versatile Disc) oder dergleichen umfassen oder darstellen.
In einigen Ausführungsformen kann die Vorrichtung 200, 200a eine optionale Datenschnittstelle 206 umfassen, beispielsweise für einen uni- oder bi-direktionalen Datenaustausch mit einer externen Vorrichtung (nicht gezeigt). Beispielsweise kann über die Datenschnittstelle 206 ein Datenträgersignal DCS empfangen werden, beispielsweise von der externen Vorrichtung, beispielsweise über ein drahtgebundenes oder drahtloses Datenübertragungsmedium, beispielsweise über ein (virtuelles) privates Computernetzwerk und/oder ein öffentliches Computernetzwerk wie beispielsweise das Internet.
In einigen Ausführungsformen kann das Datenträgersignal DCS das Computerprogramm PRG, PRG' gemäß den Ausführungsformen oder wenigstens einen Teil davon darstellen oder tragen.
Weitere beispielhafte Ausführungsformen, Fig. 2, beziehen sich auf eine Sensorvorrichtung 10, die wenigstens eine Vorrichtung 200 gemäß den Ausführungsformen umfasst. In einigen Ausführungsformen kann die erste Vorrichtung 10 beispielsweise eine Sensorvorrichtung sein, die beispielsweise Daten SD umfasst und/oder verarbeitet, die mit wenigstens einem Sensor 12 verknüpft sind. In einigen Ausführungsformen ist der wenigstens eine Sensor 12 dazu konfiguriert, wenigstens einen physikalischen Parameter für ein Reifendrucküberwachungssystem zu bestimmen, wie beispielsweise einen Reifendruck (d.h. den Luftdruck in einem Reifen) und/oder eine Temperatur des Reifens oder dergleichen.
Weitere beispielhafte Ausführungsformen, Fig. 11, beziehen sich auf ein Reifendrucküberwachungssystem 1000 für ein Fahrzeug 30, das wenigstens eines der folgenden Elemente umfasst: a) eine Vorrichtung 200, 200a (Fig. 10) gemäß den Ausführungsformen, b) eine Sensorvorrichtung 10 gemäß den Ausführungsformen.
In Fig. 11 ist diesbezüglich beispielhaft ein Fahrzeug 30 dargestellt, wobei ein erstes Rad, beispielsweise das rechte Vorderrad, eine erste Sensorvorrichtung 10a umfasst, und wobei ein zweites Rad, beispielsweise das rechte Hinterrad, eine zweite Sensorvorrichtung 10b umfasst. Die Räder der linken Seite des Fahrzeugs 30 können ebenfalls (weitere) Sensorvorrichtungen umfassen, die in Fig. 11 aus Gründen der Übersichtlichkeit nicht dargestellt sind.
Das Reifendrucküberwachungssystem 1000 von Fig. 11 umfasst auch eine zweite Vorrichtung 20, die Daten mit den Sensorvorrichtungen 10a, 10b austauschen kann, beispielsweise über entsprechende BLE-Datenverbindungen a1 , a2, beispielsweise unter Verwendung eines BLE Connected Mode. In einigen Ausführungsformen kann die zweite Vorrichtung 20 wenigstens vorübergehend eine Rolle als "Zentrale" der BLE-Datenverbindungen a1, a2 übernehmen, und die Sensorvorrichtungen 10a, 10b können beispielsweise wenigstens vorübergehend eine entsprechende Rolle als "Peripherie" übernehmen.
Jede der Sensorvorrichtungen 10a, 10b kann eine Konfiguration umfassen, die der ersten Vorrichtung 10 von Fig. 2 ähnlich ist oder mit ihr identisch ist, und somit beispielsweise in der Lage sein, wenigstens eines von einem entsprechenden ersten Parameter P1 und/oder einem entsprechenden zweiten Parameter P2 und/oder entsprechenden ersten Daten DAT1 (die beispielsweise eine entsprechende Winkelposition des zugehörigen Rades angeben) an die zweite Vorrichtung 20 zu senden, beispielsweise wiederholt. Unter Verwendung wenigstens einiger Abschnitte dieser Informationen kann die zweite Vorrichtung 20 in einigen Ausführungsformen beispielsweise Funktionen ausführen, die mit der Auswertung des Reifendrucks verknüpft sind.
In einigen Ausführungsformen kann die zweite Vorrichtung 20 beispielsweise eine selbstlernende Prozedur ausführen, die bestimmt, welche der Sensorvorrichtungen 10a, 10b welchem der Räder des Fahrzeugs 30 zugeordnet ist. In einigen Ausführungsformen können eine oder mehrere der jeweiligen Informationen P1, P2, DAT1 für das selbständige Lernen verwendet werden und können beispielsweise mit Informationen verglichen werden, die von weiteren Sensoren (nicht gezeigt) abgeleitet werden, wie etwa Raddrehzahlsensoren. In einigen Ausführungsformen können die Informationen eines Raddrehzahlsensors, beispielsweise des rechten Vorderrads, mit den jeweiligen Informationen P1, P2, DAT1 korreliert werden, die beispielsweise von der ersten Sensorvorrichtung 10a bereitgestellt werden, um zu bestimmen, ob die erste Sensorvorrichtung 10a dem rechten Vorderrad (oder einem anderen Rad des Fahrzeugs 30) zugeordnet ist.
Weitere beispielhafte Ausführungsformen, Fig. 13, betreffen eine Verwendung 300 des Verfahrens gemäß den Ausführungsformen und/oder der Vorrichtung 200, 200a gemäß den Ausführungsformen und/oder der Sensorvorrichtung 10, 10a, 10b gemäß den Ausführungsformen und/oder des Reifendruckkontrollsystems 1000 gemäß den Ausführungsformen und/oder des Computerprogramms PRG, PRG' (Fig. 10) gemäß den Ausführungsformen und/oder des Speichermediums SM gemäß den Ausführungsformen und/oder des Datenträgersignals DCS gemäß den Ausführungsformen für wenigstens eines von: a) Senden 301 (Fig. 13) von Daten, beispielsweise der ersten Daten DAT1, mit einem zeitlichen Bezug zu der zweiten Vorrichtung 20, b) Bereitstellen 302 eines Zeitstempels für die ersten Daten DAT1, c) Ermöglichen 303 der Verwendung einer WPAN-Technik (Wireless Personal Area Network) für das Senden 104, 104a, beispielsweise unter Verwendung einer BLE- Technik (Bluetooth Low Energy), beispielsweise eines BLE Connected Mode, d) Senden 304 von Sensordaten SD (Fig. 2), die sich auf die Reifendrucküberwachung beziehen, zusammen mit verknüpften Zeitinformationen P1, P2, e) Durchführen 305 einer, beispielsweise automatischen, lernenden Prozedur, beispielsweise einer selbstlernenden Prozedur, zum Zuordnen spezifischer Reifendruckwerte, die mit einem Fahrzeug 30 verknüpft sind, beispielsweise wie von wenigstens einer Sensorvorrichtung 10a, 10b (Fig. 11) bestimmt, zu einem entsprechenden Reifen oder Rad des Fahrzeugs 30. Weitere beispielhafte Ausführungsformen, Fig. 11, beziehen sich auf ein Fahrzeug 30, das wenigstens eine erste Vorrichtung 10, 10a, 10b und/oder wenigstens eine zweite Vorrichtung 20 gemäß den Ausführungsformen umfasst.
Im Folgenden werden weitere beispielhafte Aspekte und Ausführungsformen offenbart, die in einigen Ausführungsformen entweder individuell oder in Kombination miteinander mit wenigstens einem der oben erläuterten Aspekte und Ausführungsformen kombiniert werden können.
In einigen Ausführungsformen, Fig. 12, werden beispielsweise bei einem Verbindungsaufbau e1 der Verbindungsereigniszähler CEC der ersten Vorrichtung, beispielsweise der Sensorvorrichtung 10, und der Verbindungsereigniszähler CEC der zweiten Vorrichtung 20, die beispielsweise ein Gateway bilden kann, initialisiert, beispielsweise mit dem Wert 0.
In einigen Ausführungsformen wird ohne Verlust der Allgemeingültigkeit davon ausgegangen, dass die Sensorvorrichtung 10 als Peripheriegerät im Sinne der oben erwähnten Bluetooth Core Spezifikation, Version 5.4, konfiguriert ist, und dass das Gateway 20 als Zentrale im Sinne der oben erwähnten Bluetooth Core Spezifikation, Version 5.4, konfiguriert ist.
In einigen Ausführungsformen, beispielsweise zu Beginn eines Verbindungsereignisses, sendet die Zentrale 20 Daten (beispielsweise die zweiten Daten DAT2), beispielsweise ein Datenpaket, oder ein leeres Paket (beispielsweise ohne (Benutzer-)Daten, beispielsweise Nutzdaten) an das Peripheriegerät 10, wobei das Peripheriegerät 10 darauf antworten kann, beispielsweise entweder durch Senden von Daten oder eines leeren Pakets an die Zentrale 20. In einigen Ausführungsformen wird, wie bereits oben erwähnt, der Verbindungsereigniszähler CEC, CEC sowohl im Peripheriegerät 10 als auch in der Zentrale 20 inkrementiert (beispielsweise unabhängig davon, ob Daten, z. B. Nutzdaten, tatsächlich ausgetauscht werden oder nicht).
In einigen Ausführungsformen, beispielsweise wenn das Peripheriegerät 10 tatsächlich ein Datenpaket, beispielsweise in Form der zweiten Daten DAT2, von der Zentrale 20 empfängt, synchronisiert sich das Peripheriegerät 10 selbst mit der Zentrale 20, beispielsweise mit einer internen Uhr der Zentrale 20, die beispielsweise das Verbindungsintervall e3 bestimmen kann (Fig. 12) und basierend auf dem Verbindungsintervall e3 Datenübertragungen an das Peripheriegerät 10 auslösen kann. Somit wird in einigen Ausführungsformen eine interne Uhr der Zentrale 20 verwendet, um das Verbindungsintervall e3 zu bestimmen, und durch Auswerten, beispielsweise Zählen, der Verbindungselemente kann sich das Peripheriegerät mit dieser internen Uhr der Zentrale 20 synchronisieren.
In einigen Ausführungsformen kann eine BLE-Verbindungsschicht (LL) (die in einigen Ausführungsformen beispielsweise im Sendeempfänger 14, 204 implementiert sein kann, siehe Fig. 2) einen aktuellen Wert des Verbindungsereigniszählers CEC melden, beispielsweise an eine Sensorsoftware PRG, beispielsweise des Peripheriegeräts 10, die zur Verarbeitung der ersten Daten DAT1 konfiguriert ist. In einigen Ausführungsformen kann die Meldung des aktuellen Werts des Verbindungsereigniszählers CEC bei einer Resynchronisation durchgeführt werden, siehe beispielsweise die gestrichelten vertikalen Linien von Fig. 12, die von 0x001 bis 0x2EE nummeriert sind. Beispielsweise symbolisiert das Element T1 in Fig. 12 einen Zeitpunkt, der mit einer Synchronisation bzw. einer Resynchronisation verknüpft ist.
In einigen Ausführungsformen, beispielsweise um eine verbleibende Zeitdifferenz t_synch, At erfassen zu können, wird der Zeitgeber TIM (Fig. 2) gestartet, der zur Messung der Zeitdifferenz zwischen T 1 , RPT verwendet wird.
In einigen Ausführungsformen kann ein Zeitstempel für die ersten Daten DAT1 wie folgt bestimmt, beispielsweise kodiert, werden: Payload_data_1 = conn_event_cnt_synch (beispielsweise der Wert des Verbindungsereigniszählers CEC zum Zeitpunkt T1 der Synchronisation), Payload_data_2 = t_synch (beispielsweise die Zeitdifferenz zwischen T1, RPT), wobei der an die Zentrale 20 zu sendende erste Parameter P1 die Payload_data_2 umfassen oder charakterisieren kann, und wobei der an die Zentrale 20 zu sendende zweite Parameter P2 die Payload_data_1 umfassen oder charakterisieren kann. Außerdem können die ersten Daten DAT1 an die Zentrale 20 gesendet werden, beispielsweise zusammen (z.B. innerhalb desselben Datenpakets wie) die Parameter P1, P2.
In einigen Ausführungsformen, beispielsweise zur Begrenzung eines mit der Zeitdifferenz verknüpften Wertebereichs, wird vorgeschlagen, einen Quotienten t_synch / e3 aus der Zeitdifferenz t_synch und dem Verbindungsintervall e3 zu dem im Element Payload_data_1 enthaltenen Wert conn_event_cnt_synch zu addieren, und beispielsweise nur einen Rest At der Zeitdifferenz t_synch unter Verwendung des Elements Payload_data_2 zu codieren, beispielsweise gemäß:
Payload_data_1= conn_event_cnt_synch + max{meZ| m<tsynch/(connection interval)} Payload_data_2= At= tsynch mod{Connectlon interval}
In einigen Ausführungsformen können die oben genannten Nutzdatenelemente, beispielsweise in Form der Parameter P1, P2, beispielsweise zusammen mit den ersten Daten DAT 1 , an die Zentrale 20 gesendet werden.
In einigen Ausführungsformen ist es nicht relevant, wann eine solche Übertragung der Parameter P1, P2, beispielsweise zusammen mit den ersten Daten DAT1, durchgeführt wird, da die Zentrale 20 in einigen Ausführungsformen den Zeitpunkt RPT beispielsweise mit Hilfe ihres eigenen Verbindungsereigniszählers CEC jederzeit rekonstruieren kann.
In einigen Ausführungsformen, z. B. wenn auf den Verbindungsereigniszähler CEC in der Zentrale 20 nicht zugegriffen werden kann (beispielsweise aufgrund einer spezifischen Implementierung des BLE-Empfängers 204), kann ein Zeitgeber (nicht gezeigt) in der Zentrale 20 verwendet werden, um die Zeit zu bestimmen, die beispielsweise seit dem Aufbau der Verbindung zwischen den Vorrichtungen 10, 20 verstrichen ist.
In einigen Ausführungsformen kann ein aktueller Wert des Verbindungsereigniszählers bestimmt werden, beispielsweise mathematisch erzeugt werden, beispielsweise in einer Software der Zentrale 20, beispielsweise durch Division eines durch das Element Payload_data_1 charakterisierten Wertes durch den Wert des Verbindungsintervalls e3. In einigen Ausführungsformen kann dies dadurch erleichtert werden, dass ein Systemtakt der Zentrale 20 als Referenz für eine gemeinsame Zeitbasis für beide Vorrichtungen 10, 20 verwendet wird. In einigen Ausführungsformen kann dies ermöglichen, die Anforderungen an die Softwareschnittstelle BLE/Zentrale zu reduzieren, beispielsweise dadurch, dass keine Bereitstellung des Zählers für aktuelle Verbindungsereignisse im Gateway vorgesehen werden muss.
In einigen Ausführungsformen kann eine Vorabberechnung der Zeit seit dem Verbindungsaufbau (siehe Element e1 in Fig. 12) innerhalb des Peripheriegeräts 10 durchgeführt werden, beispielsweise durch Multiplikation des Werts des Verbindungsereigniszählers CEC mit dem Verbindungsintervall e3. In einigen
Ausführungsformen ist es denkbar, dass auch der Wert von At (Fig. 12) in diese Vorabberechnung einbezogen wird.

Claims

Ansprüche
1. Verfahren zur Datenverarbeitung, umfassend: Bestimmen (102), an einer ersten Vorrichtung (10), eines ersten Parameters (P1), der eine Zeitdifferenz zwischen einer vorangehenden Synchronisation (SYNC) der ersten Vorrichtung (10) mit einer zweiten Vorrichtung (20) und einem Referenzzeitpunkt (RPT), der mit von der ersten Vorrichtung (10) verarbeiteten ersten Daten (DAT1) verknüpft ist, charakterisiert, Senden (104) des ersten Parameters (P1) und eines zweiten Parameters (P2), der einen mit der vorangehenden Synchronisation (SYNC) verknüpften Zeitpunkt charakterisiert, durch die erste Vorrichtung (10) an die zweite Vorrichtung (20).
2. Verfahren nach Anspruch 1, wobei das Senden (104) ein Senden (104a) der ersten Daten (DAT1) umfasst.
3. Verfahren nach wenigstens einem der vorangehenden Ansprüche, umfassend: Empfangen (110), beispielsweise wiederholtes Empfangen (110a), beispielsweise periodisches Empfangen (110b), zweiter Daten (DAT2) von der zweiten Vorrichtung (20), und Synchronisieren (100; 112) mit der zweiten Vorrichtung (20) basierend auf den zweiten Daten (DAT2).
4. Verfahren nach wenigstens einem der vorangehenden Ansprüche, umfassend: Bereitstellen (120) eines Verbindungsereigniszählers (CEC) zum Zählen (122) einer Anzahl (NLIM-CE) von Verbindungsereignissen, die mit der zweiten Vorrichtung (20) verknüpft sind, und optional Zählen (122) der Anzahl (NLIM-CE) von Verbindungsereignissen, die mit der zweiten Vorrichtung (20) verknüpft sind, unter Verwendung des Verbindungsereigniszählers (CEC).
5. Verfahren nach wenigstens einem der vorangehenden Ansprüche, umfassend: Bereitstellen (130) eines Zeitgebers (TIM) zum Bestimmen (132) der Zeitdifferenz (t_synch, At) zwischen der vorangehenden Synchronisation (SYNC) der ersten Vorrichtung (10) mit der zweiten Vorrichtung (20) und dem Referenzzeitpunkt (RPT), und optional Bestimmen (132) der Zeitdifferenz (t_synch, At) zwischen der vorangehenden Synchronisation (SYNC) der ersten Vorrichtung (10) mit der zweiten Vorrichtung (20) und dem Referenzzeitpunkt (RPT) unter Verwendung des Zeitgebers (TIM).
6. Verfahren nach Anspruch 5, umfassend: Empfangen (135), beispielsweise wiederholtes Empfangen (135a), beispielsweise periodisches Empfangen (135b), von zweiten Daten (DAT2) oder den zweiten Daten (DAT2) von der zweiten Vorrichtung (20), Starten (137), beispielsweise Neustarten (137a), des Zeitgebers (TIM) bei Empfang (135; 135a; 135b) der zweiten Daten (DAT2), und optional Stoppen (139) des Zeitgebers (TIM), wenn die ersten Daten (DAT1) verfügbar sind, beispielsweise zu dem Referenzzeitpunkt (RPT).
7. Verfahren nach wenigstens einem der Ansprüche 5 bis 6, umfassend: Bestimmen (140) des ersten Parameters (P1) unter Verwendung des Zeitgebers (TIM), beispielsweise unter Verwendung (140a) eines Zeitgeberwertes (VAL-TIM) des Zeitgebers (TIM) als den ersten Parameter (P1).
8. Verfahren nach wenigstens einem der Ansprüche 4 bis 7, umfassend: Bestimmen (142) des zweiten Parameters (P2) unter Verwendung des Verbindungsereigniszählers (CEC), beispielsweise unter Verwendung (142a) der Anzahl (NLIM-CE) der mit der zweiten Vorrichtung (20) verknüpften Verbindungsereignisse als den zweiten Parameter (P2).
9. Verfahren nach wenigstens einem der vorangehenden Ansprüche, das wenigstens eines umfasst von: a) Verwenden (150) eines drahtlosen Datenaustauschs (WDX) für das Senden (104; 104a), beispielsweise Verwenden (150a) einer WPAN-Technik (Wireless Personal Area Network) für das Senden (104; 104a), beispielsweise Verwenden (150b) einer BLE-Technik (Bluetooth Low Energy) für das Senden (104; 104a), b) Verwenden (152) eines oder des drahtlosen Datenaustauschs (WDX) für das Empfangen (110; 110a; 110b), beispielsweise Verwenden (152a) einer WPAN-Technik (Wireless Personal Area Network) für das Empfangen (110; 110a; 110b), beispielsweise Verwenden (152b) einer BLE-Technik (Bluetooth Low Energy) für das Empfangen (110; 110a; 110b).
10. Verfahren nach wenigstens einem der vorangehenden Ansprüche, wobei die ersten Daten (DAT1) mit wenigstens einem der folgenden Elemente verknüpft sind und/oder dieses charakterisieren: a) Sensordaten (SD) von wenigstens einem Sensor (12), b) Sensordaten (SD-V), die mit wenigstens einem Fahrzeug, beispielsweise einem Pkw, (30) verknüpft sind, c) Druckdaten (PD), die beispielsweise einen Reifendruck eines Fahrzeugs (30) charakterisieren, d) Temperaturdaten (TD), die beispielsweise eine einem Reifen eines Fahrzeugs (30) zugeordnete Temperatur charakterisieren, e) Beschleunigungsdaten, die beispielsweise eine Beschleunigung eines beispielsweise an einem Reifen eines Fahrzeugs angebrachten Bauteils charakterisieren, und/oder von der Beschleunigung abgeleitete Daten, wie beispielsweise eine Winkelposition, beispielsweise verknüpft mit einem spezifischen Zeitpunkt, und/oder eine Zeitdifferenz seit dem Erreichen oder Passieren einer vorbestimmten Winkelposition, und/oder eine Periodendauer einer Radumdrehung, und/oder eine Winkelgeschwindigkeit eines Rades, und/oder eine Umlaufgeschwindigkeit eines Rades oder eines Teils eines Rades, und/oder ein von einer Rotation eines Rades abgeleiteter Parameter.
11. Verfahren zur Verarbeitung von Daten, die von einer ersten Vorrichtung (10) bereitgestellt werden, umfassend: Empfangen (180) eines ersten Parameters (P1) von der ersten Vorrichtung (10) an einer zweiten Vorrichtung (20), der eine Zeitdifferenz zwischen einer vorangehenden Synchronisation (SYNC) der ersten Vorrichtung (10) mit der zweiten Vorrichtung (20) und einem Referenzzeitpunkt (RPT), der mit den von der ersten Vorrichtung (10) verarbeiteten ersten Daten (DAT1) verknüpft ist, charakterisiert, und eines zweiten Parameters (P2), der einen Zeitpunkt charakterisiert, der mit der vorangehenden Synchronisation (SYNC) verknüpft ist, und optional der ersten Daten (DAT1), und optional Verarbeiten (182) wenigstens eines von dem ersten Parameter (P1) und/oder dem zweiten Parameter (P2) und/oder den ersten Daten (DAT1).
12. Vorrichtung (200; 200a) zur Durchführung des Verfahrens nach wenigstens einem der vorangehenden Ansprüche.
13. Sensorvorrichtung (10; 10a, 10b), die wenigstens eine Vorrichtung (200; 200a) nach Anspruch 12 umfasst.
14. Reifendrucküberwachungssystem (1000) für ein Fahrzeug (30), das wenigstens eines der folgenden Elemente umfasst: a) eine Vorrichtung (200; 200a) nach Anspruch 12, b) eine Sensorvorrichtung (10; 10a, 10b) nach Anspruch 13.
15. Verwendung (300) des Verfahrens nach einem der Ansprüche 1 bis 11 und/oder der Vorrichtung (200; 200a) nach Anspruch 12 und/oder der Sensorvorrichtung (10; 10a, 10b) nach Anspruch 13 und/oder des
Reifendrucküberwachungssystems (1000) nach Anspruch 14 für wenigstens eines von: a) Senden (301) von Daten, beispielsweise der ersten Daten (DAT1), mit einem zeitlichen Bezug zu der zweiten Vorrichtung (20), b) Bereitstellen (302) eines Zeitstempels für die ersten Daten (DAT1), c) Ermöglichen (303) der Verwendung einer WPAN-Technik (Wireless Personal Area Network) für das Senden (104; 104a), beispielsweise Verwenden (150b) einer BLE-Technik (Bluetooth Low Energy), d) Senden (304) von Sensordaten, die sich auf die Reifendrucküberwachung beziehen, zusammen mit verknüpften Zeitinformationen, e) Durchführen (305) einer, beispielsweise automatischen, lernenden Prozedur, beispielsweise einer selbstlernenden Prozedur, um spezifische Reifendruckwerte, die mit einem Fahrzeug (30) verknüpft sind, einem entsprechenden Reifen des Fahrzeugs (30) zuzuordnen.
PCT/EP2024/087753 2023-12-21 2024-12-19 Verfahren zur datenverarbeitung und vorrichtung zur datenverarbeitung Pending WO2025133019A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102023136408.1A DE102023136408A1 (de) 2023-12-21 2023-12-21 Verfahren zur Datenverarbeitung und Vorrichtung zur Datenverarbeitung
DE102023136408.1 2023-12-21

Publications (1)

Publication Number Publication Date
WO2025133019A1 true WO2025133019A1 (de) 2025-06-26

Family

ID=94210281

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2024/087753 Pending WO2025133019A1 (de) 2023-12-21 2024-12-19 Verfahren zur datenverarbeitung und vorrichtung zur datenverarbeitung

Country Status (2)

Country Link
DE (1) DE102023136408A1 (de)
WO (1) WO2025133019A1 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180124731A1 (en) * 2015-06-24 2018-05-03 Ilya KLOTCHKOV Time synchronization for nodes in a wireless personal area network (wpan)
DE102016205830B4 (de) * 2016-04-07 2022-08-18 Volkswagen Aktiengesellschaft Verfahren zum Bluetooth-Verbindungsaufbau und Bluetooth-Gerät
DE102021207759B4 (de) * 2021-07-20 2023-06-15 Continental Automotive Technologies GmbH Verfahren zur Weitergabe einer Synchronisationsinformation in einer Kommunikationsvorrichtung, Kommunikationsvorrichtung und Fahrzeug

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180124731A1 (en) * 2015-06-24 2018-05-03 Ilya KLOTCHKOV Time synchronization for nodes in a wireless personal area network (wpan)
DE102016205830B4 (de) * 2016-04-07 2022-08-18 Volkswagen Aktiengesellschaft Verfahren zum Bluetooth-Verbindungsaufbau und Bluetooth-Gerät
DE102021207759B4 (de) * 2021-07-20 2023-06-15 Continental Automotive Technologies GmbH Verfahren zur Weitergabe einer Synchronisationsinformation in einer Kommunikationsvorrichtung, Kommunikationsvorrichtung und Fahrzeug

Also Published As

Publication number Publication date
DE102023136408A1 (de) 2025-06-26

Similar Documents

Publication Publication Date Title
DE69807235T2 (de) Deterministisches serielles busübertragungsystem mit &#34;controller area network (can)&#34; protokoll
DE102011121620B4 (de) Verfahren und Systeme zum Diagnostizieren von Hardware- und Softwarefehlern unter Verwendung von mit Zeitstempeln versehenen Ereignissen
DE102004041550B4 (de) Fahrzeugsteuersystem zum Ausführen einer Reihe von Vorgängen bei elektronischen Steuereinheiten
WO2001050677A2 (de) Verfahren und vorrichtung zum austausch von daten zwischen wenigstens zwei mit einem bussystem verbundenen teilnehmern
DE102017209328A1 (de) Vorrichtung zur Synchronisation von Uhren in Steuergeräten und Steuergerät
DE112015006884T5 (de) Fahrzeugeigene haptische Ausgabe
DE112015005253T5 (de) Controller Area Network (CAN)-Kommunikationssystem und Aufzeichnungsvorrichtung für Fehlerinformationen
WO2008006613A1 (de) Verfahren zum synchronisieren von komponenten eines kraftfahrzeugbremssystems und elektronisches bremssteuersystem
WO2012038493A1 (de) Vorrichtung und verfahren zur bereitstellung einer globalen zeitinformation in ereignisgesteuerter buskommunikation
DE102019200994A1 (de) Ein datenkommunikationsverfahren für ein fahrzeug
WO2016184641A1 (de) Verfahren und vorrichtung zur sensorsynchronisierung
DE102020123091A1 (de) Verbesserte fahrzeug-ecu-flash-programmierung
DE102016212137A1 (de) Verfahren und Vorrichtung zum Verarbeiten von Signalen aus Nachrichten auf wenigstens zwei Datenbussen, insbesondere CAN-Bussen; vorzugsweise in einem Fahrzeug; sowie System
WO2018068900A1 (de) Verfahren zur überwachung eines netzwerks auf anomalien
DE10065117A1 (de) Verfahren und Kommunikationssystem zum Austausch von Daten zwischen mindestens zwei Teilnehmern über ein Bussystem
WO2025133019A1 (de) Verfahren zur datenverarbeitung und vorrichtung zur datenverarbeitung
DE102015218898A1 (de) Verfahren zur redundanten Verarbeitung von Daten
DE102022122159A1 (de) Verbessertes gezieltes komponententesten
EP1866714A1 (de) Verfahren und vorrichtung zur überwachung einer prozessausführung
DE102010028485B4 (de) Verfahren und Vorrichtung zur Absicherung von über eine Schnittstelle zu übertragenden Datenpaketen
DE102009026641A1 (de) Verfahren zum Betreiben eines Datenübertragungssystems, Datenübertragungssystem und Computerprogrammprodukt
EP2932634B1 (de) Zuweisen von zeitstempeln zu empfangenen datenpaketen
DE10333934A1 (de) Synchronisation von datenverarbeitenden Einheiten
DE60313977T2 (de) Verfahren zur überwachung einer datenstrecke
EP3134300B1 (de) Für asynchrone und synchrone datenübertragung universell einsetzbare psi5-schnittstelle

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24834010

Country of ref document: EP

Kind code of ref document: A1