DE202011110746U1 - Alarmsystem unter Verwendung von zeitlich codierten akustischen Nachrichten - Google Patents

Alarmsystem unter Verwendung von zeitlich codierten akustischen Nachrichten Download PDF

Info

Publication number
DE202011110746U1
DE202011110746U1 DE202011110746.2U DE202011110746U DE202011110746U1 DE 202011110746 U1 DE202011110746 U1 DE 202011110746U1 DE 202011110746 U DE202011110746 U DE 202011110746U DE 202011110746 U1 DE202011110746 U1 DE 202011110746U1
Authority
DE
Germany
Prior art keywords
processor
alarm device
alarm
acoustic
test
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.)
Expired - Lifetime
Application number
DE202011110746.2U
Other languages
English (en)
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
EI Technology Ltd
Original Assignee
EI Technology Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by EI Technology Ltd filed Critical EI Technology Ltd
Publication of DE202011110746U1 publication Critical patent/DE202011110746U1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B1/00Systems for signalling characterised solely by the form of transmission of the signal
    • G08B1/08Systems for signalling characterised solely by the form of transmission of the signal using electric transmission ; transformation of alarm signals to electrical signals from a different medium, e.g. transmission of an electric alarm signal upon detection of an audible alarm signal
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B29/00Checking or monitoring of signalling or alarm systems; Prevention or correction of operating errors, e.g. preventing unauthorised operation
    • G08B29/12Checking intermittently signalling or alarm systems
    • G08B29/14Checking intermittently signalling or alarm systems checking the detection circuits
    • G08B29/145Checking intermittently signalling or alarm systems checking the detection circuits of fire detection circuits

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Alarm Systems (AREA)
  • Selective Calling Equipment (AREA)

Abstract

Alarmsystem mit zumindest einem Alarmgerät, das eine Benutzerschnittstelle, einen Schallemitter und einen Prozessor, der dazu geeignet ist, eine akustische Zustandsnachricht durch Steuerung des Schallemitters zu generieren, umfasst, und mit einem Testgerät, das ein PDA, Laptop-Computer oder Mobiltelefon ist, wobei: – der Alarmgerätprozessor dazu geeignet ist, eine Benutzertestanweisung zu empfangen, – der Alarmgerätprozessor dazu geeignet ist, in der Ausgabe des Schallemitters zumindest einige Zustandsinformationen, die eine Batteriezustandsangabe und/oder ein Sensorverschmutzungslevel umfassen, automatisch zu codieren, um eine akustischen Zustandsnachricht bereitzustellen, – ein Testgerätmikrophon dazu geeignet ist, die akustische Nachricht aufzunehmen, und – ein Testgerätprozessor dazu geeignet ist, die akustische Nachricht zu decodieren, um Alarmgerätezustandsdaten zu bestimmen, und dazu geeignet ist, eine Zustandsbenutzerausgabe zu generieren.

