Chương 4. Bản đồ ngành và định hướng nghề nghiệp

Mục tiêu

• Nhìn được bức tranh các lĩnh vực dùng C++ nhúng: ô tô, IoT, nhà thông minh, thiết bị gia dụng thông minh, thiết bị đeo, công nghiệp, y tế.
• Với mỗi lĩnh vực: biết cần học thêm gì, làm dự án gì để có hồ sơ, và những bài học thực chiến thường gặp.
• Có lộ trình học theo giai đoạn thay vì học rải rác.
• Chọn được hướng đi phù hợp với điểm mạnh và sở thích của bạn.

Lưu ý về độ tin cậy. Tên chuẩn, giao thức và công cụ trong chương này phản ánh hiểu biết tại thời điểm viết. Tiêu chuẩn, phiên bản và yêu cầu pháp lý thay đổi; luôn kiểm tra tài liệu chính thức trước khi ra quyết định kỹ thuật hoặc thương mại. Chương không đưa số liệu lương hay quy mô thị trường vì các con số đó lỗi thời rất nhanh; hãy xem tin tuyển dụng thực tế ở nơi bạn muốn làm.

1. Câu chuyện: cùng một ngôn ngữ, ba cuộc đời khác nhau

Ba kỹ sư cùng viết C++ cho vi điều khiển, nhưng ngày làm việc của họ rất khác:

• An, ô tô. Phần lớn thời gian đọc yêu cầu, viết code theo quy tắc MISRA, chạy phân tích tĩnh, viết test theo yêu cầu, làm việc với nhật ký bus CAN. Một lỗi có thể liên quan đến an toàn; quy trình nặng, thay đổi chậm và có kiểm chứng.
• Bình, thiết bị IoT tiêu dùng. Sản phẩm phải ra thị trường trong vài tháng. Cô ấy tích hợp chip Wi-Fi/BLE, viết OTA, debug lỗi mất kết nối ở nhà khách hàng, lo pin và chi phí linh kiện tính từng cent.
• Cường, máy giặt thông minh. MCU giá rẻ, điều khiển động cơ, cảm biến mực nước, chuẩn an toàn thiết bị gia dụng, sản xuất hàng triệu chiếc; một dòng thừa trong bộ nhớ có thể tốn tiền nhân với triệu sản phẩm.

Điểm chung là nền tảng: C++ cấp thấp, phần cứng, đọc datasheet, gỡ lỗi. Điểm riêng nằm ở giao thức, chuẩn, quy trình và ràng buộc thương mại. Chương này giúp bạn biết phần riêng đó.

2. Nền tảng chung (ai cũng cần)

Nếu chỉ chọn một thói quen: đọc datasheet và errata của chip thay vì suy đoán. Rất nhiều lỗi "bí ẩn" nằm trong errata.

3. Bản đồ các lĩnh vực

3.1 Ô tô (automotive)

Bạn làm gì: firmware cho ECU (bộ điều khiển động cơ, thân xe, phanh, hệ thống thông tin giải trí, ADAS).

Kiến thức riêng cần học

• Bus và giao thức: CAN/CAN FD, LIN, FlexRay, Automotive Ethernet; chẩn đoán UDS; bootloader và cập nhật.
• Kiến trúc phần mềm: AUTOSAR Classic (thiên về C, cho ECU thời gian thực nhỏ) và AUTOSAR Adaptive (C++, cho máy tính hiệu năng cao). Kiểm tra phiên bản chuẩn C++ mà tài liệu AUTOSAR yêu cầu.
• Quy tắc lập trình: MISRA C++ (có bản mới) và các hướng dẫn liên quan; phân tích tĩnh bắt buộc.
• An toàn chức năng: ISO 26262 và các mức ASIL; quy trình đánh giá như Automotive SPICE.
• An toàn thông tin: ISO/SAE 21434 và quy định quốc tế về an ninh mạng xe.
• Công cụ: bộ công cụ mô phỏng/đo bus (ví dụ của Vector), phần cứng trong vòng (HIL).

Kinh nghiệm thực chiến

• Quy trình quan trọng ngang code: truy vết yêu cầu → thiết kế → code → test.
• Hạn chế tính năng C++ (ngoại lệ, cấp phát động, RTTI) thường là quy định, không phải lựa chọn.
• Đọc log CAN nhanh là kỹ năng đáng giá.

Dự án làm hồ sơ: mô phỏng hai node CAN (hai board hoặc SocketCAN trên Linux) trao đổi khung dữ liệu, viết bộ giải mã tín hiệu (DBC) và bộ kiểm thử; thêm một chẩn đoán UDS đọc mã lỗi.

