IMPLEMENTATION OF SAFETY MEASURES IN APPLICATIONS

Description

Technical Field

[0001] The present disclosure relates generally to semiconductor memory and methods, and more particularly, to apparatuses and methods related to a safety controller.Background

[0002] In conventional motor vehicles (e.g., automobiles, cars, trucks, buses, etc.), the driver is critical to operating the vehicle's control system. For example, the driver of a conventional motor vehicle makes decisions regarding the safe operation of the vehicle. Such decisions may include decisions related to the speed of the vehicle, steering of the vehicle, obstacle and / or hazard recognition, and obstacle and / or hazard avoidance. However, a driver's ability to make these decisions and operate the vehicle's control system may be limited in some situations. For example, driver impairment, fatigue, attentiveness, and / or other factors such as visibility (e.g., due to weather or changes in terrain) may limit a driver's ability to safely operate a conventional motor vehicle and / or its control system.

[0003] In order to alleviate the deficiencies resulting from driver operation of a conventional motor vehicle, various manufacturers have experimented with autonomous vehicles. While autonomous vehicles may allow for a reduction in issues that may arise as a result of the driver's ability to operate the conventional motor vehicle becoming lessened, autonomous vehicles have their own shortcomings.

[0004] For example, autonomous vehicles may rely on various sensors and / or cameras to determine a speed at which to operate the vehicle, steering of the vehicle, obstacle and / or hazard recognition, and obstacle and / or hazard avoidance. Data from these sensors and / or devices may be corrupted while being stored on memory or transmitted on a memory bus, for example. Data may be corrupted by errors induced by noise, cross talk, and / or other sources of errors. A host may receive commands to safely operate the autonomous vehicle and provide updates to the autonomous vehicle based on data. If the data the commands are based on is corrupted the autonomous vehicle may cease to operate or, in worse case scenarios, fail to provide adequate obstacle and / or hazard recognition, and obstacle and / or hazard avoidance, which may result in injury or death to passengers in the autonomous vehicle.

[0005] US 2017 / 052840 relates to a memory device that includes: a plurality of memory cells; at least one address storage unit; a fail detection unit suitable for comparing first and second read data that are read from at least one memory cell selected among the plurality of memory cells to detect a fail, and storing an address of the selected memory cell in the address storage unit when the fail is detected; and a refresh control unit suitable for refreshing the memory cell corresponding to the address stored in the address storage unit at a higher frequency than the other memory cells.

[0006] "Safety Complaint, Self-Detecting and Correcting Triple Voting Flip-Flop ED - Darl Kuhn", IP.COM, IP.COM INC., 24 July 2015, relates to a self-correcting triple voting flip-flop circuit that is not only able to detect and correct Single Event Upset (SEU) faults, but also provides corrective actions for manufacturing device defects.

[0007] MICHAEL NICOLAIDIS: "Design techniques for soft-error mitigation", IC DESIGN AND TECHNOLOGY (ICICDT), INT. CONFERENCE ON, 2 June 2010, pages 208-214 relates to a discussion of single upset events (SEU) and single event transients (SET) mitigation schemes.Brief Description of the Drawings

[0008] Figure 1 is a block diagram of a system in the form of a host and a memory device in accordance with a number of embodiments of the present disclosure. Figure 2 is a flow diagram associated with triple redundancy in an autonomous driving application in accordance with a number of embodiments of the present disclosure. Figure 3 is a diagram of a memory output of a double edge device in accordance with a number of embodiments of the present disclosure. Figure 4 is a flow diagram including reverse circuitry outputting data in accordance with a number of embodiments of the present disclosure. Detailed Description

[0009] The present disclosure includes apparatuses and methods related to a safety controller. In a first aspect, an apparatus is provided as recited in claim 1. In a second aspect, a method is provided as recited in claim 11.

[0010] In some approaches, autonomous vehicles may include a memory device to provide data to a controller. The data can include vehicle sensor data, for example obstacle and / or hazard information. The memory can store critical code including firmware, software, and / or temporary calculations derived from the data.

