Здравствуйте. Имеется аппарат MSI CX623 (MS-168A1 VER:1.0) после воды, после другого мастера. Вода попала в район между мультиком и разъемом клавиатуры. Предущий мастер снял EC SPI flash. У меня нет такой на замену. Вопрос может и глупый но все же: можно ли заменить эту flash на большего объема? Есть под рукой на 32 и 64 Мбит (стояла по всей видимости на 512 Кбит)?

Ну уж такого (32 - 64) точно нельзя . Родная там Pm25LD512 можно попробовать Pm25LD010 поставить. Да и родную по моему проще найти - практически на любой дектопной видюшке.

P.S. Биос на почту скинул. А схемы на сей агрегат к сожалению нет.

Дважды спасибо Роман. Bios получил и 25LD512 действительно по Вашей наводке нашел на видюхе. Сейчас прошью и буду двигаться дальше.

Есть она на форуме А2 только

Благодарствуем. Будем знать. Когда я столкнулся - схемы не было. По дорожкам разбирался.
---------- Добавлено спустя 3 минуты 26 секунд: ----------

На здоровье!
---------- Добавлено спустя 33 минуты 42 секунды: ----------
Схемку на почту скинул.

И снова спасибо Роман. Начал вызванивать дорожки по схеме от HP, но там GPIO не совпадают. Теперь с правильной схемой дела пойдут быстрее.

Всю голову уже поломал с этим буком. EC биос прошил и поставил на место (нашел Pm25LV512, в мануале MX25L512MC, но вроде как одно и то же), дороги которые можно прозвонил, чтото восстановил, но ничего не помогает. Делаю по схеме предоставленной Романом - она для ревизии 0A, а у меня 1.0. От мультика нет сигналов на запуск PM_PWR_BTN и SUS_ON. 3 и 5 вольт дежурки есть, генерация 32КГц на мульте есть, шуршание по шине SPI на EC флешке есть, но никакой реакции на опускание сигнала от кнопки включения (PWR_SW). Самое подозрительное то, что с самой подачи питания сигнал PM_PWR_BTN должен быть высоким и опускаться в ноль с импульсом PWR_SW, а он постоянно в нуле (вывод 95 по этой схеме), так же в схеме написанно KB3926С, а у меня стоит KB3926QB D2, бук уже пытались чинить и есть подозрение что махнули мультик на другую ревизию. Я читал что у разных ревизий разные адреса GPIO это и может объяснить то, что на 95 выводе ничего нет. У кого есть такая плата подскажите точно какой мульт стоит и совместимы ли ревизии? Какие условия должны быть для поднятия сигнала SUS_ON? И есть подозрение что прошивка EC не подходит. Предоставленная Романом прошивка бит в бит соответствует прошивке с сапорта MSI а там расширение не bin - может в ней есть служебная информация которая при конвертации должна обрезаться? Роман вы мне дали реально слитую прошивку или она с сайта MSI? Ну и любые мысли приветствуются.

.bin не бин не имеет значения, если содержимое совпадает. Прошивку с форума скорее всего дали - она рабочая. Мульт паян?
Возможно мульт не тот/дохлый, либо хаб, что более вероятно (был такой же ноут с 0 вместо 3,3 PM_PWR_BTN но клиент забрал, поэтому выяснить не удалось)

Посмотрел подробне мурзилку на SPI flash: оказывается Pm25LV512 на 25МГц максимум, а указанная в мануале MX25L512 на 85МГц, а указанная Романом Pm25LD512 вообще до 100МГц. Тота я сегодня смотрем осилом на выводе SO флехи все фронты размазаны, подумал ну и ладно. Видимо нужно искать флеху побыстрее.