3.2 IoT tiêu dùng và công nghiệp nhẹ

Bạn làm gì: thiết bị có cảm biến/điều khiển và kết nối mạng — nhà kho lạnh, nông nghiệp, đo điện nước, thiết bị theo dõi tài sản.

Kiến thức riêng cần học

• Kết nối: Wi-Fi, BLE, LoRa/LoRaWAN, Zigbee, Thread, NB-IoT/LTE-M; cân bằng phạm vi, băng thông, điện năng.
• Giao thức ứng dụng: MQTT, CoAP, HTTP(S); mô hình thiết bị–đám mây; twin/shadow thiết bị.
• OTA (cập nhật firmware từ xa): bootloader hai bank, chữ ký số, rollback khi lỗi.
• Bảo mật: secure boot, lưu khoá an toàn, TLS, xoay vòng chứng chỉ, provisioning khi sản xuất. Kiểm tra tiêu chuẩn tham chiếu cho IoT tiêu dùng (ví dụ ETSI EN 303 645) và quy định pháp lý của thị trường bạn bán.
• Quản lý điện năng: chế độ ngủ, đo dòng, chiến lược thức dậy.
• Nền tảng: ESP32/ESP-IDF, Nordic (nRF Connect SDK, dựa trên Zephyr), STM32, Raspberry Pi Pico; RTOS: FreeRTOS, Zephyr.

Kinh nghiệm thực chiến

• Thiết bị ngoài hiện trường không có ai bấm reset. Cần watchdog, tự phục hồi mạng, tự rollback OTA.
• Lỗi thật thường đến từ mạng chập chờn và nguồn, hiếm khi từ thuật toán.
• Thiết kế log/telemetry ngay từ đầu (mã lỗi, bộ đếm reset, lý do reset).
• Chi phí linh kiện nhân với số lượng: 1 KB RAM dư có thể quyết định chọn chip khác.
• Bảo mật là thiết kế ban đầu, không thể vá cuối cùng.

Dự án làm hồ sơ: nút cảm biến ESP32 hoặc nRF52 gửi nhiệt độ qua MQTT, có OTA có chữ ký, watchdog, log lý do reset, chạy pin và đo dòng tiêu thụ.

3.3 Nhà thông minh (smart home)

Bạn làm gì: công tắc, cảm biến, ổ cắm, khoá, đèn, cổng kết nối (hub) — nói chuyện được với nhau và với ứng dụng.

Kiến thức riêng cần học

• Matter (chuẩn kết nối do Connectivity Standards Alliance phát triển), chạy trên Wi-Fi, Thread (và BLE cho cấu hình ban đầu). Bộ SDK Matter mã nguồn mở của CSA viết bằng C++, nên đây là nơi C++ hiện đại giá trị trực tiếp.
• Các hệ sinh thái: Apple Home, Google Home, Amazon Alexa, SmartThings; giao thức cũ hơn Zigbee, Z-Wave vẫn phổ biến trong thiết bị đang bán.
• Mô hình dữ liệu thiết bị: cluster, endpoint, thuộc tính (khái niệm trong Matter/Zigbee).
• Onboarding: ghép cặp bằng QR/mã, chứng nhận thiết bị.
• Chứng nhận: chương trình chứng nhận của CSA, cộng chứng nhận vô tuyến/an toàn của thị trường (FCC, CE...).
• Trải nghiệm người dùng: độ trễ bật/tắt, hoạt động khi mất Internet (điều khiển cục bộ).

Kinh nghiệm thực chiến

• Người dùng chấp nhận sản phẩm nếu bật đèn nhanh và luôn hoạt động; chi tiết giao thức đứng sau.
• Tương thích giữa các hệ sinh thái và phiên bản là nguồn phiền toái lớn; kiểm thử trên nhiều hub và điện thoại.
• Thiết bị phải chịu được mất điện và ghép cặp lại; lưu trạng thái đúng cách vào Flash (chú ý số lần ghi, hao mòn Flash).

Dự án làm hồ sơ: đèn/ổ cắm Matter chạy trên ESP32 hoặc nRF52 (dùng ví dụ chính thức làm điểm khởi đầu), điều khiển được từ ít nhất hai ứng dụng hệ sinh thái; báo cáo về độ trễ và xử lý mất mạng.

3.4 Thiết bị gia dụng thông minh (smart appliance)

