EP2605229B1 - Brandmeldesystem und Verfahren zum Betreiben eines Brandmeldesystems - Google Patents
Brandmeldesystem und Verfahren zum Betreiben eines Brandmeldesystems Download PDFInfo
- Publication number
- EP2605229B1 EP2605229B1 EP11193454.3A EP11193454A EP2605229B1 EP 2605229 B1 EP2605229 B1 EP 2605229B1 EP 11193454 A EP11193454 A EP 11193454A EP 2605229 B1 EP2605229 B1 EP 2605229B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- transmission
- fire alarm
- radio
- unit
- time
- 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.)
- Not-in-force
Links
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING SYSTEMS, e.g. PERSONAL CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/009—Signalling of the alarm condition to a substation whose identity is signalled to a central station, e.g. relaying alarm signals in order to extend communication range
Definitions
- the present invention relates to a fire alarm system according to the preamble of claim 1 and to a method for operating a fire alarm system according to the preamble of independent claim 10.
- fire alarm systems are known to the general technological background, comprising a plurality of locally distributed fire alarm units.
- These fire alarm units each have sensor means which can detect fire development locally and thus as early as possible, further alarm means (such as optical and / or audible alarms), which, associated with a respective fire alarm unit warn people in the vicinity of a danger . Since it is necessary in a sensitive context of a fire alarm, even to a potential fire adjacent or adjacent premises early to alarm (and possibly trigger more extensive, systemic messages), known fire alarm units are networked together for data communication and allow such alarm messages among themselves and can be forwarded to a higher-level central unit.
- known systems are typically provided with a central unit which, in addition to communicative coordination tasks, can also make a configuration for individual fire alarm units (as subscribers in such a system), furthermore typically there are so-called repeaters, namely units which, although with their own Fire detection can be provided, the main purpose, however, is the bridging a radio link between two fire alarm units whose range would not otherwise range for direct communication.
- Wired systems have the disadvantage of being expensive to install and configure and inflexible in terms of possible extensions, retrofits or maintenance and replacement. For example, when installing between the respective fire alarm units as participants physical lines are laid, which often requires complex installation and construction measures.
- radio-based systems assumed to be known have the disadvantage that (as a result of the system) the fire alarm units share the same transmission medium, namely at least one radio channel provided for the data exchange.
- the fire alarm units more precisely, this associated transmission means for transmitting radio messages
- the resulting radio data collision impedes an effective propagation of the alarm message:
- the temporally and spatially overlapping news disturbs each other.
- Additional disadvantages of wireless radio-based alarm systems are the occurrence of possible external interference, namely interference by non-system associated participants (so-called third-party radio, such as in a respective frequency or signal band radiating radio signals).
- radio-based systems to be presupposed have the disadvantage that a technical failure of a system user, for example due to a power supply problem, is not detected in non-alarm times often or not in time, with the result that this unit concerned then not only in case of fire can not perform detection and subsequent alerting, but also is not suitable for receiving and / or forwarding any radio signals of neighboring units.
- the object of the present invention is therefore to improve a generic fire alarm system with regard to the transmission reliability of the radio message between at least two of the radio subscriber units, in particular operational safety of the system by accelerated resolution of collisions in the transmission of the radio message in successive Improve transmission attempts and to provide a system in which a collision-free transmission in a maximum, only determined by the number of radio subscriber units in the fire alarm system maximum duration is collision-free secured.
- a method for operating a fire alarm system, in particular a generic fire alarm system to create which allows increased collision and thus reliability.
- the radio subscriber units of the invention (which are typically provided as fire alarm units with associated, otherwise known sensors, in particular smoke, temperature and / or gas sensors) equipped with transmission means for transmitting radio messages, whereby the basic functionality of a wireless network is realized.
- the (radio) transmission means mean both a transmitting and receiving functionality, so that bidirectional radio messages can be transmitted.
- the transmission means are assigned logic means which are provided to determine the specific transmission parameters of a radio message, in particular a specific transmission time of a radio message (preferably within the framework of a synchronous time frame) for a respective radio message of the radio subscriber units.
- These logic means comprise a variation unit according to the invention, which advantageously has a device-specific variation parameter according to the invention, ie for a respective radio subscriber unit this variation parameter, typically implemented as coding, differs from the parameter of another radio subscriber unit.
- this now permits this Variation parameter, in response to detecting a collision (ie, about a predetermined interference by an adjacent radio subscriber unit, also by an external interferer) by a collision detection unit trigger a re-transmission of the radio message, but in their transmission parameters, in particular their relative transmission time position (in the context of the synchronous Systems), influenced and determined by the variation parameter or a currently used in coding.
- a collision ie, about a predetermined interference by an adjacent radio subscriber unit, also by an external interferer
- a collision detection unit trigger a re-transmission of the radio message, but in their transmission parameters, in particular their relative transmission time position (in the context of the synchronous Systems), influenced and determined by the variation parameter or a currently used in coding.
- these codes are configured differently between the radio subscriber units of the fire alarm system according to the invention, this forcibly determines different transmission parameters, in particular a different retransmission time, so that when there is a relevant coding at a relevant transmission or repetition time (Repeat cycle), a proper and trouble-free transmission, at least with respect to participants in the system, can be ensured. It then follows in turn that the object according to the invention, namely a maximum time for a collision-free transmission of a radio message can be ensured despite possible collisions during transmission operation of a plurality of participating radio subscriber units.
- the transmission frequency, the transmission power and / or the modulation type of the radio message are also suitable as transmission parameters to be varied.
- a temporal variation of a (subsequent) transmission time for a radio message takes place, for example in response to a detected collision, as a function of the variation parameter, and since the variation parameters differ between participating radio subscriber units, a different (and hence collision-free ) re-transmission time reached.
- the default time is that (relative) time within a synchronous time frame, to which typically a first transmission of a radio message by one of the radio subscriber units, and it is according to the invention favorable further education, this relative time then in a collision case according to the invention by the data obtained from the variation parameters default data to a specific participant change.
- the device-specific variation parameter according to the invention is coding, for example as binary coding, which is taken into account for determining a sequence of successive retransmission attempts in accordance with the associated bit pattern.
- coding for example as binary coding
- a predefined collision sequence control is possible in a particularly simple and elegant manner, which can achieve the inventive goal of a maximum time for secure collision-free transmission mode. It is then advantageous to design the number of individual bits of the bit pattern necessary for this as a function of a relevant number of subscribers in the fire alarm system.
- the variation parameters of respective (adjacent) fire detection units are set or selected so that those fire alarm units, which are in close proximity to each other (which also typically then approximately simultaneously generate an alarm signal and trigger a corresponding radio message) are so different from each other, that at the earliest possible time in the sequence of repetitions or repetitions of the radio message transmission in response to a collision Difference in coding occurs.
- the variation parameter of this bit pattern would preferably be set up or selected for mutually adjacent radio subscriber units in such a way that these patterns are already used in the initially or early considered bits (for influencing the Transmission time).
- the device-specific variation parameters would then be device-individualizing identifiers whose coding or pattern is used to specify the variation in subsequent transmission times in the event of a collision in the manner according to the invention.
- the collision detection units each comprise a detection unit for the number of failed transmission attempts (such as in the form of a counter).
- the number of failed transmission attempts detected by this detection unit can be taken into account by the associated variation unit for determining the variation of the transmission parameter. In particular, this can be used to determine the part of the device-specific variation parameter which is relevant for the variation during a plurality of transmission attempts.
- Fig. 1 1 shows an exemplary embodiment of a system according to the invention, a fire alarm system with a first, a second and a third fire alarm unit 100, 200 and 300, respectively via fire detection detection means 102, 202 and 302, in particular comprising smoke, temperature and / or gas sensors, which are signal-connected to logic means 104, 204 and 304, respectively.
- the logic means 104, 204 and 304 are in turn each with alarm reporting means 106, 206 and 306, such as formed by a siren and / or an alarm light, and with (data) transmission means 108, 208 and 308 for data transmission, in particular for transmission of alarm and / or status messages as radio messages, via a transmission medium 90, here formed by a radio transceiver for wireless data transmission, connected.
- alarm reporting means 106, 206 and 306 such as formed by a siren and / or an alarm light
- (data) transmission means 108, 208 and 308 for data transmission, in particular for transmission of alarm and / or status messages as radio messages, via a transmission medium 90, here formed by a radio transceiver for wireless data transmission, connected.
- the system is designed such that upon detection of a fire by the detection means 102, 202 or 302, the associated logic means 104, 204 and 304, respectively, triggers an alarm case in which the alarm reporting unit 106, 206 or 306 in the vicinity of respective fire detection unit persons, in particular visually and / or acoustically, be warned of a fire hazard.
- the logic means 104, 204 and 304 propagate the alarm message via the data transmission means 108, 208 and 308, respectively, to further fire alarm units.
- Fig. 2 schematically shows the first fire alarm unit 100, wherein a possible embodiment of the data transmission means 108 and the logic unit 104 is shown in detail.
- the structure of the second and third fire detection units 200 and 300 may be equivalent to this structure.
- the data transmission means 108 comprise a transmission unit 120 with a transmission buffer, which is designed to transmit the messages buffered in the transmission buffer onto the transmission medium 90.
- the individual transmission parameters, such as transmission time, frequency, transmission power and / or modulation type, of the transmission unit 120 can be varied by a variation unit 142, which is part of the logic means.
- the data transmission means 108 comprise a receiving unit 130 with a receiving buffer, which is designed to receive messages from the transmission medium 90 and to store them in the receiving buffer.
- the logic means 104 further comprise a collision detection unit 140, which detects a faulty transmission of status and / or alarm messages and optionally informing the variation unit 142 with a corresponding signal.
- the variation unit 142 determines, based on a device-specific variation parameter 144, the variation of the transmission parameters for the next transmission by the transmission unit 120, wherein the device-specific variation parameter 144 is deterministic for the variation of at least one transmission parameter.
- the device-specific variation parameter 144 is preferably a device identifier which is stored in a non-volatile memory of the fire alarm unit 100.
- Fig. 3 the signal sequence of a simple conflict-free alarm case is shown in a signal / time diagram.
- the detection means 102 detect the first fire detection unit 100, a fire that may have been triggered by a fire, for example.
- the detection means 102 now inform the logic means 104 about the development of the fire, in which the detection means 102, controlled by the event, generate a corresponding signal in step S10.
- the logic means 104 can periodically interrogate the detection means 102 to detect an alarm case and check the measured values thus obtained for tolerance compliance.
- the logic means 104 now process the alarm signal in S11 and then trigger the alarm notification means 106 in step S12, so that people in the vicinity of the fire detection unit 100 are warned. Furthermore, in step S13, the logic means 104 causes the alarm to be forwarded via the data transmission means 108.
- the data transmission means 108 now send the alarm signal to the fire detection units located in range in step S14, whereby in this example only the fire alarm unit 200 is within radio range of the fire alarm unit 100 due to the external conditions (such as signal interfering transmitter or too great distance).
- Step S15 After the transmission of the alarm signal in step S15, this is received by the second fire alarm unit 200 through its data transmission means 208 and in Step S20 forwarded to the logic means 204.
- Step S21 After the transmission of the alarm signal in step S21, this is received by the second fire alarm unit 200 through its data transmission means 208 and in Step S20 forwarded to the logic means 204.
- Step S21 These process the alarm signal in step S21 and trigger the alarm notification means 206 in step S22 so that even persons in the vicinity of the fire detection unit 200 are informed about the possible danger.
- the logic means 204 in this embodiment send a corresponding signal to the data transmission means 208 so that they send the alarm signal again in step S24.
- This retransmission is an optional feature which advantageously achieves fire detection units within reach of the fire detection unit 200 but has not received the original alarm signal emitted by the fire detection unit 100 because it is out of range of the fire detection unit 100 (or its transmission means 108) are located.
- the fire detection unit 300 is within the transmission range of the fire detection unit 200, but not within range of the fire detection unit 100. Since both the fire detection unit 100 and the fire detection unit 300 are within radio range of the fire detection unit 200, both receive the alarm signal emitted from the fire detection unit 200 into the fire alarm unit 200 Steps S 25 (fire detection unit 300) and S 26 (fire detection unit 100).
- the transmission means 108 of the first fire alarm unit 100 forward the alarm signal to the logic means 104 of the first fire alarm unit 100 upon receipt.
- Logic means 104 recognize (eg, based on an alarm ID) that the alarm signal in fire alarm unit 100 has already been processed (since it is self-originating) and the corresponding alarm has already been triggered.
- the alarm signal is now interpreted as an acknowledgment of receipt for the previously sent alarm, so that the logic means 104 of the fire detection unit 100 in step S 41 recognize the alarm reporting process as successful and cause no further processing.
- the transmission means 308 of the third fire alarm unit 300 (which have received the alarm signal emitted by the second fire alarm unit 200 at approximately the same time as the transmission means 108 of the first fire alarm unit 100) relay the alarm signal in step S30 to the logic means 304 of the third fire alarm unit 300, which controls this processed in step S 31. Since the fire alarm unit 300 has not yet processed this alarm signal, trigger the logic means 304 in step S 32, the alarm message means 306 and cause in step S 33, a resending of the alarm signal by the transmission means 308th
- the data transmission means 208 of the second fire alarm unit 200 (re) the alarm signal and forward it in step S 50 to their logic means 204, which process this in step S 51 as an acknowledgment and therefore do not trigger any further follow-up action.
- a message to be transmitted reaches the transmitting unit 120.
- messages are sent in predetermined transmission frames (also referred to below as "transmission windows"), these transmission frames being synchronized for all fire alarm units of the fire alarm system.
- transmission windows also referred to below as "transmission windows”
- the data transmission means 108 implement an (optional) so-called “Listen Before Talk (LBT)" method, in which the radio channel to be used is first intercepted in step X2 by the receiving unit 130 before being sent by the transmitting unit 120 becomes. If the channel is busy, it returns to step X1 and awaits the beginning of the next time window or transmission frame. However, if the channel is free, the message is sent in step X4.
- LBT Listen Before Talk
- the acknowledgment means (called "ACK") is expected by the logic means 104, the receipt of which is checked in step X5. If an acknowledgment of receipt is received according to step X6, the fire alarm unit 100 will assume that the message is successful has been sent, delete the message from its send buffer and will complete the process successfully. If no acknowledgment of receipt is received, the collision unit 140 must assume that the transmission was not received despite sending the message, which suggests a collision with another radio subscriber. The collision unit 140 informs the variation unit 142 about this collision case, which then sets transmission parameters for further (re-) transmission in steps X7 to X10.
- step X7 the variation unit 142 reads out the next information field of the device-specific variation parameter 144, which information field may be, for example, the next bit of a binary coded device ID.
- step X8 it is determined on the basis of predetermined rules how the information field should influence these settings.
- the information field "only" is used to decide whether a variation occurs (step X9) or whether the previous transmission parameters are retained (step X10). For example, if a time variation is triggered by the varying means, a "1" in the next bit of the device ID may set an early send on the next (retransmission) by decreasing the above-described send delay time after the start time of a send window. To resend the message, return to step X1.
- the variation unit 142 for determining the variation of the transmission parameters also incorporates further parameters such as transmission time or number of retransmissions.
- the variation unit may in particular be provided with means for the synchronized selection of a radio transmission channel from a plurality of Radio transmission channels interact. In this way, it is possible, for example, in a simple manner to realize a channel rotation synchronized under the radio subscriber units, which counteracts permanent interference of a radio channel.
- Fig. 5a shows an exemplary assignment of priority identifiers to fire alarm units 100 and 200 in a further embodiment.
- the fire alarm unit 100 is assigned the priority 6, which corresponds to a binary bit code of 110
- the fire alarm unit 200 is assigned the priority 7, which corresponds to a bit code of 111.
- the fire alarm units 100 and 200 repeat in this embodiment, in contrast to the embodiment of Fig. 1 to 3 received alarm messages not.
- Fig. 5b shows in a tree view the time variation of an exemplary time variation method in which, according to the next to-read bit of the priority identifier (in this example, starting from the most significant bit, English "most significant bit” or "MSB") a variation of the transmission time is set in the next transmission attempt.
- the uppermost node represents the starting point and shows the variation of the transmission time from the default time (hereinafter also referred to as "standard end time”) determined by a known transmission window start point and a fixed standard end delay time, which in this case is 0, ie, the message will try to send to the default time or standard end time.
- the first bit to be read (the leftmost bit or the MSB) is a 1, resulting in a variation of a time unit T ("-1" in the node ) for the next (the second) transmission attempt. If a collision is also detected for the second transmission attempt, the second one will increase according to the second transmission attempt reading bit (the second from left) again selects the left branch, resulting in a time variation of -2 time units T from the standard time for the third transmission attempt.
- the right branch is now selected, since the third bit to be read (the leftmost bit or the least significant bit, or "LSB") is a 0, which is why for the fourth Transmission attempt continues a time variation of -2 time units T is given to the default time or standard end time.
- the time variation is selected for the first to third transmission attempt identical to unit 100, since the two lowest bits match.
- the left branch will be chosen since the third bit to be read is a 1. thus, for unit 200 for the fourth transmission attempt, a time variation of -3 time units T from the default time is chosen.
- FIG. 5c A conflict between the fire alarm units 100 and 200 with the in Fig. 5a Priority tags shown are in Fig. 5c shown on a timeline.
- the transmission windows start at the times F1 to F4.
- the standard end delay time in this example is 4 time units T.
- the two fire alarm units 100 and 200 want to transmit F1 in the same time window, they first send without variation to the standard end time or default time and thus collide. Both will attempt to retransmit the messages in the next time slot F2 and (as described above) will both detect a time variation of -1 time units T. Since the variation is the same, they will also collide in this time window F2 and (as described above) both determine a time variation of -2 T for the third transmission attempt in the time window and therefore also collide again. For the fourth transmission attempt, however, the two fire detection units will detect a different time variation, so the fire detection unit 100 will maintain a time variation of -2T, but the fire detection unit 200 will select a time variation of -3T and thus send before the fire detection unit 100.
- the fire detection unit 200 will recognize that the fire detection unit 100 is already transmitting and thus at the (actual transmission time) do not try again to send their message.
- the message of the fire alarm unit 200 can thus be transmitted in the window F4 without collision.
- the fire alarm unit 100 will also be able to successfully send its message.
- Fig. 6a shows the topology of a second exemplary fire detection system with subscriber unit in the form of four fire alarm units 100, 200, 300 and 400 and a central unit 600 (here and hereinafter also referred to as "S 0 ", "S 42 “, “S 85 “, “S 127 “or” Z ").
- the fire alarm units behave as in the previous embodiment, but they have different priority identifiers with eight binary digits, so the decision tree 5b must be continued analogously for the conflict (a 1 in the next priority bit means reduction of time variation by one unit time).
- Subscriber units 100, 200, 300, 400, and 600 are within radio range of each other, i. they can receive and send radio signals from each of the other subscriber units 100, 200, 300, 400 and 600, respectively, to these radio signals.
- the central unit is in this example a pure receiving unit, i. she does not send.
- the fire alarm units 100, 200, 300 and 400 are the in Fig. 6b assigned priority IDs.
- the fire alarm unit 200 is assigned the priority flag 42 (decimal) or 0010 1010 (binary).
- TX here denotes a transmission attempt of the associated unit, wherein the superscript number represents the time variation in time units T at the beginning of the window (the standard variation is 8 time units T).
- RX indicates the successful reception of an alarm signal by the central unit.
- LBT stands for "Listen Before Talk” and indicates that a message should actually be sent in the window, but a transmission attempt was not made by the associated unit, because a transmission attempt by another unit was already detected before transmission, with a such list before-talk case of the respective Fire alarm unit is not evaluated as a collision case (that is also not advanced in the decision tree).
- the alarm messages collide in the transmission window F1, which is why the fire alarm units for a decision tree analogous to Fig. 5b determine the time variation at the default time for the next send attempt in window F2. Since in all fire alarm units the highest priority bit (which is evaluated first or for the first transmission attempt) is a 0, they will according to the decision tree determine and use no variation from the default time.
- the fire alarm units 100 and 200 have a 0 in the next priority bit to be read (the second from the left), so that they will not set any variation from the default time (8 T after the window start time) for the next transmission attempt.
- the fire alarm units 300 and 400 each have a 1 in the next priority bit, so that they will set a time variation of -1 T at the default time (ie a total of 7 T after the window start time) for the next transmission attempt.
- the fire alarm units 300 and 400 will attempt to send with a delay of 7T to the window start point, which will lead to a collision between them.
- the fire alarm units 100 and 200 will recognize these transmission attempts at their transmission time (8T after window start point) and will not transmit themselves ("LBT" principle).
- the fire alarm unit 300 Due to the collision between the fire alarm units 300 and 400, they will continue to adjust the time variation after the decision tree for their next attempt to send.
- the fire alarm unit 300 has a 0 in the next priority bit to be read (the third from the left) and will thus remain at a time variation of -1T at the default time.
- the fire alarm unit 400 has a 1 in the next priority bit and will thus set the time variation to -2T at the default time. Since the fire detection units 100 and 200 have not sent a signal, no collision has occurred for them, so they do not change their time variation.
- the fire detection unit 400 will transmit with a delay of 6T to the window start point (or -2T at the default time).
- the other fire alarm units will register the transmission and thus not send, so that the alarm message of the fire alarm unit 400 in window F4 can be successfully received by the central unit 600 (indicated by "RX").
- the fire alarm units 100, 200 and 300 will now try to send again with their already determined time variations.
- the fire alarm unit 300 here has a delay of 7T to the window start point and will thus send before the fire alarm units 100 and 200 (which have set a delay of 8T at the window time), so that they will detect the transmission attempt of the fire alarm unit 300 by the LBT principle and will not disturb this accordingly.
- the fire alarm unit 300 will be able to successfully issue its alarm message to the central unit 600 (which is marked "RX" in the diagram).
- the fire detection units 100 and 200 will continue to send with a delay of 8T at the default time and now collide, since they can not be protected by the simultaneous transmission by the LBT principle.
- the fire alarm unit 200 will set a time variation of -1T at the default time for itself based on its next priority bit, whereas the fire detection unit 100 will remain at the standard end time based on its next priority bit, so that overall the fire detection unit 200 successfully transmits its alarm message in the transmission window F7. Finally, in the window F8, the fire detection unit 100 transmits its alarm message unrivaled to the central processing unit 600.
Landscapes
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Alarm Systems (AREA)
Description
- Die vorliegende Erfindung betrifft ein Brandmeldesystem nach dem Oberbegriff des Anspruchs 1 sowie ein Verfahren zum Betreiben eines Brandmeldesystems nach dem Oberbegriff des unabhängigen Anspruchs 10.
- Aus dem Stand der Technik sind zum allgemein technologischen Hintergrund Brandmeldesysteme bekannt, die eine Vielzahl von örtlich verteilten Brandmeldeeinheiten umfassen. Diese Brandmeldeeinheiten weisen jeweils Sensormittel auf, die eine Brandentwicklung lokal und damit möglichst frühzeitig erkennen können, ferner Alarmmittel (etwa in Form von optischen und/oder akustischen Alarmgebern), die, zugeordnet mit einer jeweiligen Brandmeldeeinheit, in der Nähe befindliche Personen vor einer Gefahr warnen. Da es gerade im sensiblen Einsatzkontext einer Brandmeldung erforderlich ist, auch zu einem potentiellen Brandherd benachbarte oder anliegende Räumlichkeiten frühzeitig zu alarmieren (und ggf. auch weitergehende, systemische Meldungen auszulösen), sind bekannte Brandmeldeeinheiten miteinander zum datenmäßigen Kommunizieren vernetzt und ermöglichen, dass derartige Alarmmeldungen untereinander sowie an eine übergeordnete Zentraleinheit weitergegeben werden können. Zu diesem Zweck sind bekannte Anlagen typischerweise mit einer Zentraleinheit versehen, welche, neben kommunikationsmäßigen Koordinationsaufgaben, auch ein Konfiguration für einzelne Brandmeldeeinheiten (als Teilnehmer in einem solchen System) vornehmen kann, ferner sind typischerweise sogenannte Repeater vorhanden, nämlich Einheiten, welche zwar mit einer eigenen Brandmeldesensorik versehen sein können, deren Hauptzweck jedoch das Überbrücken einer Funkverbindung zwischen zwei Brandmeldeeinheiten ist, deren Reichweite ansonsten nicht für eine unmittelbare Kommunikation reichen würde.
- Kabelgebundene Systeme weisen den Nachteil auf, dass sie in Installation und Konfiguration aufwändig und, etwa im Hinblick auf mögliche Erweiterungen, Nachrüstungen oder Wartung und Austausch, unflexibel sind. So müssen etwa bei der Installation zwischen den jeweiligen Brandmeldeeinheiten als Teilnehmern physische Leitungen verlegt werden, wofür häufig aufwändige Installations- und Baumaßnahmen erforderlich sind.
- Dagegen weisen als bekannt vorausgesetzte funkgestützte Systeme den Nachteil auf, dass sich (systembedingt) die Brandmeldeeinheiten dasselbe Übertragungsmedium teilen, nämlich mindestens einen für den Datenaustausch vorgesehenen Funkkanal. Insbesondere wenn dann zwei oder mehr der Brandmeldeeinheiten (genauer: diesem zugeordnete Übertragungsmittel zum Übertragen von Funkmeldungen) zum selben Zeitpunkt senden (etwa wenn diese simultan einen Brandfall detektieren), dann behindert die damit auftretende funkdatenmäßige Kollision eine wirksame Ausbreitung der Alarmmeldung: Die sich zeitlich und räumlich überlappenden Nachrichten stören sich gegenseitig. Zusätzliche Nachteile von drahtlos-funkbasierten Alarmsystemen liegen in dem Auftreten möglichen externer Störungen, nämlich Störungen durch nicht dem System zugehörige Teilnehmer (sogenannter Fremdfunk, etwa in ein jeweiliges Frequenz- bzw. Signalband hineinstrahlende Funksignale). Auch diese, im Fall einer simultanen Ausbreitung mit einer Alarm-Funkmeldung im Sinne der Erfindung, führen dann zu einer unwirksamen Übertragung, was gerade im vorliegenden sicherheitsrelevanten Gebiet der Brandmeldetechnologie ein hohes Risiko bedeutet.
- Schließlich weisen als bekannt vorauszusetzende, funkbasierte Systeme den Nachteil auf, dass ein technischer Ausfall eines Systemteilnehmers, etwa aufgrund eines Energieversorgungsproblems, in Nicht-Alarmzeiten häufig nicht oder nicht rechtzeitig erkannt wird, mit der Folge, dass diese betreffende Einheit dann nicht nur in einem Brandfall keine Detektion und darauffolgende Alarmierung durchführen kann, sondern auch nicht geeignet ist, um etwaige Funksignale benachbarter Einheiten zu empfangen und/oder weiterzuleiten.
- Als aus dem Stand der Technik für generische Funkübertragungstechnologien ist als bekannt vorauszusetzen, dass Übertragungsstörungen dadurch berücksichtigt bzw. behoben werden, dass in der Art einer bidirektionalen Verbindung zwischen zwei Funkteilnehmern als Reaktion auf ein Senden einer Funkmeldung ein Bestätigungs- und/oder Quittiersignal (Acknowledge, "ACK") erwartet wird und, falls ein solches Signal nicht eingeht, auf das Vorliegen einer Übertragungsstörung geschlossen wird, was eine erneute Übertragung der Funkmeldung auslösen kann. Auch hier besteht jedoch die Gefahr, dass zwei (oder mehr) beteiligte Funkteilnehmereinheiten (jeweiliger Brandmeldereinheiten) jeweils das Vorliegen einer solchen Übertragungsstörung erkennen und daraufhin, wiederum gleichzeitig, den erneuten Sendeversuch (weitere nachfolgende Übertragung der Funkmeldung) starten. Auch würde dann wiederum eine Kollision stattfinden, so dass innerhalb eines definierten Zeitraumes nicht sichergestellt sein kann, dass es zu einer sicheren Übertragung der Alarm-Funkmeldung durch eine Beteiligung der Funkteilnehmereinheiten kommt.
- In diesem Zusammenhang wird es als aus der allgemeinen Netzwerktechnologie bekannt vorausgesetzt, dass als Reaktion auf einen detektierten Kollisionsfall nachfolgende erneute Sende- bzw. Übertragungsversuche für eine Funkmeldung randomisiert erfolgen, d.h. kein festgelegter Zeitabstand bis zum erneuten Sendeversuch abläuft, sondern dieser Zeitabstand zufallsabhängig gesteuert wird. Damit besteht dann die Möglichkeit, dass zumindest nach einigen erneuten Sendeversuchen zwei parallel zueinander erneute Sendeversuche von Funkmeldungen tätigende Funkteilnehmereinheiten zeitlich nicht mehr überlappend senden, so dass das gewünschte Ergebnis einer Übertragung gewährleistet ist.
- Je nach verwendeter Stochastik bzw. einem sich tatsächlich daraus ergebenden zeitlichen Sendeverhalten ist jedoch nach wie vor nicht fest vorbestimmbar, nach welcher (maximalen) Zeit tatsächlich eine erfolgreiche Übertragung einer Funkmeldung kollisionsfrei erfolgt ist; so würde etwa bei ungünstigem Verlauf dieser Zufallsauswahl und einer Vielzahl von beteiligten Teilnehmereinheiten ein potentiell langer Zeitraum ablaufen, bis es zu einer fehlerfreien und dann überhaupt erst alarmauslösenden Funkübertragung kommt. Auch dies ist jedoch im vorliegenden Gebiet der sensiblen Rauch- bzw. Branddetektion häufig inakzeptabel und damit verbesserungswürdig.
- Aufgabe der vorliegenden Erfindung ist es daher, ein gattungsgemäßes Brandmeldesystem im Hinblick auf die Übertragungssicherheit der Funkmeldung zwischen mindestens zweien der Funkteilnehmereinheiten zu verbessern, insbesondere eine Betriebssicherheit des Systems durch beschleunigtes Auflösen von Kollisionen in der Übertragung der Funkmeldung bei aufeinanderfolgenden Übertragungsversuchen zu verbessern und ein System zu schaffen, bei welchem eine kollisionsfreie Übertragung in einer maximalen, lediglich durch die Anzahl der Funkteilnehmereinheiten im Brandmeldesystem bestimmten Maximaldauer kollisionsfrei gesichert ist. Gleichzeitig ist ein Verfahren zum Betreiben eines Brandmeldesystems, insbesondere eines gattungsgemäßen Brandmeldesystems, zu schaffen, welche eine erhöhte Kollisions- und damit Betriebssicherheit gestattet.
- Diese Aufgabe wird durch das Brandmeldesystem mit den Merkmalen des Hauptanspruchs sowie das Verfahren nach dem unabhängigen Patentanspruch 10 gelöst; vorteilhafte Weiterbildungen der Erfindung sind in den Unteransprüchen beschrieben. Im Rahmen der vorliegenden Erfindung wird zudem Schutz für Verfahrensaspekte bzw. Verfahrensmerkmale beansprucht, welche sich aus den das Brandmeldesystem weiterbildenden Unteransprüchen ergeben; diese sollen als zur Erfindung gehörig offenbart gelten.
- In erfindungsgemäß vorteilhafter Weise sind die Funkteilnehmereinheiten der Erfindung (welche typischerweise als Brandmeldeeinheiten mit zugehörigen, ansonsten bekannten Sensoren, insbesondere Rauch-, Temperatur- und/oder Gassensoren, versehen sind) ausgestattet mit Übertragungsmitteln zur Übertragung von Funkmeldungen, wodurch die prinzipielle Funktionalität eines drahtlosen Netzes realisiert wird. Dabei bedeuten die (Funk-) Übertragungsmittel sowohl eine Sende-als auch Empfangsfunktionalität, so dass bidirektional Funkmeldungen übertragen werden können.
- Erfindungsgemäß vorteilhaft sind den Übertragungsmitteln Logikmittel zugeordnet, welche vorgesehen sind, die konkreten Sendeparameter einer Funkmeldung, insbesondere einen konkreten Sendezeitpunkt einer Funkmeldung (bevorzugt im Rahmen eines synchronen Zeitrasters) für eine jeweilige Funkmeldung der Funkteilnehmereinheiten zu bestimmen. Diese Logikmittel weisen eine erfindungsgemäße Variationseinheit auf, welche erfindungsgemäß vorteilhaft einen gerätespezifischen Variationsparameter aufweist, d.h. für eine jeweilige Funkteilnehmereinheit unterscheidet sich dieser typischerweise als Codierung realisierte Variationsparameter von dem Parameter einer anderen Funkteilnehmereinheit. Erfindungsgemäß vorteilhaft gestattet es nunmehr dieser Variationsparameter, als Reaktion auf das Detektieren einer Kollision (d.h. etwa einer vorbestimmten Störung durch eine benachbarte Funkteilnehmereinheit, auch durch einen externen Störer) durch eine Kollisionsdetektionseinheit eine erneute Sendung der Funkmeldung auszulösen, jedoch in ihren Sendeparametern, insbesondere ihrer relativen Sendezeitposition (im Rahmen des synchronen Systems), beeinflusst und bestimmt durch den Variationsparameter bzw. eine aktuell darin herangezogene Codierung. Da diese Codierungen, wie erfindungsgemäß vorgesehen sind, zwischen den Funkteilnehmereinheiten des erfindungsgemäßen Brandmeldesystems unterschiedlich ausgestaltet sind, ist damit zwangsweise unterschiedliche Sendeparameter, insbesondere ein unterschiedlicher erneuter Sendezeitpunkt, determiniert, so dass dann, wenn sich eine relevante Codierung zu einem relevanten Sende- bzw. Wiederholungszeitpunkt (Wiederholungszyklus) unterscheidet, eine ordnungsgemäße und störungsfreie Übertragung, zumindest bezogen auf Teilnehmer im System, sichergestellt werden kann. Daraus folgt dann wiederum, dass die erfindungsgemäße Aufgabe, nämlich eine Maximalzeit für eine kollisionsfreie Übertragung einer Funkmeldung trotz möglicher Kollisionen bei Sendebetrieb einer Mehrzahl von beteiligten Funkteilnehmereinheiten sichergestellt werden kann. Als zu variierende Sendeparameter bieten sich neben dem Sendezeitpunkt auch die Sendefrequenz, die Sendeleistung und/oder die Modulationsart der Funkmeldung an.
- Dabei ist es insbesondere von Vorteil und ermöglicht eine einfache Organisation, wenn das erfindungsgemäße System im Rahmen synchroner Zeitrahmen organisiert ist, d.h. entlang eines gemeinsamen (absoluten) Zeitverlaufs liegen vorbestimmte Zeitabschnitte (in der Art der Zeitrahmen) fest, innerhalb derer, etwa bevorzugt bezogen auf einen Vorgabesendezeitpunkt (Standardsendezeitpunkt), dann ein konkreter tatsächlicher Sendepunkt durch eine Variation des Vorgabezeitpunkts um die entsprechend aus dem Variationsparameter gewonnenen (spezifischen) Daten beeinflusst bzw. korrigiert wird. Mit anderen Worten, erfindungsgemäß erfolgt eine zeitliche Variation eines (nachfolgenden) Sendezeitpunkts für eine Funkmeldung, etwa als Reaktion auf eine detektierte Kollision, in Abhängigkeit von dem Variationsparameter, und da sich die Variationsparameter zwischen beteiligten Funkteilnehmereinheiten unterscheiden, würde dadurch ein unterschiedlicher (und damit kollisionsfreier) erneuter Sendezeitpunkt erreicht. Dabei kann insbesondere der Vorgabezeitpunkt derjenige (relative) Zeitpunkt innerhalb eines synchronen Zeitrahmens sein, zu welchem typischerweise eine erste Übertragung einer Funkmeldung durch eine der Funkteilnehmereinheiten erfolgt, und es ist erfindungsgemäß weiterbildungsgemäß günstig, diesen Relativzeitpunkt dann in einem Kollisionsfall erfindungsgemäß durch die aus den Variationsparametern gewonnenen Vorgabedaten teilnehmerspezifisch zu verändern.
- Weiterbildungsgemäß besonders bevorzugt ist es in diesem Zusammenhang, den erfindungsgemäßen gerätespezifischen Variationsparameter als Codierung zu begreifen und auszugestalten, weiterbildungsgemäß etwa als binäre Codierung, welche zur Bestimmung einer Abfolge von aufeinanderfolgenden Wiederholungs-Sendeversuchen entsprechend dem zugehörigen Bitmuster berücksichtigt wird. Auf diese Art ist in besonders einfacher und eleganter Weise eine vordeterminierte Kollisions-Ablaufsteuerung möglich, welche das erfindungsgemäße Ziel einer Maximalzeit für gesicherten kollisionsfreien Übertragungsbetrieb erreichen lässt. Dabei ist es dann günstig, die Anzahl der hierfür notwendigen Einzelbits des Bitmusters in Abhängigkeit von einer relevanten Anzahl von Teilnehmern im Brandmeldesystem auszugestalten.
- Besonders vorteilhaft und leistungsfähig (im Hinblick auf eine Mindestzeit für eine kollisionsfreie Übertragung) wird ein solches System bei der Installation bzw. Einrichtung des erfindungsgemäßen Brandmeldesystems gemäß einer bevorzugten Ausführungsform die Variationsparameter jeweiliger (benachbarter) Brandmeldeeinheiten so eingerichtet oder ausgewählt werden, dass diejenigen Brandmeldeeinheiten, welche sich in örtlicher Nähe zueinander befinden (welche also auch typischerweise dann annähernd gleichzeitig ein Alarmsignal erzeugen und eine entsprechende Funkmeldung auslösen) so unterschiedlich voneinander sind, dass zu einem möglichst frühen Zeitpunkt in der Abfolge der Wiederholungen bzw. Wiederholungsversuche der Funkmeldeübertragung als Reaktion auf eine Kollision ein Unterschied in der Codierung auftritt. So würde bevorzugt etwa im Fall einer bitmusterweisen Ausgestaltung der Variationsparameter dieses Bitmuster für zueinander benachbarte Funkteilnehmereinheiten so eingerichtet bzw. ausgewählt werden, dass diese Muster sich für die benachbarten Teilnehmer bereits in anfänglich bzw. früh berücksichtigten Bits (für die Beeinflussung des Sendezeitpunkts) unterscheiden. Damit wären dann in der Realisierung des erfindungsgemäßen Brandmeldesystems vorteilhaft die gerätespezifischen Variationsparameter gleichermaßen geräteindividualisierende Kennungen, deren Codierung bzw. Muster genutzt wird, um in der erfindungsgemäßen Weise die Variation in nachfolgenden Sendezeitpunkten bei Kollision vorzugeben.
- Bevorzugt umfassen die Kollisionsdetektionseinheiten jeweils eine Erfassungseinheit für die Anzahl von fehlgeschlagenen Übertragungsversuchen (etwa in Form eines Zählers). Die von dieser Erfassungseinheit erfasste Anzahl von fehlgeschlagenen Übertragungsversuchen kann von der zugehörigen Variationseinheit zur Bestimmung der Variation des Sendeparameters mit berücksichtigt werden, insbesondere kann hierdurch bei einer Mehrzahl von Übertragungsversuchen der für die Variation maßgebliche Teil des gerätespezifischen Variationsparameters bestimmt werden.
- Im Ergebnis ermöglicht es damit die vorliegende Erfindung in überraschend einfacher, eleganter und betriebssicherer Weise, ein Brandmeldesystem (im Rahmen des sicherheitsrelevanten und damit sensiblen Kontexts) hochgradig betriebssicher auszugestalten, dabei vorteilhaft zu gewährleisten, dass innerhalb einer maximalen Dauer jeglicher Kollisionsfall zwischen teilnehmenden Funkteilnehmereinheiten gelöst werden kann und damit vorbestimmt werden kann, wann spätestens ein detektiertes Alarmsignal im Netz verbreitet bzw. an einer (fakultativ vorgesehenen) zentralen Einheit eingeht.
- Weitere Vorteile, Merkmale und Einzelheiten der Erfindung ergeben sich aus der nachfolgenden Beschreibung bevorzugter Ausführungsbeispiele sowie anhand der Zeichnungen; diese zeigen in:
- Fig. 1
- eine schematische Darstellung eines Ausführungsbeispiels eines erfindungsgemäßen Brandmeldesystems,
- Fig. 2.
- schematische Darstellung eines Ausführungsbeispiels einer Brandmeldeeinheit des Brandmeldesystems aus
Fig. 1 , - Fig. 3
- Signal-/Zeitdiagramm eines Alarmfalls in dem Brandmeldesystem aus
Fig. 1 , - Fig. 4
- ein Flussdiagramm zur Konfliktlösung im Konfliktfall,
- Fig. 5a
- eine beispielhafte Verteilung von Prioritäten für die erste und zweite Brandmeldeeinheiten,
- Fig. 5b
- ein Entscheidungsbaum zur Bestimmung der Zeitvariation in einem Übertragungsversuch,
- Fig. 5c
- ein Zeitdiagramm eines Konfliktfalls mit der Prioritätenverteilung aus
Fig. 5a unter Anwendung des Entscheidungsbaums ausFig. 5b , - Fig. 6a
- ein zweites Ausführungsbeispiel eines Brandmeldesystems
- Fig. 6b
- eine beispielhafte Verteilung von Prioritäten für die Brandmeldeeinheiten des Brandmeldesystems aus
Fig. 6a , - Fig. 6c
- ein Zeitdiagramm eines Konfliktfalls zwischen mehreren Brandmeldeeinheiten des Brandmeldesystems aus
Fig. 6a . -
Fig. 1 zeigt ein Ausführungsbeispiel eines erfindungsgemäßen Systems ein Brandmeldesystem mit einer erster, einer zweiten und einer dritten Brandmeldeeinheit 100, 200 bzw. 300, die jeweils über Detektionsmittel 102, 202 bzw. 302 zur Branddetektion, insbesondere umfassend Rauch-, Temperatur- und/oder Gassensoren, verfügen, die signalleitend mit Logikmitteln 104, 204 bzw. 304 verbunden sind. Die Logikmittel 104, 204 bzw. 304 sind wiederum jeweils mit Alarmmeldemitteln 106, 206 bzw. 306, etwa ausgebildet durch eine Sirene und/oder ein Alarmlicht, sowie mit (Daten-)Übertragungsmitteln 108, 208 bzw. 308 zur Datenübertragung, insbesondere zur Übertragung von Alarm- und/oder Statusmeldungen als Funkmeldungen, über ein Übertragungsmedium 90, hier ausgebildet durch einen Funk-Transceiver zur kabellosen Datenübertragung, verbunden. - Bedingt durch die Eigenschaften des Übertragungsmediums 90 und der Datenübertragungsmittel 108, 208 und 308 ist eine Kommunikation (Datenübertragung) nur zwischen der Brandmeldeeinheit 100 und der Brandmeldeeinheit 200 sowie zwischen der Brandmeldeeinheit 200 und der Brandmeldeeinheit 300 möglich. Die Brandmeldeeinheiten 100 und 300 haben keinen Funkkontakt.
- Das System ist so ausgebildet, dass bei der Detektion eines Brandes durch die Detektionsmittel 102, 202 oder 302 die zugeordneten Logikmittel 104, 204 bzw. 304 einen Alarmfall auslöst, bei dem zum einen durch die Alarmmeldeeinheit 106, 206 bzw. 306 in der Nähe der jeweiligen Brandmeldeeinheit befindliche Personen, insbesondere optisch und/oder akkustisch, vor einer Brandgefahr gewarnt werden. Zum anderen propagieren die Logikmittel 104, 204 bzw. 304 die Alarmmeldung über die Datenübertragungsmittel 108, 208 bzw. 308 an weitere Brandmeldeeinheiten.
-
Fig. 2 zeigt schematisch die erste Brandmeldeeinheit 100, wobei eine mögliche Ausführung der Datenübertragungsmittel 108 und der Logikeinheit 104 detailliert dargestellt ist. Der Aufbau der der zweiten und dritten Brandmeldeeinheiten 200 bzw. 300 kann zu diesem Aufbau äquivalent sein. - Die Datenübertragungsmittel 108 umfassen eine Sendeeinheit 120 mit einem Sendepuffer, welche zum Übersenden der in dem Sendepuffer angestauten Meldungen auf das Übertragungsmedium 90 ausgebildet ist. Die einzelnen Sendeparameter, wie etwa Sendezeitpunkt, Frequenz, Sendeleistung und/oder Modulationsart, der Sendeeinheit 120 können dabei von einer Variationseinheit 142, welche Teil der Logikmittel ist, variiert werden.
- Entsprechend umfassen die Datenübertragungsmittel 108 eine Empfangseinheit 130 mit einem Empfangspuffer, welche zu Empfang von Meldungen vom Übertragungsmedium 90 und zu deren Ablage in dem Empfangspuffer ausgebildet ist.
- Die Logikmittel 104 weisen weiter eine Kollisionsdetektionseinheit 140 auf, die eine Fehlübertragung von Status- und/oder Alarmmeldungen detektiert und gegebenenfalls die Variationseinheit 142 mit einem entsprechenden Signal darüber informiert. Die Variationseinheit 142 legt nun anhand eines gerätespezifischen Variationsparameters 144 die Variation der Sendeparameter für die nächste Übertragung durch die Sendeeinheit 120 fest, wobei der gerätespezifische Variationsparameter 144 deterministisch für die Variation mindestens eines Sendeparameters ist. Der gerätespezifische Variationsparameter 144 ist bevorzugt eine Gerätekennung, die in einem nicht flüchtigen Speicher der Brandmeldeeinheit 100 abgespeichert ist.
- In
Fig. 3 ist der Signalablauf eines einfachen konfliktfreien Alarmfalls in einem Signal-/Zeitdiagramm dargestellt. - Zunächst detektieren die Detektionsmittel 102 der ersten Brandmeldeeinheit 100 eine Brandentwicklung, die beispielsweise durch ein Feuer ausgelöst worden sein kann. Die Detektionsmittel 102 informieren nun die Logikmittel 104 über die Brandentwicklung, in dem die Detektionsmittel 102 Ereignis gesteuert in Schritt S10 ein entsprechendes Signal erzeugen. Alternativ diesem Signal können die Logikmittel 104 zur Erkennung eines Alarmfalls auch die Detektionsmittel 102 periodisch abfragen und die so erhaltenen Messwerte auf eine Toleranzeinhaltung überprüfen.
- Die Logikmittel 104 verarbeiten das Alarmsignal nun in S11 und lösen anschließend in Schritt S12 die Alarmmeldemittel 106 aus, so dass in der Nähe der Brandmeldeeinheit 100 befindliche Personen gewarnt werden. Weiterhin veranlassen die Logikmittel 104 in Schritt S13, dass der Alarm über die Datenübertragungsmittel 108 weitergeleitet wird.
- Die Datenübertragungsmittel 108 versenden nun in Schritt S14 das Alarmsignal an die sich in Reichweite befindlichen Brandmeldeeinheiten, wobei in diesem Beispiel aufgrund der äußeren Gegebenheiten (etwa signalstörende Sender oder zu große Entfernung) nur die Brandmeldeeinheit 200 in Funkreichweite der Brandmeldeeinheit 100 liegt.
- Nach der Übertragung des Alarmsignals in Schritt S15 wird dieses von der zweiten Brandmeldeeinheit 200 durch ihre Datenübertragungsmittel 208 empfangen und in Schritt S20 an die Logikmittel 204 weitergeleitet. Diese verarbeiten das Alarmsignal in Schritt S21 und lösen in Schritt S22 die Alarmmeldemittel 206 aus, sodass auch sich in der Nähe der Brandmeldeeinheit 200 befindliche Personen über die mögliche Gefahr informiert werden.
- Um möglichst viele Brandmeldeeinheiten zu erreichen, senden die Logikmittel 204 in diesem Ausführungsbeispiel ein entsprechendes Signal an die Datenübertragungsmittel 208, so dass diese das Alarmsignal in Schritt S24 erneut versenden. Dieses erneute Versenden ist ein optionales Mermal, welches vorteilhaft erreicht, dass auch Brandmeldeeinheiten erreicht werden, die in Reichweite der Brandmeldeeinheit 200 liegen, das ursprüngliche Alarmsignal, welches von der Brandmeldeeinheit 100 ausgesandt wurde, jedoch nicht erhalten haben, weil sie außerhalb der Reichweite der Brandmeldeeinheit 100 (bzw. derer Übertragungsmittel 108) liegen. Im vorliegenden Beispiel ist etwa die Brandmeldeeinheit 300 in Übertragungsreichweite der Brandmeldeeinheit 200, jedoch nicht in Reichweite der Brandmeldeeinheit 100. Da sowohl die Brandmeldeeinheit 100 als auch die Brandmeldeeinheit 300 in Funkreichweite der Brandmeldeeinheit 200 sind, empfangen beide das von der Brandmeldeeinheit 200 ausgesandte Alarmsignal in den Schritten S 25 (Brandmeldeeinheit 300) bzw. S 26 (Brandmeldeeinheit 100).
- Die Übertragungsmittel 108 der ersten Brandmeldeeinheit 100 leiten das Alarmsignal nach Empfang an die Logikmittel 104 der ersten Brandmeldeeinheit 100 weiter. Die Logikmittel 104 erkennen (etwa anhand einer Alarm-ID), dass das Alarmsignal in der Brandmeldeeinheit 100 bereits verarbeitet wurde (da es von ihr selbst stammt) und der entsprechende Alarm bereits ausgelöst wurde. Das Alarmsignal wird nun als Empfangsbestätigung für den vorher abgesendeten Alarm interpretiert, sodass die Logikmittel 104 der Brandmeldeeinheit 100 in Schritt S 41 den Alarmmeldevorgang als erfolgreich erkennen und keine weitere Verarbeitung veranlassen.
- Die Übertragungsmittel 308 der dritten Brandmeldeeinheit 300 (welche das von der zweiten Brandmeldeeinheit 200 ausgesandte Alarmsignal in etwa zeitgleich mit den Übertragungsmittel 108 der ersten Brandmeldeeinheit 100 empfangen haben) leiten das Alarmsignal in Schritt S 30 an die Logikmittel 304 der dritten Brandmeldeeinheit 300 weiter, welche dieses in Schritt S 31 verarbeitet. Da die Brandmeldeeinheit 300 dieses Alarmsignal bisher nicht verarbeitet hat, lösen die Logikmittel 304 in Schritt S 32 die Alarmmeldemittel 306 aus und veranlassen in Schritt S 33 ein erneutes Versenden des Alarmsignals durch die Übertragungsmittel 308.
- Da sich die zweite Brandmeldeeinheit 200 in Reichweite der Brandmeldeeinheit 300 befindet, empfangen die Datenübertragungsmittel 208 der zweiten Brandmeldeeinheit 200 (erneut) das Alarmsignal und leiten dieses in Schritt S 50 an ihre Logikmittel 204 weiter, welche dieses in Schritt S 51 als Empfangsbestätigung verarbeiten und daher keine weitere Folgeaktion auslösen.
- Wie der genaue Ablauf des Versendens einer Nachricht und der Bestimmung der Variation der Sendeparameter im Konfliktfall durch bestimmen einer zeitlichen Variation erfolgen kann, ist in
Fig. 4 in einem Flussdiagramm dargestellt, welches im Folgenden beschrieben wird. - Im Startpunkt X0 erreicht eine zu übermittelnde Nachricht die Sendeeinheit 120. Im vorliegenden Ausführungsbeispiel werden Nachrichten in vorbestimmten Senderahmen (im Folgenden auch als "Sendefenster" bezeichnet) versendet, wobei diese Senderahmen für alle Brandmeldeeinheiten des Brandmeldesystems synchronisiert sind. Vor Versenden einer Nachricht wird in Schritt X1 der Anfang des nächsten Senderahmens plus eine festgelegte Sendeverzögerungszeit bis zu einem Vorgabezeitpunkt (innerhalb des Sendefensters) abgewartet. Um Funkstörungen anderer Funkteilnehmer zu vermeiden, verwirklichen die Datenübertragungsmittel 108 ein (optionales) so genanntes "Listen before Talk (LBT)"-Verfahren, bei dem vor dem Versenden durch die Sendeeinheit 120 zunächst in Schritt X2 mittels der Empfangseinheit 130 der zu verwendende Funkkanal abgehört wird. Ist der Kanal besetzt, wird zu Schritt X1 zurückgekehrt und der Anfang des nächsten Zeitfensters bzw. Senderahmens abgewartet. Ist der Kanal jedoch frei, wird in Schritt X4 die Nachricht versendet.
- Bei erfolgreicher Übertragung der Nachricht wird von dem Logikmittel 104 eine Empfangsbestätigung (so genanntes "ACK") erwartet, dessen Erhalt in Schritt X5 überprüft wird. Wird gemäß Schritt X6 eine Empfangsbestätigung erhalten, so wird die Brandmeldeeinheit 100 davon ausgehen, dass die Nachricht erfolgreich versendet wurde, die Nachricht aus ihrem Sendepuffer löschen und wird den Vorgang erfolgreich beenden. Wird keine Empfangsbestätigung erhalten, so muss die Kollisionseinheit 140 davon ausgehen, dass die Übertragung trotz Versendens der Nachricht nicht empfangen wurde, was auf eine Kollision mit einem anderen Funkteilnehmer schließen lässt. Die Kollisionseinheit 140 informiert die Variationseinheit 142 über diesen Kollisionsfall, welche dann in den Schritten X7 bis X10 Sendeparameter für die weitere (Wieder-)Übertragung festlegen.
- In Schritt X7 liest die Variationseinheit 142 das nächste Informationsfeld des gerätespezifische Variationsparameter 144 aus, wobei dieses Informationsfeld beispielsweise das nächste Bit einer binär codierten Geräte-ID sein kann.
- In Schritt X8 wird anhand von vorbestimmten Regeln bestimmt, wie anhand des Informationsfeldes diesen Einstellungen beeinflusst werden sollen. Im vorliegenden Beispiel wird anhand des Informationsfeldes "nur" entschieden, ob eine Variation erfolgt (Schritt X9), oder ob die vorherigen Sendeparameter beibehalten werden (Schritt X10). Beispielsweise kann, wenn ein Zeitvariation durch die Variationsmittel ausgelöst wird, bei einer "1" im nächsten Bit der Geräte-ID ein Frühersenden bei der nächsten (Wieder-) Übertragung festgelegt werden, indem die vorbeschriebene Sendeverzögerungszeit nach dem Anfangszeitpunkt eines Sendefensters verringert wird. Zum erneuten Versenden der Nachricht wird in Schritt X1 zurückgekehrt. Da alle Brandmeldeeinheiten des Brandmeldesystems das vorgenannte "Listen-Before-Talk" Prinzip zur Übertragung ihrer Nachrichten verwenden, hat eine verringerte Sendeverzögerungszeit der Nachricht zur Folge, dass diese gegenüber Nachrichten mit der ursprünglichen (nicht variierten) Sendeverzögerungszeit vorrangig übermittelt werden. Der gerätespezifische Variationsparameter entspricht in diesem Fall einem binärcodierten Prioritätswert. Nach der erfolgreichen Übertragung werden die Sendeparameter auf ihren Standardwert zurückgesetzt.
- Weiter denkbar, jedoch in diesem Ausführungsbeispiel nicht gezeigt, ist es, dass die Variationseinheit 142 zur Bestimmung der Variation der Sendeparameter weitere Parameter wie etwa Sendezeitpunkt oder Anzahl der Übertragungswiederholungen mit einfließen lässt. So kann die Variationseinheit insbesondere mit Mitteln zur synchronisierten Auswahl eines Funkübertragungskanals aus einer Mehrzahl von Funkübertragungskanälen zusammenwirken. Auf diese Weise lässt sich etwa auf einfache Weise eine unter den Funkteilnehmereinheiten synchronisierte Kanalrotation realisieren, die dauerhaften Störungen eines Funkkanals entgegenwirkt.
-
Fig. 5a zeigt eine beispielhafte Zuweisung von Prioritätskennungen zu Brandmeldeeinheiten 100 und 200 in einem weiteren Ausführungsbeispiel. Hier ist der Brandmeldeeinheit 100 die Priorität 6 zugeordnet, was einem binären Bitcode von 110 entspricht, und der Brandmeldeeinheit 200 die Priorität 7 zugeordnet, was einem Bitcode von 111 entspricht. Die Brandmeldeeinheiten 100 und 200 wiederholen in diesem Ausführungsbeispiel im Gegensatz zu dem Ausführungsbeispiel ausFig. 1 bis 3 empfangene Alarmmeldungen nicht. -
Fig. 5b zeigt in einer Baumdarstellung die Zeitvariation eines beispielhaften Zeitvariationsverfahren, bei dem entsprechend dem nächsten zu lesenden Bit der Prioritätskennung (in diesem Beispiel angefangen beim signifikantesten Bit, englisch "most significant bit" oder "MSB") eine Variation des Sendezeitpunktes im nächsten Übertragungsversuch festgelegt wird. Der oberste Knoten stellt hier den Ausgangspunkt dar und zeigt die Variation des Sendezeitpunktes vom Vorgabezeitpunkt (im Folgenden auch "Standardsendezeitpunkt" genannt), der durch einen bekannten Sendefensterstartpunkt und eine feste Standardsendeverzögerungszeit festgelegt wird, die in diesem Falle 0 beträgt, d.h. es wird die Meldung wird versucht zum Vorgabezeitpunkt bzw. Standardsendezeitpunkt zu versenden. Wird nun für diesen Übertragungsversuch eine Kollision detektiert, so wird entsprechend des Wertes des nächsten zu lesenden Bits entweder der linke oder der rechte Zweig (Kanten) gewählt um die Variation für den nächsten Übertragungsversuch festzulegen, wobei diese Zweigwahl für jede weitere Kollision (bzw. jeden weiteren Übertragungsversuch) wiederholt wird. - Für den in
Fig. 5a gezeigten Prioritätsbitcode 110 der Einheit 100 wird so etwa zuerst der linke Zweig gewählt, da das erste zu lesende Bit (das Bit ganz links bzw. das MSB) eine 1 ist, was in einer Variation von einer Zeiteinheit T ("-1" im Knoten) für den nächsten (den zweiten) Übertragungsversuch resultiert. Wird auch für den zweiten Übertragungsversuch eine Kollision erkannt, so wird entsprechend dem zweiten zu lesenden Bit (das zweite von links) wieder der linke Zweig gewählt, was in einer Zeitvariation von -2 Zeiteinheiten T gegenüber dem Standardzeitpunkt für den dritten Übertragungsversuch resultiert. Für einen etwaigen vierten Übertragungsversuch wird nun der rechte Zweig gewählt, da das dritte zu lesende Bit (das Bit ganz links bzw. das unsignifikanteste Bit, englisch "least significant bit" oder "LSB"), eine 0 ist, was weshalb für den vierten Übertragungsversuch weiterhin eine Zeitvariation von -2 Zeiteinheiten T gegenüber dem Vorgabezeitpunkt bzw. Standardsendezeitpunkt vorgegeben wird. - Für den gezeigten Prioritätsbitcode 111 der Einheit 200 wird für den ersten bis dritten Übertragungsversuch identisch zu Einheit 100 die Zeitvariation gewählt, da die beiden niedrigsten Bits übereinstimmen. Für den vierten Übertragungsversuch wird jedoch der linke Zweig gewählt werden, da das dritte zu lesende Bit eine 1 ist. somit wird für Einheit 200 für den vierten Übertragungsversuch eine Zeitvariation von -3 Zeiteinheiten T gegenüber dem Vorgabezeitpunkt gewählt.
- Ein Konfliktfall zwischen den Brandmeldeinheiten 100 und 200 mit den in
Fig. 5a gezeigten Prioritätskennungen ist inFig. 5c auf einer Zeitachse dargestellt. Die Sendefenster beginnen zu den Zeitpunkten F1 bis F4. Die Standardsendeverzögerungszeit beträgt in diesem Beispiel 4 Zeiteinheiten T. - Wollen die beiden Brandmeldeeinheiten 100 und 200 im gleichen Zeitfenster F1 senden, so senden sie zunächst ohne Variation zum Standardsendezeitpunkt bzw. Vorgabezeitpunkt und kollidieren somit. Beide werden versuchen die Meldungen im nächsten Zeitfenster F2 erneut zu senden und hierfür (wie oben beschrieben) beide eine Zeitvariation von -1 Zeiteinheiten T ermitteln. Da die Variation gleich ist, werden sie auch in diesem Zeitfenster F2 kollidieren und (wie oben beschrieben) für den dritten Übertragungsversuch im Zeitfenster beide eine Zeitvariation von -2 T ermitteln und deshalb auch wieder kollidieren. Für den vierten Übertragungsversuch jedoch werden die beiden Brandmeldeeinheiten eine abweichende Zeitvariation ermitteln, so wird die Brandmeldeeinheit 100 eine Zeitvariation von -2 T beibehalten, die Brandmeldeeinheit 200 jedoch eine Zeitvariation von -3 T wählen und somit vor der Brandmeldeeinheit 100 senden. Durch das "Listen-Before-Talk"-Prinzip wird die Brandmeldeeinheit 200 erkennen, dass die Brandmeldeeinheit 100 bereits sendet und somit zum (eigentlichen Sendezeitpunkt) nicht erneut versuchen ihre Meldung zu versenden. Die Meldung der Brandmeldeeinheit 200 kann somit im Fenster F4 kollisionsfrei übertragen werden. Im darauffolgenden Fenster F5 wird auch die Brandmeldeeinheit 100 ihre Meldung erfolgreich versenden können.
-
Fig. 6a zeigt die Topologie eines zweiten beispielhaften Brandmeldesystems mit Teilnehmereinheit in Form von vier Brandmeldeeinheiten 100, 200, 300 und 400 sowie einer Zentraleinheit 600 (hier und im Folgenden auch gekennzeichnet als "S0", "S42", "S85", "S127" bzw. "Z"). Funktional verhalten sich die Brandmeldeinheiten wie aus dem vorherigen Ausführungsbeispiel, sie haben jedoch abweichende Prioritätskennungen mit acht Binärstellen, weshalb der Entscheidungsbaum 5b für den Konfliktfall analog weitergeführt werden muss (eine 1 im nächsten Prioritätsbit bedeutet Verringerung der Zeitvariation um eine Zeiteinheit). - Die Teilnehmereinheiten 100, 200, 300, 400 und 600 sind in Funkreichweite von einander, d.h. sie können Funksignale von jeder der anderen Teilnehmereinheiten 100, 200, 300, 400 bzw. 600 empfangen und an diese Funksignale senden. Die Zentraleinheit ist in diesem Beispiel eine reine Empfangseinheit, d.h. sie sendet nicht.
- Den Brandmeldeeinheiten 100, 200, 300 und 400 sind die in
Fig. 6b gezeigten Prioritätskennungen zugewiesen. So ist beispielsweise der Brandmeldeeinheit 200 die Prioritätskennung 42 (dezimal) bzw. 0010 1010 (binär) zugewiesen. - Ein Konfliktfall für das Brandmeldesystem aus
Fig. 6a mit den Prioritätskennungen ausFig. 6b ist inFig. 6c dargestellt. "TX" bezeichnet hier einen Sendeversuch der zugehörigen Einheit, wobei die hochgestellte Zahl die Zeitvariation in Zeiteinheiten T zum Fensteranfang darstellt (die Standardvariation ist 8 Zeiteinheiten T). "RX" bezeichnet den erfolgreichen Empfang eines Alarmsignals durch die Zentraleinheit. "LBT" steht für "Listen-Before-Talk" und zeigt an, dass eigentlich in dem Fenster gesendet werden sollte, jedoch ein Sendeversuch durch die zugehörige Einheit nicht erfolgte, weil vor dem Senden bereits ein Übertragungsversuch einer anderen Einheit detektiert wurde, wobei ein solcher Listen-Before-Talk-Fall von der jeweiligen Brandmeldeeinheit nicht als Kollisionsfall gewertet wird (also auch nicht im Entscheidungsbaum weiter voran geschritten wird).
Zum Zeitpunkt t0 wird in den vier Brandmeldeeinheiten 100, 200, 300 und 400 jeweils ein Brand detektiert. Im nächsten Sendefenster (F1) versuchen sie nun alle eine Alarmmeldung zum Vorgabezeitpunkt (8 T nach dem Fensteranfang) abzusetzen, was durch "TX8" gekennzeichnet ist. - Durch das gleichzeitige Senden kollidieren die Alarmmeldungen im Sendefenster F1, weshalb die Brandmeldeeinheiten nach einem Entscheidungsbaum analog zu
Fig. 5b die Zeitvariation zum Vorgabezeitpunkt für den nächsten Sendeversuch im Fenster F2 bestimmen. Da bei allen Brandmeldeeinheiten das höchste Prioritätsbit (welches als erstes bzw. für den ersten Sendeversuch ausgewertet wird) eine 0 ist, werden sie werden gemäß dem Entscheidungsbaum keine Variation vom Vorgabezeitpunkt bestimmen und nutzen. - Da wieder alle Brandmeldeeinheiten den gleichen Sendestartzeitpunkt haben, kollidieren die Alarmmeldungen auch im Sendefenster F2, weshalb die Brandmeldeeinheiten nach dem Entscheidungsbaum analog zu
Fig. 5b die Zeitvariation zum Vorgabezeitpunkt für den nächsten Sendeversuch F3 bestimmen. Die Brandmeldeeinheiten 100 und 200 weisen im nächsten zu lesenden Prioritätsbit (dem zweiten von links) eine 0 auf, sodass sie auch für den nächsten Sendeversuch keine Variation von dem Vorgabezeitpunkt (8 T nach der Fensterstartzeit) festlegen werden. Die Brandmeldeeinheiten 300 und 400 hingegen weisen im nächsten Prioritätsbit jeweils eine 1 auf, sodass sie für den nächsten Übertragungsversuch eine Zeitvariation von -1 T zum Vorgabezeitpunkt (also insgesamt 7 T nach dem Fensterstartzeitpunkt) festlegen werden. - Im nächsten Zeitfenster F3 werden die Brandmeldeeineheiten 300 und 400 mit einer Verzögerung von 7T zum Fensterstartpunkt zu senden versuchen, was zu einer Kollision zwischen diesen führen wird. Die Brandmeldeeinheiten 100 und 200 werden zu ihrem Sendezeitpunkt (8T nach Fensterstartpunkt) diese Übertragungsversuche erkennen und selbst nicht senden ("LBT"-Prinzip).
- Durch die Kollision zwischen den Brandmeldeeinheiten 300 und 400 werden diese für ihren nächsten Sendeversuch die Zeitvariation nach dem Entscheidungsbaum weiter anpassen. Die Brandmeldeeinheit 300 hat im nächsten zu lesenden (bzw. auszuwertenden) Prioritätsbit (dem dritten von links) eine 0 und wird somit bei einer Zeitvariation von -1T zum Vorgabezeitpunkt verbleiben. Die Brandmeldeeinheit 400 hingegen hat im nächsten Prioritätsbit eine 1 und wird somit die Zeitvariation zum Vorgabezeitpunkt auf -2T setzen. Da die Brandmeldeeinheiten 100 und 200 kein Signal gesendet haben, entstand für sie auch keine Kollision, sodass sie ihre Zeitvariation nicht verändern.
- Im Sendefenster F4 wird die Brandmeldeeinheit 400 mit einer Verzögerung von 6T zum Fensterstartpunkt (bzw. -2T zum Vorgabezeitpunkt) senden. Die anderen Brandmeldeeinheiten werden das Senden registrieren und somit nicht senden, sodass die Alarmmeldung der Brandmeldeeinheit 400 im Fenster F4 erfolgreich von der Zentraleinheit 600 empfangen werden kann (gekennzeichnet durch "RX").
- Im nächsten Sendefenster (F5) werden die Brandmeldeeinheiten 100, 200 und 300 nun mit ihren bereits bestimmten Zeitvariationen erneut versuchen zu senden. Die Brandmeldeeinheit 300 hat hier eine Verzögerung von 7T zum Fensterstartpunkt und wird somit vor den Brandmeldeeinheiten 100 und 200 senden (welche eine Verzögerung von 8T zum Fensterzeitpunkt für sich festgelegt haben), sodass diese den Übertragungsversuch der Brandmeldeeinheit 300 durch das LBT-Prinzip detektieren werden und diesen entsprechend nicht stören werden. In diesem Sendefenster wird somit auch die Brandmeldeeinheit 300 ihre Alarmmeldung erfolgreich an die Zentraleinheit 600 absetzen können (was im Diagramm mit "RX" gekennzeichnet ist).
- Im Sendefenster F6 werden die Brandmeldeeinheiten 100 und 200 weiterhin mit einer Verzögerung von 8T zum Vorgabezeitpunkt zu senden versuchen und jetzt kollidieren, da sie durch das gleichzeitige Senden nicht durch das LBT-Prinzip geschützt werden können.
- Für das Sendefenster F7 wird die Brandmeldeeinheit 200 anhand ihres nächsten Prioritätsbits eine Zeitvariation von -1T zum Vorgabezeitpunkt für sich festlegen, wohingegen die Brandmeldeeinheit 100 anhand ihres nächsten Prioritätsbits bei der Standardsendezeit verbleiben wird, sodass insgesamt im Sendefenster F7 die Brandmeldeeinheit 200 ihre Alarmmeldung erfolgreich übermittelt.
Letztendlich übermittelt im Fenster F8 die Brandmeldeeinheit 100 ihre Alarmmeldung konkurrenzlos an die Zentraleinheit 600. -
- 90
- Übertragungsmedium
- 100
- erste Brandmeldeeinheit
- 102
- Detektionsmittel der ersten Brandmeldeeinheit
- 104
- Logikmittel der ersten Brandmeldeeinheit / Steuereinheit
- 106
- Alarmmeldemittel der ersten Brandmeldeeinheit
- 108
- (Daten-)Übertragungsmittel der ersten Brandmeldeeinheit
- 120
- Sendeeinheit der ersten Brandmeldeeinheit
- 140
- Kollisionsdetektionseinheit der ersten Brandmeldeeinheit
- 142
- Variationseinheit der ersten Brandmeldeeinheit
- 144
- gerätespezifischer Variationsparameter der ersten Brandmeldeeinheit
- 200
- zweite Brandmeldeeinheit
- 202
- Detektionsmittel der zweiten Brandmeldeeinheit
- 204
- Logikmittel der zweiten Brandmeldeeinheit
- 206
- Alarmmeldemittel der zweiten Brandmeldeeinheit
- 208
- (Daten-)Übertragungsmittel der zweiten Brandmeldeeinheit
- 240
- Kollisionsdetektionseinheit der zweiten Brandmeldeeinheit
- 242
- Variationseinheit der zweiten Brandmeldeeinheit
- 244
- gerätespezifischer Variationsparameter der zweiten Brandmeldeeinheit
- 300
- dritte Brandmeldeeinheit
- 302
- Detektionsmittel der dritten Brandmeldeeinheit
- 304
- Logikmittel der dritten Brandmeldeeinheit
- 306
- Alarmmeldemittel der dritten Brandmeldeeinheit
- 308
- (Daten)-Übertragungsmittel der dritten Brandmeldeeinheit
- 400
- vierte Brandmeldeeinheit
- 600
- Zentraleinheit
Claims (10)
- Brandmeldesystem, umfassend eine erste und eine zweite Funkteilnehmereinheit (100, 200), insbesondere Brandmeldeeinheit, mit jeweils Übertragungsmitteln (108, 208) zum Übertragen von Funkmeldungen sowie jeweils Logikmitteln (104, 204), wobei die Logikmittel (104, 204) jeweils eine Variationseinheit (142, 242) umfassen, die die Sende- und/oder Empfangsparameter der Übertragungsmittel (108, 208) für die Übertragung einer Funkmeldung beeinflusst,
und wobei die Funkteilnehmereinheiten (100, 200) jeweils eine Kollisionsdetektionseinheit (140, 240) aufweisen, die so ausgebildet ist, dass sie eine signalmäßige Kollision in der Übertragung einer Funkmeldung detektiert und als Reaktion auf eine solche Detektion eine erneute Übertragung dieser Funkmeldung veranlasst,
dadurch gekennzeichnet,
dass der ersten Funkteilnehmereinheit (100) ein erster gerätespezifischer Variationsparameter (144) und der zweiten Funkteilnehmereinheit (200) ein vom ersten Variationsparameter (144) abweichender zweiter gerätespezifischer Variationsparameter (244) zugeordnet ist, wobei die gerätspezifischen Variationsparameter ein Bitmuster aufweisen, wobei das Brandmeldesystem so ausgebildet ist, dass die Übertragung der Funkmeldung wiederholt wird, solange eine Kollision detektiert wird und bei jeder Wiederholten Übertragung der Funkmeldung ein Bit des Bitmusters sequenziell gelesen und abhängig davon ein Sendeparameter durch die Variationseinheit geändert wird, wobei der Sendeparameter ein Sendezeitpunkt oder eine Sendefrequenz der Funkmeldung ist. - Brandmeldesystem nach Anspruch 1, dadurch gekennzeichnet, dass die Funkteilnehmereinheiten (100, 200) so ausgebildet sind, dass sie Funkmeldungen innerhalb von definierten, synchronen, Zeitrahmen senden, wobei die Zeitrahmen einen unter den Funkteilnehmereinheiten (100, 200) synchronisierten Startzeitpunkt und einen Vorgabesendezeitpunkt mit festgelegtem Zeitabstand zum Startzeitpunkt aufweisen.
- Brandmeldesystem nach Anspruch 2, dadurch gekennzeichnet, dass die Variationseinheiten (142, 242) so ausgebildet sind, dass sie in Abhängigkeit vom jeweiligen gerätespezifischen Variationsparameter (144, 244) einen tatsächlichen Sendezeitpunkt einer Funkmeldung bezogen auf den Vorgabesendezeitpunkt variieren.
- Brandmeldesystem nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die gerätespezifischen Variationsparameter (144, 244) in der Art eines digitalen Musters eine Mehrzahl von möglichen Varianten in der zeitlichen Abfolge vorgeben.
- Brandmeldesystem nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die gerätespezifischen Variationsparameter (144, 244) jeweils ein Bitmuster gleicher Länge aufweisen, insbesondere mit einer Bitlänge zwischen 1 Bit und 16 Bit, weiter bevorzugt zwischen 4 Bit und 8 Bit, versehen sind.
- Brandmeldesystem nach dem vorhergehenden Anspruch, dadurch gekennzeichnet, dass das Brandmeldesystem eine Mehrzahl von Brandmeldeeinheiten (100, 200, 300) umfasst, deren jeweilige gerätespezifische Variationsparameter (144, 244, 344) so eingerichtet und/oder ausgewählt sind, dass in einem Montagezustand benachbarte der Brandmeldeeinheiten (100, 200, 300) sich in dem jeweiligen Variationsparameter (144, 244, 344) so unterscheiden, dass frühzeitig in aufeinanderfolgenden Übertragungsversuchen eine unterschiedliche zeitliche Variation eines nachfolgenden Übertragungsversuchs einer Funkmeldung erfolgt, insbesondere die ein Bitmuster aufweisenden Variationsparameter sich in zuerst berücksichtigten Bits unterscheiden.
- Brandmeldesystem nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine der Funkteilnehmereinheiten (100, 200, 300) als Repeater ausgebildet ist und/oder dem Brandmeldesystem eine Repeatereinheit zur Funkstreckenüberbrückung zwischen mindestens zwei der Funkteilnehmereinheiten (100, 200, 300) zugeordnet ist.
- Brandmeldesystem nach einem der vorhergehenden Ansprüche, gekennzeichnet durch eine Konfigurationseinheit, die zum Einstellen oder Vorgeben der Variationsparameter für die Mehrzahl der Funkteilnehmereinheiten (100, 200, 300) vorgesehen und ausgebildet ist.
- Brandmeldesystem nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Funkteilnehmereinheiten (100, 200, 300) Mittel zur bevorzugt synchronisierten Auswahl eines Funkübertragungskanals zwischen mindestens zweien der Funkteilnehmereinheiten (100, 200, 300) aus einer Mehrzahl von Funkübertragungskanälen aufweisen.
- Verfahren zum Betreiben eines Brandmeldesystems, nach einem der vorhergehenden Ansprüche.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP11193454.3A EP2605229B1 (de) | 2011-12-14 | 2011-12-14 | Brandmeldesystem und Verfahren zum Betreiben eines Brandmeldesystems |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP11193454.3A EP2605229B1 (de) | 2011-12-14 | 2011-12-14 | Brandmeldesystem und Verfahren zum Betreiben eines Brandmeldesystems |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| EP2605229A1 EP2605229A1 (de) | 2013-06-19 |
| EP2605229B1 true EP2605229B1 (de) | 2017-05-03 |
Family
ID=45217416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP11193454.3A Not-in-force EP2605229B1 (de) | 2011-12-14 | 2011-12-14 | Brandmeldesystem und Verfahren zum Betreiben eines Brandmeldesystems |
Country Status (1)
| Country | Link |
|---|---|
| EP (1) | EP2605229B1 (de) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2607914B (en) * | 2021-06-15 | 2024-10-02 | Pyronix Ltd | Alarm system |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE4335815C2 (de) * | 1993-10-20 | 1996-08-08 | Hal Sicherheitstechnik Gmbh | Funkalarmanlage |
| US6624750B1 (en) * | 1998-10-06 | 2003-09-23 | Interlogix, Inc. | Wireless home fire and security alarm system |
-
2011
- 2011-12-14 EP EP11193454.3A patent/EP2605229B1/de not_active Not-in-force
Also Published As
| Publication number | Publication date |
|---|---|
| EP2605229A1 (de) | 2013-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| DE69328146T2 (de) | Funkübertragungssystem eines lokalen Netwerkes | |
| EP3433961B1 (de) | Telegrammaufteilungsübertragungsverfahren für bidirektionale netze | |
| EP3433960B1 (de) | Telegrammaufteilungsübertragungsverfahren für bidirektionale netze | |
| DE102007046440B3 (de) | Kommunikationsverfahren und Master-Slave-System für einen nach dem AS-Interface Standard ausgeführten Feldbus | |
| DE112016003908T5 (de) | Kommunikationsvorrichtung | |
| EP0607562A1 (de) | Funkalarmanlage mit asynchroner Übermittlung von Meldungen über Zeitkanäle unterschiedlicher Periodendauern | |
| DE19922171A1 (de) | Kommunikationssystem mit einem Kommunikationsbus | |
| DE102007058267A1 (de) | Verfahren zur Übertragung von Daten zwischen einer Steuereinheit und einer Vielzahl von abgesetzten E/A-Einheiten einer automatisierten Anlage | |
| EP1978686B1 (de) | Multihop Funk-Gefahrenmeldesystem | |
| EP3681833B1 (de) | Statusüberprüfung von feldgeräten einer gebäudegebundenen personenbeförderungsanlage | |
| DE102012206529A1 (de) | Drahtloses Echtzeitübertragungssystem | |
| EP2605229A1 (de) | Brandmeldesystem und Verfahren zum Betreiben eines Brandmeldesystems | |
| EP1901256B1 (de) | Verfahren zur Funkübertragung in einer Funkzelle eines Gefahrenmeldesystems | |
| EP1860830A1 (de) | Verfahren zur Installation eines hierarchischen Netzwerkes | |
| DE19539312A1 (de) | Verfahren zur Erhöhung der Übertragungssicherheit bei Funkalarmanlagen | |
| EP1022674A2 (de) | System zur automatischen Identifikation von wenigstens einem Transponder in einem elektromagnetischen Feld einer Basisstation | |
| EP0660285B1 (de) | Verfahren zur Erhöhung der Störsicherheit einer Funkalarmanlage | |
| EP3910886B1 (de) | Vorrichtung und verfahren zur datenübertragung auf mehreren datenübertragungskanälen | |
| EP1469437B1 (de) | Verfahren zur Funkübertragung in einem Gefahrenmeldesystem | |
| DE4408268C2 (de) | Verfahren zur Erhöhung der Störsicherheit einer Funkalarmanlage | |
| DE102009044757B4 (de) | Dienst-Übermittlungsverfahren und Dienst-Bereitstellungsvorrichtung | |
| EP4149017B1 (de) | Verfahren zum drahtlosen senden von zumindest einer nachricht von einem repeater an einen empfänger über einen drahtlosen übertragungskanal | |
| DE4442431A1 (de) | Funkrufsystem | |
| DE4335815C2 (de) | Funkalarmanlage | |
| WO2008015209A1 (de) | Levelsynchronisation bei funk-kommunikationsnetzwerken |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
| AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
| AX | Request for extension of the european patent |
Extension state: BA ME |
|
| 17P | Request for examination filed |
Effective date: 20131219 |
|
| RBV | Designated contracting states (corrected) |
Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
| 17Q | First examination report despatched |
Effective date: 20140220 |
|
| GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
| INTG | Intention to grant announced |
Effective date: 20161130 |
|
| GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
| GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
| AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
| REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D Free format text: NOT ENGLISH |
|
| REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 890764 Country of ref document: AT Kind code of ref document: T Effective date: 20170515 Ref country code: CH Ref legal event code: EP |
|
| REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D Free format text: LANGUAGE OF EP DOCUMENT: GERMAN |
|
| REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 502011012153 Country of ref document: DE |
|
| REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20170503 |
|
| REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170803 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170804 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170903 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170803 Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 7 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 502011012153 Country of ref document: DE |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
| 26N | No opposition filed |
Effective date: 20180206 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
| REG | Reference to a national code |
Ref country code: IE Ref legal event code: MM4A |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171214 |
|
| REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20171231 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171214 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171231 |
|
| REG | Reference to a national code |
Ref country code: AT Ref legal event code: MM01 Ref document number: 890764 Country of ref document: AT Kind code of ref document: T Effective date: 20171214 |
|
| PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20181219 Year of fee payment: 8 Ref country code: FR Payment date: 20181218 Year of fee payment: 8 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171214 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20111214 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170503 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20191209 Year of fee payment: 9 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170503 |
|
| GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20191214 |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20191231 Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20191214 |
|
| REG | Reference to a national code |
Ref country code: DE Ref legal event code: R119 Ref document number: 502011012153 Country of ref document: DE |
|
| PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210701 |