Máy hút mùi thông minh thường tách biệt khối điều khiển công suất (Main MCU) và khối mạng (Wi‑Fi SoC/module); kết nối giữa hai khối qua bus nối tiếp (ví dụ: TX/RX, EN/RESET) và luồng App→Cloud→Module→MCU. Những gì có thể nói chắc: OTA yêu cầu ghi theo khối (chunk) và cơ chế dual‑bank hoặc bootloader fallback để tránh bricking; kiểm tra an toàn ban đầu là tắt nguồn lưới và xác định vùng điện áp thấp 3.3V/5V trước khi đo. Chưa thể kết luận lỗi phần cứng hay firmware khi chưa có phép đo nguồn, tín hiệu UART/TXD-RXD và trạng thái DFU.
Hiểu đúng hiện tượng trước khi đo
- Quan sát: mô tả chính xác triệu chứng (ví dụ: mất Wi‑Fi, reboot khi phát sóng, OTA dừng giữa chừng, app hiển thị online nhưng không điều khiển được).
- Giả thuyết: phân tách ít nhất ba vùng cần kiểm tra—(A) tầng mạng/module Wi‑Fi, (B) bus giao tiếp với Main MCU, (C) nguồn cấp DC cho module và MCU.
- Yêu cầu trước khi làm thử nghiệm: chụp ảnh tem model/nhãn, ghi thời điểm xuất hiện, ghi các bước tái tạo hiện tượng.
- Điều chưa xác minh: không thể khẳng định lỗi phần cứng (bo) hay firmware chỉ từ triệu chứng trên; cần phép đo thực tế.
Bản đồ hệ thống liên quan đến triệu chứng
Cây chẩn đoán tổng: từ biểu hiện đến nhánh kiểm tra
Nhánh A — Kiến trúc phần cứng & phân tách Network Module / Main MCU
A1. Kiểm tra cơ bản phân tầng
A2. Xử lý nhiễu EMI từ động cơ tới anten
Nhánh B — Đường nguồn và giao tiếp tín hiệu (Power & Signal Pinout)
- Kiểm tra: Dùng DC meter/oscilloscope đo VCC module (chỉ đo so với GND hệ thống); kiểm tra mức logic TX/RX (3.3V TTL).
- Vì sao: Sụt áp 3.3V (dưới dung sai ±5%) hoặc dòng đỉnh RF 300–500mA có thể reset module, gây bootloop hoặc mất kết nối.
- Nếu đạt (VCC ổn, UART có thể giao tiếp): Kiểm tra protocol frame/ACK giữa module và MCU.
- Nếu không đạt: Kiểm tra LDO, đường nguồn, tụ phân phối, điểm hàn lỏng.
- Điều kiện phải dừng: Đo trực tiếp xung tín hiệu/logic dùng oscilloscope là TECHNICIAN_ONLY; trước khi mở vỏ phải cắt nguồn AC và/hoặc dùng biến áp cách ly.
| Pin (generic) | Chức năng | Điều kiện đo |
|---|---|---|
| VCC | Nguồn module (thường 3.3V) | Đo điện áp DC so với GND, dung sai ±5% |
| GND | Mass hệ thống | Đảm bảo kết nối mass liên tục, đo trở kháng nối đất nếu cần |
| TXD / RXD | UART data | Đo mức logic (3.3V TTL) và khung dữ liệu khi truyền |
| EN / RESET | Bật/tắt module hoặc đưa về reset | Đo trạng thái chân, xác định pull‑up/pull‑down |
| BOOT / GPIO0 | Chế độ bootloader (khi lập trình) | Chỉ kiểm tra khi có tài liệu / TECHNICIAN_ONLY |
Cơ chế OTA (DFU) và các điểm kiểm tra quan trọng
- Kiểm tra: Quan sát sự kiện DFU từ module (ví dụ sự kiện bắt đầu, ghi chunk, erase, hoàn tất); kiểm tra checksum (CRC32/SHA256) trước swap.
- Vì sao: OTA an toàn phụ thuộc vào tải file theo chunk (4096 bytes), xác minh checksum và chỉ hoán đổi phân vùng khi file hợp lệ để tránh bricking.
- Nếu đạt: Quá trình hoàn tất, device reboot và bootloader chọn phân vùng mới → test chức năng.
- Nếu không đạt: Kiểm tra log OTA, retry mechanism, và tính nhất quán của external flash/dual‑bank.
- Điều kiện phải dừng: Cấm ngắt nguồn trong khi trạng thái DFU_WRITE đang kích hoạt; nếu không thể đảm bảo nguồn ổn định, dừng cập nhật.
| Sự kiện DFU (ví dụ RNWF) | Mô tả |
|---|---|
| SYS_RNWF_OTA_ENABLE | Mở dịch vụ OTA và tạo tunnel nhận image; buffer 4096 bytes |
| SYS_RNWF_OTA_DFU_INIT | Đặt module vào chế độ cập nhật |
| SYS_RNWF_OTA_DFU_WRITE | Ghi chunk dữ liệu (max 4096 bytes) |
| SYS_RNWF_OTA_DFU_ERASE | Xóa vùng flash trước khi ghi |
| SYS_RNWF_EVENT_DWLD_START / DWLD_DONE | Sự kiện bắt đầu/hoàn tất tải file |
Ma trận chẩn đoán phân lập ranh giới lỗi
| Hiện tượng quan sát | Điểm kiểm tra / Phép đo | Giả thuyết kỹ thuật | Hành động tiếp theo |
|---|---|---|---|
| Wi‑Fi LED tắt, nút cơ vẫn hoạt động | Đo VCC module; kiểm tra EN/RESET | Module không được cấp nguồn hoặc bị reset | Khắc phục nguồn/khóa EN; nếu module không khởi động, giữ để TECHNICIAN_ONLY mở bo |
| App online nhưng không điều khiển động cơ | Quan sát TX/RX UART khi lệnh gửi; kiểm tra ACK từ MCU | Giao tiếp UART bị mất hoặc frame không đúng | Kiểm tra hàn, mức logic; nếu UART trả ACK nhưng MCU không hành động, kiểm tra firmware MCU |
| OTA thất bại giữa chừng, thiết bị treo | Kiểm tra event DFU, checksum, trạng thái flash | File bị lỗi, checksum không khớp hoặc flash bị lỗi | Rollback nếu bootloader hỗ trợ; nếu không, TECHNICIAN_ONLY can thiệp bootloader/flash |
Những lỗi chẩn đoán người mới rất dễ mắc
- Sai lầm: Đo VCC so với điểm không phải ground hệ thống → kết luận sai về sụt áp. Luôn đo so với ground module.
- Sai lầm: Dùng multimeter để “bắt” xung nhanh RF/ripple; multimeter không đủ băng thông. Dùng oscilloscope để đo ripple/xung.
- Sai lầm: Ngắt nguồn giữa chừng khi OTA đang ở trạng thái ghi → gây mất bootstrap. Nếu không biết trạng thái DFU, dừng cập nhật.
Điều kiện phải dừng và an toàn
Dừng kiểm tra: Nếu phát hiện mùi khét, tia lửa, hoặc vỏ kim loại/ổ cắm nóng, ngắt nguồn lưới ngay và không tiếp tục đo; gọi kỹ thuật viên có thẩm quyền.
Cẩn thận: Mọi phép đo xung/tín hiệu khi mạch vẫn nối lưới phải do TECHNICIAN_ONLY và dùng biến áp cách ly; không dùng tay trần khi thao tác gần tụ lọc nguồn hoặc khu vực AC.
Đã xác nhận: Kiểm tra phần mềm/firmware (OTA) chỉ thực hiện khi nguồn ổn định và có cơ chế rollback/dual‑bank.
Sau bài này bạn phải phân biệt được
- Khi nào lỗi nghiêng về tầng mạng (Wi‑Fi module, stack, OTA) và khi nào là lỗi tầng điều khiển (MCU, relay/triac).
- Phép đo nào chứng minh nguồn/nguồn sụt áp (oscilloscope), và phép đo nào cần để xác minh giao tiếp UART (logic analyzer hoặc oscilloscope xem khung dữ liệu).
- Quy trình an toàn: tắt nguồn AC trước khi mở vỏ, dùng biến áp cách ly khi cần, và phân quyền thao tác TECHNICIAN_ONLY cho đo xung/tín hiệu.
Câu hỏi kỹ thuật thường gặp
11.1 Vì sao máy hút mùi chỉ hỗ trợ Wi‑Fi 2.4GHz mà không nhận 5GHz?
Hầu hết module IoT tích hợp cho thiết bị gia dụng dùng băng tần 2.4GHz vì phạm vi phủ sóng tốt hơn xuyên tường và module cần đơn giản hóa RF/frontend để giảm chi phí/tiêu thụ. Đây là đặc tính module/hardware — xác nhận bằng datasheet module cụ thể trước khi cân nhắc thay thế.
11.2 Quá trình nạp OTA bị gián đoạn do mất điện đột ngột có làm hỏng vĩnh viễn bo mạch không?
Không thể khẳng định vĩnh viễn nếu không biết thiết kế bootloader. Nếu thiết bị dùng dual‑bank hoặc bootloader hỗ trợ rollback thì khả năng cứu cao hơn; nếu không có cơ chế này và phân vùng thực thi bị ghi dở, cần can thiệp kỹ thuật viên để phục hồi bằng bộ lập trình/ISP.
11.3 Có thể thay module Wi‑Fi khác loại cho máy hút mùi không?
Thay module là khả thi chỉ khi module mới có cùng mức điện áp logic, cùng giao tiếp (UART/SPI), cùng footprint hoặc có adaptor, và firmware hỗ trợ tập lệnh/command set tương đương. Trước khi thay, kiểm tra tài liệu module, test pinout và xác minh firmware compatibility.
11.4 Khi App báo online nhưng không điều khiển được, bước kiểm tra đầu tiên là gì?
Bắt đầu bằng phép đo logic: quan sát khung lệnh trên TX của Wi‑Fi module và xem có nhận ACK từ MCU không. Nếu không có ACK, kiểm tra kết nối vật lý TX/RX, mức logic 3.3V và các tụ/linh kiện lọc giữa hai khối.
Học tiếp theo đúng đường chẩn đoán
Gửi model và tình trạng máy hút mùi để Điện Tử HT tiếp nhận
Nếu đã thực hiện các bước kiểm tra an toàn nhưng vẫn chưa xác định được nguyên nhân, anh/chị có thể gửi hãng, model, biểu hiện lỗi và địa chỉ cần hỗ trợ. Điện Tử HT sẽ tiếp nhận thông tin để sắp xếp hướng xử lý phù hợp.
Trao đổi trực tiếp: 0914 765 768