Bạn làm gì: máy giặt, tủ lạnh, điều hoà, lò nướng, nồi chiên, máy lọc không khí — cộng thêm kết nối.

Kiến thức riêng cần học

• Điều khiển động cơ: BLDC/PMSM, điều khiển vector (FOC), PWM, dead-time; điều khiển nhiệt (PID).
• Điện tử công suất cơ bản: cách ly, MOSFET/IGBT, triac, an toàn điện.
• An toàn thiết bị gia dụng: họ tiêu chuẩn IEC 60730 (điều khiển tự động cho thiết bị điện gia dụng) có yêu cầu về phần mềm (phân loại A/B/C, tự kiểm tra RAM/Flash/CPU lúc khởi động và định kỳ). Kiểm tra bản và phụ lục hiện hành.
• MCU giá rẻ, RAM/Flash nhỏ: kỹ năng tiết kiệm bộ nhớ như trong chương 3.
• Kết nối: Wi-Fi/BLE mô-đun, cộng cập nhật OTA cho thiết bị sản xuất hàng loạt.
• Kiểm thử sản xuất: chương trình kiểm tra cuối dây chuyền, hiệu chuẩn.

Kinh nghiệm thực chiến

• An toàn trước tiện ích: cửa mở, quá nhiệt, mất nước, khô cháy phải được xử lý bằng phần cứng và phần mềm độc lập, không chỉ bằng ứng dụng điện thoại.
• Máy chạy nhiều năm; vòng đời hỗ trợ (cập nhật, bảo mật) dài hơn điện thoại.
• Chi phí BOM nhân theo số triệu; hiệu chuẩn cảm biến từng máy có thể ảnh hưởng thời gian sản xuất.
• Nhiễu điện từ từ động cơ và rơ-le gây lỗi khó lặp lại: chống nhiễu, watchdog, kiểm tra nguồn.

Dự án làm hồ sơ: mô phỏng máy giặt bằng máy trạng thái (ví dụ ngay dưới), sau đó chạy trên board thật với động cơ DC hoặc quạt, đọc cảm biến, có bảo vệ khi lỗi.

3.5 Smart things: thiết bị đeo, thẻ theo dõi, thiết bị y tế cá nhân

Bạn làm gì: thiết bị nhỏ chạy pin cúc áo hoặc pin nhỏ, kết nối BLE với điện thoại.

Kiến thức riêng cần học

• BLE sâu: GATT, quảng bá, tham số kết nối, ghép cặp/bảo mật, đăng ký sản phẩm.
• Điện năng cực thấp: thời gian ngủ chiếm gần hết, đo dòng ở mức µA, ngắt thay vì thăm dò.
• Xử lý tín hiệu cảm biến (gia tốc, nhịp tim): lọc số, cửa sổ trượt; số học điểm cố định (fixed-point) khi MCU không có FPU.
• Nếu thiết bị y tế: khung quy định và tiêu chuẩn vòng đời phần mềm y tế (IEC 62304, ISO 14971 về quản lý rủi ro).

Kinh nghiệm thực chiến

• Tuổi thọ pin là tính năng số một; tối ưu điện năng thường đến từ kiến trúc (ngủ và ngắt), không phải tối ưu vi mô.
• Kiểm thử trên nhiều mẫu điện thoại: hành vi BLE khác nhau đáng kể giữa các hãng và phiên bản hệ điều hành.

3.6 Các hướng lân cận

4. So sánh nhanh các lĩnh vực

Không có lĩnh vực "tốt nhất". Hãy chọn theo điều bạn thích làm mỗi ngày: quy trình chặt chẽ, tốc độ ra sản phẩm, làm việc với phần cứng công suất, hay tối ưu điện năng.

5. Ví dụ: máy trạng thái của thiết bị gia dụng

Trong mọi lĩnh vực trên, máy trạng thái (state machine) là mẫu thiết kế xuất hiện nhiều nhất. Đây là bản mô phỏng máy giặt, chạy được trên PC:

// Máy trạng thái của một máy giặt (mô phỏng). Cùng mẫu này dùng cho lò nướng,
// máy lọc không khí, khoá thông minh... Chạy được trên PC, không cần phần cứng.
#include <array>
#include <cstdio>

enum class State { Idle, Filling, Washing, Draining, Done, Fault };
enum class Event { Start, WaterFull, TimerElapsed, Emptied, DoorOpened };

