Поднимаются все основные напруги, Биос при нажатии кнопки начинает вычитываться, вроде все ок, а изо нет как на дисплее так и на внешке. Отсутствует +3v_LCD , и +LCD_LEDIN. Кто поможет разобраться с данным аппаратом, что-то пока моих знаний видимо не совсем хватает победить аппарат без вашей помощи (пинка в нужном направлении ) Биос шил - не помогло. Схему на всяк случай прилагаю, может кому пригодится.

у тебя на AMD , а схема на Intel , но я например на обеих процы менял , мост на Intel ...
....Post карту подцепить для начала....что гадать то...

Да цеплял, нули показывает, но в ее (посткарты) работоспособности сомневаюсь, т.к. после нажатия кнопки идет активный обмен данными на флехе биоса. Скажите, на этой платформе вывод изо на lvds сразу с проца идет или все-таки через FCH ?

Постку подпаивал или в wifi слот ставил?

Сразу с проца. На этой модели несколько разных биосов, в зависимости от проца (с50, с60). Они не совместимы. Пробовал шить разные?

На плате есть разъем eLPC, туда и подключал ( но есть сомнения в работоспособности данной постки). Шил только одну версию Биоса, но ревизия полностью с моей совпадает.

gigaprice,нужно пост-карту правильно прицепить.
Вот ТУТ я с таким же столкнулся

У меня такая-же посткарта, завтра тоже разъем перепаяю, так-как если есть шевеления на LPC, по идее и коды бежать должны.

Дело там не в процах а в платформах ноута,есть с юсб 3.0 и есть без,а процы могут стоять и С50 и С60 и даже C70,завтра буду ставить ради спорта туда E-350 и 99% что заработает,вот только охлаждения скорее всего не хватит,в одном Асере уже пробовал,любая нагрузка и проц перегревается до автоотключения за 10-20 секунд...

Отписываюсь.
Поставил Е350 вместо С50 - нет картинки,затык на видяхе,заказал проц С60,на днях приедет и поставлю.

проц часто мрет.

заработал C60 ?

Точно судить не могу, но, похоже, что затык там всеже с BIOS-ом.
Проблемы разные, меняют процы C50<->C60, слетает BIOS и шьют с офсайта, BIOS запаролен и шьют с офсайта... Результат одинаковый. Ноут работает, но изображения нет.
В образе с офсайта нет уникальной области EEPROM и дело может быть в отсутствии инициализации неких дефолтных переменных. Но судя по тому факту, что такая же проблема проблема возникает и у тех, кто меняет проц на "соседний", затык не в EEPROM-е, а в самом BIOS, инциализации видеоадаптера.

Во всех этих APU видеоадаптер встроен в "проц", но, так или иначе, определяется он программно все также, как и везде, на шине "PCI" (ну или PCI-Ex, не важно, ведь с т.з. программирования они одинаковы). При этом, в разные APU этой серии интегрированы похожие, но НЕ одинаковые GPU. В C30 и C50 идет HD6250, в C60 - HD6290, в C70 - HD7290, E350 - HD6310. И VID/PID у них тоже разные, о чем упоминает Черномор тут:
http://vlab.su/viewtopic.php?f=40&t=37878
И эти VID/PID бинарно прописаны в самом начале VBIOS, что хорошо заметно на скрине из топика по приведенной ссылке.

Меняя проц, мы меняем сразу же и видео карту, а BIOS оставляем прежний, содержащий, помимо всего прочего, и BIOS видеокарты! Ситуация напоминает прошивку в видеокарту BIOS от соседней модели. Думаю, многие сталкивались с такими ситуациями, и хорошо знают, что видеокарта, скорее всего просто не стартанет.

Почему же подобная проблема возникает и у тех, кто вынужден был прошивать BIOS, причем обычно сначала взятый с офсайта? Дело в том, что под "личиной" 1015BX производитель выпускал несколько разных "ревизий", и не только мат плат, но, фактически, и "ноутбуков".
Были "ревизии" (разных комплектаций) с процессорами C30/C50, включающие графику HD6250, которые изначально назывались 1015BX. А позже выпустили новые "ревизии" на базе APU C60, которые CPU-Z и иными утилитами определяются как 1015BXO, однако, в силу гребаных "маркетинговых причин", продавались они "простым людям" все также под "личиной" 1015BX.

А коли продавали, то и поддержка обоих продуктов идет на одной странице 1015BX, и страница с BIOS-ами "одна на всех", где лишь вскользь и туманно упомянуты некие ограничения совместимости конкретных версий на английском языке, который, К СОЖАЛЕНИЮ, у нас не все понимают ("но боятся спросить")...

Даже файлы с образами BIOS имеют имена типа 1015BXO-ASUS-0501.ROM, 1015BX-ASUS-0501L.rom. И, конечно же, все "молча" шьют "последний" - 1015BXO-ASUS-0610.ROM, хотя в описании к нему написано "For C60 CPU only with “OB” printed on the label in the battery slot.", тогда как для "ревизий", т.е. "настоящего" BX, на базе C30/C50, а не BXO, последняя версия BIOS - 0501L. Обе "последние версии" вышли практически одновременно, в мае 2012г.

Не могу с уверенностью утверждать, ревизий могло быть весьма много, но "сборки" 1015BXO, будучи, вобщем-то, чуть лучше прежних, шли с припаянной памятью вместо слота DIMM (что, к сожалению, сильно затрудняет апгрейд RAM до 4GB). Окно в корпусе с крышкой, при этом, так и осталось на своем месте, поэтому легко открутить пару винтов и посмотреть. Иное отличие, на которое ссылается производитель, - код "OB" на стикере (он под батареей), должно помочь "самым простым людям" понять что за аппарат у них в руках и прошить правильный BIOS.

Другое дело, что все давно привыкли, что если модель ноута одна, то и все BIOS-ы на странице поддержки для нее и совместимы с этим ноутом. Описания тольком никто не читает. Вот и результат.

Что касается "поддержки" USB 3.0 - такие комплектации имеют значительно отличающуюся вторую плату с портами (daughterboard или I/O Board). У меня нет такой платы, а фотки в нете не слишком детализированные, но и так видно, что плата больше и на ней предусмотрен третий разъем для многопинового шлейфа, очевидно, что это PCI-Ex для USB 3.0. Mainboard тоже, наверное, отличается, хотяб в плане того, что на ней должна быть выведена шина PCI-Ex на такой же разъем (может он везде есть, разбирать не охота, и тогда возможен апгрейд до USB 3.0 путем замены платы I/O). Но наличие или отсутствие контроллера USB 3.0, стандартно висящего на PCI-Ex, как раз, никак не должно мешать BIOS-у инициализировать все остальное оборудование, разве что, если он неисправен и вешает шину. Поддержка BIOS-ом контроллеров USB интересна, разве что, в плане загрузки с внешних носителей USB, тогда как внутренняя работа контроллеров USB 3.0 везде обеспечивается кодом прошивки в самом контроллере и от Main BIOS никак не зависит.

Помимо описанных проблем совместимости BIOS и видео, различные проблемы может и будет создавать отсутствие в образе BIOS с офсайта уникального блока виртуального EEPROM (или подобной структуры). Может даже и виснуть будет не будучи в силах инициализировать какие-то переменные, но практика с иными подобными ноутами на AMI, показывает, что образ с офсайта позволяет запустить аппарат. Исключение составляют платы на Intel со свежими ревизиями этого долбаного шпионского ME BIOS, который защищен даже от чтения (со стороны самого компа, например и для BIOS Backup Toolkit) и без которого потом, если и работает, то вырубается питание ровно через 30 минут.

Зато, гарантированно, MAC адрес LAN будет 00:00:00:00:00:00 и "половина" сетевого оборудования откажется с ним работать, равно как "пропадут" серийники, тэги и бог весть что еще, в т.ч, возможно, какие то настройки клавиатуры, подсветки. Обязательно пропадет SLIC и столь удобно активировать любую сборку Win7 ключом SLP станет невозможно, равно как, слетит и активация установленной винды сразу же после первой загрузки с "новым BIOS".

Что нормально восстановить BIOS в идеале надо найти в своем испорченном образе BIOS блок EEPROM, который, скорее всего, не пострадал, поскольку оч маленький, всего 4KB и туда почти никогда и ничего не пишут, даже при обновлении прошивки.

В этой модели, как я вижу есть проанализировал есть аж 4 блока с уникальными данными, из которых первые 3, скорее всего, являют собой один большой блок, просто заполненный данными лишь в некоторых местах, несколько разнесенных между собой в адресном пространстве.
Первый блок начинается с адреса 18000h и заканчивается перед 20000h. Начало забито FF, а в конце видится 224 байта данных первой части SLIC (может зашифрованной). Второй расположен с адреса 20000h до адреса 24000h и содержит крохотный бинарный блок конфигурации, размером ок. 48 байт (30h) с адреса 201B0h до адреса 201E0h в котором легко отслеживается MAC LAN - 6 байт с адреса 201С2h. Кроме того, там есть, как минимум еще 16байт данных, имеющих "НЕнулевое значение". Что за флажки в них я не знаю. Остальная часть блока забита FFh. Третий блок занимает адреса с 24000h до 28000h и содержит в начале вторую, явно открытую часть SLIC, размером около 200h байт. Остаток забит FFh.

Все 3 части занимают непрерывный блок с адреса 18000h по адрес 28000h (с запасом) и можно просто вырезать все скопом в виде одного файла для его имплементации в образ BIOS с офсайта.
4 часть, отличающаяся от прошивки с офсайта вызвала недоумение, поск, судя по контексту, является частью модуля AmdResetManager и занимает область в "не круглыми" адресами в конце прошивки - 1E651C - 1E6720h и содержит серийники и тэги в явном виде. В образе с офсайта вся эта область забита FFh, кроме, кажется, одного значащего байта.

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

Разобрал несколько BIOS-ов. Номер не проходит.
Гайдов про моддинг EFI море, это хорошо, конечно, но в них можно утонуть.
Для данной ситуации более простой и наглядный описан тут:
http://www.win-raid.com/t18f16-Guide-Ma ... dding.html
Сегодня есть более свежие, продвинутые инструменты, но дело в том, что MMTool позволяет разбирать не только контейнер EFI FFS, но и нужный нам модуль CSMCORE, содержащий, с легкой руки AMI, все OROM-ы (Option ROM, т.е. "BIOS-ы" всех "периферийных" адаптеров - IDE/SATA/RAID, LAN Boot ROM, итд, в том числе и Video BIOS в тех случаях, когда видеокарта интегрирована в мать, а, в данном случае, в проц)

Там же в "человекопонятном" виде можно выбрать нужный BIOS по VID/PID с тем, чтобы его извлечь или заменить. Но, по результатам "расследования", выяснилось, что VBIOS там один на несколько VID/PID (1002:9802, 1002:9803, 1002:9804, 1002:9805, 1002:9806, 1002:9807) и модули извлеченные из BIOS-ов ветки BX оказались бинарно идентичными извлеченным из BIOS-ов ветки BXO, вернее, там один единый модуль на все VID/PID в обоих ветках (совсем старые версии не смотрел, смысла нет). Тем, кого бинарный вид модуля не смущает. все равно, будет удобнее работать с инструментом, разбирающим бинарную структуру и способным корректно вносить в нее изменения, в т.ч., заапдейтить целый блок кода, возможно, иного размера.

Анализ драйверов показал соответствие
1002:9802 = HD6310
1002:9803 = HD6310
1002:9804 = HD6250
1002:9805 = HD6250
1002:9806 = HD6320
1002:9807 = HD6290

HD7290 в BIOS-е не прописан. У него VID/PID = 1002:980A
Соотв, тот кто захочет ставить туда C70 как-то придется пересобрать BIOS с модулем VBIOS, поддерживающим HD7290. Пробовать следует, видимо, по приведенной инструкции.

Остается вариант с неправильной конфигурацией EEPROM/etc, т.е тех блоков, о которых я писал в предыдущем посте. Возможно, где-то в них есть данные, необходимые для первичной инициализации VBIOS. То, что видео не заводится по причине неверной конфигурации BIOS-а (в любом смысле) - практически точно. Слишком много совпадений. Видео не заводится при проливке образа с сайта с пустым EEPROM (ну, и/или неверно выбранным образом). Видео не заводится у тех, кто тем же методом "чистил пароль", хотя у них комп, заведомо, аппаратно исправен. Видео не заводится у тех, кто сменил APU на соседнее, при том, что BIOS у них никто не трогал. Не много ли совпадений? Для тех кто перекатывал APU остается вариант, что перекатали плохо, причем только в части шаров под видео, причем так что все работает, и не виснет сразу, и в защиту не уходит, и только "экран не показывает", и у всех, кто катал и отписался о подобных проблемах - так. Каков шанс, что все перекатали с одним и тем же косяком?

При замене APU на "соседнее", можно пробовать шить полный дамп, слитый с ноута, изначально укомплектованного соотв APU, но, помимо APU, матери могут иметь другие отличия, например EC или еще что-то, что может иметь отражение в BIOS (или в его конфиге). Поэтому, прошитый BIOS от другой матери может тоже не завестись. Попытка - не пытка. Попробуйте, кто будет перекатывать. Полного дампа для старой версии 1015BX (которая не BXO), которая комплектовалась C50 (теоретически где-то были и C30) пока не видать. У кого есть - выкладывайте. Для слива достаточно под Виндой покликать пару кнопок в BIOS Backup Toolkit. Выпаивать не требуется, если конечно, ноут стартует. Из DOS полный дамп можно слить с помощью AFUDOS для AMI Aptio EFI.

Следует насобирать разных образов от разных сборок/ревизий данной модели, причем с обязательным указанием модели APU (проца) и иных значимых признаков, как то, полный номер модели, ревизия матери, напаянность памяти либо слот, итд.
Потом можно сравнить и проанализировать что за отличается в конфигах (EEPROM/уникальных блоках).
Слить скопом по быстрому все версии с офсайта можно тут:
ftp://ftp.tekwind.co.jp/pub/asustw/EeePC/1015BXO/
ftp://ftp.tekwind.co.jp/pub/asustw/EeePC/1015BX/
ftp://ftp.tekwind.co.jp/pub/asustw/EeePC/1015B/
(какой-то старый mirror официального FTP Asus, ныне давно почившего)

Выкладываю свой образ. 1015BX-WHI180S (2012). Версия BXO 0610. Проц C60, память напаяна, 2GB, USB 3.0 нет, но это тут и не важно, вход/выход аудио 1 (в BX бывает 2). Ревизию матери глянуть не могу, разбирать надо, а я с него и пишу.
В комплекте оригинальный SLIC (дамп, SLIC был интегрирован на заводе) сертификат к нему и оригинальный ключ Win7 Starter.


Второй файл выкладывал дядьмиша тут:
viewtopic.php?f=50&t=82155#p482809
1015bx-blk139s.rar

BIOS тоже для BXO, версия 0604, полный дамп. M/B Revision 2.1G

Блок с конфигом, там где MAC хранится, полностью отличается от моего, что несколько нетипично. В других Asus-ах, одной и той же модели, обычно, конфиги отличаются лишь в плане разных ID (MAC, S/N, TAGи итп). В этом S/N, номер комплектации и еще какие-то ID хранятся отдельно, ближе к концу образа, как писал в предыдущем посте. SLIC тоже присутствует.
В блоке по смещению 24000h, похоже, хранятся какие-то ID, большей частью совпадающие с имеющимися в последнем уникальном блоке в конце прошивки. SLIC при этом переехал ниже на 210h байт.

У меня в этом блоке, с самого начала, лежит вторая часть SLIC, в пустом, с сайта, только сигнатура ASUSCKP$. Это говорит о том, что в данном ноуте данные EEPROM могут смещаться при каких-то условиях. Может организован некий Wear Leveling для EEPROM?
Почему именно так? Кто-то может сказать, что уникальные данные в прошивке 0604 просто организованы иначе, чем в 0610, но тонкость в том, что при обновлении прошивки, а оба биоса от ветки BXO, уникальные данные не прошиваются и остаются на своих местах, по старым адресам, причем новая версия BIOS должна их найти и распознать, а это значит, что миграция структур по блокам предусмотрена изначально.