[0011] To reduce the probability of the autonomous vehicle executing the wrong code, multiple entities (e.g., a memory device and / or controller) can execute and identify a correct output, which can be referred to as redundancy. Embodiments can be implemented to provide safety measures in applications (e.g., autonomous driving applications in vehicles). As an example, triple redundancy can include two entities transmitting the same code. A third entity can receive the codes and identify whether one or more of the codes are corrupted.

[0012] In some embodiments, redundancy can allow a system to avoid failure and / or an accident in the field. For example, redundancy can ensure the correctness of a data transmission between a memory device and a controller. Redundancy can also ensure the correctness of the execution by the controller of the proper code.

[0013] For example, because operation of the control system in an autonomous vehicle may be wholly or partly handled by control circuitry, autonomous vehicles may be susceptible to data corruption. Data can be corrupted by noise, cross talk, and / or other sources of error. Redundancy prevents a command, for example, "activate brakes" from being sent when the command is based on corrupt data.

[0014] The figures herein follow a numbering convention in which the first digit or digits correspond to the drawing figure number and the remaining digits identify an element or component in the drawing. Similar elements or components between different figures may be identified by the use of similar digits. For example, 114 may reference element "14" in Figure 1, and a similar element may be referenced as 214 in Figure 2. As will be appreciated, elements shown in the various embodiments herein can be added, exchanged, and / or eliminated so as to provide a number of additional embodiments of the present disclosure. In addition, as will be appreciated, the proportion and the relative scale of the elements provided in the figures are intended to illustrate certain embodiments of the present invention, and should not be taken in a limiting sense.

[0015] Figure 1 is a block diagram of a system 100 in the form of a host 110 and a control unit 112 in accordance with a number of embodiments of the present disclosure. As used herein, a memory device 114, a controller 116, an application controller 117, and / or a safety controller 118 might also be separately considered an "apparatus."

[0016] As shown in Figure 1, apparatus 100 includes a host 110 and a control unit 112. The control unit 112 includes a memory resource (e.g., memory device 114) and a controller 116. The controller 116 includes an application controller 117 and a safety controller 118.

[0017] The memory device 114 may include volatile and / or non-volatile memory configured to store instructions executable by the controller 116. For example, the memory device 114 may include flash memory, for example NOR, read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), dynamic random-access memory (DRAM), static random-access memory (SRAM), and / or other suitable storage media. In some embodiments, the memory device 114 can be a double edge device.

[0018] The apparatus 100 may be used in autonomous driving applications. For example, the control unit 112 can be located on a vehicle. The memory device 114 of the control unit 112 may store autonomous vehicle data. For example, critical code (e.g., firmware, specific parameters, and data) for an autonomous driving application. The data can include data collected from vehicle sensors, photographic data collected from vehicle cameras, and / or a combination thereof. According to the invention, the memory device 114 stores data and transmits data. The data can be transmitted to the controller 116 including the application controller 117 and the safety controller 118.

[0019] The application controller 117 can receive data from the memory device 114. The received data can be used by the application controller 117 to generate commands. For example, the data can include information regarding a vehicle approaching a stop sign. The application controller 117 can generate a command to stop the car. The application can then send the generated command and / or commands to be executed by the vehicle.

[0020] According to the invention, data is transmitted to the safety controller 118. The safety controller 118 receives data from the memory device 114 and the application controller 117. The safety controller 118 can prevent a command and / or commands from being executed by the vehicle in response to comparing the data from the memory device 114 and the data from the application controller 117.

[0021] Figure 2 is a flow diagram 213 associated with triple redundancy in an autonomous driving application in accordance with a number of embodiments of the present disclosure. As shown in Figure 2, the memory device 214, application controller 217, and the safety controller 218 may be configured to exchange data and / or communications. The memory device 214 may transmit data to the safety controller 218 via data paths 222 and 224. The memory device 214 may transmit data to the application controller 217 via data path 220. The application controller 217 may transmit data to the safety controller 218 via data path 226. The application controller 217 can communicate with safety controller 218 via communication path 230. The safety controller 218 communicates with the application controller 217 and the multiplexer 236 (e.g., MUX) via communication path 228.