constexpr State next(State s, Event e) {
    switch (s) {
        case State::Idle:
            if (e == Event::Start) return State::Filling;
            break;
        case State::Filling:
            if (e == Event::WaterFull) return State::Washing;
            if (e == Event::DoorOpened) return State::Fault;   // an toàn: cửa mở khi đang cấp nước
            break;
        case State::Washing:
            if (e == Event::TimerElapsed) return State::Draining;
            if (e == Event::DoorOpened) return State::Fault;
            break;
        case State::Draining:
            if (e == Event::Emptied) return State::Done;
            break;
        case State::Done:
        case State::Fault:
            break;
    }
    return s;   // sự kiện không liên quan ở trạng thái này: giữ nguyên
}

constexpr const char* name(State s) {
    switch (s) {
        case State::Idle:     return "Idle";
        case State::Filling:  return "Filling";
        case State::Washing:  return "Washing";
        case State::Draining: return "Draining";
        case State::Done:     return "Done";
        case State::Fault:    return "Fault";
    }
    return "?";
}

// Kiểm tra quy tắc an toàn ngay lúc biên dịch.
static_assert(next(State::Idle, Event::Start) == State::Filling);
static_assert(next(State::Washing, Event::DoorOpened) == State::Fault);
static_assert(next(State::Done, Event::Start) == State::Done);

int main() {
    const std::array<Event, 4> normal{Event::Start, Event::WaterFull, Event::TimerElapsed, Event::Emptied};
    State s = State::Idle;
    std::puts("Chu trinh binh thuong:");
    for (Event e : normal) {
        s = next(s, e);
        std::printf("  -> %s\n", name(s));
    }

    const std::array<Event, 3> door_open{Event::Start, Event::WaterFull, Event::DoorOpened};
    s = State::Idle;
    std::puts("Mo cua giua chu trinh:");
    for (Event e : door_open) {
        s = next(s, e);
        std::printf("  -> %s\n", name(s));
    }
    return 0;
}

g++ -std=c++20 -Wall -Wextra -o washer washer_fsm.cpp && ./washer

Chu trinh binh thuong:
  -> Filling
  -> Washing
  -> Draining
  -> Done
Mo cua giua chu trinh:
  -> Filling
  -> Washing
  -> Fault

Những điểm đáng học:

• enum class cho trạng thái và sự kiện: không nhầm lẫn giữa hai loại.
• Hàm chuyển trạng thái next là constexpr thuần: quy tắc an toàn được static_assert kiểm tra lúc biên dịch (mở cửa khi đang giặt phải vào Fault).
• Vì hàm thuần và không phụ thuộc phần cứng, bạn test được bằng chương trình PC; lớp mỏng ở ngoài mới đọc cảm biến và điều khiển van, động cơ.

Nếu sản phẩm của bạn là đèn, khoá cửa hay lò nướng, khung này gần như giữ nguyên.

6. Lộ trình học theo giai đoạn

Giai đoạn 1 — Nền tảng (0–6 tháng)

• Học Phần 2–5 của sách; làm mọi bài tập.
• Mua một board (ví dụ ESP32, STM32 Nucleo, Raspberry Pi Pico hoặc nRF52 dev kit) và một logic analyzer.
• Dự án: blink → UART → I²C cảm biến → máy trạng thái điều khiển thiết bị đơn giản.
• Đầu ra: repo Git có README, sơ đồ nối dây và video chạy.

Giai đoạn 2 — Chuyên sâu một hướng (6–18 tháng)

• Chọn một lĩnh vực ở mục 3; học giao thức và chuẩn trọng tâm của nó.
• Dùng RTOS thật (FreeRTOS hoặc Zephyr), viết driver, làm OTA hoặc chẩn đoán.
• Viết test trên host cho logic; thiết lập CI biên dịch cho target.
• Dự án lớn có đo đạc (điện năng, độ trễ, kích thước code).

Giai đoạn 3 — Chuyên gia hoặc kiến trúc (18 tháng trở lên)

• Bảo mật, an toàn chức năng, hoặc thiết kế hệ thống từ thiết bị đến đám mây.
• Làm việc trên sản phẩm thật: sản xuất, chứng nhận, hỗ trợ hiện trường.
• Viết tài liệu, chia sẻ kiến thức, review code; kỹ năng giao tiếp bắt đầu quan trọng ngang kỹ thuật.

Nguyên tắc: mỗi giai đoạn cần sản phẩm chạy được trên phần cứng thật. Xem video không thay được việc đo, gỡ lỗi và thất bại thật.

7. Kinh nghiệm thực chiến (dùng được ở mọi lĩnh vực)

