Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Kingsize Selector

Страницы: [1] 2 3 4 5 ... 15 Далее
1
Имеется Sony PlayStation 2 Slim SCPH-75004, motherboard GH-041-14.

Исходная неисправность: в standby нормально горит красный LED. После нажатия POWER светодиод примерно на секунду становится зелёным, затем снова переходит в красный. Консоль штатно не загружается.

На данный момент удалось достаточно уверенно установить, что сама консоль практически полностью исправна. Неисправность локализована в цепи включения одной внутренней силовой шины, которая должна получать около 8.5 В, но штатно не запитывается.

Что уже проверено и измерено
Внешний источник питания исправен, 8.5 В реально присутствуют на материнской плате. Поэтому проверять DC-разъём, внешний БП и наличие входных 8.5 В повторно смысла нет.
В standby потребление платы примерно 40 мА.
При нажатии POWER потребление кратковременно меняется примерно до 30 мА, зелёный LED появляется приблизительно на секунду, затем снова красный.
Standby 3.5 В присутствуют.
Все найденные предохранители проверены мультиметром — обрывов нет.
Явного короткого замыкания на основных линиях питания не найдено.
На TH3000 относительно GND измеряется примерно 40 Ω, но признаков жёсткого КЗ там нет, и к основной неисправности это пока не привязано.
Есть генерация 32 kHz, соседний кварцевый генератор также работает, там уже частота порядка MHz.
Без дополнительной подачи питания ни один основной DC/DC-преобразователь не запускается, импульсов на дросселях нет.
Рядом с входной частью платы находятся два линейных стабилизатора 78M05G, формирующие 5 В. Их входы соединены параллельно и находятся на одной и той же проблемной шине.
На входе одного из 78M05G при обычной попытке запуска наблюдалось только кратковременное повышение примерно до 1.5–2 В, после чего напряжение исчезает.
Нормальных ~8.5 В на входы этих стабилизаторов штатно не приходит.
При этом на соседних керамических конденсаторах, относящихся к исходной входной сети, стабильные 8.5 В есть.
Вход 78M05G также имеет электрическую связь с PS11.
Эта же отсутствующая силовая сеть используется не только стабилизаторами 5 В, но и другими узлами платы, включая питание DC/DC-контроллера и часть электроники привода.
На плате есть перемычка/доступная точка этой сети, поэтому внешнее питание теперь можно подавать туда напрямую; первоначально для эксперимента 8.5 В были взяты с керамического конденсатора основной 8.5-V линии.

Особенно важно: это не неисправность самих 78M05G.

Если принудительно подать на их общий вход примерно 8.5 В, они исправно формируют 5 В.

Ключевой эксперимент

На отсутствующую внутреннюю шину было принудительно подано внешнее питание 8.5 В.

После этого:

PS2 полностью запускается.

Появляются необходимые внутренние напряжения, DC/DC-преобразователи начинают работать, консоль проходит загрузку и выдаёт нормальное изображение.

При первой попытке с внешним питанием консоль снова выключалась после запуска, но причиной оказался не дефект платы: на лабораторном источнике был установлен current limit 2 А. При запуске этого оказалось недостаточно.


Через принудительно запитанную проблемную ветвь потребляется порядка 200 мА, поэтому очевидно, что это не просто малоточная управляющая линия — через неё питается несколько узлов.

MB39A110

На этой же отсутствующей линии сидит MB39A110.

Это четырёхканальный PWM-контроллер DC/DC-преобразователей Fujitsu, рассчитанный на питание 2.5–11 В. Он управляет внешними MOSFET и имеет четыре независимо управляемых DC/DC-канала.

У него:

pin 5 = VCC
pin 6 = CTL
pins 7–10 = CTL1…CTL4
pin 11 = VREF ≈ 2.0 V
pin 15 = CSCP
pin 24 = -INS
pins 25/34 = питание выходных драйверов

По даташиту CTL выше примерно 2 В включает микросхему, ниже 0.8 В выключает.

Но в данном случае диагностика самой MB39A110 вторична: без принудительной подачи на проблемную 8.5-V шину она сама вообще не получает нормального питания. Поэтому отсутствие PWM на дросселях является следствием отсутствия этой upstream supply, а не доказательством неисправности MB39A110.

