[hw_store 0]

Уже задал вопрос в существующей теме в разделе для начинающих, но похоже разработчики туда не ходят.
Если кто разрабатывал устройства на чипах uPD720201, uPD720202, прошу отозваться.
Оч. специфическая штука.  Контроллер то видится, то не видится хостом, то видится, но с ошибкой. Пока не удаётся установить закономерность, за исключением того, что после сбоя контроллер более вероятно увидится хостом, если его физически отключить от системного разъёма и несколько минут выдержать в отключенном состоянии. А потом установить обратно (обязательно с отключенным БП хоста).
Предполагаю, что это как-то завязано на Power-on reset и последовательность старта контроллера, но не ясно как. Может, кто-нибудь сталкивался?

[ded2016 6]

[censored] не понял. Схема, разводка, топология, расстояния? И причем тут ремонт???

ЗЫ.. Про схему и топологию в разделе для начинающих я б тоже задал, возможно чуть ласковее

[r_dot 34]

13 часов назад, hw_store сказал:

Контроллер то видится, то не видится хостом ...

Ну, вопрос разделу можно считать соответствующим. Раздел и про отладку в том числе. Хоть про отладку в вопросе ничего и нет... Будем считать, что подразумевается, потому что по другому такие проблемы не решаются.

hw_store, если только вот такие наблюдения - "видится - не видится" - являются вашими инструментами отладки, у вас нет шансов найти свой ляп.
Почему уверен, что ляп именно "свой"?
Потому что во-первых, uPD720201/720202 сам является хост-контроллером.

Скриншот из даташита:

С другим хостом ему сложно "видеться".

Во вторых, в его даташите всё правильно. Проверено. А "видится-не видится" определяется софтом, который вы используете. Если написали его сами, то сколько-то времени покурив документацию, может и сообразите, где затык. Если софт чужой - там и трясите.

Когда напишете, к чему подключаете контроллер, с обеих сторон, и как отлаживаете систему, может появятся более конкретные ответы.

[hw_store 0]

On 11/5/2025 at 9:59 AM, r_dot said:

hw_store, если только вот такие наблюдения - "видится - не видится" - являются вашими инструментами отладки, у вас нет шансов найти свой ляп.
Почему уверен, что ляп именно "свой"?

Я не уверен, что это ляп. Схема разработана в соответствии с даташитом и референс-схематиком. Единственное отличие во включении чипа - в схеме сброса по питанию установлен разрядный резистор 100к вместо обратно включенного диода. Длина линий PCIe менее 2см (плата M.2).
Длительность сигнала "power-on reset" в примерно в 6-10 раз больше времени софт-старта преобразователя питания ядра.
Хостом в контексте плат расширения принято называть любой компьютер, к которому подключается плата расширения. Или что-то компьютероподобное, например, разложенную на столе плату Raspberry Pi с периферией.
На одном хосте используется Windows 7, на другом Windows 10.  А у заказчика вообще Ubuntu, диагностические возможности и диагностические сообщения которой мне неизвестны.
Но медицинским фактом является то, что тайваньская плата (собранная тождественно референс-схематику) даёт примерно 0 сбоев на 10 включений-выключений, а моя рандомно сбоит: в пятницу на десять тестированных плат был один сбой, а в субботу на следующие десять было пять или шесть сбоев подряд, притом одна плата вообще упорно не хотела запускаться. А в среду утром запустилась без ошибок.
Какие можете порекомендовать инструменты отладки?

Edited November 6, 2025 by hw_store

[r_dot 34]

7 часов назад, hw_store сказал:

Какие можете порекомендовать инструменты отладки?

Инженера-схемотехника.

[hw_store 0]

Хотите найму Вас? Тысяч за двести на проект? Сделаете? Или будете трепаться?

Edited November 7, 2025 by hw_store

[r_dot 34]

Так отвечать-то не на что. Вы ж ничего не рассказываете, что на вашей плате происходит.
А найти, как вы хотите, того, "кто с этим сталкивался", то есть работал с теми самыми "тайваньскими платами" и с вашими, и нашёл в них все ляпы - это фантастика.