Thói quen của kỹ sư giỏi: viết giả định thành static_assert hoặc kiểm tra lúc chạy; đo trước khi tối ưu; giữ hai bản sao phần cứng để so sánh khi nghi ngờ; hỏi "điều gì xảy ra khi mất điện ở đây?".

8. Xây hồ sơ và tìm việc

• Repo minh chứng: mỗi dự án có README (mục tiêu, sơ đồ, cách chạy), ảnh hoặc video, phần "bài học rút ra", và kết quả đo (dòng tiêu thụ, kích thước, độ trễ).
• Chất lượng hơn số lượng: hai dự án có OTA + test + đo đạc đáng giá hơn mười dự án blink.
• Đóng góp mã nguồn mở: sửa lỗi hoặc thêm ví dụ vào dự án như Zephyr, ESP-IDF, Matter SDK; ngay cả cải thiện tài liệu cũng được ghi nhận.
• Chuẩn bị phỏng vấn: ôn con trỏ, bộ nhớ, ngắt, đồng bộ (mutex/semaphore, đảo ưu tiên), giao thức I²C/SPI/UART, và giải thích một dự án đến từng chi tiết.
• Chứng chỉ: một số lĩnh vực (an toàn chức năng, Matter) có đào tạo hoặc chứng chỉ; chỉ đầu tư khi công việc bạn nhắm tới yêu cầu, và kiểm tra nội dung trước khi trả tiền.
• Ngôn ngữ và công cụ bổ sung: Python (script test, công cụ), một chút Rust hoặc kiến thức về nó (Phần 8), shell/CI.

9. Lỗi thường gặp khi chọn hướng

10. Bài tập

1. Chọn một lĩnh vực ở mục 3. Viết một trang: ba giao thức/chuẩn bạn cần học, và một sản phẩm có thật trên thị trường thuộc lĩnh vực đó (chỉ mô tả kiến trúc dự đoán, không cần thông tin nội bộ).
2. Chạy washer_fsm.cpp. Thêm sự kiện Cancel đưa mọi trạng thái (trừ Done) về Idle. Thêm static_assert cho quy tắc mới.
3. Thêm trạng thái Spinning giữa Washing và Draining, kèm sự kiện TimerElapsed tương ứng. Xác định quy tắc an toàn: mở cửa khi đang Spinning phải vào Fault.
4. Lập kế hoạch 6 tháng cho giai đoạn 1: chọn board, liệt kê 4 dự án nhỏ theo thứ tự và tiêu chí hoàn thành mỗi dự án.
5. Đọc mục "Yêu cầu phần mềm" trong tài liệu chính thức của một chuẩn ở mục 3 (ví dụ tóm tắt Matter hoặc IEC 60730). Ghi ba yêu cầu ảnh hưởng đến code của bạn.
6. Tìm 5 tin tuyển dụng nhúng ở nơi bạn muốn làm; lập bảng kỹ năng lặp lại nhiều nhất và so với mục 2.

11. Tóm tắt

• C++ nhúng dùng chung nền tảng ở mọi lĩnh vực; phần khác biệt là giao thức, chuẩn, quy trình và ràng buộc thương mại.
• Ô tô: an toàn và quy trình. IoT: mạng, OTA, bảo mật, điện năng. Nhà thông minh: Matter và tương thích. Gia dụng: động cơ, an toàn điện, chi phí. Thiết bị đeo: BLE và điện năng cực thấp.
• Học theo giai đoạn, mỗi giai đoạn có sản phẩm chạy trên phần cứng thật, có số liệu đo.
• Kinh nghiệm thực chiến xoay quanh: reset/watchdog, log, nguồn, Flash, OTA, sản xuất và kiểm thử đa môi trường.
• Máy trạng thái thuần và test được trên PC là mẫu thiết kế dùng lại nhiều nhất.

Đọc thêm

• Tài liệu chính thức của Matter (CSA) và kho mã nguồn mở của Matter SDK.
• Tài liệu Zephyr Project, ESP-IDF, nRF Connect SDK.
• ETSI EN 303 645 (bảo mật IoT tiêu dùng); ISO 26262, ISO/SAE 21434 (ô tô); IEC 60730 (thiết bị gia dụng); IEC 62304 (phần mềm thiết bị y tế) — đọc bản hiện hành từ nguồn chính thức.
• Making Embedded Systems — Elecia White; Embedded Software Development for Safety-Critical Systems — Chris Hobbs. (Kiểm tra bản in hiện hành.)