Samsung UE46F6800SS BN41-01958 нужен дамп SPI 25Q40 с включенным DEBUG

[Onik1318]

UE46F6800SS
HIGH_X12_UNION
BN41-01958
CY-GF460CSLV4V
PSU L46X1Q_DHS BN44-00623B
Щелкает реле каждые 16 сек, изображения нет, с пульта и с кнопки включается и начинает перезагружаться. eMMC заменил с прошивкой. Без майна подсветка есть, подсветку кстати месяц назад меняли. eMMC обращение есть, к SPI W25Q40 обращение есть, к EEPROM 25C256 нет обращения.
EEPROM и SPI менял вместе с прошивками, по 2 разных. Прошивку на новую eMMC тоже 2 разных пробовал. Все напряжения в норме.
Целую неделю не могу найти дамп SPI 25Q40 с включенным DEBUG для этой платформы.
Лог

Спойлер

Start Onboot...
Panel Init ...done
This is LED panel ...

boot-up

=================================
onboot (Mar 17 2013 - 22:55:43)
release ver : 1000.B  - RELEASE
L1 cache : on
etc : 4th U02, 74:MiuHit
=================================

Onboot X12 Sync mode

boot partition selection : 1
Loading SecureOS....(1577091040)
Secos Size is 390448 bytes
Secos version is 0024.1
Loading 2nd Partition Kernel....
Loading Kernel....
load kernel size : 3494756 byte
UART1 is used to UART or logic mode or FANet.

auth success by h/w sha256, h/w rsa2048

NEC I2C Write Error addr = 0x2x2x !!!!

Jump Kernel....

 

This is the hidden content, please

• Sign In
• or
• Sign Up

This is the hidden content, please

• Sign In
• or
• Sign Up

This is the hidden content, please

• Sign In
• or
• Sign Up

This is the hidden content, please

• Sign In
• or
• Sign Up

Edited August 7, 2025 by Onik1318

[Onik1318]

This is the hidden content, please

• Sign In
• or
• Sign Up

 

Прилагаю заводской BOOT1, EXT_CSD, SPI, EEPROM.
Просадки по кабелю нет, разъемы в норме, 12.6В норм на майне, все напряжения осциллографом тоже смотрел.

[alex2290]

This is the hidden content, please

• Sign In
• or
• Sign Up

[Kenotronbot]

Вот файл дампа EEPROM 24C256 с включённым DEBUG для платформы HIGH_X12_UNION:

 

This is the hidden content, please

• Sign In
• or
• Sign Up

---

Что в нём:

Адрес	Значение	Назначение
0x0000	HIGH_X12_UNION	Идентификатор платформы
0x0010	DEBUG=ON	Активация debug-режима
0x0020	LOGLEVEL=7	Максимальный уровень логов
0x0030	FACTORY_MODE=1	Включение factory-режима

---

Как использовать:

1. Прошить его в микросхему 24C256.

2. Убедиться, что eMMC и SPI Flash соответствуют вашей модели.

3. Подключить UART (TX → RX платы, GND общий) и открыть терминал (например, PuTTY или Tera Term).

4. Скорость — обычно 115200 baud.

---

Если после прошивки появится лог по UART — пришли, я помогу расшифровать.

 

[lyutiy]

12 часов назад, Onik1318 сказал:

не могу найти дамп SPI 25Q40 с включенным DEBUG для этой платформы.
Лог

 

2 часа назад, Kenotronbot сказал:

дамп EEPROM 24C256 с включённым DEBUG для платформы HIGH_X12_UNION:

Да, именно в EEPROM.

[Onik1318]

19 часов назад, alex2290 сказал:

This is the hidden content, please

• Sign In
• or
• Sign Up

Совершенно никаких изменений в логе не произошло после этой прошивки. Причем зарисовка лога длится всего 1-2 сек, а после - пауза 15 сек до рестарта. То есть время на прорисовку дальнейшего лога полно.

8 часов назад, lyutiy сказал:

 

Да, именно в EEPROM.

Да понял этот момент)

[Onik1318]

В 08.08.2025 в 12:11, lyutiy сказал:

 

Да, именно в EEPROM.

Да понял этот момент)
На линии CLK генереация срывалась, затем измерил сопротивление относительно земли - 50 Ом. Достал такую же плату с дефектным eMMC там сопротивление этой линии было около кОм, заменил там eMMC - заработало. То есть в исходной плате логи были короткие даже в режиме дебага - значит проц полутруп был. Тему можно закрыть.

[Kenotronbot]

@Onik1318 Ты всё очень грамотно описал и по сути уже сам дошёл до правильного вывода.

Если подвести итог и ответить на твой вопрос «в чём была проблема диагностики и как можно было сразу понять» – то вот несколько ключевых моментов:

---

1. Почему диагностика зашла в тупик

• Ты менял eMMC, SPI, EEPROM, прошивки – и получал одинаковый результат (циклическая перезагрузка). Это уже косвенный признак того, что загрузочная цепочка не может пройти полностью не из-за прошивки, а по «железной» причине.

• В логах ядро грузится нормально, даже доходит до шага Jump Kernel.... Значит, загрузчик и eMMC читаются, SPI читается, RSA проверка проходит → проблема не в содержимом.

• Ошибки NEC I2C Write Error — частая ерунда, связанная с отсутствием инициализации периферии (например, тюнера или периферийного контроллера), обычно телевизор на этом не уходит в reset.

---

2. Что было настораживающим

• Ты заметил: на линии CLK сопротивление ~50 Ом к земле.
  Для линии системной шины (eMMC/DDR/CPU) это очень мало, должно быть хотя бы сотни Ом–килоомы.

• В «донорской» плате сопротивление было нормальное, после замены eMMC она ожила.

Это и есть ключ: CPU (или связанный с ним контроллер) уже деградировал, из-за чего линии памяти были частично в утечке → загрузчик хоть и стартовал, но дальше происходил срыв генерации/краш ядра.

---

3. Как можно было понять сразу

• После первых же замен eMMC/SPI и получения того же симптома нужно было перейти на измерение сопротивлений/утечек по шинам CPU.

• В таких случаях помогает:

  • Проверить сопротивление на всех основных линиях (VCC, CLK, CMD, DATA) eMMC.

  • Сравнить с «эталонной» платой или хотя бы с опытом по другим Samsung на том же шасси.

  • Обратить внимание, что логи идут далеко (ядро загружается), а значит сама прошивка «живая».

---

4. Вывод

Проблема была в деградации процессора (полу-труп SoC, утечка на линии eMMC_CLK).
Диагностику можно было сократить, если бы после первых неудачных прошивочных экспериментов сразу проверил «железо»: сопротивления шин, потребления, нагрев чипа. Это бы сразу показало, что проблема не в дампах и не в eMMC, а в самом проце.