my thoughts exactly bigben. i'd have no ability to "target" the cooling where it is most needed if i used 2 || lines (CPU ||
MB&GPU), where the CPU path goes straight through the Ts, & no valve. if i add a valve to the GPU+MB line, i can divert the
flow to the CPU. if the GPU & MB get too hot I won't be able to divert flow from the CPU. in this case, I would then want to
locate the valve on the CPU line instead. predicting which will be the case would require experimentation or knowing friction
coefficients for the blocks, but i think i have made an initial decision. i plan on using 3|| WBs with valves on the GPU & MB
lines. BTW, the blocks are:
Maze3
Daden "video"
Daden "chipset"
i don't need to go overboard & do anything like experimenting or calculating the flow dynamics to get reasonable results
anyways; as long as i give the MB & GPU WBs enough water to keep them below a certain temp, the system will operate more
efficiently than without valves (max CPU flow available, minimum flow restriction). i think a 3|| system may have significant
benefits considering the WBs very restrictive & the math of flows is analogous to electics; || WBs:|| resistors, series
WBs:series resistors, well sort of (where friction:resistance, pressure:voltage, & GPM:current). i'm not experienced with h2o
yet, so i'm not sure how restrictive my BIX will be relative to everything else:/ i'd need multiple rads to reduce the "heat exchanger" pressure drop anyways. however, since i already have 3 WBs i might as well keep them ||, right?
i have a Digidoc 5 to adjust this system with, so it shouldn't be hard to pull off (i know, it's too late to avoid the DD. i
bought it months ago).
off the topic of my rig, wouldn't that be schweet to make an h2o system that has a PIC based controller that thermally
regulates valves, fans, & pump(s) & communicates real time with a PC?
|