Description

  • EINLEITUNG
  • Die Erfindung betrifft Alarmgeräte wie z. B. Rauchmelder bzw. Rauchmeldegeräte.
  • Es besteht bei derartigen Geräten ein Bedarf für einen regelmäßigen Test zur eigenen Beruhigung und zur Einhaltung verschiedener Vorschriften. Dazu gehört vorzugsweise das Einholen von vielen Informationen über das Gerät einschließlich seiner Seriennummer und seines Installationsdatums zu Prüfzwecken, zusätzlich zu Testinformationen wie z. B. Batterielevel und Verschmutzungsausmaß eines optischen Alarms.
  • Wenn der Hersteller eine Schnittstelle mit einem Display für solche Informationen bereitstellen soll, würde dies erhebliche Ausgaben zu den Gerätekosten hinzufügen, wäre für den Benutzer umständlich zu bedienen, da dieser sie nicht sehr regelmäßig verwenden würde und sie würde selbst potentielle Fehler einbringen.
  • Die Schrift CA1,116,284 beschreibt die Verwendung von codierten Alarmsignalen in einem Alarmsystem, um Verdrahtungen zur Verbindung untereinander zu vermeiden.
  • Die Erfindung ist auf die Bereitstellung einer verbesserten Schnittstelle für Alarmgeräte gerichtet, um diese Probleme zu beheben.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Erfindungsgemäß wird ein Alarmgerät bereitgestellt mit:
    einer Benutzerschnittstelle,
    einem Prozessor, der zur Speicherung von Gerätezustandsinformationen geeignet ist, und
    einem Schallemitter,
    wobei der Prozessor dazu geeignet ist, eine akustische Zustandsnachricht durch automatisches Codieren von zumindest einigen Zustandsinformationen in einer Ausgabe des Schallemitters auf eine Detektion einer Benutzeranweisung an der Benutzerschnittstelle hin zu generieren, und
    bei dem das Codieren ein zeitliches oder frequenzmäßiges Codieren darstellt, das zur maschinellen Decodierung geeignet ist.
  • In einer Ausführungsform ist die Benutzerschnittstelle eine Testtaste und der Prozessor ist dazu geeignet, die Nachricht automatisch zu generieren, wenn ein Benutzer die Testtaste drückt.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, die Nachricht automatisch zu generieren, wenn ein Benutzer die Testtaste in einem vordefinierten Muster drückt. Das Muster kann eine Dauer des Drückens sein.
  • In einer Ausführungsform ist die Benutzerschnittstelle eine Fernsteuerungsschnittstelle.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, eine Geräteseriennummer, eine Batteriezustandsangabe und Alarmereignisdaten in die Nachricht aufzunehmen. Der Prozessor kann dazu geeignet sein, ein Sensorverschmutzungslevel und/oder ein Installationsdatum des Alarmgerätes in die Nachricht aufzunehmen.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, die Nachricht nach einer vorgegebenen Anstiegszeit zu generieren.
  • In einer Ausführungsform ist der Schallemitter ein Piezoemitter.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, die Nachricht zeitlich zu codieren, wobei eine Kombination aus einer voreingestellten Einschaltdauer und Ausschaltdauer eine binäre 0 darstellt und eine Kombination aus einer anderen voreingestellten Einschaltdauer und Ausschaltdauer eine binäre 1 darstellt. In einer Ausführungsform liegt jede der Dauern im Bereich von 5 ms bis 100 ms. In einer Ausführungsform liegt die Einschaltdauer im Bereich von 10 ms bis 30 ms und die Ausschaltdauer liegt im Bereich von 30 ms bis 50 ms.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, die Informationen frequenzmäßig zu codieren, und Frequenzlevels liegen im Bereich von 2000 Hz und 4000 Hz, und die Zeitbereiche für Frequenzlevels liegen im Bereich von 10 ms bis 50 ms.
  • In einer Ausführungsform umfasst das Gerät einen Schalldetektor, und der Prozessor ist dazu geeignet, akustische Nachrichten zu empfangen und diese zu decodieren. In einer Ausführungsform ist der Detektor eine Piezoscheibe, die dazu geeignet ist, als ein abgestimmtes Mikrophon zu funktionieren. Vorzugsweise ist die Piezoscheibe bei einer Frequenz im Bereich von 2000 Hz bis 3500 Hz abgestimmt.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, die akustischen Nachrichten bei Installation zu empfangen und in den Nachrichten codierte Daten zu speichern.
  • In einer Ausführungsform enthalten die Informationen eine Alarmgeräteseriennummer.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, auf decodierte in den akustischen Nachrichten empfangene Informationen zu funktionieren bzw. zu agieren.
  • Unter einem weiteren Aspekt stellt die Erfindung ein Alarmsystem mit einer Vielzahl von vorstehend in einer beliebigen Ausführungsform definierten Alarmgeräten und einem Testgerät bereit, wobei das Testgerät umfasst:
    eine Benutzerschnittstelle,
    einen Schalldetektor, der zum Detektieren der akustischen Nachrichten geeignet ist; und
    einen Prozessor, der zum Decodieren der akustischen Nachrichten und zum Bereitstellen einer Testbenutzerausgabe geeignet ist.
  • In einer Ausführungsform umfasst das Testgerät ein tragbares Elektronikgerät mit einem Mikrophon, dessen Prozessor programmiert ist, um durch ein Mikrophon aufgenommene, akustische Signale zu decodieren.
  • In einer Ausführungsform umfasst das System einen zentralen Host zum Kommunizieren mit dem Testgerät und zum Empfangen und Speichern von durch das Testgerät hochgeladenen Zustandsdaten.
  • In einer Ausführungsform ist mindestens eines der Testgeräte dazu geeignet, akustische Signale zum Kommunizieren von Informationen an ein Alarmgerät zu generieren und zumindest einige der Alarmgeräte umfassen einen Schalldetektor und der Prozessor ist dazu geeignet, empfangene akustische Signale zu decodieren.
  • In einer Ausführungsform ist der Testgerätprozessor dazu geeignet, eine Benutzerwarnung entsprechend decodierten Nachrichten zu generieren.
  • In einer Ausführungsform ist der Prozessor dazu geeignet, eine Benutzeranweisung entsprechend den decodierten Nachrichten zu generieren.
  • In einer Ausführungsform umfasst das Testgerät eine Kamera, und der Prozessor ist dazu geeignet, eine Benutzeranweisung zur Erfassung eines Bildes eines Alarmgerätes zu generieren und ein erfasstes Bild mit decodierten Daten für ein bestimmtes Alarmgerät zu korrelieren, um eine Testaufzeichnung bereitzustellen.
  • In einer Ausführungsform umfasst der Testgerätschalldetektor zwei oder mehr Mikrophone und der Testgerätprozessor ist dazu geeignet, Informationen aus den an allen diesen Mikrophonen empfangenen Signalen zu extrahieren.
  • Gemäß einem weiteren Aspekt stellt die Erfindung ein Verfahren zum Testen eines Alarmgerätes mit einer Benutzerschnittstelle, einem Schallemitter und einem Prozessor bereit, der dazu geeignet ist, eine akustische Zustandsnachricht durch Steuerung des Schallemitters zu generieren,
    wobei das Verfahren die folgenden Schritte umfasst:
    der Alarmgerätprozessor empfängt eine Benutzertestanweisung,
    der Alarmgerätprozessor codiert automatisch in der Ausgabe des Schallemitters zumindest einige Zustandsinformationen, um eine akustische Zustandsnachricht bereitzustellen, und
    ein Testgerätmikrophon nimmt die akustische Nachricht auf,
    ein Testgerätprozessor decodiert die akustische Nachricht, um Alarmgerätzustandsdaten zu bestimmen, und generiert eine Zustandsbenutzerausgabe.
  • In einer Ausführungsform lädt das Testgerät die Zustandsdaten zu einem entfernten Host hoch.
  • In einer Ausführungsform umfasst das Testgerät eine Kamera, und der Testgerätprozessor generiert eine Benutzeranweisung zur Erfassung eines Bildes und korreliert anschließend ein erfasstes Bild des Alarmgerätes mit den assoziierten Zustandsdaten.
  • In einer Ausführungsform umfasst der Testgerätschalldetektor zwei oder mehr Mikrophone und der Testgerätprozessor ist dazu geeignet, Informationen aus den Signalen bei einer großen Entfernung und/oder in lauten Umgebungen und/oder in Bereichen mit Mehrfachwegen zu extrahieren, die den durch ein Mikrophon empfangenen Schall verschmieren würden.
  • DETAILLIERTE BESCHREIBUNG DER ERFINDUNG
  • Kurzbeschreibung der Zeichnungen
  • Die Erfindung wird aus der nachfolgenden Beschreibung einiger ihrer Ausführungsformen besser verständlich, die nur beispielhaft mit Bezug auf die begleitenden Zeichnungen dargestellt sind, in welchen:
  • 1 ein Schaltdiagramm einer Schnittstelle der Erfindung ist;
  • 2 ein Beispiel eines Codierschemas zeigt;
  • 3 ein Beispiel einer Schallausgabe zeigt;
  • 4 ein Beispiel eines Bitmusters zeigt; und
  • 5 ein Datenpaket zeigt.
  • Bezugnehmend auf 1 umfasst eine Schnittstelle 1 für einen Rauchmelder einen Mikroprozessor 2 und Transistoren 3 und 4 zur Steuerung eines Horns bzw. einer Hupe 5. Das Horn ist herkömmlich. Der Mikroprozessor 2 ist so programmiert, dass er eine Testausgabeaufzeichnung einschließlich verschiedener Datenitems wie z. B. der Seriennummer des Gerätes, des Batterielevels, eines Verschmutzungslevels im Falle eines optischen Alarms, eines Ereignisprotokolls und eines Installationsdatums generiert. Diese Informationen werden durch Steuerung der Transistoren 3 und 4 in einer akustischen Ausgabe von dem Piezohorn unter Verwendung einer Codiertechnik ähnlich dem Morse-Code codiert. Das in 2 dargestellte Signal zeigt ein Beispiel dafür, wie die Informationen codiert werden können, wobei ein 40 ms Schallimpuls, gefolgt von einem 20 ms Ausschaltzeitraum, eine ,1' angibt und ein 20 ms Schallimpuls, gefolgt von einem 40 ms Ausschaltzeitraum, eine ,0' angibt. Diese Impulse werden durch EIN- und AUS-Schalten des Transistors 4 in geeigneter Weise mit dem Antrieb von dem Mikroprozessor generiert, wie in 1 gezeigt. In diesem Fall ist der Transistor 3 so konfiguriert, um die piezoelektrische Scheibe bei ihrer natürlichen Frequenz bzw. Eigenfrequenz selbst schwingen zu lassen, die für Rauch- und CO-Melder typischerweise 3000 Hz beträgt.
  • 2 zeigt das Modulationsschema; Zeitraum von 60 ms, wobei eine 0 eine Einschaltdauer von 20 ms und eine Ausschaltdauer von 40 ms darstellt und eine 1 eine Einschaltdauer von 40 ms und eine Ausschaltdauer von 20 ms darstellt. Die Reaktions-/Abfallzeit der Piezoscheibe (und somit des emittierten Schalls) liegt in der Größenordnung von 3 ms, somit ist die minimale Piezo-Einschaltzeit auf 20 ms eingestellt. Dies ist in 3 gezeigt.
  • 4 zeigt ein Bitmuster einer Ausführungsform und 5 zeigt ein Datenpaket. Eine typische Nachricht enthält Informationen über Präambel-/Startbits, Seriennummer, Verschmutzungslevel, Batterie, Spannung, Ereignisprotokoll (ca. 60 Bits sind bei einer 4 Sekunden-Nachricht verfügbar).
  • Ein alternatives Schema besteht darin, Frequenzmodulation anstatt oder zusätzlich zu zeitbasierter „Ein-Aus”-Modulation zu verwenden. In diesem Fall könnte die Frequenz typischerweise um 400 Hz geändert werden, d. h. für eine piezoelektrische Scheibe mit einer natürlichen Resonanzfrequenz bzw. Eigenresonanzfrequenz von 3000 Hz würde die Modulation 2800 Hz und 3200 Hz sein. In diesem Fall kann das Codierschema zum Beispiel wie folgt sein: 2800 Hz für 40 ms, gefolgt von 3200 für 20 ms, könnte ,1' darstellen und 2800 für 20 ms, gefolgt von 3200 Hz für 40 ms, könnte ,0' darstellen. Der Schaltkreis hierfür wäre ähnlich dem in 1, aber nun würde der Mikroprozessor den Transistor 3 direkt antreiben, um die beiden Frequenzen zu generieren und der Transistor 4 würde entfernt werden. Der Emitter des Transistors 3 würde stattdessen an 0 Volt angeschlossen werden. Die Basis des Transistors 3 würde von dem Rückkopplungsanschluss der Piezoscheibe getrennt werden.
  • Wenn der Prozessor und die Piezoantriebskreise sowohl eine zeitbasierte als auch eine frequenzmäßige Modulation ausführen können, kann es so vorgesehen sein, dass beide aufeinanderfolgend automatisch derart durchgeführt werden, dass das Testgerät unabhängig von seinen Decodierfähigkeiten decodieren kann.
  • Die Daten werden durch jedes beliebige elektronische Gerät mit einem Mikrophon und einer Verarbeitungsfähigkeit decodiert, wie z. B. einen PDA, einen Laptop-Computer oder sogar ein Mobiltelefon. Wenn das Gerät eine Kamera aufweist, dann könnte es sowohl das akustische Signal erfassen als auch ein Bild des Alarmgerätes aufnehmen, um eine umfassendere Aufzeichnung bereitzustellen. In einem Beispiel lädt ein Mobiltelefon über ein mobiles Netz bzw. Mobilnetz eine Anwendung herunter, um diese Verarbeitung durchzuführen.
  • Bei der Installation würde der Monteur in eine Buchse hinten an dem Alarmgerät einstöpseln und die Seriennummer des Rauchmelders für diese Wohnung (zum Beispiel maximal 9 Stellen), das Installationsdatum und einen Code für den Standort (beispielsweise Zimmer) des Melders eingeben.
  • Um eine Prüfung durchzuführen, muss der Techniker lediglich eine Testtaste (nicht dargestellt) drücken, woraufhin der Mikroprozessor 1 das akustische Signal mit den Prüfdaten generiert, wie dies programmiert ist. Dieses akustische Signal wird durch das Benutzergerät erfasst. Es kann lokal durch das Gerät decodiert werden und die decodierten Daten können zu einen entfernten Host hochgeladen werden. Alternativ kann eine Darstellung des akustischen Signals zur Decodierung und weiteren Verarbeitung und Speicherung zu einen zentralen Host hochgeladen werden.
  • Im Einzelnen sendet das Horn, immer wenn die Testtaste gedrückt wird, ein codiertes Signal beispielsweise mit den folgenden Informationen aus. Dies könnte sofort erfolgen oder 5 Sekunden, nachdem das Horn das volle Volumen erreicht hat.
    • Präambel-Bits z. B. 010101 Identifikationsnummer z. B. 123456789 Zustand der Einheit 1 Alles OK (damit müssen die übrigen Daten nicht decodiert werden) 0 Weitere Analyse erforderlich. Batteriezustand, beispielsweise 0 bis 10 betrifft die Spannung, wobei 10 eine neue Batterie ist und 0 eine Batterie unterhalb ihres spezifizierten Bereiches ist. Verschmutzungszustand, beispielsweise 0 bis 10, wobei 10 eine saubere Kammer und 0 eine stark verschmutzte Kammer darstellt. Alarm in den vorhergehenden 24 Stunden, beispielsweise zwischen 0 und 1. Dies könnte weitere Informationen wie z. B. die Anzahl von Alarmereignissen liefern. Alarm, seitdem die Taste gedrückt wurde, beispielsweise zwischen 0 und 1. Dies könnte weitere Informationen wie z. B. die Anzahl von Alarmereignissen seit dem letzten Tastendrücken liefern. Fehlerhafter Rauchsensor, beispielsweise ein Wert zwischen 0 und 1 Installationsdatum, z. B. 081110 – Tag/Monat/Jahr Standort, zum Beispiel 0 Diele, 1 erstes Hauptschlafzimmer, 2 zweites Schlafzimmer, 3 drittes Schlafzimmer, 4 viertes Schlafzimmer, 5 Kinderzimmer, 6 Wohnzimmer, 7 Küche und 8 Garage. Zustand der Einheit, beispielsweise 0 im Standby-Zustand, 1 in Stille, 2 im Alarmzustand. Wenn sich die Einheit im Alarmzustand befindet, könnte sie das codierte Signal periodisch ausgeben. Art des Alarms, zum Beispiel 1 für Hitze, 2 für CO und 3 für Naturgas bzw. Erdgas End-Bits 010101.
  • Der „Zustand der Einheit” soll ein sehr rasches Testen ermöglichen, da bei einem guten Rauchmelder die Seriennummer und das „Test OK” durch den Prüfer in weniger als 1 Sekunde empfangen werden. Diese Zeit ist wichtig, da ein Prüfer an einem Tag mehrere Hundert Rauchmelder überprüfen soll und Zeit ein wesentlicher Faktor ist. Die große Mehrheit der Einheiten werden „Test OK” sein, wobei viel weniger als 1% eine weitere Analyse und somit die zusätzlichen, zu decodierenden Bits benötigen, was ca. 4 Sekunden dauern kann.
  • Während der jährlichen Überprüfung drückt die Person die Testtaste des Alarmgerätes und hält das Testgerät nahe an das Alarmgerät, um den Schall aufzunehmen. Das Testgerät zeigt dann die vorstehend genannten Items auf einem Display und/oder überträgt sie zu einer Website oder einer Firmendatenbank. Damit wird nachgewiesen, dass das Alarmgerät inspiziert und getestet worden ist. Das Testgerät kann dem Prüfer auch mitteilen, was zu tun ist, beispielsweise die Batterie auszuwechseln oder das Alarmgerät auszutauschen oder das Alarmgerät zu reinigen. Oder, falls es zu einem „falschen” Alarm gekommen ist, kann der Prüfer gefragt werden, ob die Ursache Wasserdampf aus einer Dusche oder Rauch beim Kochen aus einer Küche sein könnte. Daraufhin generiert es eine Ausgabe, die die geeignete, zu treffende Maßnahme angibt. Der Prüfer könnte gefragt werden, ob das Alarmgerät sauber ist oder eine Verschmutzung aufweist, und falls dies der Fall ist, welche Art von Verschmutzung, z. B. Spinnweben oder ein Schmierfilm, und könnte aufgefordert werden, diese Information einzugeben.
  • Der Prüfer könnte aufgefordert werden, die Einheit innerhalb einer Zeitdauer von beispielsweise 30 Sekunden des Tests zu fotografieren, wodurch eine visuelle Aufzeichnung des Sauberkeitszustandes des Alarmgerätes zu diesem Zeitpunkt bereitgestellt wird.
  • Der Prüfer könnte ein Bewohner des Gebäudes sein, wobei eine Bedienperson einer Wartungsfirma beispielsweise nur alle zwei Jahre oder alle 5 Jahre eine Überprüfung vornimmt. Falls ein Fehler oder ein Alarm auftritt und der Bewohner die Wartungsfirma wegen eines Einsatzes kontaktiert – könnte der Bewohner aufgefordert werden, das Telefon neben das Alarmgerät zu halten, so dass das Problem per Ferndiagnose erkannt und der Bewohner dann beraten werden könnte, was zu tun sei.
  • Aus dem Identifikationscode und dem ursprünglichen Telefon-GPS-Standort zum Zeitpunkt der Installation kann ein Bild des Anwesens über Satellitenkartensoftware oder eine andere Datenbank für die Person erstellt werden, die das Problem aus der Ferne löst.
  • Das Testen (beispielsweise jährlich, wie in einigen Ländern gesetzlich gefordert) kann sehr schnell erfolgen. Wenn die Taste gedrückt wird, ist der Hornschall bzw. Hornton leise (um die Ohren des Testers zu schonen) und beim Loslassen werden die vollständigen digitalen Informationen ausgegeben. Alternativ können die digitalen Informationen auch nur ausgegeben werden, wenn die Taste 1,5 Sekunden lang gehalten wird; oder möglicherweise, wenn die Taste zum Beispiel zweimal innerhalb 3 Sekunden gedrückt wird. Die Ergebnisse würden durch das Protokollierungsgerät sofort angezeigt werden, wobei ein einfacher angenehmer Schall bzw. Ton („ding”) ein Bestehen anzeigt und ein rauer bzw. lauter Schall bzw. Ton ein Nichtbestehen anzeigt.
  • Die akustische Verbindung bzw. Verknüpfung könnte auch nur zur Analyse von verdächtigen Einheiten eingesetzt werden, die einen grundlegenden Tastentest nicht bestehen, falls die Zeit zum Analysieren aller Einheiten nicht ausreicht.
  • Eine eindeutige bzw. einzigartige Seriennummer (unter Verwendung von beispielsweise 20 Bits) kann in das Alarmgerät bei der Herstellung vorprogrammiert werden. Diese kann dann mit der Adresse und dem Raum assoziiert werden, wo es installiert wird, indem es über eine Schnittstelle mit der Datenbank des Monteurs verbunden wird. Alternativ könnte in die Einheit bei Installation eine Seriennummer unter Verwendung einer Buchse hinten an der Einheit programmiert werden. Das Vorliegen einer eindeutigen Seriennummer ist bei der Nachverfolgung von Rauchmeldegeräten äußerst hilfreich – die Geräte können zur Analyse an den Hersteller zurückgesandt werden und der nachfolgende Bericht identifiziert eindeutig die Einheit und ermöglicht der Wartungsfirma eine Zuordnung zu der Wohnung, aus der sie entfernt wurde. Wenn zum Beispiel die Einheit stark verschmutzt oder beschädigt war und es klar war, dass dies durch einem Bewohner verursacht wurde, dann könnten die Austauschkosten für den Einbau einer neuen Einheit dem Bewohner (oder Vermieter) in Rechnung gestellt werden.
  • Ein weiterer Aspekt der Erfindung besteht darin, dass die Verbindung duplex bzw. doppelt erfolgen kann. Die Piezoscheibe in dem Alarmgerät kann als ein abgestimmtes Mikrophon bei beispielsweise ca. 3000 Hz funktionieren und dieses kann somit dazu verwendet werden, bei der Installation einfach und schnell Informationen in den Rauchmelder zu programmieren, wie z. B. die Seriennummer. Zum Beispiel nach einem Tastentest könnte ein mit der Piezoscheibe des Rauchmelders verbundener, akustischer Empfängerverstärker eingeschaltet werden (nur für 10 Sekunden, um den Stromverbrauch an der Batterie zu minimieren), um auf Nachrichten für den Rauchmelder zu überprüfen, und falls solche vorhanden sind, würde der Mikrocontroller diese decodieren und in geeigneter Weise auf die Informationen agieren oder sie speichern.
  • Eine derartige Kommunikation könnte auch während des Testens verwendet werden, um beispielsweise das Ereignisprotokoll zurückzusetzen. Wenn das PDA-Gerät des Prüfers beispielsweise eine Seriennummer und eine „Zustand OK” Nachricht empfängt, könnte es sofort eine akustische Nachricht zurücksenden, so dass der Rauchmelder dazu gebracht wird, sein Ereignisprotokoll zurückzusetzen und aufzuzeichnen, dass er durch einen offiziellen Prüfer getestet worden ist.
  • Es ist erkennbar, dass die Erfindung ein sehr rasches und unkompliziertes Testen von Alarmgeräten bei minimalen zusätzlichen Kosten oder Aufwand ermöglicht. Sie verwendet bestehende Hardware-Komponenten in vielen herkömmlichen Alarmgeräten, und zwar in Benutzergeräten wie z. B. Mobiltelefonen in verschiedenen Ausführungsformen.
  • Die Erfindung ist nicht auf die beschriebenen Ausführungsformen beschränkt, sondern kann in ihrer Bauweise und in Einzelheiten variiert werden. In einer weiteren Ausführungsform kann das Testgerät zwei oder mehr Mikrophone zum Generieren von Stereosignalen enthalten. Dies würde eine Decodierung der akustischen Signale über eine große Entfernung und/oder in einer Mehrwegeumgebung unterstützen. Die Signalverarbeitung kann dazu verwendet werden, den Mikrophonaufbau gerichtet auszuführen, wie bekannt ist. Die Signalverarbeitung könnte auch dazu verwendet werden, die von einem Menschen durchgeführte Signalverarbeitung nachzuahmen, wobei die Signale von den beiden Ohren zum Decodieren von Unterhaltungen auch in lauten Umgebungen verwendet werden.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • CA 1116284 [0004]