[0022] According to the invention, the memory device 214 stores and transmits data. The safety controller 218 can be coupled to the memory device 214 via the data paths 222 and 224. The safety controller 218 is configured to receive the data from the memory device 214. The data from the memory device 214 can be received by the safety controller 218 as a reverse output via data path 222 and as a direct output via data path 224. The reverse output of the data can be transmitted by the memory device 214 on a falling edge of a clock and the direct output of the data can be transmitted by the memory device 214 on a rising edge of the clock, as further discussed in Figure 3.

[0023] The memory device 214 may transmit data to the application controller 217. The application controller 217 can be coupled to the memory device 214 via the data path 220. The application controller 217 can be configured to receive the data from the memory device 214. The data from the memory device 214 can be received as a direct output by the application controller 217 via data path 220. The direct output of the data can be transmitted by the memory device 214 on a rising edge of a clock, as further discussed in Figure 3.

[0024] In some embodiments, the application controller 217 may latch the data in response to receiving the data from the memory device 214. The application controller 217 transmits the latched data to the safety controller 218. The application controller 217 can latch the data on a rising edge of the clock. The safety controller 218 is configured to receive latched data from the application controller 217. The latched data from the application controller 217 can be received by the safety controller 218 as an output via data path 226. The output of the latched data can be transmitted by the application controller 217 on a falling edge of a clock, as further discussed in Figure 3.

[0025] According to the invention, the safety controller 218 generates a response and / or determine whether to allow an output of commands via data path 232 from the application controller 217 in response to a comparison of the data from the memory device 214 and the latched data from the application controller 217. The data received by the application controller 217 from the memory device 214 is used to generate commands. The commands can be associated with the data from the memory device 214 and can be output from the application controller 217 in response to the application controller 217 receiving the data from the memory device 214. For example, the data can include information regarding a higher speed limit. The application controller 217 can generate a command and / or commands to accelerate the speed of the vehicle to reach the higher speed limit. However, the data received by the application controller 217 and used to generate the command to accelerate the vehicle could be corrupted, which could mean the vehicle when executing the command is accelerating even though the speed limit did not change and / or the speed limit is different than what is indicated to the application controller 217 by the corrupted data.

[0026] In embodiments, the safety controller 218 prevents a command from being executed via data path 234 by the vehicle. According to the invention, the safety controller 218 prevents a command from being executed by generating a response and / or transmitting a flag to the MUX 236 and the application controller 217 via communication path 228. The safety controller 218 transmits a flag in response to identifying a difference between the data from the memory device 214 and the latched data from the application controller 217. In some embodiments, the safety controller 218 can compare the reverse output and direct output from the memory device 214 and the output from the application controller 217. If one and / or more of the data outputs are different, the safety controller 218 can transmit a flag. The data outputs being different (e.g., different than the direct output from the memory device 214 and the latched data from the application controller 217 matching and being the opposite of the reverse output from the memory device 214) can indicate that at least one of the data outputs have been corrupted while stored and / or transmitted.

[0027] The memory device 214 and / or the application controller 217 can transmit another portion of data in response to the application controller 217 receiving the flag via communication path 228 from the safety controller 218. The flag can indicate that the data outputs from the memory device 214 and / or the application controller 217 are corrupt and that the data needs to be resent.

[0028] In some embodiments, the application controller 217 can output a safety acknowledgment signal via communication path 230 to the safety controller 218. The safety acknowledgment signal can be sent in response to receiving the flag from the safety controller 218. The acknowledgment signal can notify the safety controller 218 that the application controller 217 received the flag and / or the application controller 217 and / or the memory device 214 are resending the data.

[0029] In response to receiving the safety acknowledgment signal from the application controller 217, the safety controller 218 can remove the flag. In the absence of a flag and / or if a response is not generated, the MUX 236 will allow the application controller 217 commands to be executed by the vehicle via data path 234.

[0030] The safety controller 218 can allow commands from the application controller 217 to be executed in response to identifying a match between the data from the memory resource 214 and the latched data from the application controller 217. For example, commands can be executed if the direct output data from the memory device 214 and the output data from the application controller 217 match and are the opposite of the reverse output data from the memory device 214. Also, the reverse output data can be put in a direct output data state once received by the safety controller 218, and compared against the other output data. Commands can be executed if the direct output data from the memory device 214 and the output data from the application controller 217 match and are the opposite of the reverse output data from the memory device 214.

