EP2531809B1 - Systeme de programmation et de mise a feu de detonateurs electroniques, procede associe - Google Patents

Systeme de programmation et de mise a feu de detonateurs electroniques, procede associe Download PDF

Info

Publication number
EP2531809B1
EP2531809B1 EP11706885.8A EP11706885A EP2531809B1 EP 2531809 B1 EP2531809 B1 EP 2531809B1 EP 11706885 A EP11706885 A EP 11706885A EP 2531809 B1 EP2531809 B1 EP 2531809B1
Authority
EP
European Patent Office
Prior art keywords
firing
programming
console
plan
memory
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.)
Active
Application number
EP11706885.8A
Other languages
German (de)
English (en)
Other versions
EP2531809A1 (fr
Inventor
Franck Guyon
Raphaël TROUSSELLE
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.)
Davey Bickford SAS
Original Assignee
Davey Bickford SAS
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=42635211&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=EP2531809(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Davey Bickford SAS filed Critical Davey Bickford SAS
Priority to PL11706885T priority Critical patent/PL2531809T3/pl
Publication of EP2531809A1 publication Critical patent/EP2531809A1/fr
Application granted granted Critical
Publication of EP2531809B1 publication Critical patent/EP2531809B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F42—AMMUNITION; BLASTING
    • F42D—BLASTING
    • F42D1/00—Blasting methods or apparatus, e.g. loading or tamping
    • F42D1/04—Arrangements for ignition
    • F42D1/045—Arrangements for electric ignition
    • F42D1/05—Electric circuits for blasting
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F42—AMMUNITION; BLASTING
    • F42D—BLASTING
    • F42D1/00—Blasting methods or apparatus, e.g. loading or tamping
    • F42D1/04—Arrangements for ignition
    • F42D1/045—Arrangements for electric ignition
    • F42D1/05—Electric circuits for blasting
    • F42D1/055—Electric circuits for blasting specially adapted for firing multiple charges with a time delay

Definitions

  • the present invention relates to a system for programming and firing a set of electronic detonators, and a corresponding programming method.
  • detonator programming steps consisting mainly of using one or more programming units or consoles to associate a delay time, in milliseconds, with each of the detonators.
  • the corresponding association table forms a firing plan that is subsequently transferred to a firing unit or console having detonator firing capabilities and codes.
  • an operator travels the work site back and forth to successively and individually connect each of the detonators to a firing line. Since the operator's programming unit is also connected to the firing line, it detects the connection of a new detonator and identifies the latter. The operator then enters, through an alphanumeric keypad of the programming console, a delay time to associate with each of the detonators successively identified on the firing line. For the rest of the description, this operation will be called "detonator programming".
  • the operator can specify, on his programming unit, information of firing type identifier of the hole drilled on the site in which the detonator detected is placed, the association with a delay time can be performed later on the firing console for example.
  • a detonator identification step is performed.
  • This identification consists for the programming unit to recover a detonator identification parameter connected by message exchange on the firing line, this parameter being for example stored in the ROM memory of the electronic detonator.
  • the programming unit then stores, in the EEPROM memory, the association made between this identification parameter and the corresponding delay time or hole number entered.
  • the resulting table constitutes the firing plan.
  • the identification may consist, for the programming unit, in sending to the detonator an identification parameter which will be memorized by the detonator, for example in the EEPROM memory, the programming unit then memorizing the association of this identifier and firing time type information or hole number.
  • this programming operation can quickly become laborious with regard mainly to the large number of detonators to connect and program. Thus, several hours of programming may sometimes be necessary.
  • the programming operation can be performed by several operators, each being equipped with a programming console to program, with each of them, a part of the firing plan.
  • the firing plan is divided into several zones, the detonators of each of them being connected on bus lines, all of these bus lines constituting a network connected to a main line called a firing line.
  • each of them contains the identification parameters only of a part of the detonators present on the firing line, corresponding only to the detonators programmed by this console .
  • Each console performs counting functions and then identification of connected detonators.
  • detonators programmed by other consoles should not be considered intruders. This forces a mental intervention of operators to compare the number of detonators connected to the number of detonators programmed, without easily detect any intruders.
  • a programming unit fails during these programming operations, for example because of a battery failure or a material destruction resulting from a construction accident.
  • Such a situation requires an integral re-programming of the detonators initially stored in the (partial) firing plan of the defective console. A considerable loss of time can thus be generated.
  • the operator can not complete his programming operations because the battery is flat and requires recharging.
  • the invention aims to solve at least one disadvantage of the state of the art by proposing in particular to simplify the transfer of data, including programmed fire plans, between different consoles.
  • the system according to the invention is based on RFID tags for storing firing plans during on-site or "on-site” programming.
  • "On site” or “in front” means the operations carried out on the work site where the detonators are located. This denomination is opposed to the firing which is, she, carried out at a distance through the firing line by a firing console, also called firing console.
  • a "master" firing console may possibly control several different shots by means of "slave” and local firing consoles each connected to a particular firing line.
  • the invention also simplifies the transfer of programming on a single console. Tests conducted using this unique console allow easier identification of intruder detonators and reduce or eliminate the intervention of the operator.
  • the passive tag according to the invention mainly functions as a de-correlated data memory of any identification of the programming console that contains it.
  • the memorized firing plan is not intended to identify the programming console.
  • this passive tag appears as a temporary memory of the firing plans before transfer either to another programming console, or generally to the firing console.
  • a first programming unit comprises means for controlling said radio-frequency reader arranged to read the firing plan in memory of the passive label of a second programming unit and to copy said fired plan in the memory of the passive tag of the first programming unit.
  • This arrangement makes it possible to ensure a simple and effective recovery of firing plans partially programmed by a programming unit that has become deflating.
  • said passive tag comprises, associated with said firing plan, an identification datum of a geographical zone to which said detonators forming the firing plane belong.
  • a programming console since a programming console is generally used on a single firing line or a bus line, it may be the identification of this line, for example via an identifier of a connected slave and local fire console. to this line.
  • said firing unit comprises a radiofrequency reader arranged to read and write the passive label of the at least one programming unit so as to recover said firing plan.
  • said programming unit comprises means for inhibiting its radio frequency reader when an external radiofrequency reader transfers the firing plane from the memory of this programming unit.
  • said firing information comprises a firing time delay of the corresponding detonator.
  • the firing plan thus obtained is directly operational for the firing consoles.
  • said identification parameters are coded on 24 bits and said time delays are coded on 14 bits.
  • This configuration makes it possible to store, in the form of a table, a firing plan composed of several thousand entries on conventional radio frequency tags, for example provided with 32 KB (kilobytes) of memory.
  • the at least one programming unit comprises a plurality of radiofrequency tags for each storing a part of the firing plan.
  • the radiofrequency tag is removable. It can thus be inserted into another programming unit to continue programming operations.
  • the method has advantages similar to those of the system set out above, in particular the easy provision of the firing plan for other consoles.
  • the method may include steps relating to the features of the previously disclosed programming and firing system.
  • the method also comprises a step of radiofrequency reading transfer of the firing plane from the passive tag of a first programming unit to the passive tag memory of a second programming unit.
  • This transfer can in particular be made during the failure of said first programming unit or when it is desired to group, on site, the firing plans of several consoles. programming, for example to conduct tests on the entire detonators.
  • said second programming unit continues the acquisition and association steps so as to complete the transferred firing plan.
  • a second programming unit for example a backup unit, programming the detonators by completing the firing plan retrieved from the failed console.
  • the plurality of electronic detonators is divided into several distinct geographical areas, and the method comprises a step of reading and associating an identifier of a said geographical area to said firing plan in memory.
  • This step may include reading an RFID tag contained in a slave firing console connected to the firing line on which are connected the detonators of said geographical area.
  • a firing unit can be made from detonators 1 similar to those presented in the publication WO 97/45696 .
  • This set of shooting also visible on Figures 2B and 2C , comprises any number of electronic detonators 1 connected to bus lines 30, themselves connected to a firing line 40 which is in turn connected to a remote firing control unit 10, also called “firing console” or “firing console”.
  • the detonators 1 can be used in large numbers in parallel assembly, up to more than 1000.
  • the detonators 1 are equipped with a ROM memory storing a unique identifier ID det detator 24-bit for example. Any other combination of detonator identification parameters, such as that discussed in the publication WO 97/45696 , can be provided.
  • the detonators are able to interact with the firing console 10 (or the slave consoles), which can transmit orders to them and receive information from them.
  • the firing assembly also comprises one or more programming units 20, also called “programming consoles”. These are intended to identify each of the electronic detonators 1 before or after their introduction in a drilled hole on the site, and to progressively constitute information of firing sequences or "firing plan", during this identification. They are also used to transfer this shot plan information to the firing console 10.
  • the programming console 20 is successively connected to each of the detonators 1.
  • This first configuration corresponds to a first step, during which an on-site operator "programs" the firing plan by successively associating each connected detonator (and its identifier) with a delay time corresponding to the level of the programming console 20 As will be seen later, these associations are stored through a table in memory of the programming console 20.
  • this connection may consist in connecting the programming console 20 on a bus line 30 and then in detecting, via exchanged messages, each new detonator 1 connected to this same line, sending a message by a newly connected detonator.
  • the programming console 20 is connected by radiofrequency link, as described below, to the firing console 10, while the connection between the detonators 1 and the firing console 10 is deactivated.
  • This second configuration corresponds to a second step, during which transfer from the programming console 20 to the firing console 10, the information concerning the programmed firing plan.
  • the programming console 20 and the detonators 1 are connected to the firing console 10, the detonators 1 being connected to the firing console 10 by the bus line 30 and the firing line 40.
  • the firing assembly may comprise a plurality of parallel lines, thereby forming a two-wire detonator network.
  • This third configuration corresponds to a third step, during which the firing console 10 is likely to communicate with the electronic detonators 1, then to a final step, during which the firing console 10 can manage a firing procedure and a setting.
  • detonator fire 1 connected to the bus lines 30 connected to the firing line 40, in accordance with the planned firing plan.
  • the firing console 10 and the detonators 1 exchange information via binary coded messages, for example in the form of words of a few bytes, on the two-wire line 30/40.
  • the firing console 10 is also used to power the electronic modules of detonators 1. This power supply is the source of energy likely to trigger a firing. In this way, the detonators do not present a risk of inadvertent triggering outside firing sequences.
  • a "master" firing console and “slave” firing consoles each attached to a firing line 40 it is the slave consoles that communicate, on one side, with the detonators 1 via the two-wire network. and, on the other side, with the "master" console by radio.
  • the firing and programming consoles 20 are of similar structures and differ mainly in their functionality, and therefore in the management software with which they are associated. It should be noted that, for security reasons, only the firing console 10 has firing means, in particular a software for controlling a firing sequence of detonators 1 as well as firing codes. These firing codes can for example be presented to the firing console 10 using a smart card read by a card reader integrated in this console 10.
  • a programming console 20 is of portable type equipped with an autonomous power supply 21 to allow an operator to travel through the detonator detonator site, in particular to perform the operations of the first step ( Figure 2A ).
  • the console 20 has a computer bus 22 connecting a processing processor 23, a read-only memory 24 for storing software implementing the functions of the console, an input-output interface 25 for connecting the console 20 or directly to a detonator 1, or on the two-wire network 30, a user interface 26 (including a display screen and an alphanumeric keyboard input) and an RFID reader 27 (radio frequency identification).
  • the programming console 20 also includes an RFID tag 28 with a memory chip 280 capable of storing data.
  • RFID tag means the conventional association of an RFID chip with an antenna, the RFID chip being provided with communication means according to radio frequency protocols and storage capacities.
  • An RFID tag 28 with a capacity of 32 KB has both sufficient capacity for range planning applications according to the invention and a relatively inexpensive acquisition cost.
  • the programming console 20 may comprise several RFID tags 28 accessible by the reader 27 and successively solicited when the memory of the previous label is fully used.
  • Anti-collision mechanisms are implemented at this reader to allow reading of these labels. Thus, it increases without difficulty the programming capabilities of the console 20.
  • the RFID tag 28 is mounted on a removable medium, for example of chip card format. It can be easily extracted for insertion into another programming console or shooting console, simplifying the transfer of data between different units.
  • the memory chip 280 stores a table PT forming all or from a firing plan by association of an identifier IO det detonator with a delay corresponding to the delay time of the setting. Associated detonator fire.
  • This table can be identified by means of a shot plan number possibly associated with an identifier of the firing line or bus lines that will be programmed by this firing plan (for example the identifier of the firing console). shot "slave" attached to the firing line).
  • shots plan number possibly associated with an identifier of the firing line or bus lines that will be programmed by this firing plan (for example the identifier of the firing console). shot "slave" attached to the firing line).
  • a ID ID cons of the RFID tag 28 is stored in this memory chip so as to allow, via the 28-console label association 20, to identify the programming console 20 containing the label.
  • this identifier may be replaced by an identifier of the programming console 20 containing this label.
  • This function has different sub-functions such as a write function, a copy function, a muting function and a conventional read function.
  • the write function is intended to fill the PT table during the first programming step of the firing plan.
  • the copy function makes it possible to copy, by read-write, the content in memory of an RFID tag present in the readout field of the console 20, to the RFID tag 28 of the same console 20.
  • This function is especially used. during the recovery of a partially developed fire plan before the failure of the programming console, or during the merger of several partial fire plans on the same console 20 in order to conduct connection tests detonators .
  • the muting function makes it possible to deactivate the reader 27 during the voluntary transfer of the firing plane to either the firing console 10 or to another programming console 20 before testing, for example. This inhibition can be triggered by the automatic detection of another radio frequency field, or manually.
  • the firing console 10 also has an RFID reader 17 able in particular to read the RFID tags 28 of the programming consoles 20 which are presented in its reading field.
  • the firing console 10 thus has a transfer function of the tables PT stored in the programming consoles 20 by radio frequency reading. Storage of these transferred PT tables can be operated either in an RFID tag 18 specific to the firing console 10, or, preferably, in a rewritable memory 19, RAM type, of the firing console.
  • the other functions and interfaces of the firing console 10 are conventional and similar for example to those described in the publication WO 97/45696 .
  • the first detonator programming step 1 is conducted by one or more programming consoles 20.
  • Each console can, for example, initially recover the identifier (LTi) of the firing line or bus lines that it must program.
  • the programming console 20 reads an RFID tag contained in the "slave" firing console attached to the line or lines to be programmed.
  • the operator By traversing the site where the detonators are located, the operator connects individually and successively each detonator 1 to the programming console 20.
  • the operator can connect the programming console 20 to the two-wire network 30 (or a part thereof, for example a firing line) then without the detonators 1. The operator then successively connects each detonator 1 to the network 30.
  • connection of a new detonator 1 to the network or to the console 20 is detected by the latter, which automatically retrieves the ID ID det detator, by exchange of messages via the interface 25.
  • This "programming" can consist of entering numbers on a numeric keypad to specify a delay between 1 and 16000 milliseconds by encoding the delay on 14 bits.
  • the delay times can follow a logical sequence and the programming console 20 then automatically proposes a delay corresponding to this logical sequence. The operator then validates the proposed delay or seizes another delay.
  • the implementation of this solution is generally done when it is easy for the operator to browse the site in the logical order of firing the detonators and programming successively these detonators, in order to take maximum advantage of delays proposed automatically without manual entry.
  • the programming console 20 then associates, in RFID memory, the delay T det selected at the selected detonator 1.
  • This association is stored in the form of a look-up table, in the memory chip 280.
  • the following table is a simplified example of a PT1 numbered fire plan for the numbered fire line LT1: ⁇ u> Table 1: shotgun PT1 with n detonators ⁇ / u> PT1 - LT1 Det ID T det (ms) 1 0 2 5 3 25 ⁇ not x
  • the operator When several firing planes are memorized, the operator also indicates which firing plan (and therefore table PTi - LTi) the association entered must be assigned.
  • the programmed detonator 1 is then disconnected from the console 20 and reconnected to the network 30.
  • the programming console 20 fails (empty battery 21) or is damaged by construction equipment while the operator is on the site, far from the computer center having the shooting console 10.
  • the invention makes it possible to easily recover, on site, the firing plan partially created in the programming console and continue programming on a spare console without having to reprogram the already processed detonators.
  • the operator takes a backup programming console 20 'identical to the default console 20.
  • the operator selects the copy function of the backup console.
  • PT table offered by the backup console thanks in particular to PTi and LTi identifiers that can identify the information to recover certain.
  • Reading and writing in RFID tags are then conducted in a conventional manner and will not be more detailed here.
  • the rescue console recovers the PT shot plan configuration when the first programming console has failed.
  • the operator can continue programming other detonators without losing the work already done.
  • the first programming step may end with a connection test phase of the detonators 1 to the two-wire network.
  • the programming console 20 containing the programmed firing plan is connected to the network.
  • the test can be conducted on only part of the network, for example a single bus line 30.
  • the programming console 20 must verify that all the detonators stored in the PT table is connected to the network and that there are no detonators intruded on this network.
  • each programming console is then used separately for the test.
  • Each console has a function of counting the number of detonators connected (via a recovery routine of all connected detonators at a time) and a function of checking the connection of detonators in memory by sending / receiving messages to / of each of these detonators (the console 20 retrieves each memorized identifier and interrogates, by message, the presence on the firing line of the detonator having this identifier).
  • the detection of intruders is however delicate because among the detonators not programmed by this console 20, some are by another programming console. Mental or manual operations are then necessary and laborious.
  • the test operation it is initially planned to merge (by concatenation for example) the firing plans of several programming consoles 20 on only one of them, said main console.
  • said main console For example, it may be the set of consoles 20 having programmed the same firing line LTi.
  • the main console can automatically determine the intruder detonators and if the programmed detonators are all connected.
  • each of the connected programmed detonators is marked in the table PT (with the aid of a flag for example) and an intruder detonator counter is incremented. These are for example the detonators that we forgot to program.
  • the entries in the PT table that are ultimately unmarked, correspond to the detonators badly connected to the network.
  • the RFID reader 27 of the secondary programming consoles 20 is deactivated, via the muting function, and all or part of these secondary consoles are presented in the RFID reading field of the main console.
  • the latter transfers the firing plans of each of the secondary consoles to its own memory 280, and merges them into a single table PT, taking into account the number of shot plane PTi and the possible LTi firing line.
  • the tests can thus be conducted using a single programming console 20, for the entire network, without disconnecting some detonators.
  • a sub-part of the programming consoles may be grouped as a function of zones of the network, for example the firing lines.
  • the programming console 20 preferably the main console uniting the overall firing plan resulting from the reunification of the partial firing plans, is close to the firing console 10, as shown on the Figure 2B to transfer the firing plan.
  • the RFID reader 27 of the programming console 20 is deactivated through the inhibition function.
  • the table PT of the firing plan is then automatically transferred to the firing console 10 by radiofrequency reading by the reader 17. If several RFID tags are accessible, the firing console 10 may invite the operator to select all or part of these fires. ci and all or part of the tables PTi stored therein, for transfer. The transferred PT table is then stored in RAM memory of the firing console 10.
  • this table may be stored in an RFID tag memory 18 also provided in the firing console 10.
  • This configuration makes it possible to implement a copy function to a firing rescue console, if necessary, in a similar way to the copy function provided for programming consoles 20.
  • the firing console 10 merges the recovered PT tables to form the overall firing plan, especially in view of the number of firing points. shot plane PTi associated with each PT table of the programming consoles.
  • the firing line 40 connecting the firing console 10 to the detonators 1 is activated, as shown in FIG. Figure 2C .
  • the firing console 10 can then perform tests prior to the execution of the firing sequence, as described in the publication WO 97/45696 : automatic testing of detonator ignition modules online, detonator availability test.
  • a table PT in memory of the programming consoles 20 which associates a detonator identifier with a delay has been described above.
  • a pre-fire plan can be provided separately, which associates delay times with a set of holes in a physical site configuration.
  • the programming by the programming console 20 can then consist of an association of the detonators 1 with the holes, the table PT in memory then associating a detonator to a hole of the site.
  • the association of a detonator with a delay is indirectly performed using the pre-firing plan.
  • Any firing information other than a time delay or a hole number, may be associated with a detonator at the programming console, provided that this information is used to constitute a firing sequence (detonator identifier - time delay of firing).
  • the firing console 10 described above has a structure similar to that of the programming consoles 20, including a radio frequency reader and possibly an RFID tag.
  • the invention is, however, compatible with already existing shooting consoles 10 (without radio frequency means).
  • the programming consoles 20 have a transfer function similar to that of the publication WO 97/45696 , for the automatic transfer of the firing plan in memory to the firing console 10 to which they (20) are connected, by infrared or by wire link.
  • This function provides for controlling the RF reader 27 of the programming console 20 to read the table PT in memory and to communicate it to the firing console 10 via an appropriate communication interface.
  • This automatic transfer function is implemented by the software stored in read-only memory 24.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Alarm Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Read Only Memory (AREA)
  • Credit Cards Or The Like (AREA)
  • Fire-Extinguishing By Fire Departments, And Fire-Extinguishing Equipment And Control Thereof (AREA)
  • Air Bags (AREA)
  • Powder Metallurgy (AREA)
  • Circuit Arrangement For Electric Light Sources In General (AREA)
  • Fire Alarms (AREA)

Description

  • La présente invention est relative à un système de programmation et de mise à feu d'un ensemble de détonateurs électroniques, ainsi qu'à un procédé correspondant de programmation.
  • Dans la plupart des travaux à l'explosif, on provoque la détonation de charges associées à des détonateurs selon une séquence temporelle bien précise, ceci afin d'améliorer le rendement du travail de l'explosif et de mieux en contrôler les effets. La récente apparition des systèmes de tir de détonateurs électronique a permis d'obtenir une précision de cette séquence temporelle très supérieure à la précision des systèmes pyrotechniques conventionnels.
  • Lors de la mise en oeuvre de systèmes de tirs de détonateurs électroniques, un travail important consiste à préparer le plan de tir des détonateurs correspondant à cette séquence temporelle, puis à programmer et tester ces détonateurs « à front », c'est-à-dire à proximité des trous de mine, puis à mettre à feu les détonateurs depuis un « poste de tir », c'est-à-dire à une distance de sécurité de la zone de tir.
  • La publication WO 97/45696 décrit des étapes de programmation de détonateurs consistant principalement à utiliser une ou plusieurs unités ou consoles de programmation pour associer un temps de retard, en millisecondes, à chacun des détonateurs. La table d'association correspondante forme un plan de tir qui est, par la suite, transféré sur une unité ou console de tir possédant les capacités et les codes de mise à feu des détonateurs.
  • Ce transfert peut être réalisé grâce à la technologie infrarouge, cette dernière, nécessitant un positionnement relatif précis des deux unités, ce qui le rend difficile à mettre en oeuvre dans un environnement de travaux ou chantier.
  • D'autres systèmes de tir proposent un transfert de ces données entre la ou les consoles de programmation et la console de tir à l'aide de câbles de liaison ou encore à l'aide de technologies sans fil de type Bluetooth (nom commercial). Dans le premier cas, il peut arriver que le câble soit défaillant ou égaré ce qui rend impossible la récupération des données des consoles de programmation.
  • Enfin, les technologies utilisées aujourd'hui, qu'elles soient filaire ou sans fil par infrarouge ou Bluetooth, nécessitent une alimentation électrique pour assurer le transfert de données.
  • Il existe donc un besoin de sécuriser ce transfert de données vers la console de tir en n'utilisant ni câbles ni alimentation électrique de la console dont on souhaite récupérer les données.
  • En pratique, un opérateur parcourt le site de travaux de long en large pour connecter successivement et individuellement chacun des détonateurs à une ligne de tir. L'unité de programmation de l'opérateur étant également connectée à la ligne de tir, elle détecte la connexion d'un nouveau détonateur et identifie ce dernier. L'opérateur saisit alors, au travers d'un clavier alphanumérique de la console de programmation, un temps de retard à associer à chacun des détonateurs successivement identifiés sur la ligne de tir. Pour la suite de la description, on appellera cette opération "programmation des détonateurs".
  • En variante, au lieu d'associer à chaque détonateur une information de tir de type temps de retard, l'opérateur peut préciser, sur son unité de programmation, une information de tir de type identifiant de trou foré sur le site dans lequel le détonateur détecté est placé, l'association avec un temps de retard pouvant être réalisée ultérieurement sur la console de tir par exemple.
  • Lors de l'opération de programmation des détonateurs, une étape d'identification des détonateurs est réalisée. Cette identification consiste pour l'unité de programmation à récupérer un paramètre d'identification du détonateur connecté par échange de messages sur la ligne de tir, ce paramètre étant par exemple mémorisé en mémoire ROM du détonateur électronique. L'unité de programmation mémorise alors, en mémoire EEPROM, l'association réalisée entre ce paramètre d'identification et le temps de retard ou numéro de trou saisi correspondant. La table résultante constitue le plan de tir.
  • En variante, l'identification peut consister pour l'unité de programmation à envoyer au détonateur un paramètre d'identification qui sera mémorisé par le détonateur, par exemple en mémoire EEPROM, l'unité de programmation mémorisant alors l'association de cet identifiant et de l'information de tir de type temps de retard ou numéro de trou.
  • Lors de la mise en oeuvre de tirs importants, cette opération de programmation peut rapidement devenir laborieuse eu égard principalement au nombre important de détonateurs à connecter et programmer. Ainsi, plusieurs heures de programmation peuvent parfois être nécessaires. Dans ce cas, l'opération de programmation peut être réalisée par plusieurs opérateurs, chacun étant équipé d'une console de programmation pour programmer, avec chacune d'entre elles, une partie du plan de tir. En pratique, le plan de tir est découpé en plusieurs zones, les détonateurs de chacune d'entre elles étant connectés sur des lignes bus, l'ensemble de ces lignes bus constituant un réseau connecté à une ligne principale appelée ligne de tir. Dans cette configuration, il est courant d'utiliser une même console de programmation pour la programmation d'une ou plusieurs lignes bus et de ne pas mélanger sur une même ligne bus des détonateurs programmés par des unités de programmation différentes
  • Une fois la programmation de tous les détonateurs effectuée, il est par ailleurs courant de procéder à des tests sur site à l'aide des console(s) de programmation. Ces tests ont notamment vocation à vérifier que l'ensemble des détonateurs programmés est bien relié à la ligne de tir et qu'aucun autre détonateur « intru » n'a été connecté sans avoir été préalablement programmé par une console de programmation.
  • Lorsque plusieurs consoles de programmation ont été utilisées pour la programmation d'un tir, chacune d'entre elle ne contient les paramètres d'identification que d'une partie des détonateurs présents sur la ligne de tir, correspondant seulement aux détonateurs programmés par cette console. Chaque console procède à des fonctions de comptage puis d'identification des détonateurs connectés. Cependant, il y a lieu de ne pas considérer comme intrus, les détonateurs programmés par les autres consoles. Ceci oblige une intervention mentale des opérateurs pour notamment comparer le nombre de détonateurs connectés au nombre de détonateurs programmés, sans permettre aisément de détecter les éventuels intrus.
  • En excluant le cas où une seule console de programmation a été utilisée, aucune console de programmation ne contient l'ensemble des identifiant des détonateurs du plan de tir. Il est alors impossible de tester en une seule fois l'ensemble du plan de tir.
  • Il existe donc également un besoin de disposer de moyens simplifiant les opérations de test à mener sur les ensembles ou lignes de tir.
  • Par ailleurs, il peut arriver qu'une unité de programmation subisse une défaillance lors de ces opérations de programmation, par exemple en raison d'une panne de batterie d'alimentation ou d'une destruction matérielle résultant d'un accident de chantier. Une telle situation impose une re-programmation intégrale des détonateurs initialement mémorisés dans le plan de tir (partiel) de la console défaillante. Une perte de temps considérable peut ainsi être engendrée. Il peut arriver également que l'opérateur ne puisse pas terminer ses opérations de programmation car la batterie est à plat et nécessite une recharge.
  • Il existe également un besoin de disposer de moyens de programmation plus efficaces notamment en cas de défaillance d'une console de programmation.
  • Dans ce contexte, l'invention vise à résoudre au moins un inconvénient de l'état de la technique en proposant notamment de simplifier le transfert de données, incluant les plans de tir programmés, entre différentes consoles.
  • A cet effet, l'invention concerne notamment un système de programmation et de mise à feu d'une pluralité de détonateurs électroniques à chacun desquels est associé un paramètre d'identification propre, le système comprenant :
    • au moins une unité de programmation comprenant une mémoire et agencée pour déterminer les paramètres d'identification de détonateurs électroniques et leur associer individuellement, en mémoire, une information de tir, de sorte à former un plan de tir ;
    • une unité de mise à feu agencée pour récupérer, depuis la mémoire de l'au moins une unité de programmation, ledit plan de tir formé des associations entre les paramètres d'identification et les informations de tir correspondantes, et pour piloter une séquence de tir des détonateurs à partir du plan de tir récupéré ;
    caractérisé en ce que au moins une unité de programmation comprend :
    • une étiquette passive à lecture/écriture par radiofréquence dotée d'une puce officiant comme mémoire pour le stockage du plan de tir, et
    • un lecteur radiofréquence agencé pour lire et écrire des étiquettes passives, incluant ladite étiquette passive de l'unité de programmation.
  • Le système selon l'invention s'appuie sur des étiquettes RFID pour stocker les plans de tir en cours de programmation sur site ou "à front". On entend par "sur site" ou "à front" les opérations réalisées sur le site de travaux où les détonateurs sont implantés. Cette dénomination s'oppose à la mise à feu qui est, elle, réalisée à distance au travers de la ligne de tir par une console de mise à feu, dite également console de tir. En variante, une console de mise à feu "maître" peut éventuellement piloter plusieurs tirs différents au moyens de consoles de mise à feu "esclaves" et locales reliées chacune à une ligne de tir particulière.
  • Contrairement aux mémoires EEPROM utilisées dans les solutions de l'état de la technique, nécessitant une alimentation pour y accéder, l'utilisation des étiquettes RFID permet, malgré l'hostilité du site de travaux aux manipulations informatiques, de simplifier et sécuriser le transfert de ces plans de tir vers d'autres consoles, alors même que la console de programmation d'origine peut être défaillante.
  • En transférant un plan de tir partiel sur une nouvelle console de programmation grâce aux moyens RFID, on peut continuer la programmation du plan de tir sans perdre ce qui a été fait jusqu'à la défaillance de la première console.
  • En outre, lors des tests menés consécutivement à la programmation du plan de tir par plusieurs consoles, l'invention simplifie également le transfert des programmations sur une unique console. Les tests menés à l'aide de cette unique console permettent une identification plus aisée des détonateurs intrus et réduisent voire suppriment l'intervention mentale de l'opérateur.
  • On observe, par ailleurs, que contrairement aux utilisations classiques des étiquettes passives de type RFID dans un but d'identification radiofréquence, l'étiquette passive selon l'invention officie, principalement, en tant que mémoire de données dé-corrélée d'une quelconque identification de la console de programmation qui la contient. Ici, le plan de tir mémorisé n'a pas pour vocation à identifier la console de programmation.
  • Cela ressort clairement de la description détaillée ci-après dans laquelle cette étiquette passive apparaît comme mémoire temporaire des plans de tir avant transfert soit vers une autre console de programmation, soit généralement vers la console de mise à feu.
  • Dans un mode de réalisation, une première unité de programmation comprend des moyens de pilotage dudit lecteur radiofréquence agencés pour lire le plan de tir en mémoire de l'étiquette passive d'une seconde unité de programmation et pour recopier ledit plan de tir lu dans la mémoire de l'étiquette passive de la première unité de programmation.
  • Cette disposition permet d'assurer une récupération simple et efficace de plans de tir partiellement programmés par une unité de programmation devenue défalllante.
  • En particulier, ladite étiquette passive comprend, associée audit plan de tir, une donnée d'identification d'une zone géographique à laquelle appartiennent lesdits détonateurs formant le plan de tir. Notamment, puisqu'on utilise généralement une console de programmation sur une seule ligne de tir ou une ligne bus, il peut s'agir de l'identification de cette ligne, par exemple via un identifiant d'une console de tir esclave et locale rattachée à cette ligne.
  • Cela simplifie notamment les regroupements de plans de tir en vue des tests et/ou en vue d'alimenter les consoles de tir.
  • Dans un mode de réalisation de l'invention, ladite unité de mise à feu comprend un lecteur radiofréquence agencé pour lire et écrire l'étiquette passive de l'au moins une unité de programmation de sorte à récupérer ledit plan de tir.
  • Grâce à cette configuration, la récupération du plan de tir depuis la ou les consoles de programmation est rendue plus aisée comparée par exemple aux techniques infrarouges de l'état de la technique.
  • En particulier, ladite unité de programmation comprend des moyens d'inhibition de son lecteur radiofréquence lorsqu'un lecteur radiofréquence externe transfert le plan de tir depuis la mémoire de cette unité de programmation.
  • On évite ainsi des conflits de lecture des étiquettes radiofréquence par deux lecteurs concurrents. Ceci s'applique notamment lorsque la console de mise à feu récupère les plans de tirs de l'ensemble des consoles de programmation, mais également lorsque l'on souhaite concentrer l'ensemble des plans de tir saisis sur une seule console de programmation aux fins, par exemple, de mener des tests par cette seule console.
  • Selon une caractéristique de l'invention, lesdites informations de tir comprennent un retard temporel de mise à feu du détonateur correspondant. Le plan de tir ainsi obtenu est directement opérationnel pour les consoles de tir. En particulier, lesdits paramètres d'identification sont codés sur 24 bits et lesdits retards temporels sont codés sur 14 bits.
  • Cette configuration permet de stocker, sous forme de table, un plan de tir composé de plusieurs milliers d'entrées sur des étiquettes radiofréquence classiques, par exemple dotées de 32 ko (kilo-octets) de mémoire.
  • Dans un mode de réalisation, l'au moins une unité de programmation comprend une pluralité d'étiquettes radiofréquence pour stocker chacune une partie du plan de tir. Grâce aux techniques anti-collisions de lecture radiofréquence, on conserve les avantages de la présente invention tout en étendant les capacités de programmation des unités associées.
  • Dans un autre mode de réalisation, l'étiquette radiofréquence est amovible. Elle peut ainsi être insérée dans une autre unité de programmation pour poursuivre les opérations de programmation.
  • Corrélativement, l'invention concerne également un procédé de programmation pour la mise à feu d'une pluralité de détonateurs électroniques à chacun desquels est associé un paramètre d'identification propre, le procédé comprenant :
    • une étape de détermination, par au moins une unité de programmation comprenant une mémoire, de paramètres d'identification de détonateurs électroniques ;
    • une étape d'association, en mémoire de l'unité de programmation, d'une information de tir à chaque paramètre d'identification déterminé, de sorte à former un plan de tir ;
    • une étape d'acquisition, par une unité de mise à feu apte à piloter une séquence de tir des détonateurs, depuis la mémoire de l'au moins une unité de programmation, dudit plan de tir formé des associations entre les paramètres d'identification et les informations de tir correspondantes ;
    caractérisé en ce que l'étape d'association comprend une écriture par radiofréquence de ladite association, dans la mémoire d'une étiquette passive à lecture/écriture par radiofréquence.
  • Le procédé présente des avantages similaires à ceux du système exposé ci-dessus, notamment la mise à disposition aisée du plan de tir pour d'autres consoles.
  • De façon optionnelle, le procédé peut comprendre des étapes se rapportant aux caractéristiques du système de programmation et de mise à feu exposé précédemment.
  • En particulier, le procédé comprend également une étape de transfert par lecture radiofréquence du plan de tir depuis l'étiquette passive d'une première unité de programmation vers la mémoire de l'étiquette passive d'une seconde unité de programmation. Ce transfert peut notamment être opéré lors de la défaillance de ladite première unité de programmation ou lorsque l'on souhaite regrouper, sur site, les plans de tir de plusieurs consoles de programmation, par exemple pour mener des tests sur la globalité des détonateurs.
  • Selon une caractéristique particulière, ladite seconde unité de programmation poursuit les étapes d'acquisition et d'association de sorte à compléter le plan de tir transféré. Grâce à cette disposition, on ne perd pas le début de programmation du plan de tir en cas de défaillance d'une première unité de programmation. On prévoit d'ailleurs de poursuivre, à l'aide d'une seconde unité de programmation, par exemple une unité de secours, la programmation des détonateurs en complétant le plan de tir récupéré sur la console défaillante.
  • Dans un mode de réalisation, la pluralité de détonateurs électroniques est répartie en plusieurs zones géographiques distinctes, et le procédé comprend une étape de lecture et d'association d'un identifiant d'une dite zone géographique audit plan de tir en mémoire. Cette étape peut notamment consister à lire une étiquette RFID contenue dans une console de tir esclave reliée à la ligne de tir sur laquelle sont connectés les détonateurs de ladite zone géographique.
  • D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les dessins ci-joints, dans lesquels :
    • la figure 1 représente l'organisation générale d'un ensemble de tir pour la mise en oeuvre de l'invention ;
    • les figures 2A, 2B et 2C sont des représentations schématiques d'un ensemble de tir comportant des détonateurs montés en parallèle, faisant apparaître des circuits de communication établis respectivement lors de la programmation d'un détonateur, du transfert d'informations de l'unité de programmation vers l'unité de commande de tir et lors d'une séquence de mise à feu d'une volée de détonateurs ;
    • la figure 3 représente schématiquement une unité ou console de programmation selon l'invention ; et
    • la figure 4 représente schématiquement un exemple d'unité de tir selon l'invention.
  • Comme représenté sur la figure 1 , un ensemble de tir peut être constitué à partir de détonateurs 1 similaires à ceux présentés dans la publication WO 97/45696 . Cet ensemble de tir, également visible sur les figures 2B et 2C , comprend un nombre quelconque de détonateurs électroniques 1 connectés à des lignes bus 30, elles-mêmes reliées à une ligne de tir 40 qui est à son tour reliée avec une unité de commande de tir distante 10, appelée aussi "console de tir" ou "console de mise à feu".
  • Afin de réduire le câblage nécessaire pour relier l'unité de commande de tir distante au réseau, il peut être prévue une même unité de commande de tir distante, dite "maître", qui envoie, par voie radio, des instructions de commande à une pluralité d'unités de commande de tir locales, dite "esclaves", reliées chacune par exemple à une ligne de tir 40.
  • Les détonateurs 1 peuvent être utilisés en nombre important en montage parallèle, jusqu'à au-delà de 1000.
  • Les détonateurs 1 sont dotés d'une mémoire morte ROM stockant un identifiant unique IDdét du détonateur sur 24 bits par exemple. Toute autre combinaison de paramètres d'identification des détonateurs, telle que celle évoquée dans la publication WO 97/45696 , peut être prévue.
  • Les détonateurs sont aptes à dialoguer avec la console de tir 10 (ou les consoles esclaves), qui peut leur transmettre des ordres et recevoir d'eux des informations.
  • L'ensemble de tir comprend également une ou plusieurs unités de programmation 20, également appelées "consoles de programmation". Celles-ci sont destinées à identifier chacun des détonateurs électroniques 1 avant ou après leur mise en place dans un trou foré sur le site, et à constituer progressivement des informations de séquences de tir ou "plan de tir", lors de cette identification. Elles sont également utilisées pour transférer ces informations de plan de tir sur la console de tir 10.
  • Trois configurations peuvent être envisagées pour les connexions entre détonateurs 1, console de tir 10, et console de programmation 20.
  • Dans une première configuration, représentée sur la figure 2A , la console de programmation 20 est connectée successivement à chacun des détonateurs 1. Cette première configuration correspond à une première étape, pendant laquelle un opérateur sur site "programme" le plan de tir en associant successivement chaque détonateur connecté (et son identifiant) à un temps de retard correspondant au niveau de la console de programmation 20. Comme on le verra par la suite, ces associations sont mémorisées au travers d'une table en mémoire de la console de programmation 20.
  • En variante, cette connexion peut consister à connecter la console de programmation 20 sur une ligne bus 30 puis à détecter, via des messages échangés, chaque nouveau détonateur 1 connecté à cette même ligne, l'envoi d'un message par un détonateur nouvellement connecté pouvant être automatique à la connexion ou être manuel par l'opérateur.
  • Dans une deuxième configuration, représentée sur la figure 2B , la console de programmation 20 est connectée par liaison radiofréquence, comme décrit ci-après, à la console de tir 10, tandis que la liaison entre les détonateurs 1 et la console de tir 10 est désactivée.
  • Cette deuxième configuration correspond à une deuxième étape, pendant laquelle on transfère de la console de programmation 20 vers la console de tir 10, les informations concernant le plan de tir programmé.
  • Dans la troisième configuration, représentée sur la figure 2C , la console de programmation 20 et les détonateurs 1 sont connectés à la console de tir 10, les détonateurs 1 étant reliés à la console de tir 10 par les ligne bus 30 et la ligne de tir 40. Comme représenté sur la figure 1 , l'ensemble de tir peut comprendre plusieurs lignes 30 mises en parallèle, formant ainsi un réseau bifilaire de détonateurs.
  • Cette troisième configuration correspond à une troisième étape, pendant laquelle la console de tir 10 est susceptible de communiquer avec les détonateurs électroniques 1, puis à une étape finale, lors de laquelle la console de tir 10 peut gérer une procédure de tir et une mise à feu des détonateurs 1 connectés sur les lignes bus 30 reliées à la ligne de tir 40, conformément au plan de tir prévu.
  • La console de tir 10 et les détonateurs 1 échangent des informations par l'intermédiaire de messages binaires codés, par exemple sous forme de mots de quelques octets, sur la ligne de tir bifilaire 30/40.
  • La console de tir 10 sert également à alimenter les modules électroniques des détonateurs 1. Cette alimentation constitue la source d'énergie susceptible de déclencher une mise à feu. De la sorte, les détonateurs ne présentent pas de risque de déclenchement intempestif en dehors de séquences de tir.
  • Dans le cas d'une console de tir "maître" et de consoles de tir "esclaves" rattachées chacune à une ligne de tir 40, ce sont les consoles esclaves qui communiquent, d'un côté, avec les détonateurs 1 via le réseau bifilaire et, de l'autre côté, avec la console "maître" par voie radio.
  • Les consoles de tir 10 et de programmation 20 sont de structures voisines et diffèrent principalement par leurs fonctionnalités, et donc par les logiciels de gestion auxquels elles sont associées. On note que, pour des raisons de sécurité, seule la console de tir 10 possède des moyens de mise à feu, notamment un logiciel de pilotage d'une séquence de mise à feu des détonateurs 1 ainsi que des codes de mise à feu. Ces codes de mise à feu peuvent par exemple être présentés à la console de tir 10 à l'aide d'une carte à puce lue par un lecteur de carte intégré à cette console 10.
  • Comme représenté schématiquement sur la figure 3, une console de programmation 20 est de type portable dotée d'une alimentation autonome 21 pour permettre à un opérateur de parcourir le site de détonateur en détonateur, pour notamment effectuer les opérations de la première étape (figure 2A).
  • La console 20 possède un bus informatique 22 reliant un processeur de traitement 23, une mémoire morte 24 pour stocker les logiciels mettant en oeuvre les fonctions de la console, une interface entrée-sortie 25 pour connecter la console 20 soit directement à un détonateur 1, soit sur le réseau bifilaire 30, une interface utilisateur 26 (notamment un écran de visualisation et un clavier alphanumérique de saisie) et un lecteur RFID 27 (identification radiofréquence).
  • La console de programmation 20 comprend également une étiquette RFID 28 dotée d'une puce mémoire 280 apte à stocker des données. On entend par "étiquette RFID" l'association classique d'une puce RFID avec une antenne, la puce RFID étant dotée de moyens de communication selon les protocoles radiofréquence et de capacités de stockage.
  • Une étiquette RFID 28 de capacité 32 ko présente à la fois une capacité suffisante pour des applications de programmation de plan de tir selon l'invention et un coût d'acquisition relativement bon marché.
  • En variante, la console de programmation 20 peut comprendre plusieurs étiquettes RFID 28 accessibles par le lecteur 27 et sollicitées successivement lorsque la mémoire de l'étiquette précédente est entièrement utilisée. Des mécanismes anti-collision, bien connus de l'homme de l'art, sont mis en oeuvre au niveau de ce lecteur pour permettre la lecture de ces étiquettes. Ainsi, on accroît sans difficulté les capacités de programmation de la console 20.
  • Dans un mode de réalisation, l'étiquette RFID 28 est montée sur une support amovible, par exemple de format carte à puce. Elle peut ainsi être extraite aisément pour être insérée dans une autre console de programmation ou dans la console de tir, ce qui simplifie le transfert de données entre les différentes unités.
  • Pour la mise en oeuvre de l'invention, la puce mémoire 280 stocke une table PT formant tout ou partir d'un plan de tir par association d'un identifiant IOdét de détonateur avec un retard correspondant au temps de retard de la mise à feu du détonateur associé. Cette table peut être identifiée à l'aide d'un numéro de plan de tir éventuellement associé à un identifiant de la ligne de tir ou des lignes bus qui vont être programmées par ce plan de tir (par exemple l'identifiant de la console de tir "esclave" rattachée à la ligne de tir). Ainsi plusieurs tables PT peuvent être mémorisées ensemble dans la console de programmation 20.
  • Par ailleurs, on peut prévoir qu'un identifiant IDcons de l'étiquette RFID 28 est stocké dans cette puce mémoire de sorte à permettre, via l'association étiquette 28-console 20, d'identifier la console de programmation 20 contenant l'étiquette. En variante, cet identifiant peut être remplacé par un identifiant de la console de programmation 20 contenant cette étiquette.
  • Des exemples de fonctions mises en oeuvre par les logiciels de la mémoire morte 24 sont proposés dans la publication WO 97/45696 , notamment la récupération de l'identifiant du détonateur 1 connecté lors de la première étape illustrée par la figure 2A .
  • Une fonction supplémentaire de pilotage du lecteur RF 27 est également prévue. Cette fonction présente différentes sous-fonctions telles qu'une fonction d'écriture, une fonction de copie, une fonction d'inhibition et une fonction classique de lecture.
  • La fonction d'écriture est prévue pour remplir la table PT lors de la première étape de programmation du plan de tir.
  • La fonction de copie permet de copier, par lecture-écriture, le contenu en mémoire d'une étiquette RFID présente dans le champ de lecture de la console 20, vers l'étiquette RFID 28 de cette même console 20. Cette fonction est notamment mise en oeuvre lors de la récupération d'un plan de tir partiellement élaboré avant la défaillance de la console de programmation, ou lors de la fusion de plusieurs plans de tir partiels sur une même console 20 en vue de procéder à des tests de connexion des détonateurs.
  • La fonction d'inhibition permet de désactiver le lecteur 27 lors du transfert volontaire du plan de tir vers soit la console de tir 10, soit vers une autre console de programmation 20 avant tests par exemple. Cette inhibition peut être déclenchée par la détection automatique d'un autre champ radiofréquence, ou manuellement.
  • Telle que représentée schématiquement sur la figure 4, la console de tir 10 possède, elle aussi, un lecteur RFID 17 apte notamment à lire les étiquettes RFID 28 des consoles de programmation 20 qui sont présentées dans son champ de lecture.
  • La console de tir 10 présente ainsi une fonction de transfert des tables PT stockées dans les consoles de programmation 20 par lecture radiofréquence. Le stockage de ces tables PT transférées peut être opéré soit dans une étiquette RFID 18 propre à la console de tir 10, soit, de préférence, dans une mémoire réinscriptible 19, type RAM, de la console de tir.
  • Les autres fonctions et interfaces de la console de tir 10 sont classiques et similaires par exemple à celles décrites dans la publication WO 97/45696 .
  • De nouveau en référence à la figure 2A, la première étape de programmation des détonateurs 1 est menée par une ou plusieurs consoles de programmation 20. Chaque console peut, par exemple, initialement récupérer l'identifiant (LTi) de la ligne de tir ou des lignes bus qu'elle doit programmer. Pour ce faire, la console de programmation 20 vient lire un tag RFID contenu dans la console de tir "esclave" rattachée à la ligne ou aux lignes à programmer.
  • En parcourant le site où sont implantés les détonateurs, l'opérateur connecte individuellement et successivement chaque détonateur 1 à la console de programmation 20.
  • En variante, l'opérateur peut connecter la console de programmation 20 au réseau bifilaire 30 (ou à une partie de celui-ci, par exemple une ligne de tir) alors dépourvu des détonateurs 1. L'opérateur connecte alors successivement chaque détonateur 1 au réseau 30.
  • La connexion d'un nouveau détonateur 1 au réseau ou à la console 20 est détectée par cette dernière, laquelle récupère automatiquement l'identification IDdét du détonateur, par échange de messages via l'interface 25.
  • L'opérateur est alors invité, via l'interface utilisateur 26, à associer un temps de retard Tdét au détonateur connecté. Cette "programmation" peut consister en la saisie de chiffres sur un clavier numérique pour préciser un retard compris entre 1 et 16000 millisecondes en codant ce retard sur 14 bits.
  • En variante, les temps de retard peuvent suivre une suite logique et la console de programmation 20 propose alors automatiquement un retard correspondant à cette suite logique. L'opérateur valide alors le retard proposé ou saisit un autre retard. La mise en oeuvre de cette solution se fait généralement lorsqu'il est aisé pour l'opérateur de parcourir le site en suivant l'ordre logique de mise à feu des détonateurs et en programmant successivement ces détonateurs, afin de tirer partie au maximum des retards proposés automatiquement sans saisie manuelle.
  • La console de programmation 20 associe alors, en mémoire RFID, le retard Tdét choisi au détonateur sélectionné 1. Cette association est mémorisée sous forme d'une table de correspondances, type look-up table, dans la puce mémoire 280. La table suivante est un exemple simplifié de plan de tir numéroté PT1 pour la ligne de tir numérotée LT1: Table 1: plan de tir PT1 comprenant n détonateurs
    PT1 - LT1
    IDdét Tdét (ms)
    1 0
    2 5
    3 25
    ···
    n x
  • Lorsque plusieurs plans de tir sont mémorisés, l'opérateur indique en outre à quel plan de tir (et donc table PTi - LTi) l'association saisie doit être affectée.
  • Dans le cas particulier de la figure 2A , le détonateur 1 programmé est ensuite déconnecté de la console 20 et reconnecté au réseau 30.
  • Ces opérations sont réalisées successivement pour chacun des détonateurs 1 à programmer, jusqu'à obtenir le plan de tir complet pour tous les détonateurs prévus de la ligne de tir LT1.
  • Il arrive toutefois qu'au cours de cette première étape, la console de programmation 20 tombe en panne (batterie 21 vide) ou soit endommagée par des engins de chantier alors que l'opérateur est sur le site, loin du centre informatique disposant de la console de tir 10.
  • Dans ces conditions, l'invention permet de récupérer aisément, sur site, le plan de tir partiellement créé dans la console de programmation et de continuer la programmation sur une console de secours sans avoir à reprogrammer les détonateurs déjà traités.
  • Pour ce faire, l'opérateur prend une console de programmation de secours 20' identique à la console défaillante 20. Lorsque la console défaillante est dans le champ de lecture RFID de la console de secours, l'opérateur sélectionne la fonction de copie de la table PT proposée par la console de secours, grâce notamment aux identifiants PTi et LTi qui permettent d'identifier de façon certaine les informations à récupérer.
  • La lecture et l'écriture dans les étiquettes RFID sont alors menées de façon classique et ne seront pas plus détaillées ici.
  • Il résulte que la console de secours récupère la configuration de plan de tir PT lorsque la première console de programmation est tombée en panne.
  • L'opérateur peut ainsi poursuivre la programmation des autres détonateurs sans avoir perdu le travail déjà effectué.
  • La première étape de programmation peut se terminer par une phase de test de connexion des détonateurs 1 au réseau bifilaire. Pour ce faire, la console de programmation 20 contenant le plan de tir programmé est connectée au réseau. En variante, le test peut être mené sur une partie seulement du réseau, par exemple une seule ligne bus 30.
  • Lors de ce test, la console de programmation 20 doit vérifier que l'ensemble des détonateurs mémorisés dans la table PT est bien connecté au réseau et qu'il n'y a pas de détonateurs intrus sur ce réseau.
  • En pratique pour des sites étendus, plusieurs opérateurs réalisent la première étape en parallèle, à l'aide de plusieurs consoles de programmation 20, afin de préparer le plan de tir en un temps plus court.
  • Dans les techniques connus de l'état de l'art, chaque console de programmation est alors utilisée séparément pour le test. Chaque console dispose d'une fonction de comptage du nombre de détonateurs connectés (via une routine de récupération de tous les détonateurs connectés à un instant) et d'une fonction de vérification de la connexion des détonateurs en mémoire par envoi/réception de messages à/de chacun de ces détonateurs (la console 20 récupère chaque identifiant mémorisé et interroge, par message, la présence sur la ligne de tir du détonateur ayant cet identifiant). La détection des intrus est toutefois délicate car, parmi les détonateurs non programmés par la présente console 20, certains le sont par une autre console de programmation. Des opérations mentales ou manuelles sont alors nécessaires et laborieuses.
  • Dans le cadre de la présente invention, lors de l'opération de test, on prévoit initialement de fusionner (par concaténation par exemple) les plans de tir de plusieurs consoles de programmation 20 sur une seule d'entre elles, dite console principale. Par exemple, ce peut être l'ensemble des consoles 20 ayant programmé une même ligne de tir LTi.
  • Dans ce cas, à partir de la seule routine de récupération de tous les détonateurs connectés, la console principale peut déterminer automatiquement les détonateurs intrus et si les détonateurs programmés sont bien tous connectés.
  • Partant de la liste obtenue par la routine de récupération, on marque, dans la table PT (à l'aide d'un drapeau par exemple), chacun des détonateurs programmés connectés, et on incrémente un compteur de détonateurs intrus. Ces derniers sont par exemple les détonateurs que l'on a oublié de programmer. Les entrées de la table PT qui sont au final non marquées, correspondent aux détonateurs mal raccordés au réseau.
  • On voit donc que, par la fusion des plans de tir rendue aisée par les étiquettes RFID selon l'invention, on simplifie grandement les opérations de test.
  • Pour réunir les plans de tir, on désactive le lecteur RFID 27 des consoles secondaires de programmation 20, via la fonction d'inhibition, et on présente tout ou partie de ces consoles secondaires dans le champ de lecture RFID de la console principale.
  • Cette dernière, par la fonction de copie détaillée ci-dessus, transfert les plans de tir de chacune des consoles secondaires vers sa mémoire 280 propre, et les fusionne en une seule table PT, compte tenu du numéro de plan de tir PTi et de l'éventuelle ligne de tir LTi.
  • Les tests peuvent ainsi être menés à l'aide d'une unique console de programmation 20, pour tout le réseau, sans déconnecter certains détonateurs.
  • En variante, on peut regrouper une sous-partie des consoles de programmation en fonction de zones du réseau, par exemple les lignes de tir.
  • Après que l'ensemble des détonateurs 1 utilisés dans la séquence du plan de tir a été programmé et testé, la console de programmation 20, de préférence la console principale regroupant le plan de tir global issu de la réunification des plans de tir partiels, est rapprochée de la console de tir 10, comme représentée sur la figure 2B pour transférer le plan de tir.
  • Le lecteur RFID 27 de la console de programmation 20 est désactivé au travers de la fonction d'inhibition.
  • L'opérateur active alors la fonction de transfert de la console de tir 10. Cette activation ne peut être autorisée qu'après introduction d'une carte appropriée contenant des codes secrets. Tout autre organe de sécurité peut également être employé pour autoriser cette activation.
  • La table PT du plan de tir est alors automatiquement transférée à la console de tir 10 par lecture radiofréquence par le lecteur 17. Si plusieurs étiquettes RFID sont accessibles, la console de tir 10 peut inviter l'opérateur à sélectionner tout ou partie de celles-ci et tout ou partie des tables PTi stockées dans celles-ci, pour transfert. La table PT transférée est alors stockée en mémoire RAM de la console de tir 10.
  • En variante, cette table peut être stockée dans une mémoire d'étiquette RFID 18 également prévue dans la console de tir 10. Cette configuration permet de mettre en oeuvre une fonction de copie vers une console secours de tir le cas échéant, de façon similaire à la fonction de copie prévue pour les consoles de programmation 20.
  • Egalement, si plusieurs consoles de programmation 20 sont présentées à la console de tir 10 pour le transfert de parties du plan de tir, la console de tir 10 fusionne les tables PT récupérées pour former le plan de tir global, compte tenu notamment du numéro de plan de tir PTi associé à chaque table PT des consoles de programmation.
  • Une fois l'ensemble de la table PT transférés dans la console de tir 10, la ligne de tir 40 reliant la console de tir 10 aux détonateurs 1 est activée, comme ceci apparaît sur la figure 2C . La console de tir 10 peut alors effectuer des tests préalables à l'exécution de la séquence de tir, comme décrit dans la publication WO 97/45696 : test automatique des modules d'allumage des détonateurs en ligne, test de disponibilité des détonateurs.
  • Après ces tests, l'opérateur donne un ordre d'armement avec la touche correspondante de la console de tir 10, puis une mise à feu avec une touche de tir. Cette opération provoque la mise à feu de chacun des détonateurs avec un retard correspondant à celui prévu dans le plan de tir PT chargé en mémoire de la console de tir 10. Des mécanismes de mise à feu classiques peuvent être utilisés, par exemple ceux décrit dans la publication susvisée.
  • Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas.
  • Notamment, on a décrit ci-dessus une table PT en mémoire des consoles de programmation 20 qui associe un identifiant de détonateur à un retard. Toutefois, un pré-plan de tir peut être prévu à part, lequel associe des temps de retard à un ensemble de trous d'une configuration physique de site. La programmation par la console de programmation 20 peut alors consister en une association des détonateurs 1 avec les trous, la table PT en mémoire associant alors un détonateur à un trou du site. Dans ce cas, l'association d'un détonateur avec un retard est indirectement réalisée en utilisant le pré-plan de tir. Toute information de tir, autre qu'un retard temporel ou un numéro de trou, peut être associée à un détonateur au niveau de la console de programmation, pour autant qu'ultérieurement cette information permette de constituer une séquence de tir (identifiant de détonateur - retard temporel de mise à feu).
  • Par ailleurs, la console de tir 10 décrite ci-dessus a une structure voisine de celle des consoles de programmation 20, comprenant notamment un lecteur radiofréquence et éventuellement une étiquette RFID. L'invention est toutefois compatible avec les consoles de tir 10 déjà existantes (sans moyen radiofréquence). Dans ce cas, les consoles de programmation 20 possèdent une fonction de transfert similaire à celle de la publication WO 97/45696 , pour le transfert automatique du plan de tir en mémoire vers la console de tir 10 à laquelle elles (20) sont connectées, par voie infrarouge ou par liaison filaire. Cette fonction prévoit cependant de piloter le lecteur RF 27 de la console de programmation 20 pour lire la table PT en mémoire et la communiquer à la console de tir 10 via une interface de communication appropriée. Cette fonction de transfert automatique est mise en oeuvre par les logiciels stockés en mémoire morte 24.