Claims (44)

  1. Alarmsystem mit zumindest einem Alarmgerät, das eine Benutzerschnittstelle, einen Schallemitter und einen Prozessor, der dazu geeignet ist, eine akustische Zustandsnachricht durch Steuerung des Schallemitters zu generieren, umfasst, und mit einem Testgerät, das ein PDA, Laptop-Computer oder Mobiltelefon ist, wobei: – der Alarmgerätprozessor dazu geeignet ist, eine Benutzertestanweisung zu empfangen, – der Alarmgerätprozessor dazu geeignet ist, in der Ausgabe des Schallemitters zumindest einige Zustandsinformationen, die eine Batteriezustandsangabe und/oder ein Sensorverschmutzungslevel umfassen, automatisch zu codieren, um eine akustischen Zustandsnachricht bereitzustellen, – ein Testgerätmikrophon dazu geeignet ist, die akustische Nachricht aufzunehmen, und – ein Testgerätprozessor dazu geeignet ist, die akustische Nachricht zu decodieren, um Alarmgerätezustandsdaten zu bestimmen, und dazu geeignet ist, eine Zustandsbenutzerausgabe zu generieren.
  2. Alarmgerät mit: – einer Benutzerschnittstelle, – einem Prozessor (2), der zum Speichern von Gerätezustandsinformationen geeignet ist, und – einem Schallemitter (5), wobei der Prozessor (2) dazu geeignet ist, eine akustische Zustandsnachricht durch automatisches Codieren von zumindest einigen Zustandsinformationen in der Ausgabe des Schallemitters (5) auf eine Detektion einer Benutzeranweisung an der Benutzerschnittstelle hin zu generieren, und in dem das Codieren ein zeitliches oder frequenzmäßiges Codieren darstellt, das zur maschinellen Decodierung geeignet ist.
  3. Alarmgerät gemäß Anspruch 2, wobei die Benutzerschnittstelle eine Testtaste ist, und der Prozessor (2) dazu geeignet ist, die Nachricht automatisch zu generieren, wenn ein Benutzer die Testtaste drückt.
  4. Alarmgerät gemäß Anspruch 3, wobei der Prozessor (2) dazu geeignet ist, die Nachricht automatisch zu generieren, wenn ein Benutzer die Testtaste in einem vordefinierten Muster, wie z. B. der Dauer des Drückens, drückt.
  5. Alarmgerät gemäß einem der Ansprüche 2 bis 4, wobei der Prozessor dazu geeignet ist, eine Geräteseriennummer, eine Batteriezustandsangabe und Alarmereignisdaten und/oder ein Sensorverschmutzungslevel und/oder ein Installationsdatum des Alarmgerätes in die Nachricht aufzunehmen.
  6. Alarmgerät gemäß einem der Ansprüche 2 bis 5, wobei der Prozessor dazu geeignet ist, die Nachricht zeitlich zu codieren, wobei eine Kombination aus einer voreingestellten Einschaltdauer und Ausschaltdauer eine binäre 0 darstellt und eine Kombination aus einer anderen voreingestellten Einschaltdauer und Ausschaltdauer eine binäre 1 darstellt, und wobei jede der Dauern im Bereich von 5 ms bis 100 ms liegt.
  7. Alarmgerät gemäß einem der Ansprüche 2 bis 6, wobei der Prozessor dazu geeignet ist, die Informationen frequenzmäßig zu codieren, und Frequenzlevels im Bereich von 2000 Hz und 4000 Hz liegen und die Zeitbereiche für Frequenzlevels im Bereich von 10 ms bis 50 ms liegen.
  8. Alarmgerät gemäß einem der Ansprüche 2 bis 7, wobei das Gerät einen Schalldetektor umfasst und der Prozessor dazu geeignet ist, akustische Nachrichten zu empfangen und diese zu decodieren.
  9. Alarmgerät gemäß Anspruch 8, wobei der Detektor eine Piezoscheibe ist, die dazu geeignet ist, als ein abgestimmtes Mikrophon zu funktionieren.
  10. Alarmgerät gemäß Anspruch 8 oder 9, wobei der Prozessor dazu geeignet ist, die akustischen Nachrichten bei Installation oder bei Herstellung zu empfangen und in den Nachrichten codierte Daten zu speichern, und wobei die Informationen eine Alarmgeräteseriennummer enthalten.
  11. Alarmgerät gemäß einem der Ansprüche 2 bis 10, wobei das Codieren ein Codieren eines Bitmusters ist.
  12. Alarmgerät gemäß einem der Ansprüche 2 bis 11, wobei das Codieren ein Codieren digitaler Informationen ist.
  13. Alarmgerät gemäß einem der Ansprüche 2 bis 12, wobei die akustische Zustandsnachricht einem Bitmuster entspricht.
  14. Alarmgerät gemäß einem der Ansprüche 2 bis 13, wobei die akustische Zustandsnachricht digitalen Informationen entspricht.
  15. Alarmgerät gemäß einem der Ansprüche 2 bis 14, wobei der Schallemitter (5) eine Piezoscheibe ist.
  16. Alarmgerät gemäß einem der Ansprüche 2 bis 15, wobei die akustische Zustandsnachricht ein Bit eines Zustands der Einheit umfasst, das angibt, ob das Alarmgerät „OK” ist, sodass der Rest der Daten nicht decodiert werden muss.
  17. Alarmgerät gemäß einem der Ansprüche 2 bis 16, wobei die akustische Zustandsnachricht Alarmereignisdaten umfasst.
  18. Alarmsystem mit einer Vielzahl von Alarmgeräten gemäß einem der Ansprüche 2 bis 17 und einem Testgerät mit: – einer Benutzerschnittstelle, – einem Schalldetektor, der zum Detektieren der akustischen Nachrichten geeignet ist, und – einem Prozessor, der zum Decodieren der akustischen Nachrichten und zum Bereitstellen einer Testbenutzerausgabe geeignet ist.
  19. System gemäß Anspruch 18, wobei das Testgerät ein tragbares Elektronikgerät mit einem Mikrophon umfasst, dessen Prozessor programmiert ist, um durch das Mikrophon aufgenommene, akustische Signale zu decodieren, und wobei das System einen zentralen Host zum Kommunizieren mit dem Testgerät und zum Empfangen und Speichern von durch das Testgerät hochgeladenen Zustandsdaten umfasst.
  20. System gemäß einem der Ansprüche 18 oder 19, wobei zumindest einige Alarmgeräte einen Schalldetektor umfassen und der Prozessor dazu geeignet ist, empfangene akustische Signale zu dekodieren, und das Testgerät dazu geeignet ist, akustische Signale zum Kommunizieren von Informationen an die Alarmgeräte zu generieren.
  21. System gemäß einem der Ansprüche 18 bis 20, wobei der Testgerätprozessor dazu geeignet ist, eine Benutzerwarnung oder eine Benutzeranweisung entsprechend decodierten Nachrichten zu generieren.
  22. System gemäß Anspruch 21, wobei das Testgerät eine Kamera umfasst und der Prozessor dazu geeignet ist, eine Benutzeranweisung zur Erfassung eines Bildes eines Alarmgerätes zu generieren und ein erfasstes Bild mit decodierten Daten für ein bestimmtes Alarmgerät zu korrelieren, um eine Testaufzeichnung bereitzustellen.
  23. System gemäß einem der Ansprüche 18 bis 22, wobei der Testgerätschalldetektor zwei oder mehr Mikrophone umfasst, und der Testgerätprozessor dazu geeignet ist, Informationen aus den an allen diesen Mikrophonen empfangenen Signalen zu extrahieren.
  24. System gemäß einem der Ansprüche 18 bis 23, wobei das Testgerät ein PDA, Laptop-Computer und/oder Mobiltelefon ist.
  25. Alarmsystem mit zumindest einem Alarmgerät, das eine Benutzerschnittstelle, einen Schallemitter und einen Prozessor, der dazu geeignet ist, eine akustische Zustandsnachricht durch Steuerung des Schallemitters zu generieren, umfasst, und mit einem Testgerät, wobei: – der Alarmgerätprozessor dazu geeignet ist, eine Benutzertestanweisung zu empfangen, – der Alarmgerätprozessor dazu geeignet ist, in der Ausgabe des Schallemitters zumindest einige Zustandsinformationen automatisch zu codieren, um eine akustischen Zustandsnachricht bereitzustellen, – ein Testgerätmikrophon dazu geeignet ist, die akustische Nachricht aufzunehmen, und – ein Testgerätprozessor dazu geeignet ist, die akustische Nachricht zu decodieren, um Alarmgerätezustandsdaten zu bestimmen, und dazu geeignet ist, eine Zustandsbenutzerausgabe zu generieren.
  26. System gemäß Anspruch 25, wobei das Testgerät dazu geeignet ist, die Zustandsdaten zu einem entfernten Host hochzuladen.
  27. System gemäß Anspruch 25 oder 26, wobei das Testgerät eine Kamera umfasst, und der Testgerätprozessor dazu geeignet ist, eine Benutzeranweisung zur Erfassung eines Bildes zu generieren, und dazu geeignet ist, anschließend ein erfasstes Bild des Alarmgerätes mit den assoziierten Zustandsdaten zu korrelieren.
  28. System gemäß einem der Ansprüche 25 bis 27, wobei der Testgerätschalldetektor zwei oder mehr Mikrophone umfasst und der Testgerätprozessor dazu geeignet ist, Informationen aus den Signalen bei einer großen Entfernung und/oder in lauten Umgebungen und/oder in Bereichen mit Mehrfachwegen zu extrahieren, die den durch ein Mikrophon empfangenen Schall verschmieren würden.
  29. System gemäß einem der Ansprüche 25 bis 28, wobei das Codieren ein Codieren eines Bitmusters ist.
  30. System gemäß einem der Ansprüche 25 bis 29, wobei das Codieren ein Codieren digitaler Informationen ist.
  31. System gemäß einem der Ansprüche 25 bis 30, wobei die akustische Zustandsnachricht einem Bitmuster entspricht.
  32. System gemäß einem der Ansprüche 25 bis 31, wobei die akustische Zustandsnachricht digitalen Informationen entspricht.
  33. System gemäß einem der Ansprüche 25 bis 32, wobei der Schallemitter (5) eine Piezoscheibe ist.
  34. System gemäß einem der Ansprüche 25 bis 33, wobei die akustische Zustandsnachricht ein Bit eines Zustands der Einheit umfasst, das angibt, ob das Alarmgerät „OK” ist, sodass der Rest der Daten nicht decodiert werden muss.
  35. System gemäß einem der Ansprüche 25 bis 34, wobei die akustische Zustandsnachricht Alarmereignisdaten umfasst.
  36. System gemäß einem der Ansprüche 25 bis 35, wobei das Testgerät ein PDA, Laptop-Computer und/oder Mobiltelefon ist.
  37. Alarmgerät mit: – einer Benutzerschnittstelle, – einem Prozessor (2), der zum Speichern von Gerätezustandsinformationen geeignet ist, und – einem Schallemitter (5), wobei der Prozessor (2) dazu geeignet ist, eine akustische Zustandsnachricht durch automatisches Codieren von zumindest einigen Zustandsinformationen in der Ausgabe des Schallemitters (5) auf eine Detektion einer Benutzeranweisung an der Benutzerschnittstelle hin zu generieren, und in dem das Codieren zur maschinellen Decodierung geeignet ist.
  38. Alarmgerät gemäß Anspruch 37, wobei das Codieren ein Codieren eines Bitmusters ist.
  39. Alarmgerät gemäß dem Anspruch 37 oder 38, wobei das Codieren ein Codieren digitaler Informationen ist.
  40. Alarmgerät gemäß einem der Ansprüche 37 bis 39, wobei die akustische Zustandsnachricht einem Bitmuster entspricht.
  41. Alarmgerät gemäß einem der Ansprüche 37 bis 40, wobei die akustische Zustandsnachricht digitalen Informationen entspricht.
  42. Alarmgerät gemäß einem der Ansprüche 37 bis 41, wobei der Schallemitter (5) eine Piezoscheibe ist.
  43. Alarmgerät gemäß einem der Ansprüche 37 bis 42, wobei die akustische Zustandsnachricht ein Bit eines Zustands der Einheit umfasst, das angibt, ob das Alarmgerät „OK” ist, sodass der Rest der Daten nicht decodiert werden muss.
  44. Alarmgerät gemäß einem der Ansprüche 37 bis 43, wobei die akustische Zustandsnachricht Alarmereignisdaten umfasst.