После подачи 8.5 В на эту сеть MB39A110 начинает работать и DC/DC-преобразователи запускаются нормально.

То есть она, судя по результату эксперимента, исправна.



Что фактически доказано

На данный момент экспериментально получается следующая картина:

постоянные 8.5 В на плате есть

↓

неизвестный пока узел должен подключить их к внутренней switched 8.5-V rail

↓

но этого не происходит

↓

не получают питание два 5-V стабилизатора 78M05G

↓

не получает необходимое питание MB39A110

↓

основные DC/DC не запускаются

↓

консоль остаётся практически в standby и через ~1 секунду возвращает красный LED.

Если же искусственно сделать:

8.5 V RAW → switched 8.5-V rail

то:

78M05 → 5 V появляются → MB39A110 запускается → DC/DC работают → CPU/GS/видеотракт стартуют → PS2 загружается → изображение нормальное → привод работает.

Поэтому неисправность сейчас локализована до общей switched 8.5-V rail.

Что ещё не установлено

Главный оставшийся вопрос:

какой именно элемент должен подключать постоянные входные 8.5 В к этой внутренней шине и кто им управляет?

Очевидного крупного MOSFET непосредственно рядом с 78M05 нет.

Плата многослойная, поэтому визуально проследить эту сеть достаточно сложно.

Возможные варианты архитектуры:

8.5 V RAW → P-channel MOSFET / load switch / transistor switch → switched 8.5 V

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

То есть сейчас возможны два принципиальных варианта:

1. Силовой ключ неисправен.
На его управляющий вывод приходит нормальная команда POWER ON, но 8.5 В на выход не проходят.

2. Сам силовой ключ исправен, но отсутствует управляющий сигнал.
Тогда необходимо двигаться назад к standby/control logic и искать, почему не формируется ENABLE.

Кратковременные 1.5–2 В, которые появляются на мёртвой шине при попытке Power On, не похожи на полноценное питание. С учётом того, что линия нормально работает при принудительной подаче 8.5 В, я предполагаю, что эти 1.5–2 В могут быть результатом обратной подпитки через внутренние переходы downstream-микросхем, а не работой штатного силового ключа. Это пока именно предположение.

Что уже практически можно исключить

Можно не начинать диагностику заново с проверки:

внешнего блока питания, DC jack, кнопки POWER, красного standby LED, основных предохранителей, CPU/GS, видеовыхода, лазера, spindle motor, sled motor, MB39A110 и самих 78M05G.

Их работоспособность в той или иной степени уже подтверждена экспериментальным запуском всей приставки после восстановления отсутствующей шины.

Самое полезное сейчас — информация именно по GH-041-14:

какой компонент формирует switched 8.5 V rail, питающую входы двух 78M05G, MB39A110 и часть drive electronics; где находится этот ключ и какой сигнал его включает.

Именно этот участок схемы сейчас представляет основной интерес.

Добавлено позже:
Прилепил скрин, предорогою что это  P-channel MOSFET и он должен подавать питание в линию. к сожалению  что написано на микрухе не видно.

2
1-3 поколения / Mattel Intellivision
« : 11 Сентября 2026, 12:32:37 »
железо там простое, но вот про клон у меня сомнения. Сделать то можно, но  что бы что? Что бы играть вот в эти игры https://www.youtube.com/watch?v=uqWFfWHjOUo ?  Думаю, на такое можно пойти только на оригинальном железе,  и то что бы почувствовать как оно это было, в 1979  :lol:

Ну а приставку я все же взял, надеюсь что не только мне интересно посмотреть, что у нее внутри.

3
1-3 поколения / Mattel Intellivision
« : 11 Сентября 2026, 10:55:20 »
Всё-таки решил не создавать новую тему, а воскресить эту — тем более что Intellivision на всём форуме посвящено всего три темы.