Мульт паян. По поводу не той ревизии вроде сам нашел ответ, на форуме писали что именно D2 стоит - прошу всеже подтвердить кто может. Что такое "хаб" - это место не понял.
PM_PWR_BTN это убычный GPIO порт управляемый программно, сам мульт это обычный x51-совместимый микроконтроллер, значит высокий уровень на порту устанавливается программно при инициализации портов. Отсюда напрашивается вывод о том что программа не шагает. Нужно искать правильную SPI flash :(

Вот в этой теме у меня был именно D2. А по заменяемости мультов посмотри тут.
С0 возможна замена на D2 и обратно. Но не на всех платформах. И как правило пока не попробуешь - точно не узнаешь.

Прошивка рабочая и проверенная. Мультовая слита с бука, а PCH (чистая) с сайта и тоже проверенная.

Он же PCH (Platform Controller Hub) - BD82HM55.

До хаба (по привычке называю его мостом потому и не понял сначала о чем речь) процесс даже не доходит. Питающие напряжения поднимаются от сигнала SUS_ON, а его нет (как и PM_PWR_BTN), т.е. дело где-то в районе мульта. Ревизии D2 в ближайшей досягаемости нет, но есть у коллег С0 - поеду за ней, попробую.
Проверил клок на EC флехи ~17МГц, а фронты валились при прошлом замере из-за расстроенного щупа, сейчас все норм, так что на флеху больше не грешу. Посмотрел на обмен с ней - мультик зациклено шлет 2-3 команды по кругу, жалко нет БасПирата разобраться чего он хочет, но есть мнение что это цикл ожидания чего-то в программе мульта и это чего-то не происходит. Нужно покапать в сторону условий запуска мульта.
P.S. Покопался в прошивке мульта. Там есть встроенный отладчик с выводом куда-то, вот только не понятно куда он может выводить :(

Мульт заменил, нашел даже ревизию D2, но ничего не изменилось. Пока больше мыслей нет.

А он вообще без батареи должен включаться??? Батарея в нуле, другой нет.

Должен

Может это сигнал AC_OK с 13 ноги MAX8731A?

На 75 ноге мульта (AC_OK) высокий уровень.
Кто нибудь может намылить схемку именно на ревизию 1.0, а то может там какие нюансы?

Если и есть, то не значительные...
ИМХО, для того, чтобы мульт поднял SUS_ON достаточно наличия:
исправной флэши
рабочей прошивки в ней
исправного мульта
AC_OK=1
ну и нажать кнопку...

Как это не печально но все эти условия есть. Флеш снята с видюхи, несколько раз записана-считанна-верифицированна на фитоне. Прошивка залита предоставленная выше Романом (она байт в байт совпадает с прошивкой с супорта). Мульт махнул на новый с той-же ревизией.
По результатам мозгового штурма и убитого выходного появились некоторые мысли. Мой пытливый ум эмбиддера (ремонт это мое хобби и источник познания железа :) ) заставил накинуть на флеху логический анализатор и вооружиться даташитом на EC. В общем как и писал ранее программа зациклена на одном куске коде. Там бесконечный цикл ожидания. Мануал EC пока пробежал по диагонали, ща попью чаю и буду привязывать дизассемблированный листинг кода к железу, а именно к портам - чего ж он все-таки ждет.

Суровый вы однако .
Может предыдущий "мастер" где подлянку сделал.
Если все условия есть, то бук обязан отреагировать на кнопку.
Схему кидал на почту.

Нигде нет даташита на KB3926. Самый близкий по архитектуре KB926 но все ссылки на его даташит мертвые. Поделитесь кто-нибудь даташитом.
Начал работать по даташитам KB3930 и KB39201, но там карта памяти не совпадает с KB3926 из-за разницы объемов внутреннего ОЗУ, а кусок кода с которым я работаю как раз ссылается на спорный участок памяти.

Да нет на них даташитов и не помогут вам они. Надо сигналы по схеме анализировать. Еще раз - Необходимые условия старта

Гугл выдает несколько ссылок на форумы на которых давались ссылки на даташит KB926, но все ссылки уже мертвы.
По условиям старта:
0. Когда основной биос и EC-биос 100% рабочий.
- стопроцентную гарантию не могу дать - что дали, то и залил, тем более что совпадает с официальным firmware с сапорта.
1. Когда есть питание мульта, его кварц работает и мульт биос вычитывает (смотреть обмен данными на флешке биоса осциллографом).
- стопроцентная гарантия.
2. Когда ACIN = 3.3V
- стопроцентная гарантия.
3. Когда LID_SW# = 3.3V
- если LID_SW это сигнал от датчика крышки, то это условие к моему случаю не применимо. Датчик холла питается напряжением VRUN, а у меня процесс не доходит до поднятия VRUN.
4. Когда мульт снимет ресет с юга, т.е. EC_RSMRST# = 3.3V
- до этого момента также как до москвы раком :)
5. Когда при нажатии кнопки включения сигнал ON/OFFBTN# опускается до нуля и этот же сигнал транслируется в PBTN_OUT#
- у меня даже при подаче питания PBTN_OUT# не поднимается в единицу.
6. Когда с юга сигналы PM_SLP_S3# и SLP_S5# будут сброшены, т.е. напряжение на них составит 3.3V.
- а до этого вообще как до москвы раком и обратно.
Между 2-м и 3-м пунктом есть масса других процессов, которые незаслуженно не упомянуты. 4 и 5 пункты нужно поменять местами а 3-й пункт поставить за ними.
Т.е. у меня ступор EC в процессе инициализации самого EC. По анализу кода исполняемого EC по кругу (а это уже говорит о том что микроконтроллер EC функционирует, читает память и четко следует заложенное в эту память программе) уже есть вывод по причине такого поведения, но для подтверждения этого и нужен даташит.
По темам на форумах видно, что никто так глубоко никогда не копал (по крайне мере для этой платформы), но мастера эмпирически вывели причины того что я сейчас наблюдаю

