Messages

Pictures of me installing the fans are on dropbox, as well as my intermediate cardboard box case.

The pictures of that case made me smile. You even did cut outs for the ports and a fan!

I do not have security torx bits at the moment to remove the standard motherboard standoffs

If you can grip the top of them with pliers and rubber padding then you might be able to get some torque on to the bottom enough to loosen them enough to remove. It's risky if you slip though, particularly with the screws in the middle of the board.

1. How do you remove the motherboard standoffs that come with a new board and

On both the boards that I've had I simply unscrewed them.

3. How do you remove the CPU fan  brackets from the motherboard? The CM 212 Evo fan mount standoffs cannot fit.

I haven't tried, and to be honest it looks like they might be epoxied on which would make it very hard to get them off without damage. Can you explain more about which parts do not fit? For me, the screws supplied with the CNPS10X were designed to screw straight down into the holes and into the existing backplane but they did not fit well. On my first CPU I simply replaced the screws with some that did fit well. On my second CPU I'd run out of replacement screws so first I screwed 4 of those little motherboard standoffs into the CPU holes. This gave me 4 little brass 'pillars' around the CPU. I then screwed the CNPS10X down into those pillars using standard motherboard screws. If you do this then you need short motherboard standoffs to make sure you get enough downward pressure on to the CPU.
[/quote]

This link has photos of my build log so far, including pics of the motherboard standoffs:
https://www.dropbox.com/sh/ndo0kl2q4txi1v8/AAB4RlnKAWsvTB-CSYkwur9Da?dl=0.

Looks great, keep the photos coming!

Not a silly question - I was actually wondering if my 1333MHz memory would clock down to 800MHz for the E5504 - I had assumed it would.

PC3-10600R is the correct memory so you're OK there. No problems running it at 800MHz, that's exactly what I did early on.