На местной барахолке как раз продают такую приставку. Если здесь ещё остались любители покопаться в старом железе, могу её купить и устроить небольшое техническое исследование: разобрать, подробно сфотографировать платы, посмотреть осциллографом питание, тактовые сигналы, работу процессора и видеотракта, проверить сигналы на шинах и сделать различные замеры. Если будет интерес, можем прямо в этой теме вместе разработать и установить AV-мод, а затем сравнить сигнал и качество изображения до и после переделки.

Саму Intellivision я впервые нормально увидел много лет назад в выпуске AVGN. Там, конечно, больше внимания уделялось играм и знаменитому контроллеру с цифровой клавиатурой, но мне с тех пор было интересно, как эта довольно необычная приставка устроена внутри. Всё-таки это ранняя консоль с весьма любопытной для своего времени аппаратной частью.

Можно превратить тему в небольшой коллективный проект: вы предлагаете, какие узлы и сигналы интересно проверить, а я провожу измерения и выкладываю фотографии, осциллограммы и результаты.

Как вам такая идея? Есть смысл забирать аппарат? Что в нём вы хотели бы исследовать в первую очередь?

4
падение напряжение (крaсный щуп на GND),  диодной прозвонкой на:

1 - на 100
2 - на 101
3 - на 102
4 - на 103
6 - на 104
7 - на 106
9 - на 105

везде одинаковое?

5
Че за странная плата такая? первый раз вижу.  Резонатор иначе стоит, нет подстрочного конденсатора (тот что амплитуду  подстраивает)  U11 почти в центре CPU  а не с краю, CIC  вообще не вижу, зато есть какой то непонятный Х2 генератор с права на 4 мгц, от PPU1 должный идти  дорожки в видеокодек, который должен быть максимально близко к PPU.

6
кроватки 85 баксов

П.ц, как 3  рабочие консоли стоит, не ужели на али не нашлось чего подходящего?  Надеюсь оно того стоило. Как придет, сделаешь нам фотки? Уж очень хочется посмотреть на эти кроватки.

7
Портативные / PSP ремонт
« : 07 Сентября 2026, 11:01:32 »
если запускать пспху в разобранном состоянии там вообще рандомные нажатия у него

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

8
но перед этим их надо как-то проверять

ну я на ютубе видел, там кроватки паяют QFP-100 с шагом выводов 0,65 мм, вставляешь чип и тестируешь. Удобно, быстро, да и никакого осциллографа не нужно, пару игр да тест-картридж.

9
Портативные / PSP ремонт
« : 03 Сентября 2026, 17:34:52 »
ну не знаю, я стики на алике покупал, работали норм. У них конструкция примитивная, новые точно работать должны. Но можно один разобрать (хрен потом соберешь, будь аккуратнее) , возможно там графитовая дорожка осыпалась и дает такие эффекты, но это маловероятно.

10
Не, не пробовал, но это  не заменяют Burn-In, скорее очень хорошо его дополняет. Но мне кажется это уже избыточно. Но при покупке с авито таким комплектом тестировать прям заебушачки, луче чем "просто включается".


putest-full вероятно, один из лучших доступных тестов именно ядра S-CPU, но конкретно MPY/DIV FAIL он не проверит, потому что эти блоки относятся не к инструкциям 65C816, а к дополнительной периферии 5A22.

11
На основании  тем  с реддита, которого   сайта  со статистикой и моих наблюдений сделал еще одно дополнение: таблица практических симптомов с вероятными виновниками.  Если объединить все 3 PDF в один архив - это уже полноценное сервисное руководство по диагностики SNES.


Хронологически шли S-CPU-> S-CPU A-> S-CPU B? Тоесть если хочешь многочип, то брать прям самые первые 10ххх ревизии или уже из последних 2хххх?

Да, хронология такая: S-CPU → S-CPU A → S-CPU B. Если нужна надёжная многочиповая версия, лучше искать позднюю плату именно с S-CPU B и S-PPU2 C, и не ориентироваться только на серийный номер, переходные варианты встречаются, поэтому желательно смотреть маркировку самих чипов.

12
О, прикольная статистика, она заметно усиливает подозрения в отношении S-CPU A, но автор немного неудачно подписал проценты. Это не вероятность отказа каждой ревизии, а доля неисправных чипов от всех 611 обслуженных консолей.  Нам неизвестно, сколько среди 611 консолей было установлено S-CPU A, B и просто S-CPU.

