Прив’язка процесора (CPU) і SPI флеш-пам’яті.

[Igor1031]

У Sat-Integral S-1311 HD COMBO є прив’язка процесора (CPU) і SPI флеш-пам’яті. У флешці прописана зона OTP, тож при заміні мікросхеми потрібно зчитати цю зону й записати її в аналогічну флеш-пам’ять, інакше пристрій не працюватиме.

З процесором ситуація складніша — потрібна спеціальна програма, якої поки що немає для GX6605S, тому, швидше за все, доведеться звертатися до сервісного центру.

Будьте уважні.
У деяких інших тюнерах також є такий захист, не забувайте про це.

[Igor1031]

А якщо прив’язка програмного забезпечення (SW) відбувається просто за ID SPI?
Флешки з однаковим ID перевірялися? Може, в “рідних” мікросхемах якийсь унікальний ID?
Там стандартний ID = 004016H, як у 25Q32, те саме і для флешки на 8 МБ — нічого особливого. Можливо, десь прописані серійні номери або використовується якась математична залежність.
Скажу одне — своєї мети вони досягли: “лівий” чіп підмінити не вдалося, принаймні мені. Є можливість експериментувати на великій кількості різних тюнерів. У результаті дійшов висновку — воно того не варте. Тим більше, що “донори” час від часу трапляються.

[Igor1031]

«друга ID SPI-флеш» → «другий (або додатковий) ідентифікатор SPI-флешки» або «другий ID SPI-флешки».

Що під цим зазвичай мають на увазі і як це перевірити

JEDEC / стандартний ID — це те, що повертає команда Read JEDEC ID (0x9F): зазвичай 3 байти — виробник, тип/семейство, розмір. Саме цей ID ви й називали (на практиці для 25Q32 часто бачать 3-байтовий код на кшталт EF 40 16 або схожий формат — залежить від відображення).

«Другий» ID або додатковий ідентифікатор — може означати будь-що з нижче:

уникальний серійний номер (UID), який деякі мікросхеми підтримують через окрему команду (викликається часто командою типу 0x4B або іншим вендор-залежним кодом). UID — це апаратно прив’язаний унікальний набір байтів (наприклад 64- або 128-біт).

вендор-специфічний ID/сигнатура доступний через інші команди (наприклад 0x90, 0x4B або 0x4C у різних мікросхем).

OTP/ексклюзивні області — у флеші може бути захищена зона (OTP), куди записано ідентифікатор або ключі; вона не завжди читається стандартною JEDEC-командою.

електронний/логічний ID, який породжує прошивка/процесор — наприклад прошивка може здійснювати додаткові перевірки (математика, серійники, CRC тощо).

Як перевірити на практиці

Підключіть флеш до програматора (CH341A + AsProgrammer, RT809H, TL866, або через SPI-интерфейс з flashrom/Bus Pirate).

Прочитайте JEDEC ID: команда 0x9F — очікуйте 3 байти (виробник/type/size).

Спробуйте вендор-команди для UID: часто це 0x4B (читайте документацію мікросхеми). Якщо повертає байти — отримаєте унікальний серійник.

Перевірте наявність OTP: деякі програматори/утиліти дозволяють побайтно читати всю мапу пам’яті, включно з спеціальними зонами.

Порівняйте значення зі «рідною» флешкою — якщо UID або OTP відрізняються, це і є «друга ID» яка блокує заміну.

Коротко про практичний висновок

Якщо ви не змогли підмінити «лівий» чіп — дуже ймовірно, що в пристрої використовується або UID, або OTP/серійник, або верифікація по додатковій команді/алгоритму.

Перевіряйте не тільки JEDEC ID, а й наявність UID/OTP і вендор-специфічних полів — саме вони часто є «другим» ID.

Якщо хочете — можу:

написати покрокову інструкцію для CH341A / AsProgrammer або flashrom (якою командою читати JEDEC і спробувати UID),

або — перекласти конкретні рядки/повідомлення, якщо треба.

Що вибираєте?