(19)
(11)EP 2 359 372 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
08.04.2020 Bulletin 2020/15

(21)Application number: 09832759.6

(22)Date of filing:  10.12.2009
(51)International Patent Classification (IPC): 
G11C 29/52(2006.01)
G06F 11/10(2006.01)
(86)International application number:
PCT/CA2009/001777
(87)International publication number:
WO 2010/069045 (24.06.2010 Gazette  2010/25)

(54)

ERROR DETECTION METHOD AND A SYSTEM INCLUDING ONE OR MORE MEMORY DEVICES

FEHLERERKENNUNGSVERFAHREN UND SYSTEM MIT EINER ODER MEHREREN SPEICHERVORRICHTUNGEN

PROCÉDÉ DE DÉTECTION D'ERREURS ET SYSTÈME COMPORTANT UN OU PLUSIEURS DISPOSITIFS DE MÉMOIRE


(84)Designated Contracting States:
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 SE SI SK SM TR

(30)Priority: 18.12.2008 US 13857508 P
23.12.2008 US 14014708 P
06.04.2009 US 41889209

(43)Date of publication of application:
24.08.2011 Bulletin 2011/34

(73)Proprietor: NovaChips Canada Inc.
Ottawa, ON K2K 3J1 (CA)

(72)Inventor:
  • GILLINGHAM, Peter
    Kanata Ontario K2K 2K9 (CA)

(74)Representative: Uexküll & Stolberg 
Partnerschaft von Patent- und Rechtsanwälten mbB Beselerstraße 4
22607 Hamburg
22607 Hamburg (DE)