[0031] Figure 3 is a diagram of a memory output of a double edge device in accordance with a number of embodiments of the present disclosure. A double edge device is a memory device (e.g., memory device 214 in Fig. 2). As shown in Figure 3, data can be transmitted on rising edges 352 and 356 and falling edges 354 and 358 of a double edge device. For example, Data 0 at 342 can be transmitted on rising edge 352. Data 0 can be a direct output from memory because it is transmitted on a rising edge 352. Data 0' at 344 can be a reverse output because it is transmitted on a falling edge 354. Reverse output meaning that Data 0' is identical but reverse (e.g., opposite) of Data 0. Data 1 at 346 can be transmitted as a direct output on rising edge 356 and Data 1' at 348 can be transmitted as a reverse output of Data 1 on the falling edge 358.

[0032] The direct output from the memory device (e.g., memory device 214 in Fig. 2) can be represented by Data 0 at 342 being transmitted on the rising edge 352. The reverse output from the memory device can be represented by Data 0' at 344 being transmitted on the falling edge 354. The application controller (e.g., application controller 217 in Fig. 2) latching data from the memory device can be represented by Data 1 at 346 being latched on the rising edge 356. The reverse output from the application controller can be represented by Data 1' at 348 being transmitted on the falling edge 358.

[0033] The direct output from memory device (e.g., memory device 214 in Fig. 2) transmitted on the rising edge 352, the reverse output from the memory device transmitted on the falling edge 354, and the output from the application controller (e.g., application controller 217 in Fig. 2) transmitted on the falling edge 358 can be received by a safety controller (e.g., safety controller 218 in Fig. 2). The safety controller may allow commands to be outputted from the application controller in response to identifying a match between the data from the memory device and the latched data from the application controller.

[0034] The memory device (e.g., memory device 214 in Fig. 2) can be programmed as a double edge device such that the direct data is programmed on every other row of the memory device and the reverse data is programmed adjacent to the corresponding direct data. For example, the direct data can be programmed on even addresses and the reverse data can be programmed on odd addresses so that the direct data is transmitted on the rising edge 352 and the reverse data is transmitted on the falling edge 354.

[0035] Figure 4 is a flow diagram including reverse circuitry outputting data in accordance with a number of embodiments of the present disclosure. The reverse circuitry as shown in Figure 4 can be used to reverse the pattern of the data from the memory device 414. The data can be autonomous vehicle data. For example, the data can include photographic data collected from vehicle cameras, and / or data collected from vehicle sensors, but the data is not limited to photographic data or vehicle sensor data.

[0036] The memory device 414 can store and transmit data. The memory device 414 can be coupled to reverse circuitry 462. The memory device 414 can transmit data 460 to the reverse circuitry. The data transmitted by the memory device 414 can be transmitted on a rising edge of a clock and can be a direct output.

[0037] The reverse circuitry 462 can receive the data as a direct output from the memory device 414. The reverse circuitry 462 can copy the direct output and reverse the direct output pattern to create a reverse output. The reverse circuitry 462 can transmit the direct output 464 from the memory device 414 and the reverse output 465 to a multiplexer 469 (e.g., MUX).

[0038] The MUX 469 can combine signals. The MUX 469 can combine the direct output 464 and the reverse output 465 into one signal. The MUX 469 can include a clock 466. The clock 466 can be used to initiate the sending of the second signal to ensure both signals are sent in one signal. For example, the direct output 464 can be transmitted on a rising edge (e.g., rising edge 352 in Fig. 3) to the application controller 417 and the safety controller 418 until the clock initiates the sending of the reverse output on a falling edge (e.g., falling edge 354 in Fig. 3) to the application controller 417 and the safety controller 418.

[0039] The combined signal 468 can be received by the application controller 417. The application controller 417 can latch the data of the combined signal 468. The data can be latched on a rising edge (e.g., rising edge 356 in Fig. 3). The latched data can be transmitted to the safety controller. The latched data can be transmitted as an output sent on a falling edge (e.g., falling edge 358 in Fig. 3) of a signal.