P.S. Да, и кстати, Практчески каждый вывод EC имеющий ответную контактную площадку до которой можно дотянуться, я вызвонил на разрыв, на замыкание на + и GND и на замыкания между соседними выводами. Составил карту состояний всех выводов EC. Из чего и сделал вывод о том, что МК внутри EC не инициализирует GPIO.

Что тут сказать - заменить еще рах флеху, мульт, проверить объвяз. По поводу куда бы он мог выводить - схемы на компале посмотрите и куда подключается компаловская карточка.

Спасибо за наводку. Подсмотрел в Compal - как и предполагалось вывод идет на UART МК, т.е. ноги 30 и 31. Только в моем случае и там тишина. И если кому интересно еще такой момент: на разъем клавиатуры выведены сигналы для внутрисхемного программирования флешки мульта через сам мульт.

Есть CX-620, похож отчасти, могу посмотреть если чего надо. Дамп с одного аппарата вам на почту скинул (сливал сам)

Дамп байт в байт такой же как у меня есть - значит 100 % прошивку отметаем.
А у Вас есть схема на CX-620? Было бы проще сориентироваться по схеме, а то назначение GPIO могут быть разными.

Замерьте пожалуйста сопротивление на землю выводов EC: 37, 2, 20, 1, 3, 38.
В состоянии: аккумулятор отключен, батарея RTC отключена, AC-адаптер подключен (без нажатия кнопки включения), замерьте напряжения на выводах: PWR_SW#, PM_PWR_BTN#, SUS_ON

Эти условия как бы усреднённые для всех ноутбуков. У Компалов системные 3,3 и 5,0В запускаются вообще без участия мультиконтроллера. Судя по вашим описаниям, мульт не инициализируется, а возможные причины - мульт, его прошивка, флэш...

Схемы как таковой у меня нет на мой, а эти ноги точно по другому разведены. Посмотрю.

Да, пожалуй мне стоило дописать "для моего конкретного случая".

Вот и я о том же говорю - нет инициализации мульта. Укрупненная причин - связка флеш-мульт-прошивка. Не явно я озвучил более конкретную предполагаемую причину парой постами выше. Я думаю, что вся эта связка исправно. Думаю на этой платформе могут быть установлены разные ревизии мульта. Как уже сообщил Роман, тут точно может стоять ревизия D2, как говорит схема - может стоять какая-то из ревизий С. Прошивка вообще одна единственная - значит должна подходить для всех возможных на данной платформе ревизий мультов. Как понятно из обсуждения замен разных ревизий на других платформах - при замене может понадобиться доустановить или удалить некоторые элементы, что и подтверждается несоответствием схемы и реально установленных на плате элементов (многие элементы в обвязке мульта не установлены). Вообще китайцы большие оригиналы - в пределах одного наминала м/с но с разными ревизиями такой разброс начинки, что по хорошему нужно было их именовать разными м/с.
По наводке RsM стал искать схему MS-1688, но не нашел. А нашел фото его платы - так вот там точно стоит D2, компоновка и монтаж обвязки мульта очень похожи - так вот там есть некоторые элементы, которые не установлены на моей плате. По этой причине я и попросил RsM прозвонить некоторые выводы на землю в его плате.

В принципе итак понятно что должно быть на этих ногах, это я уж так на всякий случай спросил. Для меня более важно значение сопротивлений на ногах 37, 2, 20, 1, 3, 38.

Но ведь на сайте есть MS-168A1

RsM предложил сравнить сигналы с имеющимся у него CX-620 (он же MS-1688(1)) для этого я искал схему, но ее нет.

Вряд ли есть отличия