(56)References cited: : 
US-A- 5 938 742
US-A1- 2004 237 001
US-A1- 2007 271 495
US-A1- 2008 195 922
US-B1- 6 691 257
US-A1- 2004 205 433
US-A1- 2007 028 030
US-A1- 2008 155 378
US-B1- 6 381 688
  
      
    Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


    Description

    CROSS REFERENCE TO RELATED APPLICATIONS



    [0001] This application claims the benefit of priority of U.S. Provisional Patent Application Serial No. 61/138,575 filed December 18, 2008, U.S. Provisional Patent Application Serial No. 61/140,147 filed December 23, 2008 and U.S. Patent Application Serial No. 12/418,892 filed April 6, 2009.

    BACKGROUND OF THE DISCLOSURE



    [0002] Computers and other information technology systems typically contain semiconductor devices such as memory. The semiconductor devices are controlled by a controller, which may form part of the central processing unit (CPU) of a computer or may be separate therefrom. The controller has an interface for communicating information to and from the semiconductor devices. It is known that errors can sometimes occur in the communicated information for various reasons, and many known systems lack a capability of correcting errors, or at least lack a satisfactory capability of correcting many of the errors.

    [0003] US 20040205433 A1 relates to a high reliability memory module with a fault tolerant address and command bus. Described is a high reliability dual inline memory module with a fault tolerant address and command bus for use in a server. The memory module is a card approximately 151.35 mm long provided with about a plurality of contacts of which some are redundant, a plurality of DRAMs, a phase lock loop, a 2 or 32K bit serial EE PROM and a 28 bit and a 1 to 2 register having error correction code (ECC), parity checking, a multi-byte fault reporting circuitry for reading via an independent bus, and real time error lines for determining and reporting both correctable errors and uncorrectable error conditions coupled to the server's memory interface chip and memory controller or processor such that the memory controller sends address and command information to the register via address/command lines together with check bits for error correction purposes to the ECC/Parity register. By providing the module with a fault tolerant address and command bus fault-tolerance and self-healing aspects necessary for autonomic computing systems compatible with industry-standards is realized. The memory module corrects single bit errors on the command or address bus and permits continuous memory operation independent of the existence of these errors and can determine any double bit error condition. The redundant contacts on the module prevents what would otherwise be single points of failure.

    SUMMARY



    [0004] It is an object of the invention to provide an improved system that includes one or more memory devices.

    [0005] The present invention relates to a memory system according to independent claim 1, and to a method according to independent claim 10. Preferred embodiments are defined by the respective dependent claims.

    [0006] According to one aspect, there is provided a memory device that includes an input for receiving a packet, a first portion of the packet including at least one command byte, and a second portion of the packet including parity bits to facilitate command error detection. An error manager is configured to detect, based on the parity bits, whether an error exists in the at least one command byte. The memory device also includes circuitry configured to provide the packet to the error manager.

    [0007] According to another aspect, there is provided a system that includes a plurality of semiconductor memory devices and a controller device for communicating with the devices. The controller includes a command engine for generating a memory dcvice-dcstincd packet. A first portion of the packet includes at least one command byte, and a second portion of the packet includes parity bits to facilitate command error detection. An output of the controller device is capable of outputting the packet to a first device of the plurality of semiconductor memory devices. A series-interconnection configuration existing between the controller device and the semiconductor memory devices of the system, such that the system has a point-to-point ring topology.

    [0008] According to yet another aspect, there is provided a method carried out within a memory device having an input for receiving a packet. The method includes receiving the packet, a first portion of the packet including at least one command byte, and a second portion of the packet including parity bits to facilitate command error detection. The method also includes detecting, based on the parity bits, whether an error exists in the at least one command byte.

    [0009] According to yet another aspect, there is provided an apparatus that includes means for receiving a packet, a first portion of the packet comprising at least one command byte, and a second portion of the packet including parity bits to facilitate command error detection. The apparatus also includes means for detecting, based on the parity bits, whether an error exists in the at least one command byte. The apparatus also includes means for providing the packet to the error manager.

    [0010] According to yet another aspect, there is provided a system that includes a plurality of semiconductor memory devices and controller means for communicating with the devices. The controller means includes means for generating a memory device-destined packet. A first portion of the packet includes at least one command byte, and a second portion of the packet including parity bits to facilitate command error detection. The controller means also includes means for outputting the packet to a first device of the plurality of semiconductor memory devices. A series-interconnection configuration exists between the semiconductor memory devices of the system, and the system has a point-to-point ring topology.

    [0011] According to yet another aspect, there is provided a memory device having input means for receiving a packet. The memory device also includes means receiving the packet. A first portion of the packet includes at least one command byte, and a second portion of the packet includes parity bits to facilitate command error detection. The memory device also includes means for detecting, based on the parity bits, whether an error exists in the at least one command byte.

    [0012] Thus, an improved system that includes one or more memory devices has been provided.

    BRIEF DESCRIPTION OF THE DRAWINGS



    [0013] Reference will now be made, by way of example, to the accompanying drawings:

    FIG. 1A is a block diagram of an example system that receives a parallel clock signal;

    FIG. 1B is a block diagram of an example system that receives a source synchronous clock signal;

    FIG. 2A is a block diagram of an example system similar to the system of FIG. 1B, but it being a more specific example system;

    FIG. 2B is a block diagram of an example system similar to the system of FIG. 1A, but it being a more specific example system;

    FIG. 3 is a diagram of an example memory device;

    FIG. 4 is a diagram of an example memory controller;

    FIG. 5 shows parity bits calculation in accordance with an example embodiment;

    FIG. 6 shows in flow chart form, a method of handling an error in accordance with an example embodiment; and

    FIG. 7 is a timing diagram showing the operation of a broadcast status read command in accordance with an example embodiment.



    [0014] Similar or the same reference numerals may have been used in different figures to denote similar example features illustrated in the drawings.

    DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS



    [0015] Examples of systems having ring-type topologies are described in US patent application publication No. 2008/0201548 A1 entitled "SYSTEM HAVING ONE OR MORE MEMORY DEVICES" which was published on Aug. 21/08, U.S. Patent Application Publication No. 2008/0049505 A1 entitled "SCALABLE MEMORY SYSTEM" which was published on Feb. 28/08, and US patent application publication No. 2008/0052449 A1 entitled "MODULAR COMMAND STRUCTURE FOR MEMORY AND MEMORY SYSTEM" which was published on Feb. 28/08. At various points in the description that follows, references will be made to certain example command, address and data formats, protocols, internal device structures, bus transactions, etc., and those skilled in the art will appreciate that further example details can be quickly obtained with reference to the above-mentioned patent references.

    [0016] Reference will now be made to FIGS. 1A and 1B. In accordance with some example embodiments, command packets originate from the controller and are passed around the ring through each memory device in a point-to-point fashion until they end up back at the controller. Referring to FIG. 1A, there is a block diagram of an example system that receives a parallel clock signal, while FIG. 1B is a block diagram of the same system of FIG. 1A receiving a source synchronous clock signal. The clock signal can be either a single ended clock signal or a differential clock pair.

    [0017] In FIG. 1A, the system 20 includes a memory controller 22 having at least one output port Sout and an input port Sin, and memory devices 24, 26, 28 and 30 that are connected in series, such that a series-interconnection configuration exists between the controller device and the memory devices of the system. While not explicitly labeled in FIG. 1A, each memory device has an Sin input port and an Sout output port. Input and output ports consist of one or more physical pins or connections interfacing the memory device to the system it is a part of. In some instances, the memory devices are flash memory devices. The current example of FIG. 1A includes four memory devices, but alternate examples can include a single memory device, or any suitable number of memory devices. Accordingly, if memory device 24 is the first device of the system 20 as it is connected to Sout of memory controller 22, then memory device 30 is the Nth or last device as it is connected to Sin of memory controller 22, where N is an integer number greater than zero. Memory devices 26 to 28 are then intervening serially connected memory devices between the first and last memory devices. Each memory device can assume a distinct identification (ID) number, or device address (DA) upon power up initialization of the system, so that they are individually addressable. Several commonly owned U.S. patent applications describe methods for generating and assigning device addresses for serially connected memory devices of a system. See for example U.S. Patent Application Publication No. 2007/0233917 A1 titled "APPARATUS AND METHOD FOR ESTABLISHING DEVICE IDENTIFIERS FOR SERIALLY INTERCONNECTED DEVICES" and U.S. Patent Application Publication No. 2008/0080492 A1 titled "PACKET BASED ID GENERATION FOR SERIALLY INTERCONNECTED DEVICES".

    [0018] Memory devices 24 to 30 (FIG. 1A) are considered serially connected because the data input of one memory device is connected to the data output of a previous memory device, thereby forming a series-connection system organization, with the exception of the first and last memory devices in the chain. The channel of memory controller 22 includes data, address, and control information provided by separate pins, or the same pins, connected to conductive lines. The example of FIG. 1A includes one channel, where the one channel includes Sout and corresponding Sin ports. However, memory controller 22 can include any suitable number of channels for accommodating separate memory device chains. In the example of FIG. 1A, the memory controller 22 provides a clock signal CK, which is connected in parallel to all the memory devices.

    [0019] In general operation, the memory controller 22 issues a command through its Sout port, which includes an operation code (op code), a device address, optional address information for reading or programming, and optional data for register programming. The command may be issued as a serial bitstream command packet, where the packet can be logically subdivided into segments of a predetermined size. Each segment can be one byte in size for example. A bitstream is a sequence or series of bits provided over time. The command is received by the first memory device 24 through its input port Sin, which compares the device address to its assigned address. If the addresses match, then memory device 24 executes the command. The command is passed through its own output port Sout to the next memory device 26, where the same procedure is repeated. Eventually, the memory device having the matching device address, referred to as a selected memory device, will perform the operation specified by the command. If the command is a read data command, the selected memory device will output the read data through its output port Sout (not labeled), which is serially passed through intervening memory devices until it reaches the Sin port of the memory controller 22. Since the commands and data are provided in a serial bitstream, the clock is used by each memory device for clocking in and clocking out the serial bits and for synchronizing internal memory device operations. This clock is used by all the memory devices in the system 20.

    [0020] Because the clock frequency used in the system according to FIG. 1A is relatively low, unterminated full swing CMOS signaling levels can be used to provide robust data communication. This is also referred to as Low Voltage Transistor Transistor Logic (LVTTL) signaling, as would be well known to those skilled in the art.

    [0021] A further performance improvement over the system 20 of FIG. 1A can be obtained by the system of FIG. 1B. System 40 of FIG. 1B is similar to the system 20 of FIG. 1A (for example, as in FIG. 1A a series-interconnection configuration exists between the controller device and the semiconductor memory devices of the system) except that the clock signal CK is provided serially to each memory device from a previous device not necessarily memory controller 42. Each memory device 44, 46, 48 and 50 may receive the source synchronous clock on its clock input port and forward it via its clock output port to the next device in the system. In some examples of the system 40, the clock signal CK is passed from one memory device to another via short signal lines. In such circumstances none of the clock performance issues related to the parallel clock distribution scheme (such as loading by multiple devices) are present, and CK can operate at high frequencies. Accordingly, the system 40 can operate with greater speed than the system 20 of FIG. 1A. For example, High Speed Transceiver Logic (HSTL) signaling can be used to provide high performance data communication. In the HSTL signaling format, each memory device may receive a reference voltage that is used for determining a logic state of the incoming data signals. Another similar signaling format is the Stub Series Terminated Logic (SSTL) signaling format. Accordingly, the data and clock input circuits in the memory devices of the systems 20 and 40 are structured differently from each other. Both the HSTL and SSTL signaling formats should be well known to those skilled in the art.

    [0022] Now in order to provide a more specific example of a system of the type shown in FIG. 1B, reference will now be made to FIG. 2A. In FIG. 2A, a system 100 includes a memory controller 102 and four memory devices 104, 106, 108 and 110. The memory controller 102 provides control signals in parallel to the memory devices. These include the chip enable signal CE# and the reset signal RST#. In one example use of CE#, the devices are enabled when CE# is at the low logic level. In a number of previously considered devices, once a Flash memory device started a program or erase operation, CE# could be de-asserted, or driven to a high logic level. However in one example embodiment, de-asserting CE# has the effect of disabling communication from Sin to Sout of the disabled serial memory device. Since the serial memory devices are connected in a ring, disabling any of the devices breaks communication around the ring and the memory controller becomes unable to communicate with all of the memory devices in the memory system. As a result, CE# is a common signal to all serial memory devices, and is used to put the entire memory into a low power state. In one example use of RST#, the memory device is set to a reset mode when RST# is at the low logic level. In the reset mode, the power is allowed to stabilize and the device prepares itself for operation by initializing all finite state machines and resetting any configuration and status registers to their default states. The memory controller 102 includes clock output ports CKO# and CKO for providing complementary clock signals CK and CK#, and clock input ports CKI# and CKI for receiving the complementary clock signals from the last memory device of the system. Each memory device may include a clock synthesizer, such as a DLL or a PLL for generating phases of the received clocks. Certain phases may be used to center the clock edges within the input data valid window internally to ensure reliable operation. Each memory device in FIG. 2A has clock output ports CKO# and CKO for passing the complementary clock signals to the clock input ports of the next memory device, and clock input ports CKI and CKI# for receiving the complementary clock signals from either the memory controller 102 or a previous memory device. The last memory device 110 provides the clock signals back to the memory controller 102.

    [0023] The channel of memory controller 102 includes data output port Sout, data input port Sin, a command strobe input CSI, a command strobe output CSO, data strobe input DSI, and a data strobe output DSO. Output port Sout and input port Sin can be one bit in width, or n bits in width where n is a positive integer, depending on the characteristics of the memory controller. For example, if n is 1 then one byte of data is received after eight data latching edges of the clock. A data latching clock edge can be a rising clock edge for example in single data rate (SDR) operation, or both rising and falling edges of the clock for example in double data rate (DDR) operation. If n is 2 then one byte of data is received after four latching edges of the clock. If n is 4 then one byte of data is received after two latching edges of the clock. The memory device can be statically configured or dynamically configured for any width of Sout and Sin. Hence, in a configuration where n is greater than 1, the memory controller provides data in parallel bitstreams. CSI is used for controlling or enabling the latching command data appearing on the input port Sin, and has a pulse duration for delimiting the time when a command is present on the data input port Sin. More specifically, the command data will have a duration measured by a number of clock cycles, and the pulse duration of the CSI signal will have a corresponding duration. DSI is used for enabling the output port Sout buffer of a selected memory device to output read data, and has a pulse duration for delimiting read data provided from the memory device data output port Sout so that the memory controller can control the amount of data in a read transaction.

    [0024] Since the presently described embodiment of FIG. 2A is intended for high speed operation, a high speed signaling format, such as the HSTL signaling format for example, is used. Accordingly, a reference voltage VREF is provided to each memory device which is used by each memory device to determine the logic level of the signals received at the Sin, CSI and DSI input ports. The reference voltage VREF may be generated by another circuit on the printed circuit board, for example, and is set to a predetermined voltage level based on the voltage swing mid-point of the HSTL signal.

    [0025] In use of the embodiment of FIG. 2A, each memory device is positioned on a printed circuit board such that the distance and signal track length between the Sout output port pins on one device and the Sin input port pins of the next device in the ring is minimized. Alternately, the four memory devices can be collected in a system in package module (SIP) which further minimizes signal track lengths. Memory controller 102 and memory devices 104 to 110 are serially connected to form a ring topology, meaning that the last memory device 110 provides its outputs back to the memory controller 102. As such, those skilled in the art will understand that the distance between memory device 110 and memory controller 102 is easily minimized.

    [0026] In FIG. 2B, a system 150 includes a memory controller 152 and memory devices 154, 156, 158 and 160. The memory controller 152 may be designed to provide similar functionality to that of the memory controller 102 illustrated in FIG. 2A, except that the clock signals are provided in parallel, therefore the clock output ports CKO# and CKO of each memory device are not present or unconnected. Furthermore, the signaling format for the data and the strobe signals is different for the system of FIG. 2B as compared with the system of FIG. 2A. For example, the signaling format for the system of FIG. 2B can be the full swing un-terminated LVTTL signaling format. The LVTTL signaling used in conjunction with lower clock frequencies does not use a reference voltage VREF. Memory devices for use only in systems of FIG. 2B do not need a VREF input. If a VREF input is present, it is because they are also capable of communicating according to a high-speed signaling convention that does require VREF. In such a case VREF is set to a voltage level other than the signaling midpoint out of convenience or to indicate that LVTTL signaling is being used. For example, for such a device, VREF might be set to either VDD or VSS to indicate LVTTL signaling and a network organization according the FIG. 2B, as opposed to HSTL signaling and a network configuration according to FIG. 2A.

    [0027] According to an example embodiment, memory devices 104, 106, 108 and 110 of FIG. 2A and memory devices 154, 156, 158 and 160 of FIG. 2B can be any type of memory device having an input/output interface designed for serial interconnection with other memory devices. According to the presently described embodiments, the memory devices of FIGS. 2A and 2B may be the same, and are thus operable in both systems as they will have input and output buffer circuits which can operate with LVTTL input signals or HSTL input signals. Those skilled in the art will understand that the memory devices can include input and output buffer circuits for operating with other types of signal formats than those of LVTTL or HSTL signals.

    [0028] As mentioned, each of the systems shown in the previous figures include one or more memory devices and, in accordance with an example embodiment, FIG. 3
    is a diagram of an example memory device 200 that may be provided within any one of the previously described systems. The novel memory device 200 has a memory bank 202 which in at least some examples is a NAND flash cell array structure having a plurality (n) of erasable blocks. Each of the erasable blocks is subdivided into a plurality (m) of programmable pages. Each of the pages consists of (j+k) bytes. The pages are further divided into a j-byte data storage region in which data is stored and a separate k-byte region typically used for error management functions. Each page comprises, for example, 2,112 bytes of which 2,048 bytes would be used for data storage and 64 bytes would be used for error management functions. The memory bank 202 as described above is accessed by the pages. Although FIG. 3 shows a single memory bank 202, the memory device 200 may have more than one memory bank 202.

    [0029] Commands for accessing the memory bank 202 are received by a command register 214 via I/O (Input/Output) circuitry 213 from the controller. The received commands enter the command register 214 and remain there until execution. The control logic 216 converts the commands into a form that can be executed against the memory bank 202. The commands generally enter the memory device 200 via the assertion of different pins on the external packaging of the chip, where different pins may be used to represent different commands. For example, the commands may include read, program, erase, register read, and register write. With respect to register write, in one example the memory device 200 may be capable of processing a 5-byte register write command packet comprising one byte for the ID, one byte for the command, and the remaining bytes as payload.

    [0030] The read and program commands are executed on a page basis while the erase commands are executed on a block basis. Also, in a number of examples of the memory device 200, various pins of the device are each associated with one of the strobe port(s), one of the data port(s) or other port as previously described in connection with FIGS. 2A and 2B. Whereas the I/O circuitry 213 is shown between the data pins and internal components of the memory device 200, chip interface circuitry 215 is shown between other pins and internal components of the memory device 200.

    [0031] When a read or program command is received by the command register 214 via the I/O circuitry 213, an address for the page in the memory bank 202 to which the command pertains is provided by the I/O circuitry 213 to address buffers and latches 218. From the address buffers and latches 218, address information is then provided to control and predecoder 206, sense amplifier (S/A) and data register 204 and row decoder 208 for accessing the page indicated by the address. With respect to a read operation, the data register 204 receives the complete page which is then provided to the I/O circuitry 213 (more specifically it is provided to the following subcomponents of the I/O circuitry 213 which are not explicitly shown: I/O buffers and latches, and then output drivers) for output from the memory device 200.

    [0032] The address buffers and latches 218 determine the page in which the address is located and provide a row address (es) corresponding to the page to the row decoder 208. The corresponding row is activated. The data register and S/A 204 sense the page and transfer the data from the page into the data register 204. Once the data from the entire page has been transferred to the data register, the data is sequentially read from the device via the I/O circuitry 213.

    [0033] A program command is also processed on a page basis. The program command is received by the command register 214 via the I/O circuitry 213, an accompanying address is received by the address buffers 218 via the I/O circuitry 213. Input data is received by the I/O circuitry 213 for transfer to the data register 204. Once all of the input data is in the data register 204, the page on which the input data is to be stored is programmed with the input data.

    [0034] An erase command is processed on a block basis. The erase command is received by the command register 214 via the I/O circuitry 213, and a block address is received by the address buffers 218 via the I/O circuitry 213.

    [0035] The illustrated memory device 200 optionally also includes an ECC manager 217. The ECC manager 217 enables error detection and correction in accordance with example embodiments that are described subsequently in more detail. The illustrated ECC manager is shown in communication with the control logic 216; however in an alternative example the ECC manager might include circuitry and logic permitting it to act directly upon other illustrated components such as, for example, one or more of the address buffers and latches 218, and the command register 214. Those skilled in the art will appreciate the existence of various known circuitries through which packets could be provided to the ECC manager 217 from an input of the memory device 200.

    [0036] The illustrated memory device 200 also includes one or more status registers 249 (many types of conventional status registers are well known to those skilled in the art). Under control from the control logic 216, a status register may provide status-type information intended for the controller of the system, and typically providing this information in a manner that does not interfere with other information and data being communicated through the I/O circuitry 213. In one example, information stored in the status register 249 may be specifically be transmitted out via one or more dedicated pins on the memory device. In this regard, an optional ECC generator 251 may be provided between the status register 249 and the I/O circuitry 213 to facilitate this process.

    [0037] As mentioned, each of the systems shown in FIGS. 1A, 1B, 2A and 2B include a memory controller, and a block diagram of an example suitable memory controller 310 is shown in FIG. 4.

    [0038] Referring to FIG. 4, the illustrated novel flash controller 310 includes a central processing unit (CPU) 312; and a memory 314 having, for instance, a random access memory (RAM) 316 and a read only memory (ROM) 318. As will be appreciated by those skilled in the art, the flash controller 310 can be configured as a system on chip, system in package or multiple chips. Also, the illustrated flash controller 310 includes a flash command engine 322, an error correcting code (ECC) manager 324 and a flash device interface 326. In a number of examples, the flash device interface may include either the memory controller ports shown in FIG. 2A or the memory controller ports shown in FIG. 2B, and (as was similarly described in relation to the memory device) each of these may be associated with a respective pin of the memory controller 310. For convenience of illustration, rather than explicitly showing in FIG. 4 all of the pins of the flash controller 310, the pins are represented by labeled flash device interface 326.

    [0039] Still with reference to FIG. 4, the illustrated flash controller 310 includes a host interface controller 332 and a host interface 334. The CPU 312, the memory 314, the flash command engine 322 and the host interface controller 332 are connected through a common bus 330. The host interface 334 is for connection to an external device through a bus, connection links, interface or like (for example, ATA (Advanced Technology Attachment), PATA (Parallel ATA), SATA (Serial ATA), USB (universal serial bus), or PCIe (PCI Express)). The host interface 334 is controlled by the host interface controller 332. The CPU 312 of the illustrated example operates with instructions stored in the ROM 318 and processed data is stored in the RAM 316. The flash command engine 322 interprets the commands and the flash controller 310 controls the operations of the flash devices through the flash device interface 326. Also, in some example the flash command engine 322 generates a memory device-destined packet. The ECC manager 324, amongst other possible functions such as program data error code generation and read data error code checking and read data correction, generates an error correcting code (ECC) to ensure that certain commands are performed successfully and completely. The ECC manager enables error detection and correction in accordance with example embodiments that are described subsequently in more detail.

    [0040] Now if a transmission error occurs in a command packet, one approach for dealing with the error would be for the controller 310 to detect the error by comparing the received packet to the packet originally transmitted. This is a useful feature of the ring topology as compared to a bus topology, in which there is no inherent mechanism for a controller to detect whether memory devices properly received a command. However, even with this error detection method in a ring topology, it may be too late to correct the error by the time it has been detected. For example, if the command packet was a program or an erase command and an error occurred in one of the address bits (any one of device address, block address, or page address), the program or erase operation may have already started by the time the controller detects the error, and data may be irretrievably lost when the wrong address is overwritten or erased. Another potentially unrecoverable error occurs when a non-program or a non-erase command is erroneously received as a program or erase command. Generally an erroneous read command is not a problem since the controller can simply request another read operation and discard the unwanted data.

    [0041] Generally there is more concern about errors in the command than in data written to or read from the memory array. There are many schemes for embedding error detection and correction codes within the data. Some data is more critical and can have more robust error schemes which generally have higher overhead and greater performance impact. The system designer can determine the level of robustness required. The problem being addressed by at least some example embodiments relates to errors in the command, address and register write fields. These errors cannot be resolved with error detection and correction codes within read and write data. There are many forms of command, address, and register write errors that may occur. Generally an unintentional read is not a problem because the data can be ignored and the controller 310 can re-issue the command. A page read to a busy memory bank will simply be ignored. Errors may occur somewhere in the ring either before the target device or after the device. Table 1 below details the impact of an error dependent upon the location.
    Table 1: Possible Fatal Single Bit Error Scenarios
    Single bit error locationError occurs before target deviceError occurs after target device
    Device Address Command may execute in the wrong device or no device at all Command will execute in the target device and may execute in another device
    Command Command may be misinterpreted as a program or erase command thereby destroying data, or as a register write command reconfiguring the device No problem
    Row Address A program or erase command will go to the wrong internal address thereby destroying data No problem
    Column Address A data load command will overwrite data in the wrong part of the page buffer thereby destroying data No problem
    Write Register Operation mode may be reconfigured, link reset may be required No problem


    [0042] Referring to FIGS. 3 and 4, the target device 200 may be checked for errors and the command may be aborted if an error is detected. In accordance with at least one example embodiment, an extra error code byte is appended to each memory device-destined command packet that may be generated by the flash command engine 322. In some embodiments packets may be truncated by the target device to save power in the ring. There is no problem truncating read packets or the data portion of combined command and program data packets. However, the command portion of the packet plus this extra error code byte should not be truncated by the devices in the ring so that the controller 310 can check the full packet for errors. If an error is detected, the controller 310 can then read the device status registers 249 of the memory devices to determine whether devices in the ring also detected the error and whether the command was actually executed. In accordance with some examples, the target device, which is the device 200 corresponding to the Device ID field in the first byte of the packet, will calculate the error code based on the received command bytes and compare the result to the received error code byte. If there is any difference, the command will not be executed and a transmission error flag will be set in the status register 249. Alternatively, if the error code supports error correction, the device 200 could correct the error and execute the command. There are many contemplated possibilities for error detecting codes such as, for example, Cyclic Redundancy Code (CRC), Bose-Chaudhuri-Hocquenghem (BCH) code, Reed-Solomon (RS) code; however in accordance with at least one example embodiment a Hamming code is used which allows the location of a single bit error to be identified, and is able to detect all double bit errors. Table 2 below details the bits of an example 7-byte command packet with an additional error code byte.
    Table 2: Example 7-Byte Command Packet with Additional Error Code Byte
     bit7bit6bit5bit4bit3bit2bit1bit0
    Byte0 D12 D11 D10 D9 D7 D6 D5 D3
    Byte1 D21 D20 D19 D18 D17 D15 D14 D13
    Byte2 D29 D28 D27 D26 D25 D24 D23 D22
    Byte3 D38 D37 D36 D35 D34 D33 D31 D30
    Byte4 D46 D45 D44 D43 D42 D41 D40 D39
    Byte5 D54 D53 D52 D51 D50 D49 D48 D47
    Byte6 D62 D61 D60 D59 D58 D57 D56 D55
    Byte7 P0 P64 P32 P16 P8 P4 P2 P1
    D0-D62 - Data Payload bits
    P0 - P64 - Parity bits


    [0043] A single bit error can be corrected, since the location of a single bit error is known. Also, a two bit error can be detected but not corrected. This type of code is known as a SECDED code (Single Error Correction, Double Error Detection).

    [0044] Thus, Hamming codes provide single bit error correction and two-bit error detection. The 7 byte payload shown in Table 2 covers all instructions mentioned in previously mentioned US published patent applications Nos. 2008/0049505 A1 and 2008/0052449 A1. However, the 8-bit Hamming code is sufficient to cover a 15 byte payload, allowing future extensions to larger possible command sets. For command packets less than 7 bytes, the non-existent data bits can be assumed to be zero. The parity bits are calculated as shown in FIG. 5

    [0045] If the parity bits calculated on the received data payload bits differ from the received parity bits, the differences point to the data bit which is in error. For example, if D3 was received in error, the calculated parity bits P0, P1 and P2 would differ from the received parity bits. A 7-bit binary word having a '1' where respective parity bits P64,P32,P16,P8,P4,P2,P1 differ and '0' where they are the same, i.e. 0,0,0,0,0,1,1 points to D3 where the single bit error occurred. P0 will always differ if there is a single error in the payload. If there is a single '1' in the word (i.e. only one calculated parity bit differs from the received parity bit) it indicates an error in a parity bit. If the calculated parity bit P0 is the same as the received P0 and at least one of the other parity bits differs, then there is a double error in the packet that cannot be corrected.

    [0046] In accordance with some example embodiments, the status register 249 (FIG. 3) includes an additional bit to indicate that a command packet failure occurred.

    [0047] Now in one example, each of one or more of the memory devices of the system having the point-to-point ring topology is a memory device comprising four banks. In such an example there may be a fully occupied byte of the status register that includes a Ready/Busy flag and a Pass/Fail flag for each memory bank. Therefore an additional byte should be added as shown in Table 3 below:
    Table 3: Status Register Definition in Accordance with an Example Embodiment, and the Status Register Definition Supporting Command Packet Failure Flag
     bit7bit6bit5bit4bit3bit2bit1bit0
    Byte0 P/F3 R/B3 P/F2 R/B2 P/F1 R/B1 P/F0 R/B0
    Byte1 0 0 0 0 0 0 0 ERR
    R/Bn - Ready/Busy flag for memory bank n ('0' - Ready, '1' - Busy)
    P/Fn - Pass/Fail flag for memory bank n ('0' - Pass, '1' - Fail)
    ERR - Command Packet Error flag ('0' - no error, '1' - error detected and command not executed)


    [0048] The ERR flag for the above example embodiment is persistent. It will remain '1' until a read status register command is received following which it will be cleared.

    [0049] If the device supports single bit error correction, the status register format as shown in Table 4 below may be used:
    Table 4: Status Register Definition in Accordance with Another Example Embodiment, the Status Register Definition Supporting Command Packet Failure Flags and Single Bit Error Correction
     bit7bit6bit5bit4bit3bit2bit1bit0
    Byte0 P/F3 R/B3 P/F2 R/B2 P/F1 R/B1 P/F0 R/B0
    Byte1 0 0 0 0 0 0 ERR2 ERR1
    R/Bn - Pass/Fail flag for memory bank n ('0' - Pass, '1' - Fail)
    ERR1 - Command Packet Single Bit Error flag ('0' - no error, '1' - single bit error detected and corrected)
    ERR2 - Command Packet Two Bit Error flag ('0' - no error or single bit error, '1' - two bit error detected and command not executed)


    [0050] It will be understand that the above described status register implementation details will vary amongst different example memories. For instance, for those memories having fewer than four memory banks, the use of a single byte status register is a contemplated possibility. Also, the use of a greater than two byte status register is a contemplated possibility, especially for memories having more than four memory banks. Additionally, the status bits can be persistent until a status read command is received or can be cleared on receiving any subsequent valid command.

    [0051] In accordance with at least one example embodiment, the controller 310 (FIG. 4) can determine that a command packet error has occurred either by recalculating the parity bits as in the memory devices, or by simply comparing each word of the transmitted command packet with the received packet. A difference between the latter approach and the former is that the latter approach can identify multi-bit errors. If an error is detected, the controller 310 should then determine whether the error occurred before or after the target device. The controller 310 should issue a status register read command to the target device 200 (FIG. 3) in order to read the status register 249. Alternatively, in the case of a Device Address field error, the controller 310 should issue a status register read command to the device that erroneously thinks it is the intended recipient of the command packet (hereinafter referred to as the erroneously addressed device) to determine the state of the error flag.

    [0052] FIG. 6 shows in flow chart form, a method 500 in accordance with an example embodiment. Initially at action 501, the controller receives the command packet after it has circulated around the ring, and the controller checks for errors at action 503. If there are no errors, no further actions need to be taken in connection with the illustrated method; however if at least one error exists, then action 504 follows.

    [0053] At the action 504, a determination is made as to whether the error occurred in the ID field. If the error did not occur in the ID field, then action 509 follows (the action 509 is described later on in this patent specification). If the error occurred in the ID field, then action 506 follows. At the action 506, the controller 310 (FIG. 4) issues a status read command to the erroneously addressed device, which in due course causes the status register of the erroneously addressed device to be read and will clear a persistent error bit indication of the status register. Next the controller receives the erroneously addressed device byte at action 507.

    [0054] The action 509 follows the action 507. At the action 509, the register of the target device is read and then, as shown at the next action 510, the controller 310 (FIG. 4) receives, from the last device in the ring, an error byte (for example "Byte 1" shown in previous Table 3) of the target device. This action will clear the persistent error bit indication in the target device. In some examples, this error byte is provided to the ECC manager 324 via the flash device interface 326. Next at action 520, the ECC manager 324 may determine whether the ERR bit of the error byte is '0' or '1'. If the ERR bit is '0', this means that the command was properly received at the target device, and that the error occurred somewhere in the ring after the target device. In such a case, the command does not need to be re-issued. If the ERR bit is '1', this means that the error occurred somewhere before the target device. In such a case, the command is re-issued (action 530). As will be understood by those skilled in the art, the flash command engine 322 may cause, under instruction of the CPU 312, re-issuance of the command.

    [0055] In some example embodiments, every device in the ring checks the command packet for errors and sets the error flag appropriately. The controller 310 (FIG. 4) can then check the status register 249 (FIG. 3) of every device in the ring to determine at which point the error occurred and whether the target device received and executed the command. Rather than sending individual status register commands to each device in the ring, another approach would be to use a broadcast status read command. Consistent with previously mentioned US published patent application No. 2008/0049505 A1, there may exist a special device address such as, for instance, "11111111", that is recognized as the Broadcast Device Address. Normal comparison with local Device ID is overridden in the case of the Broadcast Device Address.

    [0056] FIG. 7 is a timing diagram showing the operation of a broadcast status read command in accordance with an example embodiment. In the timing diagram, a plurality of devices are represented by for example, signal illustrations for D0, Q0/D1, Q1/D2, in order to provide clear illustrative detail in relation to the nature of the broadcast status read command being communicated through more than one device in the ring.

    [0057] In accordance with the illustrated example embodiment of FIG. 7, Device 0 receives a 2-byte broadcast read status command on D0 which is delineated by the CSI0 signal. A few clock cycles later, it receives data strobe signal DSI0 indicating that the contents of the status register should be output on Q0. Device 0 extends the output data strobe DSO0 by one clock cycle and outputs the 2-byte status register data on Q0 within the timeslot indicated by the extended portion of the DSO0 strobe. In this way the length of the data strobe pulse increases with each device on the ring to provide a burst of status information from every device on the ring. This command is useful to determine where in the ring a command packet error occurred when all devices check the command packet for errors. It is also useful in normal operation for checking the status of multiple read, program, and erase operations occurring simultaneously in different memory devices.

    [0058] A broadcast status read operation where every device has an equal length 2-byte status register has been described. This technique can also work for devices having different status register lengths. On ring initialization, the controller reads the device information registers of each device and determines the length of each device's status register. During the broadcast register read operation, each device appends it's status register information, whatever the length, onto the burst, and extends the output data strobe to encompass this appended information. On receiving the full burst of status information, the controller knows the number of bytes expected from each device and can separate the information.

    [0059] A memory device supporting error detection and/or correction as described may be programmable to allow the error detection and/or correction to be disabled. For example, on reset the memory device may have error detection and correction disabled. If the controller wants to employ error detection and/or correction it may write one or more bits in a control register in each memory device, for example, to enable these functions. If the controller disables these functions, the additional parity bit at the end of each command packet may either be eliminated to save one bus timeslot, or may be loaded with null data that will be ignored by the memory devices. In this way low cost systems do not have to support error correction and/or detection, but a common memory device can serve low cost systems in addition to those requiring command packet error detection and/or correction.

    [0060] In some examples, there is provided an error detection and correction scheme that is similar to the previously described scheme, and that is applied to read and write data. In a specific implementation of this additional scheme, the same parity checking logic circuits as employed for the command packet may be utilized to save chip area and complexity. Table 5 below details an example write data packet with a command parity byte and a data parity byte.
    Table 5: Example Write Data Packet with Command Parity Byte and Data Parity Byte
    Byte0 Device ID
    Byte1 Command
    Byte2 Column Address
    Byte3 Column Address
    Byte4 Command Parity
    Byte5 Write Data
    Byte6 Write Data
    Byte7 Write Data
    Byte8 Write Data Parity


    [0061] In example of Table 5, bytes 0 to 4 comprise the command portion and function as described earlier. Any number of write data bytes up to the full page size can follow the command portion. The final byte in the packet is the write data parity byte calculated on the write data bytes. If the same SECDED Hamming code described earlier is to be used, it would only provide single error correction coverage for up to 15 bytes. After 15 bytes the parity equations would simply wrap-around and single bit error correction could no longer be implemented. Alternatively, a more robust CRC code having better error coverage for large data packets could be selected. Separate error detection bits for command and data could be provided in the status registers.

    [0062] With regards to read data parity, this may be accomplished in a similar way. On reading data from the internal memory array, the memory device would calculate a parity byte to append to the end of the read data packet. The controller determines the number of bytes to be read by controlling the length of the Data Strobe signal. When the memory device detects the falling edge of the Data Strobe signal terminating the read data burst, the memory device outputs the cumulative parity byte. On receiving read data, the controller performs the identical parity calculation and compares the result with the received parity byte that was appended to the end of the read data burst to determine whether there was a bit error. This is particularly useful for register read commands such as status register read commands since there is no way a user can superimpose error correcting codes on register data. With normal read and write data to and from the memory array, the user can select an appropriate error detection code to store with data.

    [0063] Although some example embodiments herein shown and described relate to a system having a point-to-point ring topology, because there is a series-interconnection configuration that exists between a controller device of the system and a plurality of semiconductor memory devices of the system, it will be understood that some alternative example embodiments relate to other types of systems such as, for example, those that would be characterized as being a multidrop system.

    [0064] Other variations are contemplated. For instance, in another example similar to the 4-bank memory device example described previously in connection with Tables 3 and 4, each of one or more of the memory devices of a system having the point-to-point ring topology is a composite memory comprising a bridging device and four discrete memory devices. (For further detail regarding contemplated composite memory, reference is made to US patent application serial No. 12/401,963 entitled "A Composite Memory Having a Bridging Device for Connecting Discrete Memory Devices to a System".) In such an example the status register may be in the bridging device.

    [0065] A number of example embodiments can be applied to any suitable solid state memory systems such as, for example, those that include NAND Flash EEPROM device(s), NOR Flash EEPROM device(s), AND Flash EEPROM device(s), DiNOR Flash EEPROM device(s), Serial Flash EEPROM device(s), DRAM device(s), SRAM device(s), Ferro RAM device(s), Magnetic RAM device(s), Phase Change RAM device(s), or any suitable combination of these devices. These techniques are also applicable to both memory and non-memory devices which communicate over a ring or other interconnection topology, whether organized as single bus master and multiple slaves or multiple bus master configurations.

    [0066] It will be understood that when an element is herein referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may be present. In contrast, when an element is herein referred to as being "directly connected" or "directly coupled" to another element, there are no intervening elements present. Other words used to describe the relationship between elements should be interpreted in a like fashion (i.e., "between" versus "directly between", "adjacent" versus "directly adjacent", etc.).

    [0067] Certain adaptations and modifications of the described embodiments can be made. Therefore, the above discussed embodiments are considered to be illustrative and not restrictive.


    Claims

    1. A memory system, comprising:

    a controller device (102);

    a plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) arranged in a point-to-point ring topology with the controller device (102), each of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) comprising:

    an input for receiving a packet, a first portion of the packet comprising at least one command byte, and a second portion of the packet including parity bits to facilitate command error detection;

    a device error manager (217) configured to detect, based on the parity bits, whether an error exists in the at least one command byte;

    circuitry configured to provide the packet to the device error manager; and

    an output for providing the packet to a subsequent semiconductor memory device or to the controller device (102);

    the controller device (102) comprising:

    a command engine (322) to generate the packet including the at least one command byte and the parity bits;

    an output (326) to output the packet to a first device (104) of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110);

    an input (326) to receive the packet from a last device (110) of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) after having been communicated through each of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) arranged in the point-to-point ring topology; and

    a controller error manager (324) to determine, based on the received packet, whether an error occurred in transmission of the packet within the point to point ring topology, and the command engine (322) being configured to selectively reissue the packet based on at which point the controller error manager (324) determines that the error occurred in the point to point ring topology.


     
    2. The memory system as claimed in claim 1, wherein the device error manager (217) is configured to prevent execution of a command defined by the packet upon error detection.
     
    3. The memory system as claimed in claim 1, wherein the device error manager (217) and each respective device error manager (217) of each of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) is further configured to attempt correction of the packet if the error is detected.
     
    4. The memory system as claimed in claim 3, wherein if the error is determined to have occurred, the controller error manager (324) of the controller device (102) is configured to determine whether the error in the received packet is correctable and reissue the packet if the error is not correctable,
    and preferably the controller device (102) is further configured to recognize that a single bit error in the received packet is correctable and a multiple bit error is not correctable.
     
    5. The memory system as claimed in claim 1, wherein the parity bits facilitate command error detection in accordance with a Hamming code error detection scheme.
     
    6. The memory system as claimed in claim 1, wherein the controller device (102) is configured to receive an erroneously addressed device error byte, and the controller error manager (324) is configured to process the erroneously addressed device error byte to determine whether a device before an intended target device was erroneously addressed.
     
    7. The memory system as claimed in claim 1, wherein the command engine (322) is configured to cause re-issuance of a command if the device before an intended target device was erroneously addressed.
     
    8. The memory system as claimed in claim 1, wherein the command engine (322) is capable of generating a broadcast command receivable by each of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) in order that information in a respective status register (249) in each of the plurality of serially interconnected semiconductor memory devices may be provided in a sequential fashion to the controller device (102),
    the controller error manager (324) is configured to process each information of each status register (249) to determine at which point in the ring topology the error occurred, and the command engine (322) is further configured to reissue the packet if the error occurred before a target device.
     
    9. The memory system as claimed in claim 1, wherein the controller error manager (324) is configured to calculate parity bits based on the first portion of the packet as received and compares the calculated parity bits to another portion of the packet as received to determine whether the error occurred, or
    the controller error manager (324) is configured to compare the received packet to the outputted packet to determine whether the error occurred.
     
    10. A method carried out within a memory system comprising a plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) arranged in a point-to-point ring topology with a controller device (102) that communicates with the plurality of serially interconnected semiconductor memory devices, the method comprising:

    in each memory device,

    receiving a packet, a first portion of the packet comprising at least one command byte, and a second portion of the packet including parity bits to facilitate command error detection;

    detecting, based on the parity bits, whether an error exists in the at least one command byte;

    outputting the packet to a subsequent semiconductor memory device or to the controller device (102);

    in the controller device,

    generating the packet;

    outputting the packet to a first device (104) of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110);

    receiving the packet from a last device (110) of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) after having been communicated through each of the plurality of serially interconnected semiconductor memory devices arranged in the point-to-point ring topology;

    determining, based on the received packet, whether in transmission of the packet from the controller device (102), through the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) and back to the controller device (102), an error occurred; and

    selectively reissuing the packet based on at which point the error occurred in the point to point ring topology.


     
    11. The method as claimed in claim 10 further comprising calculating parity bits based on the first portion of the packet as received, and comparing the calculated parity bits to another portion of the packet as received to determine whether the error occurred,
    or comparing the received packet to the outputted packet to determine whether the error occurred.
     
    12. The method as claimed in any one of claims 10 to 11, wherein the parity bits facilitate command error detection in accordance with a Hamming code error detection scheme.
     
    13. The method as claimed in claim 10, further comprising generating a broadcast command for each of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) in order that information in a respective status register (249) in each of the plurality of serially interconnected semiconductor memory devices (104, 106, 108, 110) may be provided in a sequential fashion to the controller device (102).
     
    14. The method as claimed in claim 13, further comprising processing each information of each status register (249) to determine at which point in the ring topology the error occurred, and preferably reissuing the packet if the error occurred before a target device.
     
    15. The method as claimed in claim 10 wherein the first portion of the packet includes either a program command or an erase command.
     


    Ansprüche

    1. Speichersystem, mit:

    einer Steuerungsvorrichtung (102);

    einer Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110), die in einer Punkt-zu-Punkt-Ring-Topologie mit der Steuerungsvorrichtung (102) angeordnet sind, wobei jede der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) aufweist:

    einen Eingang zum Empfangen eines Pakets, wobei ein erster Bereich des Pakets mindestens ein Befehlsbyte enthält, und wobei ein zweiter Bereich des Pakets Paritätsbits enthält, um eine Befehlsfehlererfassung zu erleichtern;

    einen Vorrichtungsfehler-Manager (217), der konfiguriert ist, um basierend auf den Paritätsbits zu erfassen, ob in dem mindestens einen Befehlsbyte ein Fehler vorhanden ist;

    eine Schaltung, die konfiguriert ist, um das Paket an den Vorrichtungsfehler-Manager zu liefern; und

    einen Ausgang, um das Paket an eine nachfolgende Halbleiter-Speichervorrichtung oder an die Steuerungsvorrichtung (102) zu liefern;

    wobei die Steuerungsvorrichtung (102) aufweist:

    eine Befehlsmaschine (322), um das Paket zu erzeugen, das das mindestens eine Befehlsbyte und die Paritätsbits enthält;

    einen Ausgang (326), um das Paket an eine erste Vorrichtung (104) der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) auszugeben;

    einen Eingang (326), um das Paket von einer letzten Vorrichtung (110) der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) zu empfangen, nachdem es durch jede der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) kommuniziert worden ist, die in der Punkt-zu-Punkt-Ring-Topologie angeordnet sind; und

    einen Steuerungsfehler-Manager (324), um basierend auf dem empfangenen Paket zu bestimmen, ob bei der Übertragung des Pakets in der Punkt-zu-Punkt-Ring-Topologie ein Fehler aufgetreten ist, und wobei die Befehlsmaschine (322) konfiguriert ist, um das Paket selektiv erneut auszugeben, und zwar darauf basierend, an welchem Punkt durch den Steuerungsfehler-Manager (324) bestimmt wird, dass der Fehler in der Punkt-zu-Punkt-Ring-Topologie aufgetreten ist.


     
    2. Speichersystem nach Anspruch 1, wobei der Vorrichtungsfehler-Manager (217) konfiguriert ist, um bei einer Fehlererfassung das Ausführen eines Befehls zu verhindern, der durch das Paket definiert ist.
     
    3. Speichersystem nach Anspruch 1, wobei der Vorrichtungsfehler-Manager (217) und jeder zugehörige Vorrichtungsfehler-Manager (217) von jeder der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) außerdem konfiguriert sind, um bei Erfassung eines Fehlers eine Korrektur des Pakets zu versuchen.
     
    4. Speichersystem nach Anspruch 3, wobei, wenn bestimmt wird, dass der Fehler aufgetreten ist, der Steuerungsfehler-Manager (324) der Steuerungsvorrichtung (102) konfiguriert ist, um zu bestimmen, ob der Fehler in dem empfangenen Paket korrigierbar ist, und um das Paket erneut auszugeben, wenn der Fehler nicht korrigierbar ist,
    und wobei vorzugsweise die Steuerungsvorrichtung (102) außerdem konfiguriert ist, um zu erkennen, dass ein einzelner Bit-Fehler in dem empfangenen Paket korrigierbar ist und ein mehrfacher Bit-Fehler nicht korrigierbar ist.
     
    5. Speichersystem nach Anspruch 1, wobei die Paritätsbits die Befehlsfehlererfassung entsprechend einem Hamming-Code-Fehlererfassungsschema erleichtern.
     
    6. Speichersystem nach Anspruch 1, wobei die Steuerungsvorrichtung (102) konfiguriert ist, um ein fehlerhaft adressiertes Vorrichtungsfehlerbyte zu empfangen, und der Steuerungsfehler-Manager (324) konfiguriert ist, um das fehlerhaft adressierte Vorrichtungsfehlerbyte zu verarbeiten, um zu bestimmen, ob eine Vorrichtung vor einer beabsichtigten Zielvorrichtung fehlerhaft adressiert wurde.
     
    7. Speichersystem nach Anspruch 1, wobei die Befehlsmaschine (322) konfiguriert ist, um das erneute Ausgeben eines Befehls zu bewirken, wenn die Vorrichtung vor einer beabsichtigten Zielvorrichtung fehlerhaft adressiert wurde.
     
    8. Speichersystem nach Anspruch 1, wobei die Befehlsmaschine (322) in der Lage ist, einen Broadcast-Befehl zu erzeugen, der von jeder der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) empfangen werden kann, so dass Informationen in einem zugehörigen Statusregister (249) in jeder der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) in sequentieller Weise an die Steuerungsvorrichtung (102) geliefert werden können,
    wobei der Steuerungsfehler-Manager (324) konfiguriert ist, um jede Information von jedem Statusregister (249) zu verarbeiten, um zu bestimmen, an welchem Punkt in der Ring-Topologie der Fehler aufgetreten ist, und wobei die Befehlsmaschine (322) außerdem konfiguriert ist, um das Paket erneut auszugeben, wenn der Fehler vor einer Zielvorrichtung aufgetreten ist.
     
    9. Speichersystem nach Anspruch 1, wobei der Steuerungsfehler-Manager (324) konfiguriert ist, um Paritätsbits basierend auf dem ersten Bereich des Pakets, wie empfangen, zu berechnen und um die berechneten Paritätsbits mit einem anderen Bereich des Pakets, wie empfangen, zu vergleichen, um zu bestimmen, ob der Fehler aufgetreten ist, oder
    wobei der Steuerungsfehler-Manager (324) konfiguriert ist, um das empfangene Paket mit dem ausgegebenen Paket zu vergleichen, um zu bestimmen, ob der Fehler aufgetreten ist.
     
    10. Verfahren, das in einem Speichersystem ausgeführt wird, das eine Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) aufweist, die in einer Punkt-zu-Punkt-Ring-Topologie mit einer Steuerungsvorrichtung (102) angeordnet sind, die mit der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen kommuniziert, wobei das Verfahren umfasst:

    in jeder Speichervorrichtung,

    Empfangen eines Pakets, wobei ein erster Bereich des Pakets mindestens ein Befehlsbyte enthält, und wobei ein zweiter Bereich des Pakets Paritätsbits enthält, um eine Befehlsfehlererfassung zu erleichtern;

    Erfassen, basierend auf den Paritätsbits, ob in dem mindestens einen Befehlsbyte ein Fehler vorhanden ist;

    Ausgeben des Pakets an eine nachfolgende Halbleiter-Speichervorrichtung oder an die Steuerungsvorrichtung (102);

    in der Steuerungsvorrichtung,

    Erzeugen des Pakets;

    Ausgeben des Pakets an eine erste Vorrichtung (104) der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110);

    Empfangen des Pakets von einer letzten Vorrichtung (110) der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110), nachdem es durch jede der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen kommuniziert worden ist, die in der Punkt-zu-Punkt-Ring-Topologie angeordnet sind;

    Bestimmen, basierend auf dem empfangenen Paket, ob bei der Übertragung des Pakets von der Steuerungsvorrichtung (102), durch die Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110), und zurück zur Steuerungsvorrichtung (102) ein Fehler aufgetreten ist; und

    selektives erneutes Ausgeben des Pakets, darauf basierend, an welchem Punkt in der Punkt-zu-Punkt-Ring-Topologie der Fehler aufgetreten ist.


     
    11. Verfahren nach Anspruch 10, außerdem umfassend das Berechnen von Paritätsbits basierend auf dem ersten Bereich des Pakets, wie empfangen, und das Vergleichen der berechneten Paritätsbits mit einem anderen Bereich des Pakets, wie empfangen, um zu bestimmen, ob der Fehler aufgetreten ist,
    oder das Vergleichen des empfangenen Pakets mit dem ausgegebenen Paket, um zu bestimmen, ob der Fehler aufgetreten ist.
     
    12. Verfahren nach einem der Ansprüche 10 bis 11, wobei die Paritätsbits die Befehlsfehlererfassung entsprechend einem Hamming-Code-Fehlererfassungsschema erleichtern.
     
    13. Verfahren nach Anspruch 10, außerdem mit dem Erzeugen eines Broadcast-Befehls für jede der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110), so dass Informationen in einem zugehörigen Statusregister (249) in jeder der Mehrzahl von seriell miteinander verbundenen Halbleiter-Speichervorrichtungen (104, 106, 108, 110) in sequentieller Weise an die Steuerungsvorrichtung (102) geliefert werden können.
     
    14. Verfahren nach Anspruch 13, außerdem mit dem Verarbeiten von jeder Information von jedem Statusregister (249), um zu bestimmen, an welchem Punkt in der Ring-Topologie der Fehler aufgetreten ist, und vorzugsweise mit dem erneuten Ausgeben des Pakets, wenn der Fehler vor einer Zielvorrichtung aufgetreten ist.
     
    15. Verfahren nach Anspruch 10, wobei der erste Bereich des Pakets entweder einen Programmbefehl oder einen Löschbefehl enthält.
     


    Revendications

    1. Système de mémoire, comprenant:

    un dispositif contrôleur (102);

    une pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) agencés dans une topologie en anneau point à point avec le dispositif contrôleur (102), la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) comprenant chacun:

    une entrée destinée à recevoir un paquet, une première partie du paquet comprenant au moins un octet de commande, et une seconde partie du paquet incluant des bits de parité pour faciliter une détection d'erreur de commande;

    un gestionnaire d'erreur de dispositif (217) configuré pour détecter, sur la base des bits de parité, s'il existe une erreur dans l'au moins un octet de commande;

    un circuit configuré pour fournir le paquet au gestionnaire d'erreur de dispositif; et

    une sortie destinée à fournir le paquet à un dispositif de mémoire à semi-conducteur subséquent ou au dispositif contrôleur (102);

    le dispositif contrôleur (102) comprenant:

    un moteur de commande (322) pour générer le paquet incluant l'au moins un octet de commande et les bits de parité;

    une sortie (326) pour délivrer le paquet à un premier dispositif (104) de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110);

    une entrée (326) pour recevoir le paquet en provenance d'un dernier dispositif (110) de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) après qu'il a été communiqué par l'intermédiaire de chaque dispositif de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) agencés dans la topologie en anneau point à point; et

    un gestionnaire d'erreur de contrôleur (324) pour déterminer, sur la base du paquet reçu, si une erreur est survenue dans la transmission du paquet au sein de la topologie en anneau point à point, et le moteur de commande (322) étant configuré pour réémettre le paquet sélectivement sur la base du point au niveau duquel le gestionnaire d'erreur de contrôleur (324) détermine que l'erreur est survenue dans la topologie en anneau point à point.


     
    2. Système de mémoire selon la revendication 1, dans lequel le gestionnaire d'erreur de dispositif (217) est configuré pour empêcher l'exécution d'une commande définie par le paquet suite à une détection d'erreur.
     
    3. Système de mémoire selon la revendication 1, dans lequel le gestionnaire d'erreur de dispositif (217) et chaque gestionnaire d'erreur de dispositif respectif (217) de chaque dispositif de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) est en outre configuré pour tenter une correction du paquet si l'erreur est détectée.
     
    4. Système de mémoire selon la revendication 3, dans lequel s'il est déterminé que l'erreur est survenue, le gestionnaire d'erreur de contrôleur (324) du dispositif contrôleur (102) est configuré pour déterminer si l'erreur dans le paquet reçu est corrigible et réémettre le paquet si l'erreur n'est pas corrigible,
    et de préférence le dispositif contrôleur (102) est en outre configuré pour reconnaître qu'une erreur sur un seul bit dans le paquet reçu est corrigible et qu'une erreur sur plusieurs bits n'est pas corrigible.
     
    5. Système de mémoire selon la revendication 1, dans lequel les bits de parité facilitent une détection d'erreur de commande selon un mécanisme de détection d'erreur par code de Hamming.
     
    6. Système de mémoire selon la revendication 1, dans lequel le dispositif contrôleur (102) est configuré pour recevoir un octet d'erreur de dispositif adressé par erreur, et le gestionnaire d'erreur de contrôleur (324) est configuré pour traiter l'octet d'erreur de dispositif adressé par erreur afin de déterminer si un dispositif situé avant un dispositif cible voulu a été adressé par erreur.
     
    7. Système de mémoire selon la revendication 1, dans lequel le moteur de commande (322) est configuré pour provoquer la réémission d'une commande si le dispositif situé avant un dispositif cible voulu a été adressé par erreur.
     
    8. Système de mémoire selon la revendication 1, dans lequel le moteur de commande (322) est capable de générer une commande diffusée pouvant être reçue par chaque dispositif de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) afin que des informations présentes dans un registre d'état respectif (249) dans chaque dispositif de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série puissent être fournies d'une façon séquentielle au dispositif contrôleur (102),
    le gestionnaire d'erreur de contrôleur (324) est configuré pour traiter chaque information de chaque registre d'état (249) afin de déterminer le point au niveau duquel l'erreur est survenue dans la topologie en anneau, et le moteur de commande (322) est en outre configuré pour réémettre le paquet si l'erreur est survenue avant un dispositif cible.
     
    9. Système de mémoire selon la revendication 1, dans lequel le gestionnaire d'erreur de contrôleur (324) est configuré pour calculer des bits de parité sur la base de la première partie du paquet tel qu'il est reçu et compare les bits de parité calculés à une autre partie du paquet tel qu'il est reçu afin de déterminer si l'erreur est survenue, ou
    le gestionnaire d'erreur de contrôleur (324) est configuré pour comparer le paquet reçu au paquet délivré afin de déterminer si l'erreur est survenue.
     
    10. Procédé mis en Ĺ“uvre au sein d'un système de mémoire comprenant une pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) agencés dans une topologie en anneau point à point avec un dispositif contrôleur (102) qui communique avec la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série, le procédé comprenant:

    dans chaque dispositif de mémoire,

    la réception d'un paquet, une première partie du paquet comprenant au moins un octet de commande, et une seconde partie du paquet incluant des bits de parité pour faciliter une détection d'erreur de commande;

    la détection, sur la base des bits de parité, de l'existence ou non d'une erreur dans l'au moins un octet de commande;

    la délivrance du paquet à un dispositif de mémoire à semi-conducteur subséquent ou au dispositif contrôleur (102) ;

    dans le dispositif contrôleur,

    la génération du paquet;

    la délivrance du paquet à un premier dispositif (104) de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110);

    la réception du paquet en provenance d'un dernier dispositif (110) de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) après qu'il a été communiqué par l'intermédiaire de chaque dispositif de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série agencés dans la topologie en anneau point à point;

    la détermination, sur la base du paquet reçu, quant à savoir si, dans la transmission du paquet à partir du dispositif contrôleur (102), par l'intermédiaire de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) et de retour au dispositif contrôleur (102), une erreur est survenue; et

    la réémission du paquet sélectivement sur la base du point au niveau duquel l'erreur est survenue dans la topologie en anneau point à point.


     
    11. Procédé selon la revendication 10, comprenant en outre le calcul de bits de parité sur la base de la première partie du paquet tel qu'il est reçu, et la comparaison des bits de parité calculés à une autre partie du paquet tel qu'il est reçu afin de déterminer si l'erreur est survenue,
    ou la comparaison du paquet reçu au paquet délivré afin de déterminer si l'erreur est survenue.
     
    12. Procédé selon l'une quelconque des revendications 10 à 11, dans lequel les bits de parité facilitent une détection d'erreur de commande selon un mécanisme de détection d'erreur par code de Hamming.
     
    13. Procédé selon la revendication 10, comprenant en outre la génération d'une commande diffusée pour chaque dispositif de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) afin que des informations présentes dans un registre d'état respectif (249) dans chaque dispositif de la pluralité de dispositifs de mémoire à semi-conducteur interconnectés en série (104, 106, 108, 110) puissent être fournies d'une façon séquentielle au dispositif contrôleur (102).
     
    14. Procédé selon la revendication 13, comprenant en outre le traitement de chaque information de chaque registre d'état (249) afin de déterminer le point au niveau duquel l'erreur est survenue dans la topologie en anneau, et de préférence la réémission du paquet si l'erreur est survenue avant un dispositif cible.
     
    15. Procédé selon la revendication 10, dans lequel la première partie du paquet inclut soit une commande de programmation soit une commande d'effacement.
     




    Drawing





























    Cited references

    REFERENCES CITED IN THE DESCRIPTION



    This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

    Patent documents cited in the description