Автор обслужил 611 SNES/SFC и обнаружил:

Все неисправные   S-CPU   69   11,3%
            S-PPU1   33   5,4%
            S-PPU2   30   4,9%

Распределение 69 неисправных процессоров:
            S-CPU   10   14,5%
            S-CPU A   57   82,6%
            S-CPU B   2   2,9%


однако все равно видно что отказов S-CPU B куда меньше, смотрите пикчу, что прикрепил.

и еще автор пишет, что более 200 восстановленных консолей он продал вместе с качественными стабилизированными блоками Triad. За два с небольшим года вернулись только две консоли, причём одна пострадала от статического разряда, а у второй предположительно отказал CPU.


Ну и пользуясь случаем, вот вам еще одна ссылочка: https://www.projectvb.com/nss/logs.htm  и вот там уже есть действительно важный результат: неисправный CPU может проходить весь Burn-In

Например:

 #16 -тесты пройдены, но некоторые игры зависали; замена CPU исправила плату;
CPU #13 -все тесты проходят, но не запускаются Street Fighter Alpha 2 и Yoshi’s Island;
CPU #16 и #25 — большинство игр не запускается, но тест проходит;
CPU #22 - тест проходит, но имеются ошибки спрайтов и зависания отдельных игр.

т.е. все операции, которые тест выполнил с использованными наборами данных и временными условиями, дали ожидаемый результат. Что бы сразу ответить на вопрос почему так, то вот по этому:

Burn-In не проверяет исчерпывающе:

все команды ядра 65C816;
все комбинации адресации;
каждый DMA/HDMA-сценарий;
все варианты прерываний;
поведение на границах тактов;
все линии контроллерных портов;
температурную стабильность;
редкие взаимодействия CPU, PPU, WRAM и картриджа.



13
Какой-то гарантированной профилактики, к сожалению, нет. У этих микросхем встречается возрастная внутренняя деградация, особенно на ранних ревизиях плат, и однозначно доказать что является  основной причиной, пока нельзя.

Тем не менее срок службы можно увеличить, обеспечив консоли нормальное и стабильное питание. Для PAL SNES предпочтителен исправный оригинальный трансформаторный блок либо качественный совместимый адаптер с правильным выходным напряжением и достаточным запасом по току. Сам по себе импульсный принцип работы не является проблемой, опасны дешёвые или неисправные БП с выбросами, большим уровнем высокочастотных помех и завышенным напряжением.

P.S. Причем S-CPU-A дохнут иногда сами по себе, а вот выход из строя S-CPU-B очень редкий, и если в твоей консоли именно такой, считай тебе очень повезло.  Приложил пикчу с дохлыми cpu, обрати внимание как часто там встречается "A"  :biggrin:

Добавлено позже:

14
Портативные / PSP ремонт
« : 03 Сентября 2026, 11:03:46 »
на неправильное прижатие этих резинок к плате, замятие. Я один раз чуть PSP в окно не выбросил, но все же как то собрал этот стик.

15
если он показал всё зелененьким, то с какой достоверностью можно считать что все чипы исправны?
или нужны дополнительные тесты? (какие?)

Хороший вопрос.  полностью зелёный Burn Test - хороший признак, но не доказательство 100% исправности всех микросхем. Корректно трактовать результат так: "в проверенных функциях при данных условиях неисправность не обнаружена".  В моем   сообщении выше: MPY 8×8 и DIV 16/8 - FAIL - это неисправность внутри CPU и никаким мультиметром её не локализовать, только  тестовый картридж.

Еще можешь запустить тест в цикле, многократный PASS +правильные визуальные и звуковые тесты это уже высокая практическая уверенность в работоспособности консоли. Ну и окончательно что бы проверить - запустить игры, использующие Mode 7.


И я вот пикчу еще подготовил, что б трактовать результаты теста.




Добавлено позже:
Интересно, и чем же можно заменить все остальное? Например swram, ppu, звуковой чип
Цитата

