EP3928210A1 - Transmission of linked data on an i2c bus - Google Patents
Transmission of linked data on an i2c busInfo
- Publication number
- EP3928210A1 EP3928210A1 EP20710216.1A EP20710216A EP3928210A1 EP 3928210 A1 EP3928210 A1 EP 3928210A1 EP 20710216 A EP20710216 A EP 20710216A EP 3928210 A1 EP3928210 A1 EP 3928210A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- data
- transmission
- datum
- circuit
- program product
- 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.)
- Withdrawn
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 56
- 238000000034 method Methods 0.000 claims abstract description 24
- 230000006870 function Effects 0.000 claims description 41
- 238000004891 communication Methods 0.000 claims description 20
- 230000015654 memory Effects 0.000 claims description 17
- 238000012937 correction Methods 0.000 claims description 15
- 238000012795 verification Methods 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims description 3
- 230000001052 transient effect Effects 0.000 claims description 2
- IYZMXHQDXZKNCY-UHFFFAOYSA-N 1-n,1-n-diphenyl-4-n,4-n-bis[4-(n-phenylanilino)phenyl]benzene-1,4-diamine Chemical compound C1=CC=CC=C1N(C=1C=CC(=CC=1)N(C=1C=CC(=CC=1)N(C=1C=CC=CC=1)C=1C=CC=CC=1)C=1C=CC(=CC=1)N(C=1C=CC=CC=1)C=1C=CC=CC=1)C1=CC=CC=C1 IYZMXHQDXZKNCY-UHFFFAOYSA-N 0.000 description 16
- 238000010586 diagram Methods 0.000 description 12
- 239000004020 conductor Substances 0.000 description 7
- 230000000875 corresponding effect Effects 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000000630 rising effect Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000017105 transposition Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
- G06F13/4291—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus using a clocked protocol
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B41—PRINTING; LINING MACHINES; TYPEWRITERS; STAMPS
- B41J—TYPEWRITERS; SELECTIVE PRINTING MECHANISMS, i.e. MECHANISMS PRINTING OTHERWISE THAN FROM A FORME; CORRECTION OF TYPOGRAPHICAL ERRORS
- B41J2/00—Typewriters or selective printing mechanisms characterised by the printing or marking process for which they are designed
- B41J2/005—Typewriters or selective printing mechanisms characterised by the printing or marking process for which they are designed characterised by bringing liquid or particles selectively into contact with a printing material
- B41J2/01—Ink jet
- B41J2/17—Ink jet characterised by ink handling
- B41J2/175—Ink supply systems ; Circuit parts therefor
- B41J2/17503—Ink cartridges
- B41J2/17543—Cartridge presence detection or type identification
- B41J2/17546—Cartridge presence detection or type identification electronically
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/606—Protecting data by securing the transmission between two devices or processes
- G06F21/608—Secure printing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0016—Inter-integrated circuit (I2C)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0041—Arrangements at the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/04—Masking or blinding
- H04L2209/046—Masking or blinding of operations, operands or results of the operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
Definitions
- the present description relates generally to electronic circuits and, more particularly, to systems in which several circuits are capable of communicating on an I2C bus.
- the I2C protocol uses, besides a reference signal (generally ground) representing one of the two states of the binary signals, a data signal (SDA) and a clock or synchronization signal (SCL).
- a reference signal generally ground
- SDA data signal
- SCL clock or synchronization signal
- the I2C protocol is used to communicate between a device or master circuit, which generates the synchronization signal on a clock wire as well as the data signal on a data wire, and a slave device or circuit which responds on the data signal.
- the slave device (receiver) generates an acknowledgment bit that it transmits over the data wire.
- the conductors of the bus are, at rest, at a potential different from the reference potential, this second potential representing the other of the two states of the binary signals.
- One embodiment overcomes all or part of the drawbacks of known authentication processes. [0006]
- One embodiment provides for a transmission method on an I2C bus, in which a first channel of the data signal conveys a first datum and a second channel of the same data signal conveys a second datum, these two data being linked together .
- One embodiment provides for a communication circuit on an I2C bus, comprising circuits suitable for implementing the method described.
- One embodiment provides for a computer program product, comprising a non-transient storage medium comprising instructions suitable for implementing the method described.
- One embodiment provides a memory circuit containing a correspondence table between a set of first data and a set of second data.
- the second datum depends on the first datum.
- the second datum represents the application of a corrective code to the first datum.
- the second data item is a mask.
- the second datum is identical to the first datum.
- a transmission function is applied to transmission data:
- the second datum corresponding to the transmission datum or to the result of the application of the function transmission to the transmission data or to a mask applied to the transmission data to obtain the first data.
- a transmitter transmits the transmission datum via the first datum, the second datum representing verification or correction information for the first datum by a receiver.
- a transmitter masks the transmission datum and then transmits the result via the first datum, the second datum representing unmasking information of the first datum by a receiver.
- a reception function is applied to the first and second data and provides reception data, the reception data corresponding to the first data or to the result of the application of the function. reception.
- information representative of the reception data item is returned to a transmitter circuit.
- One embodiment provides a transmission system on an I2C bus comprising at least two devices, at least one of the devices:
- One embodiment provides for a transmitter of such a system.
- One embodiment provides a receiver of such a system.
- One embodiment provides for a transceiver of such a system.
- FIG. 1 very schematically shows in the form of blocks an embodiment of a system using an I2C bus to transmit data linked together;
- FIG. 2 is a block diagram of a transmission-reception system for data linked on an I2C bus
- FIG. 3 represents timing diagrams illustrating the operation of the I2C bus
- FIG. 4 represents timing diagrams illustrating a multi-channel transmission on an I2C bus
- FIG. 5 is a block diagram of one embodiment of a data transmission-reception system using an error correction mechanism (ECC);
- ECC error correction mechanism
- FIG. 6 is a flow diagram of operations associated with the implementation of the error correction mechanism between a transmitter and a receiver
- FIG. 7 illustrates an example of a connection between an electronic circuit associated with a printer and electronic circuits associated with ink cartridges
- FIG. 8 very schematically shows in the form of blocks an embodiment of an electronic circuit suitable for implementing the embodiments described. Description of embodiments
- FIG. 1 very schematically shows in the form of blocks an embodiment of a system using an I2C bus for transmitting data linked together.
- An I2C bus consists of two wires or conductors 21 and 22 intended to convey, respectively, an SDA data signal and an SCL synchronization signal.
- circuits 11, 12, 13 are connected, preferably connected, to wire 21 (terminals 111, 121) for transmitting the SDA data signal, to wire 22 (terminals 113, 123) for transmitting the synchronization signal or SCL clock, and to a wire or conductor 23 (terminals 115, 125) brought to a reference electric potential (typically ground, GND).
- the circuits 11, 12, 13 and other circuits connected to the I2C bus or belonging to the electronic device can be supplied at the same voltage or at different voltages.
- circuits 11, 12 and 13 are connected to a wire or conductor 24 (terminals 117, 127) brought to an electrical potential VCC greater than that of the ground GND.
- the wires 21 and 22 are individually connected by pull-up resistors Rp to the wire 24, so that the signals SDA and SCL are at rest in the high state.
- one of the circuits acts as a master device (MD) and imposes the synchronization signal SCL.
- the other circuit (s) 12 and 13 then take the status of slave (SD) to receive the data transmitted by the circuit 11 and respond to the circuit 11.
- SD slave
- These data can be intended for several slave circuits or just one of the circuits. between them.
- the I2C protocol provides for transmitting a device address before a data byte. Depending on the direction of communication, the same circuit can sometimes have the status of master and sometimes the status of slave.
- the circuits 11 and 12 for a transmission of data linked together on the I2C bus, contain transmission blocks 112 and 122 (T) as well as blocks 114 and 124 (R) of receive respectively to send and receive data through the SDA wire.
- Each transmission block 112, 122 receives from a transmission functional block 116 or 126 ( ⁇ t) two pieces of information to be transmitted over the SDA wire.
- Each block 116, 126 transforms a TDATA transmission datum to be transmitted via the I2C bus into two data linked together.
- each reception block 114, 124, connected, preferably connected, to the SDA wire has two outputs connected to a block 118 or 128
- Circuit 13 and any other slave circuits also contain blocks and links similar to those of circuits 11 and 12 previously described.
- the functional blocks 116, 126, 118, 128 are not necessarily identical from one circuit to another.
- the functional blocks 116, 126, 118, 128 can be hardware and / or software and be indifferently made up of circuits, software or memories (devices directly storing all the possible results from the 'application of the function ⁇ t or Î R implemented by the corresponding block 116,
- FIG. 2 is a block diagram of a transmission-reception system for data linked on an I2C bus. Only the elements of the master circuit 11 dedicated to the transmission of data and the elements of the slave circuit 12 dedicated to the reception of data are included, these two circuit parts being connected together by the wire or conductor 21 of the bus I2C. To simplify the representation of FIG. 2, only part of the constituent elements of the circuit driving the wire 21 has been shown.
- the other components of the master device and of the slave device are customary, in particular the elements generating the synchronization signal SCL imposed, by circuit 11, on terminal 113 connected to wire 22.
- a data to be transmitted TDATA is first sent to an input of the functional block 116 of the circuit 11 for application of the function ⁇ t ⁇
- the reception block 124 of the circuit 12 makes it possible to obtain at the output two data RDATA1 and RDATA2 coming from the two channels used for the transmission.
- the functional block 128 of the circuit 12 processes the data RDATA1 and RDATA2 in order to obtain as output a single data item RDATA.
- FIG. 3 represents timing diagrams illustrating the operation of the I2C bus.
- the timing diagrams of FIG. 3 illustrate an example of the shape of the SCL signal, of a data signal DATA to be transmitted by a master device to one or more slave devices, of an S / R signal internal to the master device and the SDA signal.
- the S / R signal symbolizes the phases during which the master circuit is in transmission mode (S) and imposes the state of the SDA signal and the phases during which it is in reception (R) and detects the state of the signal
- the I2C protocol defines a communication start bit (START) by switching to the low state
- the master device releases the SDA signal, which therefore returns to the high state, and positions its terminal 111 connected to the wire 21 in reading from the state of the SDA signal (S / R signal at the low state R).
- the various slave circuits detect the start of a communication by monitoring the respective states of the signals SCL and SDA.
- SDA serial tio
- SCL serial retransmitter
- SDA serial retransmitter decoder
- the various slave circuits detect the data transmitted and, in particular, determine from the first byte constituting the address of the recipient whether the following byte or bytes are intended for them.
- the slave circuit At the end of the first byte, the slave circuit, identified by the address, acknowledges receipt (ACK) of the transmitted byte by pulling the SDA signal low. This transition (instant t] _7) is detected by the master circuit which can then send the next byte and so on until the end of the transmission. For this transmission of the following byte (s), the master circuit switches the state of its port connected to wire 21 again to impose this state (signal S / R to the high state S).
- the master circuit imposes a stop condition (STOP) by switching the SDA signal to the high state (instant tig) while the signal
- FIG. 4 represents timing diagrams illustrating a multi-channel transmission on an I2C bus.
- the timing diagrams of FIG. 4 illustrate an example of the shape of SCL and SDA signals imposed by a master circuit.
- the signal SCL has been represented arbitrarily with a duty cycle different from 1/2.
- FIG. 4 illustrates four examples 01, 10, 11, 00, of possible combinations between, on the one hand, the signal (state 1 or 0) of the main channel intended to convey the datum TDATA1 and on the other hand the signal (state 1 or 0) of the secondary channel intended to convey the linked datum TDATA2 on the I2C bus.
- the data of the secondary channel are coded in the form of a pulse signal generated outside the period (high state of the signal SCL - instant t23 to instant t2l) of validation of the main data signal.
- the I2C protocol provides time windows from the falling edge of the SCL synchronization signal.
- a duration ty D (of around 200 ns for a 400 kHz protocol) fixes a minimum interval between the falling edge of the signal SCL (instant t2l) and the appearance of the coding of the next data item, and a maximum duration tcLQV (approximately 700-900 nm in the example above) between the presentation of the data (time t22) a nd the next rising edge (time t23) of the SCL signal.
- the minimum duration of the low soaks of the SCL signal is also fixed: it is about 1.3 ys for a 400 kHz protocol (and about 4.7 ys for a 100 kHz protocol).
- the secondary channel (TDATA2) is coded during the periods when the synchronization signal SCL is in the low state (having respected the duration t H ü) In the example shown, if a pulse (succession of a low state then a high state) is present, this corresponds to transmitting a state 1 on the secondary channel. On the other hand, if no pulse is present, this corresponds to transmitting a state 0 on the secondary channel.
- a period of 700 - 900 ns separates the instant t22 from the instant t23 (duration during which the state of the SDA signal is not taken into account by the receivers of the I2C protocol).
- This period is used for the pulse transmission of the secondary channel used to convey the linked datum TDATA2.
- the duration of the pulse is between 300 ns and 500 ns for a 400 kHz protocol (and between 1.0 ys and 2.2 ys for a 100 kHz protocol).
- the slave circuits are suitable for detecting these pulse signals.
- FIG. 5 is a block diagram of an embodiment of a data transmission-reception system using an error correction mechanism (ECC).
- ECC error correction mechanism
- the block 116 applies an error correcting code (the function ⁇ t is an error correcting code) to a datum to be sent TDATA.
- the result of applying the code to the TDATA data item constitutes TDATA2 data.
- the data TDATA directly constitutes the data TDATA1.
- the circuit 11 comprises a block 119 (ERR) which applies an error function to the data TDATA to provide a data item TDATA1 intentionally erroneous.
- the number of bits of data TDATA1 falsified by the error function ERR is chosen to be in the range of number of bits that can be corrected by the error correcting code.
- the block 112 of the circuit 11 transmits to the block 124 of the circuit 12 two data: on the one hand TDATA2 and on the other hand TDATA1 which represents, in the absence of the optional block 119, the data to be sent TDATA or, in presence of the optional block 119, the erroneous data.
- the two data RDATA1 and RDATA2 obtained at the output of block 124 of circuit 12 are processed by block 128 (ECC ').
- ECC ' The result of this processing produces RDATA data.
- the block 128 applies to the data RDATA1 received an error correcting code ECC ′ corresponding to the code ECC, by using the data item RDATA2.
- the function fp is an error correcting code.
- the block 128 corrects any errors in the data RDATA1 received with respect to the data TDATA1 transmitted and then guarantees that the data RDATA corresponds to the TDATA data.
- the application of the error correcting code ECC 'by the block 128 corrects the erroneous data, distorted by the block 119, so as to restore an RDATA datum corresponding to the TDATA datum.
- the block 128 corrects the data RDATA1 thanks to the data RDATA2.
- the correction, by the receiver circuit 12, of the error intentionally introduced by the transmitter circuit 11, means that the receiver circuit does indeed have the function of receiving and processing data on two channels and the function of error correction.
- the receiver circuit does not have the function of receiving and processing data on two channels and the error correction function
- the verification, by the transmitter circuit 11, of the RDATA data received by the receiver circuit shows a RDATA reception datum different from the transmitted TDATA datum.
- Circuit 12 then does not reproduce the functionalities of the embodiment described.
- the data TDATA2 represents the result of the application of a cryptographic function, for example a signature, to the data TDATA
- the circuit 11 decodes the received signal and, if it includes the functionalities of this embodiment, is capable of processing the data of the two channels RDATA1 and RDATA2, and of verifying that a signature that it calculates (it then has a function ÎR applying the same signature calculation algorithm as the function ⁇ t of circuit 11) corresponds to the signature received on the datum RDATA2. Assuming a response mechanism according to which the sending circuit 11 waits for an acknowledgment representative of the signature obtained by the receiver, the fact that the circuit 12 sends back this acknowledgment then means that the circuit 12 reproduces the functionalities of the embodiment. described. According to yet another embodiment, the data TDATA1 and TDATA2 are identical and correspond to the data
- the function ⁇ t is then a function of duplication of the TDATA data.
- the ÎR function is for example a bit-by-bit combination function of the Exclusive-OR type, the expected result of which is a zero word (all the bits at state 0).
- the detection of the fact that a slave circuit has the functionalities of this embodiment can be carried out by an exchange process according to which the master circuit waits in return for the result of the function ÎR. If it receives a zero word, this means that circuit 12 reproduces the functionalities of the embodiment described.
- the data RDATA2 constitutes a mask that the receiver circuit is supposed to apply to the data RDATA1 that it receives in order to return an expected result.
- the data TDATA2 the elaboration of which by the block 116 aims to allow a verification or a correction of the data RDATA1 received by the circuit 12, comprises a number of bits less than the number of bits of the data TDATA.
- the length of the code conditions the number of bits that can be corrected.
- FIG. 6 is a flow diagram of operations associated with the implementation of the principle of error correction between a transmitter and a receiver.
- a receiver is capable of using multi-channel transmission and to correct any errors affecting the data sent by a transmitter.
- the transmitter sends (SEND) to the receiver (RECEIVER) a command (SET CONFIG) for configuring the communication.
- EXECUTE The taking into account (EXECUTE) of this command by the receiver enables it to be informed that the transmission on the I2C bus will be carried out on two channels and that the error correction function must be activated (CONFIG OK).
- a second step the transmitter interrogates (REQ) the receiver by a status request (STATUS REQUEST).
- the taking into account (EXECUTE) of this request by the receiver enables it to return (RESP) a status (STATUS) to the transmitter.
- the control (CHECK) of this status by the transmitter makes it possible to verify that the transmission is correctly established (STATUS OK).
- a recognition request HANDSHAKE REQUEST
- This recognition request is preferably produced by introducing a deliberate error in the data to be transmitted as explained in relation to FIG. 5.
- the acceptance (EXECUTE) of this request by the receiver allows it to return (RESP) the response (HANDSHAKE RESPONSE) expected by the sender.
- the check (CHECK) of this response by the transmitter makes it possible to check whether the receiver is capable of implementing the error correction function (HANDSHAKE OK).
- FIG. 7 illustrates an example of a connection between the electronic circuit of a printer and electronic circuits associated with ink cartridges.
- a printer 31 contains a main circuit 312 dedicated in particular to the control of electromechanical components.
- Printer 31 is equipped one or more ink cartridges, for example three ink cartridges 33, 35 and 37.
- Each cartridge 33, 35, 37 carries a circuit, respectively 332, 352 and 372.
- the four circuits 312, 332, 352 and 372 are interconnected by conductors, symbolized by a cable 320, compatible with a transmission respecting the I2C protocol.
- the circuit 312 of the printer 31 acts as a master circuit while the circuits 332, 352 and 372 act as slave circuits.
- the two-channel transmission may only be provided in the master-slave direction, the responses of the cartridges implementing a usual I2C transmission and the particular functions ⁇ t and Î R then being respectively provided only on the printer side. and cartridge side
- FIG. 8 very schematically shows in the form of blocks an embodiment of an electronic circuit 8 suitable for implementing the embodiments described.
- the electronic circuit 8 comprises:
- PU digital processing units 81
- PU digital processing units 81
- RAM volatile
- NVM non-volatile
- bus 84 of data, addresses and / or commands between the various elements internal to the circuit 8;
- I / O interfaces 85 for communication, among others, by an I2C bus with the outside of the circuit;
- FCT various other circuits depending on the application, symbolized in FIG. 8 by blocks 86 (FCT).
- FCT various other circuits depending on the application, symbolized in FIG. 8 by blocks 86 (FCT).
- a storage medium of the device or of the equipment concerned can store instructions of a computer program product which, when they are implemented by a processor equipping the device or equipment, cause the processor to implement all or part of the method described.
- the practical implementation of the embodiments and variants described is within the abilities of those skilled in the art based on the functional indications given above.
- the choice of the length and the nature of the error correction code can vary depending on the application.
- the embodiments described make more particular reference to a system in which the master (printer) and slave (cartridge) functions are fixed, the transposition of the embodiments described to a system in which all the circuits can play a role of master or slave (figure 1) is within the reach of those skilled in the art from the above description.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Information Transfer Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
Description
Claims
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1901844A FR3093198B1 (en) | 2019-02-22 | 2019-02-22 | Transmission of linked data on I2C bus |
PCT/FR2020/050261 WO2020169902A1 (en) | 2019-02-22 | 2020-02-13 | Transmission of linked data on an i2c bus |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3928210A1 true EP3928210A1 (en) | 2021-12-29 |
Family
ID=67185337
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP20710216.1A Withdrawn EP3928210A1 (en) | 2019-02-22 | 2020-02-13 | Transmission of linked data on an i2c bus |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220027303A1 (en) |
EP (1) | EP3928210A1 (en) |
CN (1) | CN113474762A (en) |
FR (1) | FR3093198B1 (en) |
WO (1) | WO2020169902A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114253898B (en) * | 2021-12-27 | 2024-08-13 | 上海集成电路研发中心有限公司 | Bus device and data read-write circuit |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
IL136176A (en) * | 2000-05-16 | 2004-02-19 | Lightscape Networks Ltd | Rearrangement of data streams |
US8259949B2 (en) * | 2008-05-27 | 2012-09-04 | Intel Corporation | Methods and apparatus for protecting digital content |
FR2939926B1 (en) * | 2008-12-17 | 2010-12-10 | St Microelectronics Rousset | TRANSMISSION ON I2C BUS |
US8385374B1 (en) * | 2009-07-15 | 2013-02-26 | Marvell Israel (M.I.S.L.) Ltd. | Multilane communication device |
US9454504B2 (en) * | 2010-09-30 | 2016-09-27 | Hewlett-Packard Development Company, L.P. | Slave device bit sequence zero driver |
US9015499B2 (en) * | 2010-11-01 | 2015-04-21 | Cleversafe, Inc. | Verifying data integrity utilizing dispersed storage |
US9025828B2 (en) * | 2010-12-02 | 2015-05-05 | 3M Innovative Properties Company | Methods and systems for enhancing read accuracy in an automated license plate reader system |
FR3009633B1 (en) * | 2013-08-08 | 2017-02-24 | Stmicroelectronics Rousset | COMMUNICATION ON I2C BUS |
US9710423B2 (en) * | 2014-04-02 | 2017-07-18 | Qualcomm Incorporated | Methods to send extra information in-band on inter-integrated circuit (I2C) bus |
FR3038188B1 (en) * | 2015-06-29 | 2017-08-11 | Stmicroelectronics (Grenoble 2) Sas | SYSTEM FOR VERIFYING THE INTEGRITY OF A COMMUNICATION BETWEEN TWO CIRCUITS |
US10664424B2 (en) * | 2017-11-02 | 2020-05-26 | Texas Instruments Incorporated | Digital bus activity monitor |
US10839809B1 (en) * | 2017-12-12 | 2020-11-17 | Amazon Technologies, Inc. | Online training with delayed feedback |
US10402365B2 (en) * | 2018-01-16 | 2019-09-03 | Qualcomm Incorporated | Data lane validation procedure for multilane protocols |
US10834661B2 (en) * | 2018-04-27 | 2020-11-10 | Qualcomm Incorporated | Multiple connectivity for high reliability |
-
2019
- 2019-02-22 FR FR1901844A patent/FR3093198B1/en active Active
-
2020
- 2020-02-13 US US17/312,239 patent/US20220027303A1/en active Pending
- 2020-02-13 EP EP20710216.1A patent/EP3928210A1/en not_active Withdrawn
- 2020-02-13 CN CN202080015664.9A patent/CN113474762A/en active Pending
- 2020-02-13 WO PCT/FR2020/050261 patent/WO2020169902A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
WO2020169902A1 (en) | 2020-08-27 |
FR3093198B1 (en) | 2021-02-12 |
CN113474762A (en) | 2021-10-01 |
US20220027303A1 (en) | 2022-01-27 |
FR3093198A1 (en) | 2020-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FR2965374A1 (en) | MASTER-SLAVE COMMUNICATION ON A UNIFILARY BUS BETWEEN A MASTER CIRCUIT AND AT LEAST TWO SLAVE CIRCUITS | |
FR2828778A1 (en) | FRAME SYNCRONIZATION DEVICE AND FRAME SYNCRONIZATION METHOD | |
FR3001594A1 (en) | METHOD, DEVICE AND COMPUTER PROGRAM FOR DIGITAL TRANSMISSION OF MESSAGES | |
FR2466144A1 (en) | METHOD FOR TESTING A DIGITAL DATA TRANSMISSION LINE BETWEEN TWO MODEMS AND DEVICE USING THE SAME | |
FR2963449A1 (en) | CONVERSION OF A BIFILAR BUS IN A UNIFIL BUS | |
EP1746783A1 (en) | Communication method and system for motor vehicles | |
FR2838001A1 (en) | Method for transmitting data from sensor to control device e.g. in motor vehicle, involves control device checking line and/or power uptake of at least one sensor, before sensor identification | |
FR2887095A1 (en) | COMMUNICATION DEVICE AND METHOD FOR DATA TRANSMISSION | |
EP3928210A1 (en) | Transmission of linked data on an i2c bus | |
FR2988949A1 (en) | COMMUNICATION DEVICE AND METHOD FOR ERROR PROGRAMMING OR CORRECTION OF ONE OR MORE PARTICIPANTS OF THE COMMUNICATION DEVICE | |
EP0341166A1 (en) | Method and apparatus for the asynchronous transmission of packaged data | |
EP0288353B1 (en) | Method for switching asyschronous digital signals, and device for carrying out this method | |
EP1560372A1 (en) | Method and device for automatically detecting the bit rate of a CAN bus network | |
EP0550329B1 (en) | Method for conformance testing of a cell representative of a circuit for managing a communication protocol, and system to apply the method | |
EP0380378B1 (en) | Method and device for the hierarchical access to an information transmission network | |
WO2014001397A1 (en) | Device for correcting two errors with a code of hamming distance three or four | |
EP1517474A1 (en) | Method and corresponding apparatus for the automatic detection of the bit rate of a network, particularly of type CAN (Controller Area Network), and for the configuration of the network at the detected bit rate | |
JP2020088439A (en) | Can communication device, can communication system, can communication method, and program | |
EP4451624A1 (en) | Delay module for a controller area network (can), a can device, and a method for the delay module | |
FR2767618A1 (en) | Digital transmission sequence coding method | |
FR3093831A1 (en) | Device for and method of data transmission | |
EP0694238A1 (en) | Method for increasing transmission rate | |
FR3102269A1 (en) | Method and device for detecting an intrusion on a vehicle data bus | |
US20240356775A1 (en) | Controller area network module and a method for the can module | |
FR2994041A1 (en) | UNIDIRECTIONAL MULTI-TRANSMISSION SYSTEM |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: UNKNOWN |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
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 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20210818 |
|
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 |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20220805 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
18W | Application withdrawn |
Effective date: 20240126 |