FR 2882834 A1 20060908 FR 0502232 A 20050304 Domaine de l'invention Le domaine de l'invention concerne la gestion d'évènements. Plus précisément, l'invention concerne un dispositif d'enregistrement d'événements en vue d'établir leur chronologie et leurs localisations avec précision. Présentation de l'art antérieur L'invention s'applique notamment, mais non exclusivement, à la gestion des équipements des installations tertiaires et industrielles ou encore à la gestion de processus industriels, principalement pour enregistrer leurs défaillances et les analyser. En effet, en cas d'incident, les enquêteurs tels que le service technique de la société dans laquelle s'est produit l'événement ou les experts des assurances concernées doivent établir sans aucun doute une chronologie rigoureuse des événements critiques à l'origine de l'incident. Dans ce but, on met généralement en place des dispositifs GTB (Gestion Technique des Bâtiments), des dispositifs GTC (Gestion Technique Centralisée) ou encore des dispositifs de process industriel ou de télégestion. Les dispositifs informatisés de recueil et de traitement d'informations de type GTC-GTB permettent, plus particulièrement, de contrôler à distance l'activité d'un site et de ses installations techniques et, une fois l'incident détecté et enregistré, de mettre en place un régime de fonctionnement adapté. La plupart de ces dispositifs traditionnels utilisent pour superviser les équipement connectés aux installations à surveiller et pour collecter leurs données une architecture à plusieurs niveaux qui s'organise, dans un premier temps, par le rattachement des équipements à des contrôleurs desquels ils dépendent pour des services tels que l'historique des événements qu'ils enregistrent. Dans un second temps, les contrôleurs sont connectés à un poste central de décision qui regroupe les fonctions de commande et de gestion global des événements survenus sur un territoire. L'inconvénient principal de ces techniques réside dans le fait qu'elles nécessitent une centralisation des commandes et des enregistrements des évènements qui n'est pas toujours adaptée aux besoins de l'utilisateur d'un site particulier. De plus, cette centralisation présente elle même des inconvénients 15 parmi lesquels on notera une complexité de mise en oeuvre, l'absence de souplesse de configuration et d'extension des dispositifs. Une autre technique connue pour la gestion d'évènements repose sur des dispositifs d'enregistrement d'évènements en temps réel comportant des contrôleurs logiques programmables. De tels enregistreurs actuellement sur le marché ne sont que partiellement autonomes. Ils montrent souvent une faible puissance de traitement et une mémoire insuffisante pour accommoder le volume de données à enregistrer. De plus, la résolution de détection est telle qu'ils ne peuvent discerner deux événements rapprochés d'un temps inférieur à la seconde. L'invention concerne donc la possibilité d'effectuer des enregistrements d'évènements en s'affranchissant des inconvénients 30 précités. Un premier but de la présente invention est de proposer un dispositif d'enregistrement d'évènements sur des sites industriels point par point en vue d'une part de décentraliser la gestion des événements et d'autre part de permettre d'obtenir un historique des événements sur lequel une expertise permet de déterminer le rôle essentiel de chacun. Un autre but de la présente invention est de proposer un dispositif d'enregistrement souple qui s'adapte au gré des besoins de son l'utilisateur et de ses applications et lui permette d'être installé sur tous les points névralgiques d'une installation industrielle ou tertiaire pour détecter et dater le fonctionnement, par exemple, de contrôleurs de pression, de température, de contraintes mécaniques ou encore de paramètres électriques. Un autre but de la présente invention est de fournir un dispositif pour l'enregistrement d'évènements autonome, économique, simple à installer et à utiliser. Il est également désirable d'offrir un dispositif qui propose une bonne précision de datation et qui est capable de gérer l'horodatage d'événements survenant en cascade dans le temps tout en économisant au mieux son énergie et sa durée de vie. Il en résulte alors une meilleure intégration du processus de cause à effet des événements successifs. Un autre but de l'invention est de proposer un dispositif inviolable permettant d'assurer la sécurité des événements enregistrés pour d'éventuelles expertises ultérieures. Enfin, un dernier but est de proposer un ensemble de plusieurs dispositifs d'enregistrement d'événements selon l'invention placés à différents endroits géographiques d'un territoire, reliés entre eux, en vue de contrôler et de comparer les données qu'ils acquièrent pour un diagnostic global des équipements immédiat et facile. Résumé de l'invention Ces buts sont atteints à l'aide d'un dispositif d'enregistrement d'évènements en temps réel, comprenant au moins une entrée électrique pour un évènement à enregistrer, des moyens de comptage temporel et des moyens d'enregistrement coopérant avec une mémoire pour stocker des informations d'horodatage des évènements apparus sur la ou lesdites entrées, et des moyens pour sélectivement mettre en veille et en activité ledit dispositif en réponse à l'apparition d'un évènement sur une entrée, caractérisé en ce que les moyens d'enregistrement sont aptes à engendrer des données d'horodatage grossier pour un premier évènement provoquant la mise en activité du dispositif, et des données d'horodatage fin, exprimées de façon relative par rapport à l'horodatage dudit premier évènement, pour des évènements ultérieurs apparaissant pendant la période d'activité du dispositif. Avantageusement, la précision des données d'horodatage grossier 10 est de l'ordre de la seconde et celle des données d'horodatage fin de l'ordre du centième de seconde. Brève description des figures D'autres caractéristiques, buts et avantages de la présente invention apparaîtront à la lecture de la description détaillée qui va suivre, et en regard des dessins annexés, donnés à titre d'exemples non limitatifs et sur lesquels: - La figure 1 est une vue très schématique d'un dispositif d'enregistrement des événements selon l'invention; - La figure 2 est une vue très schématique d'un ensemble de dispositifs d'enregistrement d'événements; - La figure 3 est un organigramme montrant le déroulement général du procédé d'enregistrement des événements; - La figure 4 est une variante de réalisation de la figure 3. Description détaillée de l'invention La figure 1 montre de façon schématique le dispositif d'enregistrement d'événements 10 selon l'invention. Il comprend au moins des moyens d'enregistrement, des moyens de mémorisation et des moyens de comptage temporel qui coopèrent pour enregistrer chronologiquement la séquence des états de chacune de ses entrées 14 et 15. Conformément à l'invention, ledit dispositif 10 comprend une unité de gestion 11 destinée à recevoir et à enregistrer des événements 50. De préférence, cette unité de gestion 11 est un microcontrôleur ou un microprocesseur. L'unité de gestion 11 communique avec les autres composants du 10 dispositif 10 via une interface de liaison numérique bien connue en soi. A titre d'exemple non limitatif, l'interface est de type I2C. Selon un aspect de l'invention, le dispositif d'enregistrement 10 est alimenté en énergie par une pile 16 mais les moyens d'alimentation du dispositif 10 peuvent faire l'objet de nombreuses variantes de réalisation bien connues en soi. Il est avantageusement configuré pour limiter sa consommation d'énergie et préserver la longévité de sa réserve d'énergie électrique 16. Pour cela, l'interface série et le programme de l'unité de gestion 11 sont aptes à se mettre en veille au bout d'un temps t, paramétrable par l'administrateur, si aucun évènement 50 ne se présente. L'apparition de tout événement 50 sur une entrée 14 ou 15 réveille instantanément ces deux éléments et le dispositif d'enregistrement d'évènements 10 s'active. Avantageusement, le temps de scrutation paramétrable t est de l'ordre de quelques secondes. L'apparition d'un événement 50 est, d'une manière générale, identifié par un signal de déclenchement sur l'un des ports d'entrées/sorties 14 et 15 dont est muni le dispositif d'enregistrement d'événements 10. Ces entrées électriques 14 et 15 sont activés par un équipement 30 externe pour signifier qu'un événement est apparu et doit être enregistré. Dans la suite, on définira un événement 50 survenu ultérieurement à un premier événement pendant la même période de réveil du dispositif d'enregistrement 10 comme un événement dit en cascade. Dans un mode de réalisation préféré de l'invention, le dispositif d'enregistrement d'événements 10 comprend cinq ports entrées/sorties dont trois sont des entrées Tout ou Rien (TOR) (14a, 14b, 14c) qui consistent en un contact isolé sans polarité et deux sont des entrées analogiques (15a et 15b). De préférence, les entrées analogiques (15a et 15b) sont des entrées tension de 24 - 400 Volts et 0 - 48 Volts, permettant en particulier de détecter l'apparition ou la disparition de tension sur une ligne d'entrée. Si une variable TOR est déclarée comme un événement 50, un changement d'état, comme l'ouverture ou la fermeture d'un contact, par 15 exemple, lui sera affecté sous la forme d'un élément binaire. Si une variable analogique est déclarée comme un événement 50, un seuil haut et un seuil bas sont définis. La variable est dans un état normal lorsque sa valeur est située entre ces deux seuils. A titre d'exemple non limitatif, l'évènement 50 d'un manque de tension d'un port 14 ou 15 est détecté s'il est supérieur à 100 ms. La nature et le nombre des ports 14 et 15 ainsi que la nature des évènements 50 reçus peuvent faire l'objet de nombreuses variantes de réalisation et ne sont pas limités aux illustrations faites en relation avec les figures 1 et 2. En particulier, on peut considérer d'autres natures de ports d'entrées analogiques 15 ou encore des événements 50 liés à des signaux internes préprogrammés dans l'unité de gestion 11. D'autre part, la résolution du dispositif 10 est telle que le dispositif 10 peut détecter deux évènements 50 apparaissant dans la même période de scrutation t s'ils sont séparés d'un centième de seconde, par exemple. Chaque événement 50 reçu par l'unité de gestion 11 sur l'un de ses ports 14 ou 15 est daté grâce à un circuit d'horloge et une horloge de datation en temps réel 12. Avantageusement, l'horloge 12 a une fréquence de 32 kHz de manière à dater les événements 50 avec une précision de l'ordre de la seconde. Un registre de temps capture la date où le signal de l'évènement 50 est détecté, le dispositif 10 étant programmé pour enregistrer les évènements 50 en temps réel avec une incertitude découlant de la stabilité de l'horloge de datation en temps réel 12. D'une manière bien connue en soi, l'horloge de datation en temps réel 12 est contrôlée par quartz. Le format de la datation d'un événement 50 réveillant l'unité de gestion 11 est défini, de préférence, pour apporter des informations sur les secondes, minutes, heures, jour, mois et année d'un événement 50 tandis que celui des événements en cascade apportera des informations jusqu'au centième de seconde. L'événement 50 est ensuite stocké avec la valeur contenue dans le registre de temps sur un support de mémorisation local. Pour cela, l'unité de gestion 11 est en liaison avec une unité de mémoire locale 13. Cette unité 13 comprend aussi bien de la mémoire vive 13a que de la mémoire morte 13b et plus particulièrement une mémoire non volatile 13 destinée à stocker les derniers événements survenus. Avantageusement, la mémoire vive 13a est de type NVRAM et la mémoire morte 13b est de type EEPROM ou FLASH. D'autre part, l'unité mémoire 13 est, de préférence, interne au 25 dispositif d'enregistrement 10. Selon un aspect de l'invention, l'unité mémoire 13 est gérée selon la méthode premier entré premier sorti . A titre d'exemple non limitatif, elle peut mémoriser les événements 50 détectés par ordre chronologique dans des blocs numériques, permettant de stocker le type d'événement 50 survenu, l'entrée 14 ou 15 concernée, la date et l'heure de l'événement 50. Avantageusement, pour optimiser l'utilisation du plan mémoire de la mémoire morte 13b, chaque événement 50 survenu est stocké sous forme de huit octets. Avantageusement, le dispositif 10 a une unité mémoire 13 avec la 5 capacité de stocker environ une soixantaine d'événements 50 sur le total de ses ports d'entrées/sorties 14 et 15. Une variante de réalisation de la présente invention peut prévoir l'adjonction de moyens de mémoire plus important en vue d'augmenter la capacité de stockage des évènements 50. La durée de fonctionnement de l'enregistreur 10 d'événements 50 est ainsi indéfinie et s'exerce jusqu'à la fin de la durée de vie de son alimentation électrique 16. En outre, le dispositif d'enregistrement 10 comporte une pluralité de compteurs internes dont au moins un compteur 17 qui identifie le temps réel, un compteur de temps écoulé 18 et un compteur d'événements survenus 19 qui se trouvent, de préférence, dans l'unité de gestion 11. Avantageusement, les compteurs internes sont des compteurs de 8 à 32 bits. Conformément à l'invention, le compteur de temps écoulé 18 est programmé pour s'initialiser à l'arrivée d'un premier événement 50 et pour s'incrémenter jusqu'au temps de scrutation t définissant la fin de la période de réveil de l'unité de gestion:11. Eventuellement, un compteur de temps de résolution en centième de seconde (non illustré sur les figures) peut être ajouté pour capter des informations permettant de connaître avec précision l'heure d'un événement 50, et plus particulièrement l'heure du premier événement 50 d'une cascade, par rapport aux tops fournis par l'horloge 12 battant la seconde, en comptant le temps en centièmes de seconde qui s'écoule entre son apparition et le prochain top de seconde de l'horloge 12. Ce compteur sera utile pour le recalage d'événements 50 issus de plusieurs boîtiers d'enregistrement 10 comme décrit plus loin en relation avec la figure 2. Pour lire les informations enregistrées par ledit dispositif 10, l'unité de gestion 11 est reliée via une interface 21 à un terminal externe 20. A titre d'exemple non limitatif, le terminal 20 peut être un ordinateur portable ou tout autre processeur spécialisé. De préférence, l'interface de liaison 21 est une interface de type série. Cette interface 21 permet de transférer les événements 50 enregistrés par le dispositif 10 et de les traiter sur le terminal externe 20 via une application logiciel. Cette application offre, d'une manière non limitative, la possibilité de répertorier tout événement 50 transféré avec sa date et les événements en cascade 50 avec leur date et le temps écoulé entre chacun d'entre eux. D'autre part, la précision de l'horloge de datation en temps réel 12 du dispositif 10 dépend de la précision du cristal qui présente une dérive de 4 minutes/an. Cette précision peut être améliorée par des moyens connus. Etant donné qu'il est possible de lire l'heure indiquée par le dispositif 10, il est également possible de recaler avec une certaine précision un événement 50 en comparant l'heure indiqué par l'horloge de datation 12 à l'heure réelle. Pour cela, le dispositif 10 comprend un port séquentiel de synchronisation configuré, de préférence, comme un bus de type I2C ou SPI. Chaque boîtier d'enregistrement 10 peut ainsi être synchronisé à la 25 fréquence de l'horloge interne pilotant le terminal externe 20, celui-ci étant, de préférence, synchronisé sur l'heure universelle. Une variante de réalisation de l'invention se distingue de celle illustrée sur la figure 1 en prévoyant un circuit correcteur qui permettra de réduire l'incertitude maximale de 4 minutes par an du temps interne du dispositif d'enregistrement 10. Une autre variante de réalisation de l'invention propose la synchronisation des évènements 50 d'un dispositif d'enregistrement 10 grâce à un cordon de liaison vers un dispositif de collecte spécifique. Par ailleurs, ce cordon permet d'amener de l'énergie électrique destinée à la recharge de la réserve d'énergie du dispositif 10. Selon un autre aspect de l'invention illustrée par la figure 1, le dispositif d'enregistrement 10 est modulable. En effet, un module permettant l'enregistrement des évènements 50 détectés par le dispositif d'enregistrement 10 sur un autre support à distance et/ou un module permettant la synchronisation horaire de différents dispositifs d'enregistrements 10 placés en différents endroits géographiques peuvent être connectés. A cet effet, des connecteurs sont prévus sur le dispositif d'enregistrement 10. Dans un exemple non limitatif, les connecteurs sont de type R345. Le module de synchronisation du dispositif enregistreur 10 permet la synchronisation du dispositif enregistreur 10 de manière connue en soi et particulièrement grâce à l'utilisation de l'horloge atomique de Francfort ou par toute autre liaison radio. La figure 2 illustre ainsi une variante de réalisation de l'invention présentant un exemple de combinaison de ces différents modules en 20 proposant l'utilisation d'un module autonome 30. Il est clair que la distribution d'appareils 10 selon l'invention sur un territoire choisi permettra de réaliser rapidement une expertise en tout endroit souhaité de ce territoire. Pourtant la centralisation les données ayant attrait à ces dispositifs d'enregistrements 10 et leur synchronisation peut être utile. Ce module autonome de collecte et de synchronisation 30 proposé comporte au moins une unité centrale 31, une unité mémoire 32 et une horloge interne de référence 33. Il est basé sur un contrôleur capable de communication périodique avec les dispositifs d'enregistrements (10, 10') pour permettre aux différentes horloges internes des dispositifs de se synchroniser sur l'horloge interne du module 33. Les échanges d'informations entre le module 30 et les différents périphériques connectés (10,10') se font via un canal de communication bidirectionnel. Selon un aspect de l'invention, ce canal peut être implanté, d'une manière non limitative, grâce à une interface 22 de type série. On peut citer les exemples non limitatifs des interfaces I2C ou RS 485. Le module 30 peut alors ajuster les temps des événements (50,50') reportés par les dispositifs 10 en les comparant au temps maintenu par l'horloge interne 33 du module 30 et améliorer la précision les différents événements (50,50') enregistrés. En effet, le module de collecte et de synchronisation 30 recale les heures affectées aux événements (50,50') issues de plusieurs boîtiers d'enregistrement (10,10') en fonction des différences de marche relevées sur les horloges respectives des dispositifs (10,10') . Ce recalage ultérieur des informations est assuré par la connaissance avec précision de l'heure d'un premier évènement d'une cascade, précision obtenue, grâce au compteur de temps de résolution d'un dispositif 10 en centième de seconde d'un dispositif 10, en comptant le temps en centièmes de seconde qui s'écoule entre l'apparition de l'évènement 50 et le prochain top de seconde de l'horloge 12. Cette précision particulière obtenue en modifiant légèrement le dispositif de connexion et les logiciels internes permet également de lire simultanément deux dispositifs d'enregistrement de type 10. Selon un mode de réalisation préféré de l'invention, l'appareil 30 est doté d'une horloge 33 radio pilotée, synchronisé sur l'émetteur DCF 77 de Francfort pour synchroniser avec précision les différents événements 50 enregistrés. La précision de synchronisation de cet ensemble peut alors atteindre l'ordre de 50 microsecondes. D'autre part, si le module 30 joue également un rôle dans l'alimentation des différents dispositifs d'enregistrement 10 avec lesquels il est en communication, la datation des événements 50 peut être faite au centième voire au millième de seconde près. Un autre aspect de cette réalisation de l'invention propose l'initialisation des dispositifs d'enregistrement 10 par le module 30 lors de vérifications périodiques. L'utilisation d'un module de collecte et de synchronisation 30 additionnel reliant différents dispositifs d'enregistrement (10,10') permet de collecter en l'espace de quelques minutes toutes les informations reçues par tous les dispositifs (10,10') présents sur un site. En ayant mémorisé les temps locaux de chaque appareil (10,10'), on peut ainsi reconstituer avec précision la chronologie des événements (50, 50') survenus sur le site. Conformément à l'invention, le dispositif d'enregistrement 10 peut, en outre, avantageusement être construit de manière à être inviolable. En effet, des clés d'accès sur 8 à 32 bits peuvent être prévues pour protéger l'effacement des unités mémoire et particulièrement des mémoires rémanentes sauvant la datation des derniers événements 50 survenus, la remise à l'heure ou encore la lecture des informations enregistrées en vue d'assurer une confidentialité totale et sécurisée des données. Un procédé d'enregistrement d'événements sera maintenant décrit en référence aux figures 3 et 4. La figure 3 est un organigramme montrant le déroulement général du processus d'enregistrement d'événements comprenant pour chaque événement survenu une phase de détection, une phase d'horodatage et une phase d'enregistrement. A l'étape 100, un événement 1 est signalé par un signal de déclenchement provenant d'une des différentes entrées (14 ou 15) du dispositif 10 et réveille l'unité de gestion 11 (étape 400) qui le détecte. A l'étape 110, le dispositif 10 demande la date et l'heure de l'horloge de datation 11 et date l'événement 1 détecté avec une précision de l'ordre de la seconde. C'est la phase d'horodatage dit grossier. A l'étape 120, l'événement 1 reçu est alors stocké dans l'unité de mémorisation locale 13 avec sa date d'arrivée et le compteur d'événement 19 est incrémenté de 1 (étape 420). Au cours du traitement de l'évènement 1 et plus précisément avant que l'unité de gestion 11 se mette en mode veille (étape 450) au bout du temps t de scrutation chronométré par le compteur de temps écoulé 18 (étape 410), un événement 2 est signalé par un signal de déclenchement (étape 200) et détecté. Cet évènement en cascade est daté à l'étape 210 d'une manière 10 semblable à l'étape 110 précédente. A l'étape 230, l'événement 2 est stocké avec sa date d'arrivée dans l'unité de mémorisation locale 13. Il sera plus tard répertorié dans le terminal externe 20 avec sa date et le temps écoulé depuis l'évènement 1. Cette étape d'horodatage d'un évènement en cascade est une phase d'horodatage dite fine. Les étapes sont identiques pour un événement 3 qui pourrait être détecté à l'étape 300 pendant la période de réveil t de l'unité de gestion 11. A l'étape 440, le temps de scrutation fini et aucun évènement n'ayant été détecté, le compteur de temps écoulé 18 se réinitialise à 0 (étape 450) et l'unité de gestion 11 se rendort (étape 460) jusqu'à un prochain évènement. En général, le traitement complet d'un événement et plus 25 précisément l'arrivée d'un événement, sa datation et sa mémorisation correspondent à 5 millisecondes environ. De plus, la précision du premier événement enregistré est de l'ordre de 5 ms par rapport à l'horloge 12 du boîtier d'enregistrement 10. De même, la précision du nième événement en cascade du premier 30 événement est également de l'ordre de 5ms. D'autre part, le dispositif d'enregistrement 10 offre la possibilité de discerner deux événements en cascade qui peuvent être décalés d'un centième de seconde. Selon une variante de réalisation de l'invention, à l'étape 500, les événements stockés peuvent être transmis et observés par l'intermédiaire de l'application logiciel sur un terminal externe en vue de contrôler et de retracer l'historique des événements survenus par exemple, sur un site industriel. Une illustration, non limitative, de la présentation d'une série d'événements enregistrés sur un terminal externe 20 s'appuie sur le tableau décrit ci dessous en référence à la figure 4. On y présente le processus d'enregistrement d'évènements selon une variante de réalisation de l'invention dans laquelle les événements stockés dans les unités de mémoire locale 13 d'au moins deux dispositifs d'enregistrement A et B disposés sur un site sont transmis et collectés par un module de collecte 30 (étape 600) et enregistrés dans son unité mémoire 32 (étape 700). Comme illustré précédemment par les figures 1 et 2, les événements peuvent être signalés par des signaux externes ou internes au dispositif d'enregistrement 10. Dans le cas d'événements simultanés, les conflits éventuels sont éliminés. En effet, les changements d'état des différentes entrées sont détectés lors de l'apparition de l'un d'entre eux et sont alors enregistrés comme des événements. Cette détection est effectuée en comparant l'état précédant l'instant du déclenchement et l'état existant après le déclenchement, ceci pour chaque entrée. Sur détection d'un événement 1, l'unité de gestion 11 du dispositif A se réveille (étape 400). Le dispositif A initie et incrémente sur interruption interne un compteur de temps écoulé 18 en vue de contrôler la période de réveil t paramétrée de l'unité de gestion 11. Avantageusement, ce compteur 18 est sur 16 bits. A l'étape 110, un compteur 17 compte le temps t1 depuis le signalement de l'évènement 1 jusqu'au prochain top t2 de l'horloge de datation interne 12. Ainsi, une date d'arrivée à la date de t2-tl peut être attribuée à chaque événement détecté avec une précision de l'ordre de la seconde. Dans cette variante de réalisation de l'invention, les événements reçus par le dispositif A aux étapes 100, 200 et 300 sont, en outre, resynchronisés à la fréquence de l'horloge interne du module de collecte 30 (étape non illustrée sur la figure). Une autre variante de réalisation propose, comme cité plus haut en référence aux figures 1 et 2, une synchronisation des événements reçus par l'horloge interne 12 d'un terminal externe 20 tel que tout dispositif électronique doté d'une horloge. A l'étape 450, le programme de l'unité de gestion 11 se met en veille. De préférence, il se rendort au bout d'un temps compris entre 0 et 9 secondes. Cependant, plusieurs évènements, par exemple les événements 1, 15 2 et 3 peuvent se succéder pendant la période t de réveil de l'unité de gestion 11. Selon l'invention, ces évènement en cascade sont discernés au centième ou au millième de seconde près et seront répertoriés sous forme de date et heure mais aussi avec l'écart de temps les séparant du premier évènementdéclenchant la période t de scrutation comme l'illustre un exemple non limitatif de tableau représentant un historique d'événement d'un site industriel. Sur ce tableau la, les différentes colonnes indiquent le numéro des événements enregistrés, la date et l'heure de chaque événement, l'entrée concernée par l'événement et le temps écoulé entre deux événements qui ont eu lieu dans la même période de réveil t. Les données peuvent être classées indifféremment par ordre chronologique puis par entrée, ou par entrée puis ordre chronologique. N Type d'évènement Entrée date heure Temps concernée écoulé 1 Ouvert-> fermé Contact A 02/01/05 10h15'25..... 2 fermé- ouvert Contact B 02/01/05 10h15'28" 3"25"' 3 absence Tension D 02/01/05 10h15'29" 4"38" 4 présence Tension D 03/01/05 10h 17'25 " ....... ... Etc N Tableau la Un premier événement a eu lieu à l'entrée TOR A. Le réveil de l'unité de gestion 11 a duré cinq secondes pendant lesquels trois événements sont survenus séparés de 3 secondes et 25 centièmes pour l'événement qui a eu lieu a l'entré TOR B puis de 4 secondes et 38 centièmes pour le manque de tension détecté à l'entrée D. Le premier événement se voit alors dater à la seconde près uniquement, le second est accrédité d'une différence de 3 secondes et 25 centièmes en plus de sa date à la seconde près et le troisième d'une différence de 4 secondes et de 38 centièmes en plus de sa date à la seconde près. Un quatrième événement concernant la présence de tension à l'entrée D a eu lieu en dehors de la période de réveil du dernier événement de la rafale. Il est uniquement associé à sa date d'apparition. Chaque événement est enregistré dès l'instant de sa détection. Conformément à l'invention, le dispositif d'interruption génère une interruption pour le déchargement des données vers le module de collecte 30. Une autre variante de réalisation de l'invention prévoit la génération d'une interruption pour le déchargement des données vers le terminal informatique relié au dispositif d'enregistrement 10. En conclusion, le dispositif d'enregistrement 10 permet de dater des événements 50 avec la précision voulue et d'augmenter cette précision pour les événements dits en cascades en vue. de mieux intégrer le processus de cause à effet des événements 50 tout en économisant au mieux l'énergie et la durée de vie du dispositif 10. Bien entendu la présente invention n'est pas limitée aux modes de réalisation particuliers qui viennent d'être décrits mais s'étend à toute variante conforme à son esprit. En particulier, la présente invention n'est aucunement limitée aux 10 modes de réalisation illustrés sur les figures annexées. 18 REVENDICATIONS 1. Dispositif d'enregistrement d'évènements (10) en temps réel, comprenant au moins une entrée électrique (14 ou 15) pour un évènement (50) à enregistrer, des moyens de comptage temporel (12) et des moyens d'enregistrement (11) coopérant avec des moyens de mémorisation (13) pour stocker des informations d'horodatage des évènements (50) apparus sur la ou lesdites entrées (14 ou 15), et des moyens pour sélectivement mettre en veille et en activité ledit dispositif (10) en réponse à l'apparition d'un évènement (50) sur une entrée ( 14 ou 15) caractérisé en ce que les moyens d'enregistrement (11) sont aptes à engendrer des données d'horodatage grossier pour un premier évènement (50) provoquant la mise en activité du dispositif (10), et des données d'horodatage fin, exprimées de façon relative par rapport à l'horodatage dudit premier évènement (50), pour des évènements ultérieurs apparaissant pendant la période d'activité du dispositif (10). 2. Dispositif selon l'une des revendications précédentes caractérisé en 20 ce la précision des données d'horodatage grossier est de l'ordre de la seconde. 3. Dispositif selon l'une des revendications précédentes caractérisé en ce la précision des données d'horodatage fin est de l'ordre du centième 25 de seconde ou du millième de seconde. 4. Dispositif selon l'une des revendications précédentes caractérisé en ce que les entrés électriques comprennent des entrées de signaux TOR (14) et/ou des entrées analogiques (15). 5. Dispositif selon l'une des revendications précédentes caractérisé en ce que les moyens de mémorisation (13) comprennent une mémoire rémanente. 6. Dispositif selon l'une des revendications précédentes caractérisé en ce que la précision dudit premier évènement par rapport aux moyens de comptage temporel est de l'ordre de 5 ms. 7. Dispositif selon l'une des revendications précédentes caractérisé en ce que, dans la période d'activité du dispositif associée audit premier événement, la précision du nième évènement suivant ledit premier évènement par rapport aux moyens de comptage temporel est de l'ordre de 5 ms. 8. Dispositif selon l'une des revendications précédentes en ce que il comprend, en outre, des moyens de synchronisation constitués par un processeur externe piloté par une horloge interne de synchronisation comprenant au moins un support de mémorisation et apte à communiquer avec un ou plusieurs dispositifs 10 via un bus d'informations. 9. Dispositif selon l'une des revendications précédentes en ce que le 20 processeur externe est un ordinateur portable. 10. Dispositif selon l'une des revendications précédentes caractérisé en ce que les moyens d'enregistrement soient aptes après avoir enregistré dans un premier temps les événements reçus dans les moyens de mémorisation associés au dispositif de transmettre, dans un second temps, lesdits évènements dans une mémoire d'un module externe distinct dudit dispositif d'enregistrement. 11. Procédé d'enregistrement d'événements en temps réel à l'aide d' au moins une entrée électrique (14 ou 15) pour un évènement (50) à enregistrer, de moyens de comptage temporel (12) et de moyens d'enregistrement (11) coopérant avec des moyens de mémorisation (13) pour stocker des informations d'horodatage des évènements (50) apparus sur la ou lesdites entrées (14 ou 15), et de moyens pour sélectivement mettre en veille et en activité ledit dispositif (10) en réponse à l'apparition d'un évènement (50) sur une entrée ( 14 ou 15) caractérisé en ce que il comprend les étapes pour engendrer des données d'horodatage grossier pour un premier évènement (50) provoquant la mise en activité du dispositif (10) et pour engendrer des données d'horodatage fin, exprimées de façon relative par rapport à I'horodatage dudit premier évènement (50), pour des évènements ultérieurs apparaissant pendant la période d'activité du dispositif (10).