11 часов назад, hw_store сказал:

Хотите найму Вас?

Нет, не хочу.
Я не работаю с заказчиками, вот так формулирующими вопросы.

[hw_store 0]

Должно быть Вы полагаете, что круто выглядите со своей позицией на фоне меня, но на самом деле это банальный слив, потому что по существу вопроса Вам сообщить нечего. Очевидно, Вы с данным конкретным чипом не работали, и весь ваш бесконечно большой и ценный опыт разработчика в данном случае не стоит и двух рублей, не то что двух сотен тысяч. Уж извините, не буду уточнять про "те самые" или хотя бы "не те самые" платы, которых Вы, вероятно, тоже в руках не держали.

[makc 386]

В 04.11.2025 в 20:05, hw_store сказал:

Контроллер то видится, то не видится хостом, то видится, но с ошибкой. Пока не удаётся установить закономерность, за исключением того, что после сбоя контроллер более вероятно увидится хостом, если его физически отключить от системного разъёма и несколько минут выдержать в отключенном состоянии. А потом установить обратно (обязательно с отключенным БП хоста).
Предполагаю, что это как-то завязано на Power-on reset и последовательность старта контроллера, но не ясно как. Может, кто-нибудь сталкивался?

Вообще это больше всего похоже на проблемы с целостностью сигналов на шине PCI Express и/или на проблемы с питанием платы. 
Плата подключается напрямую в слот или через какой-нибудь удлинитель?
Вы пробовали эту же плату в других слотах и на других мат.платах? 

По моему опыту обычно всё обламывается на фазе Receiver detection, дальше которой Link training уже не идёт. И это можно хорошо увидеть с помощью даже недорогого осциллографа с полосой порядка 100 МГц.

[hw_store 0]

 

On 11/9/2025 at 8:59 PM, makc said:

Вообще это больше всего похоже на проблемы с целостностью сигналов на шине PCI Express и/или на проблемы с питанием платы. 
Плата подключается напрямую в слот или через какой-нибудь удлинитель?
Вы пробовали эту же плату в других слотах и на других мат.платах? 

По моему опыту обычно всё обламывается на фазе Receiver detection, дальше которой Link training уже не идёт. И это можно хорошо увидеть с помощью даже недорогого осциллографа с полосой порядка 100 МГц.

Пробовали эту же плату на другой мат.плате. Слотов там ограниченно, т.к. обе мат.платы mini ITX.
Через адаптер miniPCie->PCIe или M.2->PCIe работает нормально. Через удлинитель она нормально работать не будет, т.к. контроллер PCI-E Gen.2, обе мат.платы PCI-E Gen.3, а удлинитель вообще-говоря Gen.1 (c FPC-кабелем и двумя FPC-разъёмами). Осциллографом посмотрю. Хотя не совсем понятно, что надо увидеть. 
Да, и ещё экземпляров плат контроллера есть более десяти.

Edited November 15, 2025 by hw_store

[makc 386]

23 часа назад, hw_store сказал:

Хотя не совсем понятно, что надо увидеть. 

Нужно смотреть, что происходит на линиях RX (входе контроллера) в момент включения сразу после окончания ресета на шине (PERST#). Там должна наблюдаться очень характерная картинка, соответствующая выполнению процедуры PCI Express receiver detection. 
Посмотрите на мою тему по этому вопросу: 

Вполне возможно, что у обсуждаемого контроллера те же самые проблемы из-за не очень хорошей реализации нагрузки на линии и поэтому хост (процессор) периодически не видит, что на линии что-то есть. 

[hw_store 0]

Cпасибо, попробую посмотреть.

[hw_store 0]

Короче. Увеличили длительность сигнала power-on reset, заменив конденсатор 1мкФ на 2,2 мкФ. В партии в 160шт глюки больше не проявлялись. Подозрение на то, что контроллер выходил из состояния сброса раньше, чем установилось одно из напряжений питания.