Jump to content

daris

Members
  • Posts

    6
  • Joined

Everything posted by daris

  1. OK, so that clears things up. I still have some extra questions. If it isn't the short power bursts that trips the OCP when using one cable, what actually trips the OCP? Is it because cards like Vega 64 / Radeon 7 like to generally consume more than 30A (35-40A to be precise, as multi-rail OCP is usually set at this range) from the PCI-E 12V cable? Or is there something else that comes into play?
  2. Hmm... Basically what I was referring to is this picture: Here it is shown how Vega 64 consumes power. It hits above 30A in a couple of seconds, but it does so in relatively short bursts/period of time. It's way shorter than what a short would be. This is what I know to be causing tripping/shut down issues when using one cable w/ multi-rail OCP on a high-end GPU. The thought is that if you have a digital MCU, you could differentiate between the two and use random cables without tripping. That's very interesting, but I can't find the details of that. Does Intel account for the power peaks I mentioned above? In this document, there is no mention of the standard you are talking about, however. https://www.intel.com/content/dam/www/public/us/en/documents/guides/power-supply-design-guide-june.pdf Why is that exactly? Does an OCP that accounts short GPU peaks means that it has to at the same time can't differentiate between that and a normal short?
  3. I didn't say it would trip using two cables, what I said was it won't trip under normal loads even when using one cable using multi rail OCP... However if an MCU+digital/precise monitoring has the ability to detect the difference between a short and power peaks, one cable, with OCP on that cable set at 35A shouldn't trip.
  4. AFAIK Vega 64 do not consume more than 30A in normal conditions, it is just the peaks that is tripping the OCP even using one rail. And those peaks don't last as long as what you'd call a short. You said that you can in fact adjust both the time and the amount of current in the MCU (that acts as a supervisor IC). I assume you're against my "solution", why is that precisely?
  5. There is absolutely no issue using a highend GPU with two separate PCI-E cable, but the issue is with one cable drawing 40A peaks. I'm thinking the solution would be to fine tune OCP based on the behaviour of the card. But by your saying, I assume OCP has no relation to precise monitoring, as you imply the amount of time and current is easily configured through the supervisor IC. Does this mean no digital monitoring is required?
  6. Hello, I was recommended by Drick from the Customer Support team to sign up to ask this question. Basically, I'll just copy paste what I said there: May 21, 2020, 7:48:52 PM PDT Hi, I am trying to learn deeper about digital PSUs. I have a question specifically on the Ax1600i. From the product page and forums I learned that it has both a real-time monitoring feature through the built-in DSP on the PSU, and it supports configurable OCP that can change between multi-rail and single-rail configuration depending on the use case. I know that configurable OCP isn't something new, you guys are expert on that since you guys have offered that for 5 years already. Real-time monitoring is relatively new on PSUs, but it isn't new on motherboards and I am familiar to what it can do. However, I have an idea. What if we can combine both of these features through software and so that it can "smartly set" the OCP so it can detect power surges/spikes? Let say I set the OCP at 40A, if the current is only sustained for less than one second, the OCP won't trip. Is this possible Or does it need some other hardware changes? If it's possible, configuring multi-rail OCP for high power draw GPU such as the 2080 Ti and the Vega 64 won't be an issue. This will have the benefit of both no high current overdraw when something shorts, and no shutdowns on high-end GPUs. That'd be very interesting! I would love to hear your answers, because if true, this would revolutionize the Multi-rail vs. Single-rail debacle that has been plaguing the PSU world since over a decade ago.
×
×
  • Create New...