[0040] The combined signal 468 can also be received by the safety controller 418. The safety controller 418 can determine whether to allow an output of commands from the application controller 417 in response to a comparison of the data from the memory device 414 and the latched data from the application controller 417. For example, the safety controller 418 can compare the direct output and the reverse output from the memory device 414 and the reverse output from the application controller 417

Claims

1. An apparatus, comprising: an application controller (117, 217, 417); a memory resource (114, 214, 414) configured to: store data; and transmit the data; a safety controller (118, 218, 418) coupled to the memory resource, wherein the safety controller is configured to implement safety measures in applications and is configured to: receive the data from the memory resource (114, 214, 414); receive latched data from the application controller (117, 217, 417); compare the data from the memory resource (114, 214, 414) to the latched data from the application controller (117, 217, 417); and transmit a flag in response to identifying a difference between the data from the memory resource (114, 214, 414) and the latched data from the application controller (117, 217, 417); and a multiplexer "MUX" (236, 469) coupled to the application controller (117, 217, 417) and the safety controller (118, 218, 418), wherein the MUX (236, 469) is configured to allow the output of the commands from the application controller (117, 217, 417) in response to an absence of the flag and prevent the output of the commands in response to receiving the flag from the application controller (117, 217, 417).

2. The apparatus of claim 1, wherein the memory resource is a NOR device.

3. The apparatus of claim 1, wherein the application controller is configured to latch the data in response to receiving the data from the memory resource (114, 214, 414).

4. The apparatus of claim 1, wherein the data is received by the application controller (117, 217, 417) as a direct output and the data is received by the safety controller (118, 218, 418) as a reverse output.

5. The apparatus of claim 4, wherein the direct output is transmitted by the memory resource (114, 214, 414) on a rising edge (352) of a clock and the reverse output is transmitted by the memory resource (114, 214, 414) on a falling edge (354) of the clock.

6. The apparatus of claim 4, wherein the data received by the application controller (117, 217, 417) as the direct output is programmed on even addresses of the memory resource (114, 214, 414) and the data received by the safety controller as the reverse output is programmed on odd addresses of the memory resource (114, 214, 414) or the data received by the application controller (117, 217, 417) as the direct output is programmed on odd addresses of the memory resource (114, 214, 414) and the data received by the safety controller as the reverse output is programmed on even addresses of the memory resource (114, 214, 414).

7. The apparatus of any one of claims 1-4, wherein the latched data is transmitted on a falling edge of a clock.

8. The apparatus of any one of claims 1-4: wherein the safety controller is configured to transmit the flag to the application controller (117, 217, 417) in response to the safety controller (118, 218, 418) identifying a difference between the data from the memory resource (114, 214, 414) and the latched data from the application controller.

9. The apparatus of claim 8, wherein the memory resource (114, 214, 414) is configured to resend the data to the safety controller (118, 218, 418) in response to the application controller (117, 217, 417) receiving the flag from the safety controller (118, 218, 418).

10. The apparatus of claim 8, wherein the application controller (117, 217, 417) is configured to output a safety acknowledgment signal to the safety controller (118, 218, 418) in response to receiving the flag from the safety controller (118, 218, 418).

11. A method, comprising: receiving data from a memory resource (114, 214, 414); receiving latched data from an application controller (117, 217, 417); comparing the data from the memory resource (114, 214, 414) to the latched data from the application controller (117, 217, 417); transmitting a flag in response to identifying a difference between the data from the memory resource (114, 214, 414) and the latched data from the application controller (117, 217, 417); and a multiplexer "MUX" (236, 469) allowing the output of the commands from the application controller (117, 217, 417) in response to an absence of the flag and preventing the output of the commands in response to receiving the flag from the application controller (117, 217, 417).

12. The method of claim 11, further includes transmitting the data from the memory resource (114, 214, 414) as a direct output to a safety controller (118, 218, 418).

13. The method of claim 11, further includes transmitting the data from the memory resource (114, 214, 414) to the application controller (117, 217, 417) as a direct output.

14. The method of any one of claims 11-13, wherein the data from the memory resource to a safety controller (118, 218, 418) is transmitted on a rising edge of a clock (352).

15. The method of any one of claims 11-13, wherein the data from the memory resource (114, 214, 414) to the application controller (117, 217, 417) is transmitted on a rising edge of a clock.