Claims (11)

  1. Système de programmation et de mise à feu d'une pluralité de détonateurs électroniques (1) à chacun desquels est associé un paramètre d'identification propre (IDdét), le système comprenant:
    - au moins une unité de programmation (20) comprenant une mémoire (280) et agencée pour déterminer les paramètres d'identification de détonateurs électroniques (1) et leur associer individuellement, en mémoire, une information de tir (Tdét), de sorte à former un plan de tir (PT);
    - une unité de mise à feu (10) agencée pour récupérer, depuis la mémoire (280) de l'au moins une unité de programmation (20), ledit plan de tir (PT) formé des associations entre les paramètres d'identification (IDdét) et les informations de tir (Tdét) correspondantes, et pour piloter une séquence de tir des détonateurs à partir du plan de tir récupéré;
    caractérisé en ce que au moins une unité de programmation (20) comprend:
    - une étiquette passive (28) à lecture/écriture par radiofréquence dotée d'une puce (280) officiant comme mémoire pour le stockage du plan de tir (PT), et
    - un lecteur radiofréquence (27) agencé pour lire et écrire des étiquettes passives, incluant ladite étiquette passive (28) de l'unité de programmation (20).
  2. Système selon la revendication 1, dans lequel une première unité de programmation (20') comprend des moyens de pilotage dudit lecteur radiofréquence (27') agencés pour lire le plan de tir (PT) en mémoire de l'étiquette passive (28) d'une seconde unité de programmation (20) et pour recopier ledit plan de tir lu dans la mémoire (280') de l'étiquette passive (28') de la première unité de programmation (20').
  3. Système selon la revendication précédente, dans lequel ladite étiquette passive (28) comprend, associée audit plan de tir, une donnée d'identification (LTi) d'une zone géographique (30, 40) à laquelle appartiennent lesdits détonateurs (1) formant le plan de tir (PT).
  4. Système selon l'une quelconque des revendications précédentes, dans lequel ladite unité de mise à feu (10) comprend un lecteur radiofréquence (17) agencé pour lire et écrire l'étiquette passive (28) de l'au moins une unité de programmation (20) de sorte à récupérer ledit plan de tir (PT).
  5. Système selon la revendication précédente, dans lequel ladite unité de programmation (20) comprend des moyens d'inhibition de son lecteur radiofréquence (27) lorsqu'un lecteur radiofréquence externe (17) transfert le plan de tir (PT) depuis la mémoire (280) de cette unité de programmation (20).
  6. Système selon l'une quelconque des revendications précédentes, dans lequel lesdites informations de tir comprennent un retard temporel de mise à feu du détonateur correspondant.
  7. Système selon l'une quelconque des revendications précédentes, dans lequel l'étiquette passive contenant la puce est amovible.
  8. Procédé de programmation pour la mise à feu d'une pluralité de détonateurs électroniques (1) à chacun desquels est associé un paramètre d'identification propre (IDdét), le procédé comprenant:
    - une étape de détermination, par au moins une unité de programmation (20) comprenant une mémoire (280), de paramètres d'identification (IDdét) de détonateurs électroniques (1);
    - une étape d'association, en mémoire de l'unité de programmation, d'une information de tir (Tdét) à chaque paramètre d'identification déterminé, de sorte à former un plan de tir (PT);
    - une étape d'acquisition, par une unité de mise à feu (10) apte à piloter une séquence de tir des détonateurs, depuis la mémoire de l'au moins une unité de programmation, dudit plan de tir formé des associations entre les paramètres d'identification et les informations de tir correspondantes;
    caractérisé en ce que l'étape d'association comprend une écriture par radiofréquence de ladite association, dans la mémoire d'une étiquette passive (28) à lecture/écriture par radiofréquence.
  9. Procédé selon la revendication précédente, comprenant une étape de transfert par lecture radiofréquence du plan de tir (PT) depuis l'étiquette passive (28) d'une première unité de programmation (20) vers la mémoire (280') de l'étiquette passive (28') d'une seconde unité de programmation (20').
  10. Procédé selon la revendication précédente, dans lequel, ladite seconde unité de programmation (20') poursuit les étapes d'acquisition et d'association de sorte à compléter le plan de tir (PT) transféré.
  11. Procédé selon l'une quelconque des revendications 8 à 10, dans lequel la pluralité de détonateurs électroniques (1) est répartie en plusieurs zones géographiques distinctes (30, 40), et le procédé comprenant une étape de lecture et d'association d'un identifiant (LTi) d'une dite zone géographique audit plan de tir (PT) en mémoire.
EP11706885.8A 2010-02-02 2011-01-28 Systeme de programmation et de mise a feu de detonateurs electroniques, procede associe Active EP2531809B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PL11706885T PL2531809T3 (pl) 2010-02-02 2011-01-28 System programowania oraz odpalania detonatorów elektronicznych, powiązany sposób

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1050717A FR2955933B1 (fr) 2010-02-02 2010-02-02 Systeme de programmation et de mise a feu de detonateurs electroniques, procede associe
PCT/FR2011/050176 WO2011095730A1 (fr) 2010-02-02 2011-01-28 Systeme de programmation et de mise a feu de detonateurs electroniques, procede associe

Publications (2)

Publication Number Publication Date
EP2531809A1 EP2531809A1 (fr) 2012-12-12
EP2531809B1 true EP2531809B1 (fr) 2014-01-08

Family

ID=42635211

Family Applications (1)

Application Number Title Priority Date Filing Date
EP11706885.8A Active EP2531809B1 (fr) 2010-02-02 2011-01-28 Systeme de programmation et de mise a feu de detonateurs electroniques, procede associe

Country Status (17)

Country Link
US (1) US8994515B2 (fr)
EP (1) EP2531809B1 (fr)
AU (1) AU2011212272B2 (fr)
BR (1) BR112012019297B1 (fr)
CA (1) CA2787613C (fr)
CL (1) CL2012002121A1 (fr)
CO (1) CO6561842A2 (fr)
EA (1) EA020679B1 (fr)
ES (1) ES2454865T3 (fr)
FR (1) FR2955933B1 (fr)
MX (1) MX2012008920A (fr)
PE (1) PE20130522A1 (fr)
PL (1) PL2531809T3 (fr)
PT (1) PT2531809E (fr)
UA (1) UA104510C2 (fr)
WO (1) WO2011095730A1 (fr)
ZA (1) ZA201205728B (fr)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9678508B2 (en) * 2009-11-16 2017-06-13 Flanders Electric Motor Service, Inc. Systems and methods for controlling positions and orientations of autonomous vehicles
EP2758748B1 (fr) * 2011-09-22 2016-03-16 Detnet South Africa (PTY) LTD Communication avec un dispositif détonateur
FR2984484B1 (fr) 2011-12-19 2018-06-15 Davey Bickford Systeme de mise a feu de plusieurs ensembles de detonateurs electroniques
CN103776322A (zh) * 2012-10-25 2014-05-07 北京北方邦杰科技发展有限公司 用于井巷掘进的雷管起爆控制方法和装置及起爆器
EP3077725B1 (fr) 2013-12-02 2018-05-30 Austin Star Detonator Company Procédé et appareil d'abattage à l'explosif sans fil
AU2015221430B2 (en) * 2014-02-21 2019-03-14 Associação Instituto Tecnológico Vale – Itv Rock blasting method and system for adjusting a blasting plan in real time
FR3033402B1 (fr) * 2015-03-04 2017-04-07 Davey Bickford Systeme de commande d'au moins un detonateur electronique
AU2015280721C1 (en) * 2015-09-16 2022-10-27 Orica International Pte Ltd A wireless initiation device
US9759538B2 (en) * 2016-02-12 2017-09-12 Utec Corporation, Llc Auto logging of electronic detonators
US9810515B1 (en) * 2017-02-03 2017-11-07 Pacific Scientific Energetic Materials Company (California) LLC Multi-level networked ordnance system
FR3053111B1 (fr) * 2017-06-15 2018-12-07 Davey Bickford Unite de programmation amelioree de detonateurs electroniques, et systeme associe
EP4357726A3 (fr) 2018-01-29 2024-05-08 Dyno Nobel Inc. Systèmes de chargement automatisé de trous de mine et procédés associés
EP4123256A1 (fr) * 2019-09-09 2023-01-25 Detnet South Africa (Pty) Ltd Système de détonateur sans fil à faible consommation d'énergie
EP4100692A4 (fr) 2020-02-06 2024-03-06 Austin Star Detonator Company Capteurs intégrés pour détonateur
CN113218260B (zh) * 2021-03-05 2024-01-19 北京煋邦数码科技有限公司 一种固化延时的电子雷管控制方法、装置及存储介质
CN113251882B (zh) * 2021-05-31 2022-05-10 无锡盛景微电子股份有限公司 一种精准定位炮孔位置的电子雷管控制方法及其起爆系统
WO2023075615A1 (fr) * 2021-10-27 2023-05-04 Arancibia Vasquez Arnaldo Ignacio Adaptateur électronique à retard programmable à distance pour le déclenchement de l'explosion de fulminants ou d'autres accessoires explosifs
CN114719700A (zh) * 2022-04-08 2022-07-08 宏大爆破工程集团有限责任公司 一种无线起爆系统及方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2749073B1 (fr) * 1996-05-24 1998-08-14 Davey Bickford Procede de commande de detonateurs du type a module d'allumage electronique, ensemble code de commande de tir et module d'allumage pour sa mise en oeuvre
WO2000009967A1 (fr) * 1998-08-13 2000-02-24 Expert Explosives (Proprietary) Limited Dispositif de tir
US20010054366A1 (en) * 2000-02-10 2001-12-27 Hutchins Charles Roger Safety method for pyrotechnic launch devices
US7086334B2 (en) * 2003-07-15 2006-08-08 Special Devices, Inc. Staggered charging of slave devices such as in an electronic blasting system
US6941870B2 (en) * 2003-11-04 2005-09-13 Advanced Initiation Systems, Inc. Positional blasting system
US20090145321A1 (en) * 2004-08-30 2009-06-11 David Wayne Russell System and method for zero latency distributed processing of timed pyrotechnic events
EP1859225B1 (fr) * 2005-01-24 2015-04-29 Orica Explosives Technology Pty Ltd Ensembles détonateur sans fil et réseaux correspondants
US20070180207A1 (en) 2006-01-18 2007-08-02 International Business Machines Corporation Secure RFID backup/restore for computing/pervasive devices
MX2009006648A (es) 2006-12-18 2009-08-26 Global Tracking Solutions Pty Sistema de rastreo para agujeros de explosión.
US20100214080A1 (en) * 2009-02-24 2010-08-26 Sensormatic Electronics Corporation Radio frequency identification hardtag encode and feed system
US8736425B2 (en) * 2009-10-30 2014-05-27 General Electric Company Method and system for performance enhancement of resonant sensors

Also Published As

Publication number Publication date
PL2531809T3 (pl) 2014-08-29
FR2955933B1 (fr) 2012-03-09
EP2531809A1 (fr) 2012-12-12
CO6561842A2 (es) 2012-11-15
PT2531809E (pt) 2014-04-14
WO2011095730A1 (fr) 2011-08-11
CA2787613A1 (fr) 2011-08-11
US20120299708A1 (en) 2012-11-29
FR2955933A1 (fr) 2011-08-05
BR112012019297B1 (pt) 2021-04-20
BR112012019297A2 (pt) 2020-08-18
CA2787613C (fr) 2017-01-17
ES2454865T3 (es) 2014-04-11
PE20130522A1 (es) 2013-04-25
ZA201205728B (en) 2013-09-25
US8994515B2 (en) 2015-03-31
AU2011212272A1 (en) 2012-09-06
MX2012008920A (es) 2012-11-30
AU2011212272B2 (en) 2015-11-12
EA020679B1 (ru) 2014-12-30
CL2012002121A1 (es) 2013-03-22
EA201290739A1 (ru) 2013-02-28
UA104510C2 (uk) 2014-02-10
BR112012019297A8 (pt) 2021-02-17

Similar Documents

Publication Publication Date Title
EP2531809B1 (fr) Systeme de programmation et de mise a feu de detonateurs electroniques, procede associe
EP0588685B1 (fr) Circuit intégré et programmable pour l'allumage des détonateurs à retard
US9091518B2 (en) Apparatus and method for blasting
EP0467754A1 (fr) Dispositif de commande de chargement automatique d'un canon
EP1857770A2 (fr) Procédés et appareil de sautage à risque réduit d'utilisation accidentelle ou illégale
FR3053111A1 (fr) Unite de programmation amelioree de detonateurs electroniques, et systeme associe
FR2611883A1 (fr) Dispositif et procede de tir selectif de cartouches pour aeronef ou autre appareil
DE102005040302A1 (de) Waffe mit Sendemodul
US8117009B1 (en) Data recorder for munitions
EP4306900B1 (fr) Simulateur d'inflammateur pyrotechnique autonome
EP4264171A1 (fr) Procédé d'installation d'un ensemble de détonateurs électroniques et procédé de mise à feu associé
BE1009411A3 (fr) Dispositif de communication.
EP1342982B1 (fr) Dispositif électro-pyrotechnique de sécurité pour munition et son procédé de commande
KR102021503B1 (ko) 단말 내 복구 가능한 삭제된 데이터를 영구 삭제하는 장치
US20070282717A1 (en) Electronic Stock Control and Auditing of Detonator Use
ZA200804159B (en) Blasting methods and apparatus with reduced risk of inadvertent or illicit use
EP2009570A1 (fr) Dispositif de mémorisation temporaire de données

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

17P Request for examination filed

Effective date: 20120829

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

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20130726

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: 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: FRENCH

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 649001

Country of ref document: AT

Kind code of ref document: T

Effective date: 20140215

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602011004603

Country of ref document: DE

Effective date: 20140220

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: KIRKER AND CIE S.A., CH

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2454865

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20140411

REG Reference to a national code

Ref country code: PT

Ref legal event code: SC4A

Free format text: AVAILABILITY OF NATIONAL TRANSLATION

Effective date: 20140404

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 649001

Country of ref document: AT

Kind code of ref document: T

Effective date: 20140108

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20140108

REG Reference to a national code

Ref country code: NO

Ref legal event code: T2

Effective date: 20140108

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: 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: 20140508

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: 20140108

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 FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20140108

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: 20140108

Ref country code: CY

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: 20140108

REG Reference to a national code

Ref country code: PL

Ref legal event code: T3

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

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: 20140108

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: 20140108

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: 20140108

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602011004603

Country of ref document: DE

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: 20140108

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: 20140108

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: 20140108

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: 20140108

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

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

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: 20140108

26N No opposition filed

Effective date: 20141009

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602011004603

Country of ref document: DE

Effective date: 20141009

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: 20140108

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 6

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: 20140108

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: MC

Payment date: 20151228

Year of fee payment: 6

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

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: 20140108

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

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: 20140409

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: 20140108

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

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: 20110128

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: 20140108

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20140128

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: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170131

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 8

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: 20140108

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: 20140108

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IE

Payment date: 20181123

Year of fee payment: 10

Ref country code: PL

Payment date: 20181214

Year of fee payment: 9

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: CH

Payment date: 20190118

Year of fee payment: 9

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: BE

Payment date: 20190125

Year of fee payment: 9

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NO

Payment date: 20191230

Year of fee payment: 10

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20200128

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20200131

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200128

Ref country code: PT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200828

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: 20200131

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200131

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200131

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 NON-PAYMENT OF DUE FEES

Effective date: 20200128

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200128

REG Reference to a national code

Ref country code: NO

Ref legal event code: MMEP

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 NON-PAYMENT OF DUE FEES

Effective date: 20210131

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 NON-PAYMENT OF DUE FEES

Effective date: 20200128

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FI

Payment date: 20231222

Year of fee payment: 14

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20240226

Year of fee payment: 14

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20240124

Year of fee payment: 14

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: SE

Payment date: 20240126

Year of fee payment: 14

Ref country code: FR

Payment date: 20240117

Year of fee payment: 14