Bent Andreas Skrevet 11. april 2015 Rapporter Del Skrevet 11. april 2015 Hei! De 2 siste ukene så har det hendt mens jeg spiller at jeg plutselig detter ut av hele spillet.Jeg går på oppgavebehandlinger og må tvinge spillet til å avslutte. Jeg vil jo oftest fortsette å spillet, og starter opp igjen med det samme. Før jeg har fått opp spillet igjen, så kommer bluescreen. I dag var det 3. gangen det har skjedd. Selv klarer jeg ikke forstå hva det kan være, men helt plutselig har den gjort det 3 ganger på 1,5 uke. Informasjon dere kan være interessert i BCCode: 116 BCP1: FFFFFA800B728010 BCP2: FFFFF88005C2E848 BCP3: 0000000000000000 BCP4: 0000000000000002 OS Version: 6_1_7601 Service Pack: 1_0 Product: 256_1 SSD: Kingston HyperX 3K SSD 120GB 2.5'' Harddisk: Western Digital Caviar® Black 1TB Skjermkort: MSI Radeon HD 7970 3GB GDDR5 Hovedkort: ASUS Sabertooth P67, Socket-1155 Prossesor: Intel Core? i7 Quad Processor i7-2600K Minne: Corsair XMS3 DDR3 1600MHz 6GB CL9 totalt 10GB Strøm: Cooler Master Silent Pro M1000 1000W Jeg har spilt Diablo 3 og CS:GO når dette har skjedd. Det har aldri hent når jeg bare er i windows. Men måten jeg klarer å forklare det på er at alt henger seg. Håper det er noen som er kjent med dette fra før, eller klarer å finne ut hva det kan være. Hilsen Bent Andreas Lenke til kommentar
Bergerud Skrevet 12. april 2015 Rapporter Del Skrevet 12. april 2015 siden det skjer i spill er det fristende å tro det er grafikkdriveren. Prøv å reinnstaller / oppdater denne. Restarter maskinen seg automatisk ved bluescreen eller har du mulighet til å se på/ta bilde av bluescreenen? (Dette kan du eventuelt endre i systeminnstillinger) Vanligvis får man mye ut av å google det bluescreenen sier. Bergerud Lenke til kommentar
sveibuen Skrevet 12. april 2015 Rapporter Del Skrevet 12. april 2015 søkte opp å finner flere plasser at det er grafikk kortet! Lenke til kommentar
Bergerud Skrevet 12. april 2015 Rapporter Del Skrevet 12. april 2015 søkte opp å finner flere plasser at det er grafikk kortet! Ja. Det får nok strøm? Prøv eventuelt og bytt output på PSUen så den ikke deler 12v rail med resten av systemet (skulle ønske jeg kunne forklart det bedre) Sjekk også om du kan oppdatere biosen på skjermkortet. Men jeg ville begynt med driverne. Fjern de gjerne fra safe mode (f8 under boot, safe mode, fjern driverne, reboot) og last ned nyeste fra amd.com Bergerud Lenke til kommentar
Bergerud Skrevet 12. april 2015 Rapporter Del Skrevet 12. april 2015 (endret) Hvordan får du til 10GB ram med 2gb x 4 slots forresten? Edit: har du 3x 2GB + 1x 4GB? Det er vel ikke direkte anbefalt? "Like barn leker best" Kan godt hende det er problemfritt, har ikke fulgt helt med på det men brikkene jobber vel i par (?) Jeg ville foretrukket like brikker med lik mengde.. Endret 12. april 2015 av Bergerud Lenke til kommentar
Bent Andreas Skrevet 12. april 2015 Forfatter Rapporter Del Skrevet 12. april 2015 Takk for svar folkens! Begynner bare med det nederste, ja du har korrekt. Å det er sikkert ikke helt optimalt med 3x2GB + 1x4GB. Men det er helt samme type minne. ikke forskjell på noe som helst. Driveren er nettopp oppdatert. Så kanskje det kan ha en sammenheng? Kanskje jeg bør slette den og installere en eldre versjon? Ved Bluescreen så restarter den seg, har vel 1-2 sek til å lese noe. Men bytte utgang på strømforsyningen kan jeg jo prøve, men har aldri oppdatert bios på selve grafikk kortet. Men hvis du tror det kan hjelpe så skal jeg nok lese meg fram til det på nettet. Til slutt. Hva har det å si om jeg fjerner driverene fra safe mode? Bent Andreas Lenke til kommentar
Bergerud Skrevet 12. april 2015 Rapporter Del Skrevet 12. april 2015 (endret) Takk for svar folkens! Begynner bare med det nederste, ja du har korrekt. Å det er sikkert ikke helt optimalt med 3x2GB + 1x4GB. Men det er helt samme type minne. ikke forskjell på noe som helst. Driveren er nettopp oppdatert. Så kanskje det kan ha en sammenheng? Kanskje jeg bør slette den og installere en eldre versjon? Ved Bluescreen så restarter den seg, har vel 1-2 sek til å lese noe. Men bytte utgang på strømforsyningen kan jeg jo prøve, men har aldri oppdatert bios på selve grafikk kortet. Men hvis du tror det kan hjelpe så skal jeg nok lese meg fram til det på nettet. Til slutt. Hva har det å si om jeg fjerner driverene fra safe mode? Bent Andreas I safe mode er ikke driverne aktivert. Kun en windows driver som gir bilde på skjermen i lav oppløsning.Ergo blir alt borte når du fjerner i safe mode. Personlig har jeg sjelden erfart behovet for en så grundig rens av drivere men når man først har problemer lønner det seg jo og gjøre alt "korrekt". Angående bluescreen: www.lifehacker.com/keep-windows-blue-screen-of-death-from-automatically-r-509456466 Endret 12. april 2015 av Bergerud Lenke til kommentar
sveibuen Skrevet 13. april 2015 Rapporter Del Skrevet 13. april 2015 Skjermkortet ja, her må du faktisk ta en clean install av skjermkort driveren! Dette kan du, viss jeg husker rett, gjøre når du installere driveren, at du går inn på tilpass og huker på en eller annen plass der, litt vanskelig å se. Lenge si eg har hatt AMD nå, men husker dem alltid sa, ta en clean install av hele driveren når du oppdaterer driver til skjermkortet! Her har du også en omfattende rensing av alt som har med ati/amd på maskinen din som anbefales http://www.tomshardware.co.uk/faq/id-2284749/completely-uninstall-amd-nvidia-gpu-drivers.html 1 Lenke til kommentar
Syar-2003 Skrevet 13. april 2015 Rapporter Del Skrevet 13. april 2015 (endret) En 2GB memory modul er aldri det samme som en 4GB modul uansett om det er fra samme produsent. Det er ganske mange settinger og egenskaper pr modul. Mye mere enn de fire fem man refererer til som spenning cas , rcd , trd og tras. Test systemet ditt uten operativ systemet først med memtest86 så får du svaret. Jeg er 99,99% sikker på at minnet og din blanding av moduler er årsaken. i det minste skal du bruke 2 like 4Gb moduler sammen med 2 like 2Gb moduler fordelt riktig i hver av de to minnekanalene. Her er en JEDEC standard SPD parameter liste over DDR minne som illustrerer dette. Og at det er mye mere som skal matche enn vi tror for at cpu og memorycontrolleren og hovedkortet settinger skal adopte de til hver populerte modul . Tross alt står 2 moduler i en 64bit vid buss og 2 andre i en annen og visse parametere kan ikke settes individuelt ulikt. Spd data Byte 0Number of Serial PD Bytes Written/ SPD Device Size/ CRC Coverage Bit 3 to Bit 0 describes the total size of the serial memory actually used in the EEprom for the Serial Presence Detect data. Bit 6 to Bit 4 describes the number of bytes available in the EEprom device, usually 128byte or 256 byte. On top of that, Bit 7 indicates whether the unique module identifier covered by the CRC encoded on bytes 126 and 127 is based on (0-116byte) or based on (0-125byte).. (When CST EZ-SPD Programmer is used: Simply select items from 3 tables and automatically calculate the final hex number) The most common one used is:Total SPD Bye = 256CRC Coverage = 0-116ByteSPD Byte used = 176 ByteResulting code is 92h Byte 1SPD Revision Version 0.0 00hRevision 0.5 05hRevision 1.0 10hRevision 1.1 11hRevision 1.2 12h Byte 2DRAM Device Type This refers to the DRAM type. In this case, we are only dealing with DDR3 SDRAM. DDR3 SDRAM: 0Bh Byte 3Module Type This relates to the physical size, and category of memory module.Undefined 00hRDIMM (Registered Long DIMM) 01hUDIMM (Unbuffered Long DIMM) 02hSODIMM (Small Outline DIMM) 03h Byte 4 SDRAM Density and Banks This byte defines the total density of the DDR3 SDRAM, in bits, and the number of internal banks into which the memory array is divided.Presently all DDR3 have 8 internal banks. SDRAM Chip Size 512Mb 01h1Gb 02h 2Gb 03h4Gb 04h Byte 5SDRAM Addressing This byte describes the row addressing and column addressing in the SDRAM Device.512Mb chips 13 Row X 10 Column 09h 13 Row X 12 Column 0Bh12 Row X 10 Column 01h 1Gb chips 14 Row X 10 Column 11h14 Row X 12 Column 13h13 Row X 10 Column 09h 2Gb chips 15Row X 10 Column 19h15 Row X 12 Column 1Bh14 Row X 10 Column 11h Byte 6Reserved 00h Byte 7Module Organization This byte describes the organization of the SDRAM module; the number of Ranks and the Device Width of each DRAM(When CST EZ-SPD Programmer is used: Simply select number of Ranks and Device Width. It automatically calculate final hex number) 1 Rank module using X8 chips 01h2 Rank module using X8 chips 09h1 Rank module using X4 chips 00h 2 Rank module using X4 chips 08h4 Rank module using X8 chips 19h4 Rank module using X4chips 18h1 Rank module using X16 chips 02h2 Rank module using X16 chips 10h Byte 8Module Memory Bus Width This refers to the primary bus width of the module plus the additional with provided by ECC16bit 01h32bit 04h64bit (no parity) 03h64bit + ECC (72bit) 0Bh Byte 9Fine timebase (FTB) Dividend / Divisor This byte defines a value in picoseconds that represents the fundamental timebase for fine grain timing calculations. This value is used as a multiplier for formulating subsequent timing parameters. The granularity in picoseconds is derived from Dividend being divided by the Divisor.Granularity:2.5ps 52h5ps 55h Byte 10Medium Timebase (MTB) Dividend Byte 11Medium Timebase (MTB) Divisor These byte defines a value in nanoseconds that represents the fundamental timebase for medium grain timing calculations. This value is used as a multiplier for formulating subsequent timing parameters. The two byte forms the Dividend and the Divisor to determine the granularity of the medium timebase. Granularity 0.125ns Byte 10 01h Byte 11 08h 0.0625ns Byte 10 01h Byte 11 0Fh Byte 12Minimum SDRAM Cycle Time (tCK min) This byte describes the minimum cycle time for the module in medium timebase (MTB) units.For MTB granularity = 0.125ns (Byte 10 and Byte 11) DDR3 400Mhz clock (800data rate) 14hDDR3 533Mhz clock (1066data rate) 0FhDDR3 667Mhz clock (1333data rate) 0ChDDR3 800Mhz clock (1600data rate) 0Ah Byte 13 Reserved 00h Byte 14CAS Latencies Supported, Low Byte (When CST EZ-SPD Programmer is used: Simply select all latencies supported from table. Automatically calculate the hi and low byte hex value base on binary number) Latency 5.6 supported 06hLatency 6 supported 04hLatency 6,7 supported 0ChLatency 5, 6, 7, 8 supported 1Eh Byte 15 CAS Latencies Supported, High Byte 00h Byte 16Minimum CAS Latency Time (tAAmin) Minimum CAS Latency based on medium timebase (MTB) units. tAAmin can be read off SDRAM data sheet.Based on medium timebase of 0.125ns tAAmin 12.5ns DDR3-800D 64h 15ns DDR3-800E 78h11.25ns DDR3-1066E 5Ah13.125ns DDR3-1066F 69h15ns DDR3-1066G 78h10.5ns DDR3-1333F 54h12ns DDR3-1333G 60h13.5ns DDR3-1333H 6Ch15ns DDR3-1333J 78h10ns DDR3-1600G 50h11.25ns DDR3-1600H 5Ah12.5 ns DDR3-1600J 64h13.75ns DDR3-1600K 6Eh Byte 17Minimum Write Recovery Time (tWRmin) This byte defines the minimum SDRAM write recovery time in medium timebase (MTB) units. This value is read from the DDR3 SDRAM data sheet.Based on medium timebase of 0.125ns tWR min 15ns 78h12ns 60h16ns 80h Byte 18Minimum RAS# to CAS# Delay time (tRCDmin) This byte defines the minimum SDRAM RAS# to CAS# Delay in (MTB) unitsBased on medium timebase of 0.125ns tRCD min 12.5ns DDR3-800D 64h 15ns DDR3-800E 78h 11.25ns DDR3-1066E 5Ah 13.125ns DDR3-1066F 69h 15ns DDR3-1066G 78h10.5ns DDR3-1333F 54h12ns DDR3-1333G 60h15ns DDR3-1333J 78h10ns DDR3-1600G 50h11.25ns DDR3-1600H 5Ah12.5 ns DDR3-1600J 64h13.75ns DDR3-1600K 6Eh Byte 19 Minimum Row Active to Row Active Delay time (tRRDmin) This byte defines the minimum SDRAM Row Active to Row Active Delay in (MTB) units. This can be read from the SDRAM data sheet. Based on medium timebase of 0.125ns tRRD min 6.0 ns 30h 7.5 ns 3Ch10 ns 50h Byte 20 Minimum Row Precharge Delay Time (tRPmin) This byte defines the minimum SDRAM Row Precharge Delay in (MTB) units. This can be read from the SDRAM data sheet. Based on medium timebase of 0.125ns tRP min 12.5ns DDR3-800D 64h 15ns DDR3-800E 78h13.125ns DDR3-1066F 69h15ns DDR3-1066G 78h10.5ns DDR3-1333F 54h12ns DDR3-1333G 60h13.5ns DDR3-1333H 6Ch15ns DDR3-1333J 78h10ns DDR3-1600G 50h11.25ns DDR3-1600H 5Ah12.5 ns DDR3-1600J 64h13.75ns DDR3-1600K 6Eh Byte 21Upper Nibbles for tRAS and tRC This byte makes up the MSB (upper 4 bits) of the tRAS (bits 3-0) and tRC (bits 7-4) for Byte 22 (tRAS lower byte) and Byte 23 (tRC lower byte). They are in (MTB) units. Based on medium timebase of 0.125ns These nibbles represents the value of 256 (in MTB units) for both the tRAS and tRC upper nibble.. Therefore, the value is always 11h Byte 22Minimum Active to Precharge Delay Time (tRAS min), Least Significant Byte This byte is the lower 8 bits of the 12 bit tRAS value. It is represented in MTB units. The tRAS value can be read from the SDRAM data sheet. Based on medium timebase of 0.125ns tRAS min 37.5ns DDR3-800D 2Ch 37.5ns DDR3-800E 2Ch37.5ns DDR3-1066E 2Ch37.5ns DDR3-1066F 2Ch37.5ns DDR3-1066G 2Ch36ns DDR3-1333F 20h36ns DDR3-1333G 20h36ns DDR3-1333H 20h36ns DDR3-1333J 20h35ns DDR3-1600G 18h35ns DDR3-1600H 18h35ns DDR3-1600J 18h35ns DDR3-1600K 18h Byte 23Minimum Active to Active Refresh Delay Time (tRC min), Least Significant Byte This byte is the lower 8 bits of the 12 bit tRC value. It is represented in MTB units. The tRC value can be read from the SDRAM data sheet. Based on medium timebase of 0.125ns tRC min 50ns DDR3-800D 90h 52.5ns DDR3-800E A4h48.75ns DDR3-1066E 86h50.625ns DDR3-1066F 95h52.5ns DDR3-1066G A4h46.5ns DDR3-1333F 74h48ns DDR3-1333G 80h49.5ns DDR3-1333H 8Ch51ns DDR3-1333J 98h45ns DDR3-1600G 68h46.25ns DDR3-1600H 72h47.5ns DDR3-1600J 7Ch48.75ns DDR3-1600K 86h Byte 24Minimum Refresh Recovery Delay Time (tRFCmin), Least Significant Byte Byte 25Minimum Refresh Recovery Delay Time (tRFCmin), Most Significant Byte These two Byes forms a 16 bit value representing the tRFC value in MTB units. Based on medium timebase of 0.125ns tRFC min for 512Mb chip 90ns Byte 24 D0h Byte 25 02hfor 1Gb chip 110ns Byte 24 70h Byte 25 03hfor 2Gb chip 160ns Byte 24 00h Byte 25 05h Byte 26Minimum Internal Write to Read Command Delay time (tWTRmin) This byte defines the minimum SDRAM Internal Write to Read Delay Time in MTB units. This value is read off the data sheet. Based on medium timebase of 0.125ns tWTR min 7.5ns is for all DDR3 speed bins 3Ch Byte 27 Minimum Internal Read to Precharg Command Delay time (tRTPmin) This byte defines the minimum SDRAM Internal Read to Precharge Command Delay Time in MTB units. This value is read off the data sheet. Based on medium timebase of 0.125ns tRTP min 7.5ns is for all DDR3 speed bins 3Ch Byte 28Upper Nibbles for tFAW This byte makes up the most significant bit value (upper 4 bits) of the tFAW (bits 3-0). They are in (MTB) units. This value is read off the SDRAM data sheet. Based on medium timebase of 0.125ns For tFAW value of 32ns or higher, the hex value for this byte is 01h For all tFAW value less than 32ns, the hex value for this byte is 00h Byte 29Minimum Four Activate Window Delay Time (tFAWmin), Least Significant Byte This works with Byte 28 to form a 12-bit value which defines the minimum SDRAM Four Activate Window Delay Time in MTB units. This data is available on the SDRAM data sheet. Based on medium timebase of 0.125ns tFAW min 40.0ns DDR3-800, 1K page size 40h50.0ns DDR3-800, 2K page size 90h37.5ns DDR3-1066, 1K page size 2Ch50.0ns DDR3-1066, 2K page size 90h30.0ns DDR3-1333, 1K page size F0h45.0ns DDR3-1333, 2K page size 68h30.0ns DDR3-1600, 1K page size F0h40.0ns DDR3-1600, 2K page size 40h Byte 30SDRAM Output Drivers Supported This byte defines the optional drive strengths supported by the SDRAMs on this module. This information can be found from the SDRAM data sheet. RZQ/6 supported RZQ/7 supported 03hRZQ/6 supported RZQ/7 not supported 01hRZQ/6 not supported RZQ/7 supported 02h Byte 31Module Bank Density This byte describes the module’s supported operating temperature ranges and refresh options. These values come from the DDR3 SDRAM data sheet. The information includes On-die Thermal sensor support, ASR Refresh support, 1X or 2X Temperature Refresh Rate support as well as the Extended Temperature Range. (When CST EZ-SPD Programmer is used: Simply select all supported options from table. It automatically calculate the hex value based on the 2 byte binary number) Byte 32-59 Reserved, General Section 00h Byte 60Module Nominal Height Under or equal 15mm 00hBetween 15 and 16mm 01hBetween 16 and 17mm 02hBetween 17 and 18mm 03hBetween 18 and 19mm 04hBetween 19 and 20mm 05hBetween 20 and 21mm 06hBetween 21 and 22mm 07hBetween 22 and 23mm 08hBetween 23 and 24mm 09hBetween 24 and 25mm 0AhBetween 25 and 26mm 0BhBetween 26 and 27mm 0ChBetween 27 and 28mm 0DhBetween 28 and 29mm 0EhBetween 29 and 30mm 0FhBetween 30 and 31mm 10hBetween 31 and 32mm 11hBetween 32 and 33mm 12hBetween 33 and 34mm 13hBetween 34 and 35mm 14hBetween 35 and 36mm 15hBetween 36 and 37mm 16hBetween 37 and 38mm 17hBetween 38 and 39mm 18hBetween 39 and 40mm 19hBetween 40 and 41mm 1AhBetween 41 and 42mm 1BhBetween 42 and 43mm 1ChBetween 43 and 44mm 1DhBetween 44 and 45mm 1EhOver 45mm 1Fh Byte 61Module Mechanical Maximum Thickness This byte defines the maximum thickness in millimeters of the fully assembled module including heat spreaders and any other components. It is in two parts; the front thickness (from PCB surface) and the back thickness (from PCB surface). (When CST EZ-SPD Programmer is used: Simply selected by number between 1-15mm for front thickness and by number between 1-15mm for back thickness. Program automatically converts these thickness number into 2 byte hex code.) Smaller or equal to 1mm on both front and back 00h 1 to 2 mm on both front and back 11h2 to 3 mm on both front and back 22h3 to 4 mm on both front and back 33h2 mm on front 1 mm max on back 01h3 mm on front 1 mm max on back 02h4 mm on front 1 mm max on back 03h Byte 62Reference Raw Card Used This Byte indicates which JEDEC reference design raw card was used as the basis for the module assembly. It includes Raw Card designator and Revision number. (When CST EZ-SPD Programmer is used: Simply select by number on revision code. Select Raw Card number by alphabetic code. Program automatically calculates the 2 byte Hex number.) Raw Card A rev. 0 00h , rev. 1 20h , rev. 2 40h , rev. 3 60h Raw Card B rev. 0 01h , rev. 1 21h , rev. 2 41h , rev. 3 61hRaw Card C rev. 0 02h , rev. 1 22h , rev. 2 42h , rev. 3 62hRaw Card D rev. 0 03h , rev. 1 23h , rev. 2 43h , rev. 3 63hRaw Card E rev. 0 04h , rev. 1 24h , rev. 2 44h , rev. 3 64hRaw Card F rev. 0 05h , rev. 1 25h , rev. 2 45h , rev. 3 65hRaw Card G rev. 0 06h , rev. 1 26h , rev. 2 46h , rev. 3 66hRaw Card H rev. 0 07h , rev. 1 27h , rev. 2 47h , rev. 3 67hRaw Card J rev. 0 08h , rev. 1 28h , rev. 2 48h , rev. 3 68hRaw Card K rev. 0 09h , rev. 1 29h , rev. 2 49h , rev. 3 69hRaw Card L rev. 0 0Ah , rev. 1 2Ah , rev. 2 4Ah , rev. 3 6AhRaw Card M rev. 0 0Bh , rev. 1 2Bh , rev. 2 4Bh , rev. 3 6BhRaw Card N rev. 0 0Ch , rev. 1 2Ch , rev. 2 4Ch , rev. 3 6ChRaw Card P rev. 0 0Dh , rev. 1 2Dh , rev. 2 4Dh , rev. 3 6DhRaw Card R rev. 0 0Eh , rev. 1 2Eh , rev. 2 4Eh , rev. 3 6EhRaw Card T rev. 0 0Fh , rev. 1 2Fh , rev. 2 4Fh , rev. 3 6Fh Raw Card U rev. 0 10h , rev. 1 30h , rev. 2 50h , rev. 3 70h Raw Card V rev. 0 11h , rev. 1 31h , rev. 2 51h , rev. 3 71h Raw Card W rev. 0 12h , rev. 1 32h , rev. 2 52h , rev. 3 72h Raw Card X rev. 0 13h , rev. 1 33h , rev. 2 53h , rev. 3 73h Raw Card Y rev. 0 14h , rev. 1 34h , rev. 2 54h , rev. 3 74h Raw Card Z rev. 0 15h , rev. 1 35h , rev. 2 55h , rev. 3 75h Byte 63Address Mapping from Edge Connector to DRAM For ease of module PCB layout, sometimes “mirror” address mapping is used. “Mirror” address is to flip the address line sequence on the 2nd rank of the module. This byte describes the connection of edge connector pins for address bits to the corresponding input pins of the DDR3 SDRAMs. Rank 1 Mapping Standard 00hMirrored 01h Byte 64-116Reserved 00h Byte 117Module Manufacturer ID Code, Least Significant Byte This code is obtained through manufacturer’s registration with JEDEC (the standard setting committee). A small fee is charged by JEDEC to support and maintain this record. Please contact JEDEC office. Byte 117 is the least significant byte while byte 118 is the most significant byte. If the ID is not larger than one byte (in hex), byte 118 should be filled with 00h. Byte 118Module Manufacturer ID Code, Most Significant Byte This code is obtained through manufacturer’s registration with JEDEC (the standard setting committee). A small fee is charged by JEDEC to support and maintain this record. Please contact JEDEC office. Byte 117 is the least significant byte while byte 118 is the most significant byte. If the ID is not larger than one byte (in hex), byte 118 should be filled with 00h. Byte 119Module Manufacturing Location Optional manufacturer assigned code. Byte 120Module Manufacturing Date Byte 120 is for the year. (When CST EZ-SPD Programmer is used: User selects the year to automatically enter the year code in hex.) Byte 121The week of the year, 1 to 52. (When CST EZ-SPD Programmer is used: The program should automatically calculate the week of the year once a day on the calendar is click selected and “OK” by the user. It will also automatically convert to the proper SPD hex code) Byte 122-125Module Serial Number Optional manufacturer assigned number. On the Serial Number setting, JEDEC has no specification on data format nor dictates the location of the Most Significant Bit. Therefore, it’s up to the individual manufacturer to assign his numbering system.(All CST testers and EZ-SPD programmers have the option for the user to select either byte 122 or 125 as the MSB (most significant bit). The tester assumes the use of ASCII format, which is the most commonly used. The CST testers also have the function to automatically increment the serial number on each module tested.) Byte 126-127SPD Cyclical Redundancy Code (CRC) This two-byte field contains the calculated CRC for previous bytes in the SPD. A certain algorithm and data structures are to be followed in calculating and checking the code. Bit 7 of Byte 0 indicates which bytes are covered by the CRC. (When CST EZ-SPD Programmer is used: The CST tester automatically calculates the CRC for you based on information of Byte 0 – Byte 125.) Byte 128-145Module Part Number The manufacturer’s part number is written in ASCII format within these bytes. Byte 128 is the most significant digit in ASCII while byte 145 is the least significant digit in ASCII. Unused digits are coded as ASCII blanks (20h). (When CST EZ-SPD Programmer is used: Simply click the button at the right of Byte 128 to open an edit window, input the manufacturer’s PN (Maximum 18 digits). The software will automatically translate it into ASCII and write them into Bytes 128-145.) Byte 146-147Module Revision Code Optional Manufacturer Assigned Code Byte 148DRAM Manufacturer ID Code, Least Significant Byte This code is obtained through manufacturer’s registration with JEDEC (the standard setting committee). A small fee is charged by JEDEC to support and maintain this record. Please contact JEDEC office. Reference to JEDEC document JEP-106 for more detail. Byte 148 is the least significant byte while byte 149 is the most significant byte. If the ID is not larger than one byte (in hex), byte 149 should be filled with 00h. Byte 149DRAM Manufacturer ID Code, Most Significant Byte This code is obtained through manufacturer’s registration with JEDEC (the standard setting committee). A small fee is charged by JEDEC to support and maintain this record. Please contact JEDEC office. Reference to JEDEC document JEP-106 for more detail. Byte 148 is the least significant byte while byte 149 is the most significant byte. If the ID is not larger than one byte (in hex), byte 149 should be filled with 00h. Byte 150-175Manufacturer’s Specific Data Optional manufacturer assigned code. The module manufacturer may include any additional information desired into the module within these locations. Byte 176-255Open for Customer Use Optional customer assigned codes. These bytes are unused by the manufacturer and are open for customer use. Endret 13. april 2015 av syar2003 Lenke til kommentar
Carls1 Skrevet 13. april 2015 Rapporter Del Skrevet 13. april 2015 Hei, vet ikke om du har fått rettet opp i dette, jeg hadde lignende problem. Oppdaterte alle driverne mine og Windows uppdates "manuelt" da det lå noen dersom ikke kom automatisk. Problem solved. Lenke til kommentar
Bent Andreas Skrevet 13. april 2015 Forfatter Rapporter Del Skrevet 13. april 2015 @syar2003 Hvis du er så sikker på at det er minnet som ikke kjører på lag, hvorfor kom det ikke bluescreen første gang jeg satte inn 4GB ? Det er minst 1 år siden jeg kjøpte det ekstra minnet. Jeg sier ikke at det er feil, men burde det ikke kommet noe med det første? @Carls1 Er vanskelig å si om alt er på stell når det ikke skjer hele tiden. Men får la det gå 1 uke før jeg kan konkludere med noe, men drivere er definitivt noe som kan være årsaken. Alt i windows update er på stell Lenke til kommentar
Syar-2003 Skrevet 13. april 2015 Rapporter Del Skrevet 13. april 2015 (endret) @syar2003 Hvis du er så sikker på at det er minnet som ikke kjører på lag, hvorfor kom det ikke bluescreen første gang jeg satte inn 4GB ? Det er minst 1 år siden jeg kjøpte det ekstra minnet. Jeg sier ikke at det er feil, men burde det ikke kommet noe med det første? @Carls1 Er vanskelig å si om alt er på stell når det ikke skjer hele tiden. Men får la det gå 1 uke før jeg kan konkludere med noe, men drivere er definitivt noe som kan være årsaken. Alt i windows update er på stell Jeg er bare 99,99% sikker. Så jeg kan ta feil. Nå er det slik at en modul isolert sett ikke må ha en feil i seg heller og jeg har ikke påstått det. Det at det ikke har skjedd før kan forklares med at de øvre minne adressene tilhørende den modulen ikke har vært aggressivt brukt føre nå (endret bruksmønster og minne mengde) eller at din psu eller hovedkort sine konensatorer/spenningsregulatorer har svekket seg slik at spenninger har dalt eller fluktuerer. Men som alltid med varierende og sporadiske bluescreens er første tiltak alltid å kjøre en memtest86 for å utelukke minnet og minnesubsystemet. Endret 13. april 2015 av syar2003 Lenke til kommentar
sveibuen Skrevet 14. april 2015 Rapporter Del Skrevet 14. april 2015 Du kan jo ta ut en brikke, slik at du kjører 2 like brikker! Å se om dette hjelper! Er vel det enkleste du kan begynne med! Memtest sier også i 99% tilfellene om det er feil eller ikke, jeg var den 1% som hadde feil på minnebrikkene uten at memtest klarte å finne ut av -.- Men gjør det først, ta ut en brikke slik at du kjører dual channel, altså 2 like brikker! Så tar vi det der i fra! Lenke til kommentar
Bent Andreas Skrevet 18. april 2015 Forfatter Rapporter Del Skrevet 18. april 2015 Da har jeg rensket for drivere, og jeg har kjørt memtest. Men i dag så skjedde det igjen. Fikk med meg bluescreen denne gangen, så håper det kan gjøre det lettere. Etter dette innlegget så skal jeg bytte utgangen på psu, å se om det også kan hjelpe. http://imgur.com/mxhL5kS Lenke til kommentar
Syar-2003 Skrevet 18. april 2015 Rapporter Del Skrevet 18. april 2015 (endret) Har du "samme data" i bluescreens hver gang eller er de "random" eller delvis "random" Bluescreens sitt opphav er å gi informasjon om hva som krasjer maskinen eller hvorfor (om enn noe kryptisk). Er det alltid stop kode 116 med atikmdag.sys driver som kommer i bluescreens du får ? Så fall bør du gå igjennom alt som er beskrevet her : http://www.sevenforums.com/crash-lockup-debug-how/63320-stop-0x116-video_tdr_error-troubleshooting.html Du har også en reability monitor ii windows 7/8 under kontrollpanel http://www.howtogeek.com/166911/reliability-monitor-is-the-best-windows-troubleshooting-tool-you-arent-using/ Her var det på 116 atikmdag.sys en annen løsning http://www.sevenforums.com/bsod-help-support/261862-bsod-0x00000116-atikmpag-sys.html Så det er ingen fasit på problemet dessverre. Endret 18. april 2015 av syar2003 Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå