Автор: ИгорьК , 17 марта 2009
Добрый день. Плата Fujitsu-Siemens D1326-A11. Встает на коде А0. Планку убрать (PC100 x 32Mb тестовая) - буззер пищит и встает опять на А0. Стянул прошивку. Попытался найти на сайте - там только дискеты для обновления а внутри - куча мелких "микрокоды". Бинарного как такового нету.. Где посмотреть bin файл?

Мануал на плату (если вдруг) http://support.fujitsu-siemens.com/manuals/ShowDescription_KMT.asp?DokuID=202701

Ну и родная прошивка с платы. До кучи..
Содержимое данного поля является приватным и не предназначено для показа.
О текстовых форматах

BBCode

  • HTML-теги не обрабатываются и показываются как обычный текст
  • 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]
  • Адреса веб-страниц и email-адреса преобразовываются в ссылки автоматически.

maco

16 лет 12 месяцев назад

Для определения порядка склейки IMHO можно скачать R1.04.1326 и сравнить со считанным образом.
Хотя не факт, что перепрошивка поможет.
Просто как вариант. А если не секрет как собрать всё в кучу? в каком порядке? Насколько мне помнится что-то вроде xcopy... Напомните пожалуйста. Даже если тупо слить все в кучу (кроме системных) все одно 512 не получается..

maco

16 лет 12 месяцев назад

Насколько мне помнится что-то вроде xcopy

copy /b file1 + file2 dest_file
file1, file2 - склеиваемые файлы, dest-file - то, что получится после склейки.


Даже если тупо слить все в кучу (кроме системных) все одно 512 не получается
А где анализ :)? Или думать лень?
Добрый день. Не лень.. просто был третий час ночи... Осталось разобраться с технологией прошивки 300 кбайтного файла (вместо 512 обычного) в 4-х мбитную флешку на виллеме. Просто такого не делал и не встречал. На всех платах которые перешивал - биос файл занимает сколько положено. Здесь - опять собственное изобретение производителя... Тот который .ocf. Rom также подсказал. Параллельно.

maco

16 лет 12 месяцев назад

Дык кто мешает проанализировать как необходимо расположить основной .ocf файл и микрокоды :)? Уже и версия подсказана для анализа. Тупо (раз уж вам так нравится такой подход :)) сравнить и расписать зоны :).
Никто не мешает. Что и будет проделано. Спасибо за консультацию.

Сколько раз себе говорил - изъясняться официальным стилем.... И комментариев таких бы не было...

maco

16 лет 12 месяцев назад

Если слегка проанализировать .ocf файл, то можно выделить характерные сигнатуры SNIPAC, след которых приводит сюда:
вырезать первые 70h байтов файла и последний после обработки snipac'ом


Распаковывает неплохо, еще не сверял с результатами ручной распаковки, но по первым результатам - неплохо.
P.S. После распаковки получается то, что нужно записывать по старшим адресам, младшие адреса заливаются нулями, если я правильно понял.