DE202011110746.2U 2010-12-06 2011-12-02 Alarmsystem unter Verwendung von zeitlich codierten akustischen Nachrichten Expired - Lifetime DE202011110746U1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IE20100762 2010-12-06
IE20100762 2010-12-06

Publications (1)

Publication Number Publication Date
DE202011110746U1 true DE202011110746U1 (de) 2016-01-26

Family

ID=45531732

Family Applications (1)

Application Number Title Priority Date Filing Date
DE202011110746.2U Expired - Lifetime DE202011110746U1 (de) 2010-12-06 2011-12-02 Alarmsystem unter Verwendung von zeitlich codierten akustischen Nachrichten

Country Status (3)

Country Link
EP (1) EP2461299B1 (de)
DE (1) DE202011110746U1 (de)
IE (1) IE20110538A1 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104734779A (zh) * 2013-12-20 2015-06-24 中兴通讯股份有限公司 简单数据处理方法及装置
WO2018044331A1 (en) * 2016-09-04 2018-03-08 Honeywell International Inc. Man down detection for personal safety alarm device
US20190005811A1 (en) * 2017-06-30 2019-01-03 Honeywell International Inc. Systems and methods for downloading data from a monitoring device to a mobile device
CN115311834A (zh) * 2018-02-02 2022-11-08 西门子瑞士有限公司 安全性设备检查
EP4089655B1 (de) 2021-05-10 2024-07-10 E.I. Technology Unlimited Company Akustische schnittstelle für eine alarmvorrichtung

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1116284A (en) 1979-10-09 1982-01-12 George S. Sagi Apparatus and system for wireless reception and transmission of coded audio and/or sonic alarm signals

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5568129A (en) * 1994-09-08 1996-10-22 Sisselman; Ronald Alarm device including a self-test reminder circuit
US5691699A (en) * 1996-02-08 1997-11-25 Detection Systems, Inc. Security detector with optical data transmitter
JP2001297387A (ja) * 2000-04-12 2001-10-26 Nittan Co Ltd 防災機器の外観点検装置および外観点検方法
US6469623B2 (en) * 2001-01-26 2002-10-22 Gentex Corporation Smoke detector maintenance and verification tool
US6737967B2 (en) * 2002-05-10 2004-05-18 Simplexgrinnell, Lp Wireless walk through test system
CA2427320C (en) * 2003-04-30 2009-07-21 Digital Security Controls Ltd. Smoke detector with performance reporting
US8199608B2 (en) * 2007-06-12 2012-06-12 Honeywell International Inc. System and method for adjusting sensitivity of an acoustic sensor
KR101404104B1 (ko) 2008-04-30 2014-06-10 엘지전자 주식회사 가전기기 진단시스템 및 그 동작방법
GB2460721A (en) * 2008-06-13 2009-12-16 Red Dot Technologies Ltd Electrical apparatus having operation status indicator which cn transmit parameter values

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1116284A (en) 1979-10-09 1982-01-12 George S. Sagi Apparatus and system for wireless reception and transmission of coded audio and/or sonic alarm signals