I've got 3x4Gb sticks in the black slots for CPU0. It's genuine HP memory (registered I believe) with the part number 500203-061 (http://partsurfer.hp.com/Search.aspx?searchText=500203-061). I've also tried with just one stick

Same as me, I was running with 3x4Gb in those slots for the early tests.

I have some "normal PC" memory that runs at 800MHz but I don't think one can install such memory in this one?

You're right, you can't use those.

I have rigged up a little speaker and the HDD LED which is also involved in displaying the codes. I don't get any codes when I try to boot up, but if I turn the power supply off at its switch, it beeps/flashes four times, which is a power supply overload error. I had been chasing this, but then I thought it might be because of the hacked wiring (Chinese adaptor cable) or other differences from standard. I.e, standby lines staying active a little longer when the switch is turned off or something. It's a 1050W power supply and all voltages are normal at the connectors during "running".

That overload indicator is strange, though it may just be a symptom of the sudden uncontrolled loss of power.

Have you tried different graphics cards (the simpler the better) and in different PCIe slots? I seem to remember that when I was having trouble with my 7970 early on then the symptoms were similar to yours though I think the fan might have gone fast-slow-fast but can't remember exactly. I've never had a speaker or paid attention to any flashing that the power LED might have been doing so I can't confirm that it was identical.

I thought it would be worth asking though, has anyone else had the same symptoms, and/or could shed any light on the problem?

Silly question: what's your memory configuration (type and slots used)?

Also, have you got a case speaker you can rig up to hear the diagnostic beeps? (the meaning is in the service manual under "Diagnostic LED and audible (beep) codes")

quick info:

i was searching for max power output thought 6pin GPU connector and i find this pdf
http://www.nvidia.com/content/quadro/maximus/di-06471-001_v02.pdf
where they use  6-pin to 8-pin adaptors for tesla and quadro fx5xxx in Z800

because i want to try SLI GTX980 and dont want case full of molex conversion cables

Good that they refer directly to the Z800 in that PDF, that is helpful. FYI: The limiting values for power that can be drawn down by a graphics card are:

75W from the PCIe slot
75W from a 6-pin GPU power cable
150W from an 8-pin GPU power cable

If you do use Molex conversion cables then look for nice fat wires and a good quality connector because 75W is around 6A from the 12V line which comes close Molex's own rating of 6.25A for the connector. Some of the flimsy clones may not be able to handle as much current.

What programmer are you using

I was using an Arduino clone running at 3.3V. 3.3V on that board (a Seeeduino) is provided by an LD1117 clone that should be up to the job. I haven't tried again since my first attempt but will set aside a few hours hopefully soon to have another go. This time I'll take some readings off the chip legs instead of at the Arduino pins.

Also, did you ever try your 002 board with dual processors

No. The chance to get an 003 board came up at a price I couldn't pass on so I snapped it up and then bought and added the second CPU a few weeks later.

The signals are there on "X2400" a 40-pin board-to-board connector. This is a slide phone. It's different to all the others I've looked at because it has two main boards that will be connected together by the board-to-board connectors and some flex cable. The usual 24-pin JST connector that they use is not present in the schematic you've posted.

Hi, my project is for the Nokia 6300 LCD. Have you obtained the service manual for the 6270 and verified that the pinout is identical to the 6300?

Regards,
- Andy

Hi Isaya,

This is likely to be because of the way your panel has been configured at the factory. We should be able to compensate for that by adjusting the value of the 'Entry Mode' register (R11H).

After the panel object has been created you should be able to call the 'writeCommand' method on the access mode object to change the value of R11H, e.g. this might be a good start:

Code Select Expand


_accessMode->writeCommand(0x11,0x08);


The possible values for R11H are documented in the SSD1289 datasheet. Look for the documentation for the ID[1..0] and AM bits. These control the screen output direction.

I was actually getting an unusual reading from my multimeter re the FET (beeping for continuity but still showing open circuit on the display - which I'm not sure how to interpret),

If it's a logic level FET then you may have triggered the gate with the multimeter test current. They can be very sensitive.

Have you soldered pins to the pads? Could you have shorted pin 1 to the neighboring pin? It does seem strange to me that there would be two pins on the header for exactly the same thing.

I've soldered some short solid core wires to each of the pads to allow easier hacking but all continuity tests were done before I did that so I am sure of the readings.

Obviously though, it's a curiosity whether the -003 bootblock is only compatible with the more recent chipset stepping, i.e on the -003 version of the board. See http://h30499.www3.hp.com/t5/Workstations-z-series-xw-series/Z800-2nd-gen/m-p/2367973/highlight/true#M12100

Yes that is a concern. Before starting this I read the differences between the steppings in Intel's docs and there was nothing in there that I thought would affect a BIOS's ability to boot. Of course the bootblock could have code that looks at the stepping and flat-out refuses to proceed if it sees the wrong version.

Have you tried both logic low and high on pin 1 of the SPI header (one with the square pad)? I'm not sure it's CE as in your graphic (at least on my board anyway).

Only active low, which follows the datasheet protocol. I've never yet seen an active high SPI IC, what did you have in mind? I also tried both the supported SPI modes with no change in response. Clearly something's amiss though so I'll be poking around a bit further with the logic analyser to get a closer look.

Pin 1 on the SPI header is a dead-short (<1 ohm resistance) to pin 1 on the BIOS IC on my board. Isn't it the same on yours?

Hi all, me again >.<. I try to put the cpu heatsink on, use 1 cpu e5520 to make sure old bios could handle this. I try many time to turn my system on but computer power supply shuts down after a few seconds and I have no idea why's that. Anyone could give me a suggestion for this trouble?

Unfortunately those symptoms are associated with a wide range of issues. If your power supply is faulty or incorrectly fitted then this will happen. If your CPU is faulty then this will happen.

Are you certain that your PSU is wired correctly and that all connectors are fitted (board power, CPU power, memory power)?

Have you got the correct memory type installed in a supported configuration?

Is this the same CPU that was previously running without a heatsink? As you've discovered it has automatic thermal shutdown when the core temperature approaches damaging levels but this isn't a feature you'd want to test. It is possible that the CPU has been damaged.

You haven't selected one of the "Arduino Mega" boards from the Tools => Board menu. The xmem interface used by this library is unique to the Mega series of boards.

Here's my attempt at memory cooling. I bought some right-angle brackets off ebay and used them to fix a Fractal Design 120mm fan to the roof of the DS6, angled in to direct air through the DIMMs. The fan is connected to one of the case's built-in controllers so I can manage the speed from the front of the case.

The DIMMs themselves don't need active cooling in the way that a CPU heatsink does. The aim here is to move hot air away from the DIMMs and out of the back of the case before that air can raise the temperature of a neighbouring DIMM. I've still only got 24 of my 48Gb installed in here, I plan to add the rest later.

I've had some more time to play around with the BIOS SPI header on an 002 motherboard. I've verified that when VSS and VDD are supplied with 0/3.3V then WP and HOLD are both high at the legs of the BIOS IC. This is good. It means that the SPI flash device is write enabled and should accept programming commands.

However, I've tried sending it the JEDEC RDID command and it's not responding, SO stubbornly stays high. I know my CE/SCK/SI protocol is correct because I've verified it with a logic analyser at the master end and I've communicated like this with dozens of SPI ICs before now. Not sure what's going on, maybe I'll probe it at the legs of the BIOS IC to see if the signals are not getting there intact.