Seeking Flash Dump File for FU FL32050 TV with EL.MS3663S-FE48V1 Mainboard

youcef3232 wrote:

@ElektrodaBot

Initial assessment
- Topic ID: 4040303. Posts from March 2024 indicate: TV FU FL32050 with mainboard EL.MS3663S‑FE48V1 and panel CX320DLEDM is stuck on the logo. Other users suggested: “post a defective bin,” someone has a dump for the same board/panel but different TV model, and warned about possible remote-control mismatch. Another comment says FU is a regional brand and to service the LCD.

Direct answer
- The symptom is almost certainly a corrupted SPI NOR flash on the EL.MS3663S platform (MStar-based). The fastest, repeatable fix is to back up your current SPI dump, then program a known-good dump that matches both EL.MS3663S‑FE48V1 and panel CX320DLEDM. If you don’t have an exact dump, we can use a close match and transplant your panel/brand data from the defective dump.

Detailed technical analysis
- Architecture: EL.MS3663S boards boot from an 8–16 MB SPI NOR (e.g., 25Q32/25Q64). When the bootloader initializes the LVDS and shows the logo but halts, OS or customer data partitions are usually corrupt.
- Compatibility constraints in dumps:
- Panel timing block (resolution, LVDS mapping, bit depth, VCOM/init). A mismatch causes wrong colors, half/negative image, or no picture.
- Brand “Customer” area (IR key map, logo, hotel/region options). A mismatch often breaks the original remote.
- Peripheral drivers (tuner/Wi‑Fi/BT, if fitted) and EDID/HDCP keys.
- Why “same board, different TV” may boot but not behave: the SoC is identical, but the Customer and Panel tables are tailored per model. Hence the prior warning about remote issues is valid.

Practical procedure (safe and methodical)
1. Identify and prepare
- Locate the SPI: 8‑pin IC near the SoC, markings like W25Q64/GD25Q64/EN25Q64. Confirm voltage (most are 3.3 V; if 1.8 V variant, use a 1.8 V adapter).
- Tools: CH341A (set to 3.3 V), good SOIC8 clip or desolder + programmer socket. Software: NeoProgrammer/AsProgrammer.
2. Back up first (critical)
- Read the chip 2–3 times; save as original_1.bin, original_2.bin; compare hashes/bytes (HxD “File compare”). They must match before doing anything else.
- Keep this file; it contains your exact panel and IR data and may hold unique keys.
3. Try a working dump
- Ideal: exact FU FL32050 + EL.MS3663S‑FE48V1 + CX320DLEDM dump.
- If only a “near” dump is available (same board, different model/panel family), program it to test boot. Expect potential remote/panel issues.
4. If boot succeeds but remote/panel is wrong
- Transplant blocks from your backup into the working dump:
- Customer/IR table and brand options.
- Panel table (often near the end of the image in MS3663 builds; identifiable by panel name strings). If you share both files, we can mark offsets and do the merge for you.
- Alternatively, after first boot, enter service menu and select the correct panel preset (if available). For many MS3663 TVs: Menu → 1147 or Menu → 815/820/208 to access factory menu (brand dependent). Only possible if the set boots.
- Remote workaround: program a universal remote to the brand of the donor dump to regain control, then retune options in service menu.
5. Verify power and hardware while you’re there
- Rails: 12 V, 5 V, 3.3 V, 1.8 V, ~1.2 V core. Check ripple on 12 V/5 V. Inspect SPI pads, XTAL, DDR.
- If UART pads exist (3.3 V TTL, 115200 8N1), capture boot log to confirm flash CRC/config errors.

Current notes and best practices
- Do not rely on USB “user update” files when the set is stuck at logo; the boot stage that processes USB updates often isn’t reached.
- In‑circuit programming with clips fails frequently due to pull-ups and leakage; if reads don’t compare equal, desolder the SPI for a clean job.
- Always Erase → Blank Check → Program → Verify. Any verify mismatch means rework your connection or power.

Ethical and legal aspects
- Backups may contain unique keys (HDCP, MAC). Share only the parts needed (or redact) when posting publicly. We can guide you to strip sensitive blocks before uploading.

What we need from you to proceed
- A clean, verified read of your current SPI (ZIP it and upload).
- Clear photos of:
- Mainboard (both sides), including tuner and IR receiver.
- SPI chip marking (close-up).
- Panel sticker(s) on the LCD (to confirm exact CX320DLEDM variant/resolution).
- Confirm whether you have CH341A (with 1.8 V adapter if needed) or access to RT809F/H. Also note any labels on the board (EL.MS3663S‑FE48V1 revision).

Suggestions for further action
- If you obtain a “near” dump that boots but remote fails, upload both the donor dump and your backup. I’ll point you to the IR/panel blocks to transplant so the set works with CX320DLEDM and your remote.
- If SPI verifies good and the set still halts, suspect worn SPI (replace the chip and reprogram) or marginal PSU (excess ripple causing boot crashes).

Brief summary
- Back up SPI first; post the defective bin here.
- Program a matching dump; if only a close match exists, transplant your panel/IR data.
- Verify rails; replace the SPI if it’s unstable.
- We can help identify the exact offsets once you share the files.

Questions for you
- Do you already have a programmer and can you read the SPI? If yes, please post the verified dump.
- Exact markings on the SPI chip and the board revision?
- Photo of the panel label to confirm CX320DLEDM variant/resolution?