Also Published As

Publication number Publication date
EP2461299B1 (de) 2021-02-24
IE20110538A1 (en) 2012-06-06
EP2461299A3 (de) 2015-07-29
EP2461299A2 (de) 2012-06-06

Similar Documents

Publication Publication Date Title
DE202011110746U1 (de) Alarmsystem unter Verwendung von zeitlich codierten akustischen Nachrichten
DE3415512A1 (de) Tragbares, unabhaengiges geraet zur ueberwachung eines ausgewaehlten oertlichen bereichs
CN103177519B (zh) 具有房门报警和即时声音回应功能的远程监控方法
DE102005060748B3 (de) Brandwarnmelder und Verfahren zu dessen Überprüfung
CN102833577A (zh) 电视机功能自动测试的方法和装置
CN111223202A (zh) 一种基于NB-IoT技术的智慧课堂管理系统
EP2222069B1 (de) Verfahren zur Inbetriebnahme oder Einrichtung eines Türkommunikationssystems
EP3391713B1 (de) Dezentrale protokollierung von betriebszuständen von gebäudetechnikkomponenten
CN204319601U (zh) 一种消防安全标准管理系统
CN108107869A (zh) 智能家居的故障报警系统
CH638916A5 (de) Alarmanlage.
DE1763523A1 (de) Fernsteuerungs- und Signaluebertragungssystem
DE102016010795A1 (de) Verfahren und System zum Notfallmanagement, Client, Server
DE102007027942A1 (de) Testsystem und Verfahren zum Testen von Multimediakomponenten
DE102020134982A1 (de) Manuell bedienbare Ereignismeldevorrichtung und Verfahren zum Erzeugen von Ereignismeldungen sowie damit ausgestattetes Überwachungssystem
CN106791612B (zh) 总控端的视频显示方法、系统及监控视频显示系统
EP3070549A1 (de) Bedieneinrichtung, verfahren zur bedienung wenigstens eines elektrischen geräts
DE102005049490A1 (de) Rauchmeldeanlage
DE202015001656U1 (de) Einrichtung zum Überwachen einer Lautsprecheranlage
DE29506342U1 (de) Elektronische Signalgebersteuerung
DE3040081A1 (de) Fernsteuereinrichtung
CN109163799A (zh) 一种基于物联网的环境噪音监管方法
DE602004012686T2 (de) Verfahren und System zur Zuschauerfassung mit Bluetooth
AT515334B1 (de) Verfahren zur Generierung eines Notrufsignals
EP2268878A2 (de) Zugangssystem, steuereinheit und verfahren zum betätigen eines öffnungsmechanismus eines zugangssystems

Legal Events

Date Code Title Description
R081 Change of applicant/patentee

Owner name: E.I. TECHNOLOGY UNLIMITED COMPANY, IE

Free format text: FORMER OWNER: ANMELDERANGABEN UNKLAR / UNVOLLSTAENDIG, 80297 MUENCHEN, DE

R082 Change of representative

Representative=s name: MITSCHERLICH, PATENT- UND RECHTSANWAELTE PARTM, DE

R207 Utility model specification
R150 Utility model maintained after payment of first maintenance fee after three years
R151 Utility model maintained after payment of second maintenance fee after six years
R081 Change of applicant/patentee

Owner name: E.I. TECHNOLOGY UNLIMITED COMPANY, IE

Free format text: FORMER OWNER: E.I. TECHNOLOGY, SHANNON, IE

R082 Change of representative

Representative=s name: MITSCHERLICH, PATENT- UND RECHTSANWAELTE PARTM, DE

R152 Utility model maintained after payment of third maintenance fee after eight years
R071 Expiry of right