By Anonymous (not verified) , 1 March 2007
Меня мучают два вопроса:
1. Что сдеать, чтоб он не сгорел?
2. Както раз Apple писал про "патч от ошики 25" На чем дело встало?
http://forum.rom.by/viewtopic.php?t=14640&highlight=8ipe1000
The content of this field is kept private and will not be shown publicly.

BBCode

  • No HTML tags allowed.
  • You may use the following BBCode tags:
    • [align]
    • [b]
    • [code]
    • [color]
    • [font]
    • [hr]
    • [i]
    • [img]
    • [list]
    • [quote]
    • [s]
    • [size]
    • [spoiler]
    • [sub]
    • [sup]
    • [table]
    • [u]
    • [url]
  • Web page addresses and email addresses turn into links automatically.
1. Что сдеать, чтоб он не сгорел?

В даташите на мост нарисована цепь (RC плюс диод шоттки), защищающая V5REF. Точно такую же надо сделать и на V5REF_SUS.

Rom

19 years ago

uncledium, не будешь ли так любезен, показать куда и что конкретно добавить...?
Вот схема из даташита на мост (2.21.3 Power Sequencing Requirements, стр. 67):
http://uncledim.narod.ru/ref5v.html
Далее следующий текст:
V5REF is the reference voltage for 5 V tolerance on inputs to the ICH5. V5REF must be powered up before Vcc3_3, or after Vcc3_3 within 0.7 V. Also, V5REF must power down after Vcc3_3, or before Vcc3_3 within 0.7 V. The rule must be followed in order to ensure the safety of the ICH5. If the rule is violated, internal diodes will attempt to draw power sufficient to damage the diodes from the Vcc3_3 rail. Figure 3 shows a sample implementation of how to satisfy the V5REF/3.3 V sequencing rule.
This rule also applies to the standby rails, but in most platforms, the VccSus3_3 rail is derived from the VccSus5 rail; therefore, the VccSus3_3 rail will always come up after the VccSus5 rail. As a result, V5REF_Sus will always be powered up before VccSus3_3. In platforms that do not derive the VccSus3_3 rail from the VccSus5 rail, this rule must be comprehended in the platform design.

Эта схема реализована во всех матерях, что мне попадались.
Заменив в ней 5V, 5VREF, Vcc3_3 соответственно на 5V_SUS, 5VREF_SUS, Vcc3_3_SUS (т.е. основные источники и входы на дежурные) - получим схему доработки. На виденных мною фоксконнах эта схема (имеется в виду уже дежурная) также присутствует, а в несколько измененном виде - присутствует на интеловских платах (там функции подпирающего диода реализована в мультике, можно посмотреть схему референсной 865-платы).
На всех остальных платах (асусы, гигабайты, абиты, мси и прочие) - дежурка заведена напрямую в мост. Это, пожалуй, единственное существенное _общее_ отличие плат с "самовозгорающимися" южниками. До кучи - уверенности добавляет этот пост:
http://forum.rom.by/topic14526.html#117592

Конкретно для P4P800SE rev2.00 я уже как-то выкладывал ссылку на хоботе, но там отсутствует диод; сейчас думаю, что ставить его всё-таки обязательно.

Set

19 years ago

Вот, то что надо!
Ув. uncledim, а статистика по переделанным таким образом мамкам есть?
Set
У меня таковой статистики нет (одна P4SD на статистику не тянет:) - платы через меня не проходят.. К тому же, трехлетняя гарантия препятствует желанию что-то переделывать в рабочих матерях. Опять же, для относительно новых южников (от середины 2005го где-то) переделки уже неактуальны.

Rom

19 years ago

Пост удален, как не нужный...

Set

19 years ago

Так вроде говорилось где-то здесь давно, что не в них дело, а в юсб...

Rom

19 years ago

Опять же, для относительно новых южников (от середины 2005го где-то) переделки уже неактуальны.

А как бы это поточнее узнать, может есть где оф. данные ?
может есть где оф. данные

сам бы не прочь на них взглянуть:)
с начала 2005 асус перестал припаивать защитные цепи по линиям данных USB (которые предварительно развел в очередной ревизии P4P800SE и некоторое время припаивал. мосты горели, но уже сильно реже, по гарантии такие платы не принимали). Точную дату вряд ли можно вычислить, ведь кристаллы делаются в одном месте, а после пакуются (и маркируются соответственно) в другом..

Rom

19 years ago

с начала 2005 асус перестал припаивать защитные цепи по линиям данных USB
-так же как и гигабайт... :)
мосты горели, но уже сильно реже
- тут я не согласен- как раз основной пик (по крайней мере, по Гигабайту с их 4-й ревизией...) пришелся как раз на этот период... Потому вряд ли это можно как то привязать.