Ими же, они дохнут намного реже CPU и в продаже, снятые с других консолей имеются. Найти их куда проще, пару лет назад купил целый набор WRAM, PPU1, PPU2, CIC, еще что то.  PPU всего раз пригодился, остальное так и лежит где то.

16
Старая тема, но все же отвечу. Тут дохлый S-CPU.  Только его полная замена.

17
Ну не все они ушли в утиль, проблемы  были разные.  Кроме того эти 3 десятка нужно считать с моего первого  топика про SNES: https://www.emu-land.net/forum/index.php/topic,76259.30.html  Некоторые работают  и вполне играбельны даже не смотря на выбитый математический блок внутри CPU, см. фото. Правда  и к сожалению все игры, которые так или иначе Mode-7 используют на ней не запустятся. Но в целом всё верно - если CPU сдох - это уже утиль. Все остальное заменить можно.

18
Никто не сталкивался с подобным?

сталкивался, запитал от обычного трансформаторного БП - помехи  пропали.

19
Кстати, расскажите как делали такой мануал?

Мануал еще не доделан до конца, еще будет одно приложение с замерами и формами сигналов. Пытаюсь как то это оформить.

Что подтолкнуло, сколько консолей было пущено под опыты?

Подтолкнуло то, что как оказалось основные проблемы с консолью связаны  так или иначе с S-CPU и взять его негде, отличии от PPU. Причем со снятым PPU1 консоль даже  изображение выдаст.  Ну и PPU  не выходят из строя прям так, что бы   "Burn Test" (автотест) вообще ничего не выводил на экран.  Консолей десятка 3 приходилось так или иначе разбирать.

Добавлено позже:
Приложение к методике диагностики S-CPU, S-PPU и видеотракта

В документ включены 59 реальных снимков осциллографа. Для каждой контрольной точки
указаны микросхема, вывод, назначение, характер ожидаемой формы и краткая
диагностическая оценка.

20
В PDF включены:

питание, clock и полная цепочка reset;
все микросхемы, номера выводов и ожидаемые сигналы;
чтение reset-вектора $00:FFFC/$FFFD;
полные схемы подключения логического анализатора;
отдельные профили для 4 аналоговых каналов осциллографа;
смешанные захваты с 16 цифровыми каналами логического анализатора;
проверка выполнения ROM-кода, WRAM, PPU, APU и контроллеров;
ожидаемые частоты и примеры осциллограмм;
таблица неисправностей и последовательность локализации;
полная диагностическая распиновка U1 S-CPU;
лист для записи результатов измерений;
отдельный разбор Super Game Boy и PPU.

21
стабилитрон вроде, там к нему резистор еще подходить должен.

22
Где-то на плате проблемма

прозванивай DIV линии. Пропаяй HDMI разъем со стороны платы.

23
ну магии не бывает, что то контакты замыкает же. Попробуй вообще без резинок. Возможно статикой пробило  подтяжку в капле и  напряжения что на пальцах уже достаточно что бы нажать кнопку.

24
Чуть дальше глянул общение на том порту, где заряд не начинается, это тот комп где заряд только с одного порта идет (SPC стоит, Win10).

Здесь уже есть:
PID SETUP
Address=0x04 Endpoint=0x00
DATA0
байты:
0x80 0x06 0x00 0x01 0x00 0x00 0x12 0x00

Это стандартный USB-запрос:

bmRequestType = 0x80
bRequest = 0x06 → GET_DESCRIPTOR
wValue = 0x0100 → Device Descriptor
wIndex = 0x0000
wLength = 0x0012 → 18 байт

То есть хост уже обращается к устройству по адресу 0x04, и enumeration явно зашёл дальше, чем "совсем не стартовал". Дальше ACK, потом IN Address=0x04 Endpoint=0x00 и в ответ: NAK, NAK, NAK

Т.е. хост отправил SETUP stage запроса GET_DESCRIPTOR, устройство этот SETUP приняло (ACK),
а потом хост пытается забрать data stage через IN на EP0. И вот тут устройство вместо данных отвечает NAK. По сути запрос начат, но устройство не отдаёт данные на стадии чтения ответа.