При разборе с т.з. стандартной структуры EFI выяснилось, что, как я и ожидал, EEPROM, т.е. первая область с уникальными данными, хранятся в виде 2х padding без GUID ("спрятали" называется). А вот последний блок в конце прошивки оформлен в виде "официальной" секции и имеет GUID - Section Raw FD44820B-F1AB-41C0-AE4E-0C55556EB9BD.
Поиск Гуглом показывает, что GUID этот характерен именно ддя Asus и везде содержит разные ID (номер комплектации, серийники, MAC-и, даже ключи для Dolby DTS).
Зачем такая мудреная структура хранения пока не пойму, наверное, это связано с некими особенностями инициализации EFI, когда модуль с ID должен быть распакован на этапе общей распаковки образа EFI в память, тогда как работа с EEPROM, предполагающая повторное чтение-запись Flash организуется позже, после инициализации каких-то модулей.

Еще один BIOS для BXO. От какой он комплектации не известно.

Найден на вьетнамском форуме sualaptop.edu.vn (пришлось регаться)
BIOS Version 0610.
Размещение уникальных блоков у него похоже на BLK139S, но отсутствует (пустует) короткий блок конфигурации, который у меня содержит MAC LAN и имеется во всех остальных образах. Возможно что-то восстанавливали и добившись работоспособности решили что все ОК (форум там ремонтный). Подозреваю, что после прошивки этого имиджа MAC LAN будет 000000. Кто будет пробовать - проверьте.

И еще один BIOS для BXO. 1015BX-WHI138S v0610

Найден на индийском форуме Indiarefix.In (пришлось регаться)
Этот BIOS и по структуре и по виду очень похож на мой (WHI180S)
Версия одинакова, все уникальные блоки на тех же местах, но вот данные в них бинарно отличаются повсюду. Даже в области НЕшифрованного SLIC куча бинарных различий, что сильно удивляет. Бинарник SLIC, обычно, идентичен для всех компьютеров той или иной компании, равно как, сертификат и набор ключей для всех редакций винды. Исключением стал первый утекший ключ от Lenovo, который вскоре заменили на новый, наверняка словив бахерт от миллионов возмущенных юзеров. И то, бинарник и серт, может даже и не меняли, не помню уже.
Поглядел еще раз, там блок заголовка структуры имеет сильно разную длину, поэтому адреса данных съехали друг относительно друга, и "все байты" в блоке и не совпадают, а SLIC, таки, представляется визуально одинаковым.

А вот дампа под "чистый" BX (не BXO) пока не нашел.

===============================

Для справки, кому заранее нужно знать перед покупкой запчастей, ранее (давно) менял на нем WiFi на AR5WB222 (Atheros abgn 2.4/5GHz 2x2x2) и никаких проблем не возникло (WhiteList-а нет, что впрочем характерно и ожидаемо для Asus ДО ""самого последнего" времени).

Матрицу тоже менял на абсолютно другую модель другого производителя (Определяется как Chi Mei CMO1025 N101L6-L0A), снятую с дохлого ноута HP - без каких либо затруднений (изредка бывает, что не запускается, причем были случаи именно WhiteList-а еще в очень давние времена, когда прошивка EDID образом с битой матрицы, внезапно, сразу снимала "все проблемы"). Проверял лишь электрическую совместимость по даташитам, поск ранее был случай, когда ноут серии 1015B* поджарил подсветку на абсолютно исправной матрице, подкинутой с рабочего 1015PE (пропала яркость и стала мерцать подсветка после кратковременного включения). Входной вольтаж LED разный.
На винте имеется система восстановления и ExpressGate.

Кто будет менять полудохлый винт на новый, лучше пытаться перелить MBR и скрытые разделы посекторно, потом восстановить заводскую систему с них. Установленная система Win7 Starter вполне отлажена и проблем не доставляет (на редкость). За все время эксплуатации, пользовался правда редко, ни разу даже в BSOD не выпала. Лишние сервисы можно потом поотрубать Autoruns-ом, лишний софт деинсталлировать. Редакцию винды можно в любой момент поменять на любую иную. Нужен лишь OEM SLP ключ Asus для новой редакции, кои найти в нете не проблема.