потом в конце записи (вторая картинка) уже STALL, т.е. если NAK это "я сейчас не готов, попробуй позже", то STALL - "этот запрос/стадия для меня некорректна или я не могу её обработать"


Что может отличаться между USB-портами/контроллерами, из-за чего один и тот же DS3 на одном порту успешно проходит control sequence, а на другом уходит в NAK/STALL????

формально устройство определяется в системе в обоих случаях, но до рабочего состояния доходит только на одном порту.

Судя по логам, одного факта enumeration недостаточно — критично именно успешное завершение control-инициализации. Хотелось бы понять, что именно в поведении хоста это определяет.

25
И еще наблюдения, на этот раз ноут под управлением win8. и это ломает предыдущую гипотезу.

Есть:enumeration, SETUP на EP0, устройство видно в joy.cpl, дальше идут IN/NAK

То есть устройство уже полностью инициализировано, но заряд НЕ идет.

на скрине видно: Address=0x00 Endpoint=0x00, потом IN + NAK, хост уже общается с устройством, но устройство не выдает данные (NAK), и не переходит в активный режим.

в общем настоящая гипотеза сейчас такая: DS3 начинает заряд НЕ от enumeration, а от  перехода в "активный HID режим"
(когда устройство начинает реально отдавать отчеты, а не просто висит)


Рабочий случай
SYNC
PID IN <-- хост просит данные
дальше устройство отвечает данными
потом ACK


Нерабочий случай
SYNC
PID IN <-- хост тоже просит данные
устройство отвечает PID NAK
EOP

То есть разница не в том, что хост "по-другому обращается", а в том, что сам DS3 в одном случае готов отдавать данные, а в другом говорит "данных нет / не готов".
По сути USB enumeration прошло, endpoint уже есть, хост делает IN, но контроллер в нерабочем случае не перешёл в состояние, где начинает выдавать HID-отчёты, и, похоже, заряд тоже не разрешает. И какого собственно хрена происходит!? В чем разница то?



26
Цитата
буквально по твоей ссылке в абзацах Why? и How? всё поведение и расписано.

Я это читал. Там описан общий принцип, но он не объясняет мой случай.

На практике:
 один порт - заряд идёт
 другой порт - нет
 на другом ПК контроллер определяется, но заряд не запускается

Поэтому и спрашиваю: где именно в “Why?” и “How?” есть объяснение этой разницы?


в общем посмотрел я что на линиях D+ и D-

по первой картинке, где заряд идет:

повторяющиеся записи вида:

PID IN
Address=0x08 Endpoint=0x02
CRC OK

Это очень похоже на нормальную рабочую фазу после успешной инициализации, устройство уже получило адрес 0x08
хост уже знает его endpoint, и дальше просто регулярно опрашивает endpoint 0x02. заряд идет.

по второй картинке, где заряд не идет:
Reset
SYNC
PID SOF
Frame #...
CRC OK

тут хост шлет SOF кадры как положено по шине USB, но до нормальной рабочей стадии общения с устройством не доходит либо устройство после сброса не переходит в рабочее состояние, либо enumeration где-то срывается / застревает раньше.


Судя по этим двум кадрам, когда заряд идет то есть уже обращения к конкретному адресу и endpoint устройства. Когда заряд не идет - видны в основном только общешинные кадры SOF и сбросы, но не видно нормального обмена с endpoint’ами контроллера.

Похоже, что для старта зарядки у DS3 достаточно не какой-то магической sony-команды, а того, чтобы устройство было успешно перечислено и переведено в рабочее USB-состояние. Reset сам по себе недостаточен, SOF сам по себе недостаточен, а вот когда начинается нормальный обмен с endpoint’ами -заряд уже идёт


В общем похоже что DS3 начинает заряжаться не просто от наличия USB и не обязательно из-за ScpToolkit, а  все же после успешного завершения enumeration до стадии активной конфигурации и реального обмена с endpoint’ами.

27
Yoti, а  что еще есть?

Я ещё посмотрел проект DS3PicoCharger  — там идея как раз в том, что контроллер начинает заряжаться после базового USB-handshake.
https://github.com/radu-gs/DS3PicoCharger/blob/main/code.py

Если кратко по коду: Pico просто поднимает USB host и в цикле проверяет наличие устройства (usb.core.find()), никаких явных команд (типа HID report или control transfer) не отправляется. То есть, по сути, достаточно того, что контроллер определился как USB-устройство.

Но у меня наблюдения этому не полностью соответствуют.

На одних машинах (или даже на одном и том же ноутбуке, но в разных USB-портах) контроллер определяется, но заряд не запускается.
На других — при тех же условиях заряд начинается сразу (в том числе через USB-хаб и даже через тестер).

Отсюда вопрос, получается, что одного факта enumeration всё-таки недостаточно?

Возможно, разные USB-контроллеры/драйверы проходят разные стадии инициализации (или выполняют какие-то дополнительные запросы), и именно это включает заряд?

28
Dualshock 3 НЕ заряжается от обычных зарядок 5В (типа телефонных). Ему нужен сигнал по дата линиям, например, он будет заряжаться от Плейстейшн 3.

Это как раз базовый момент, про него в курсе.

Вопрос не в отсутствии D+/D-, а в том, что контроллер в системе определяется, но заряд не запускается, пока не произойдёт полноценная инициализация (например через ScpToolkit).

Поэтому и спрашиваю, что именно триггерит включение зарядки, а не от чего он в принципе умеет заряжаться.

Добавлено позже:
Когда было интересно, находил множество информации в Гугле по этой теме. Например, схемы для создания подходящей зарядки. Ищущий да обрящет


но сейчас то что можно встретить, это замещение  на  модуль  tp4056 c али, но это не интерсно.

29
Есть 7 штук DualShock 3, все ведут себя абсолютно одинаково. Аккумуляторы проверены, где нужно заменены — с батареями всё в порядке.

Дальше начинается “фирменная магия Sony”.

На системах с Windows 10 (чистая установка, без ScpToolkit) контроллер определяется, виден в joy.cpl, но на кнопки не реагирует и не заряжается. Потребление около 15–20 мА — то есть просто висит как USB-устройство без какой-либо жизни.

На ноутбуке с установленным ScpToolkit — всё внезапно становится “исправным”: контроллер нормально инициализируется, работает и сразу начинает заряжаться. Но но только  на одном порту. Чтобы не было мыслей про "битый порты": все USB-порты проверены, флешки/накопители работают без проблем. Но при этом только один конкретный порт даёт нормальную инициализацию DS3, остальные ведут себя как на чистой системе. Через USB-хаб на этих же машинах контроллер либо не определяется, либо не инициализируется.

Дополнительно проверено на третьем ноутбуке (ThinkPad X1 Carbon Gen 13, Win11). ScpToolkit там удалён, но, возможно, остались хвосты. И вот тут поведение ещё интереснее: контроллер начинает заряжаться практически сразу — и через USB-хаб, и напрямую. При этом в joy.cpl его нет, а в устройствах висит как PLAYSTATION(R)3 Controller (libusbK).

В итоге складывается ощущение, что для включения зарядки недостаточно ни 5 В, ни самого факта определения устройства — контроллер ждёт, пока его нормально “дожмут” до полной инициализации (скорее всего через HID/feature report), и только после этого разрешает заряд.

Собственно вопрос:
это штатное поведение DS3 или очередная "гениальная" реализация?
Кто-нибудь копал, что именно триггерит включение зарядки?
И можно ли заставить его заряжаться от ПК без всей этой истории с драйверами/ScpToolkit?

А то складывается впечатление, что у Sony "просто заряжаться" было признано излишне тривиальной задачей 😄

30
нужно запустить PS4 Slim  от лабораторного БП, я правильно понимаю, что (кроме основных 12V) нужно ACC-DET и DET  подтянуть к 3.3V_STBY через резисторы и подать 5V на 5VSB?


И если просто подать  12V и 5V на 5VSB, то реакции на кнопку включения не будет?


у меня вот такая распиновка: 5VSB, GND, ACDC_IN и ACIN_DET

Добавлено позже:
вот так в общем нужно запускать

Страницы: [1] 2 3 4 5 ... 15 Далее