<![CDATA[M.W.]]>https://chungdungco.blogRSS for NodeSat, 11 Apr 2026 23:21:37 GMT60<![CDATA[RAM (Random Access Memory)]]>https://chungdungco.blog/ram-random-access-memoryhttps://chungdungco.blog/ram-random-access-memoryWed, 23 Apr 2025 21:10:24 GMT🧠 1. Tổng quan về RAM trong Embedded Systems

✅ RAM là gì và dùng để làm gì?

  • RAM (Random Access Memory) là bộ nhớ dễ bay hơi (volatile), dùng trong thời gian chương trình đang chạy để:

    • Lưu trữ biến tạm thời (local, global, static)

    • Duy trì stack (cho function calls)

    • Quản lý heap (malloc/free)

    • Làm buffer, cache, vùng trao đổi dữ liệu.

✅ So sánh RAM và Flash

Đặc điểmRAM (SRAM)Flash (ROM)
Tốc độRất nhanh (nanosecond level)Chậm hơn (microsecond level)
Dữ liệuMất khi mất điện (volatile)Lưu trữ lâu dài (non-volatile)
Sử dụngDùng trong runtimeLưu trữ firmware/code/constants
Viết/ĐọcNhanh, không giới hạnGiới hạn số lần ghi
Chi phí/Số lượngĐắt, giới hạn vài KB – MBRẻ hơn, thường có nhiều hơn

⚠️ STM32 có thể chỉ có từ 16KB đến 512KB RAM, vì RAM tốn silicon và tiêu thụ điện nhiều hơn.

🧩 2. Phân tích từng vùng nhớ trong RAM

Dưới đây là cấu trúc điển hình khi sử dụng RAM:

sqlSao chépChỉnh sửa+----------------------+ ← Low Address (start of RAM)
| .data / .bss         |  → Static & global variables
|----------------------|
| Heap                 |  → malloc/free allocation
|   ↑ grows upward     |
|----------------------|
|                      |
|      Unused RAM      |
|                      |
|----------------------|
| Stack                |  → Function calls, local vars
|   ↓ grows downward   |
+----------------------+ ← High Address (end of RAM)

📌 3. Chi tiết từng vùng nhớ

🟩 STACK

✅ Hoạt động:

  • Cơ chế LIFO (Last-In First-Out).

  • Tự động quản lý bởi CPU và compiler (developer chỉ cần viết code bình thường).

  • Mỗi lần gọi hàm → stack frame được tạo.

✅ Lưu gì?

  • Local variables trong hàm

  • Địa chỉ return

  • Context của hàm (thanh ghi...)

⚠️ Nguy cơ Stack Overflow:

  • Khi stack chạm vùng heap hoặc giới hạn RAM → ghi đè dữ liệu.

  • Nguy hiểm trong hệ thống nhúng vì dễ crash hoặc hành vi không xác định.

✅ Cách phòng tránh:

  • Hạn chế đệ quy.

  • Tránh biến cục bộ lớn.

  • Dùng static thay vì local nếu cần giữ giá trị.

  • Trên RTOS (FreeRTOS): mỗi task có stack riêng → phân tích kỹ task stack size.

🟨 HEAP

✅ Hoạt động:

  • Dùng cho cấp phát động (malloc, calloc, free).

  • Không có cơ chế tự động quản lý (developer phải chủ động free()).

✅ Rủi ro:

  • Memory Fragmentation: nhiều mảng nhỏ rải rác không liền kề.

  • Memory Leak: không giải phóng heap → cạn kiệt RAM.

⚠️ Một số hệ thống cấm dùng heap:

  • Vì khó quản lý trong real-time systems.

  • Gây chậm trễ, không xác định thời gian cấp phát.

🟦 STATIC / DATA SECTION (.data, .bss)

Loại biếnSectionĐặc điểm
int global_var;.bssChưa khởi tạo → mặc định là 0
static int s = 10;.dataĐã khởi tạo → nạp từ Flash vào RAM
const int val = 5;.rodata (Flash)Không nằm trong RAM

  • Tồn tại suốt đời chương trình.

  • Dữ liệu khởi tạo được copy từ Flash vào RAM khi khởi động.

💻 4. Code minh họa vùng nhớ

cSao chépChỉnh sửaint global_var;               // .bss (chưa khởi tạo)
static int static_var = 10;   // .data (đã khởi tạo)

void foo() {
    int local_var;            // Stack
    static int local_static;  // .bss (.data nếu khởi tạo)
    int *ptr = malloc(100);   // Heap
}

🧾 5. Map file – Compiler Memory Map

Dùng file .map từ linker để kiểm tra:

textSao chépChỉnh sửa.bss        0x20000000    0x400
.data       0x20000400    0x200
.stack      0x20000800    0x1000

→ Cho biết bộ nhớ sử dụng ở đâu, vùng nào chiếm bao nhiêu byte.

🔧 6. Tối ưu bộ nhớ trong Embedded Systems

✅ Giảm stack usage:

  • Dùng biến static nếu không cần reset mỗi lần gọi.

  • Tránh đệ quy.

  • Hạn chế truyền struct lớn theo kiểu pass-by-value.

✅ Quản lý heap:

  • Tránh dùng malloc trong vòng lặp hoặc ISR.

  • Cân nhắc sử dụng memory pool hoặc quản lý thủ công.

✅ Tool hỗ trợ:

  • FreeRTOS: uxTaskGetStackHighWaterMark()

  • GCC: kiểm tra .map, -fstack-usage, -Wstack-usage

  • Keil: Runtime stack overflow detection, Symbol viewer

📘 7. Gợi ý tài liệu đọc thêm

  • 📘 The C Programming Language – Brian W. Kernighan & Dennis M. Ritchie

  • 📘 Embedded Systems in C – Michael Barr

  • 📘 Definitive Guide to ARM Cortex-M – Joseph Yiu

  • 📘 Linker Script & Memory Map in Embedded – STM32 CubeIDE doc + GNU Linker Manual

❓ Một vài câu hỏi thực chiến thú vị

  • Làm sao để tính stack tối ưu cho task trong FreeRTOS?
    → Dùng uxTaskGetStackHighWaterMark() trong thời gian thực để đo mức thấp nhất còn trống.

  • Tại sao một số hệ thống cấm heap?
    → Vì heap fragmentation và không đảm bảo thời gian thực (real-time).

  • Cách debug stack overflow trong Keil?
    → Sử dụng:

    • __stack trong map file

    • Bật Stack Overflow Checking

    • Quan sát call stack hoặc check HardFault handler.

]]><![CDATA[Lession 1 : The first C programming.]]> stdio.h : "standard library C". This is written by the technical committee main.c -> main.i ...]]>https://chungdungco.blog/lession-1-the-first-c-programminghttps://chungdungco.blog/lession-1-the-first-c-programmingThu, 30 Nov 2023 15:01:52 GMT#include stdio.h int main() { printf("Hello World"); return 0; }

According to the C90 and C99 standard main should return int.

#include <stdio.h>

stdio.h : "standard library C". This is written by the technical committee

main.c -> main.i (open the standard library)(full code from scratch) -> main.s(assembly) -> main.o (machine code)

int main()
{
    printf("Hello World \n");
    printf("Today is a good day");
}

\ : it's the escape character

n : it's the new line

\n : it's the escape sequence

/r : move the curso back to the beginning of the line

#include <stdio.h>
int main (){
    printf("David says , \" Programming is fun !\"\n");
    printf("**Conditions apply , \"Offers valid until tomorrow\"\n");
    printf("C:\\My computer\\My folder\n");
    printf("D:/My documents/My file\n");
    printf("This is a triple quoted string \"\"\" This month has 30 days \"\"\"");
}
]]><![CDATA[C programming standardization]]>https://chungdungco.blog/c-programming-standardizationhttps://chungdungco.blog/c-programming-standardizationWed, 27 Sep 2023 10:59:01 GMTThe C programming language was initially developed in AT&T labs by Professor Brian W. Kernighan and Dennis Ritchie, known as K&R C.

During the year 1970, 'C' programming became very popular but without any serious standardization to the language.

The non-official standard was called K&R C, which led to many ambiguities among different compiler programmers, and that led to non-portable codes.

K&R C was the first non-official 'C' standard.

In 1989 American National Standard Institute designed and approved first official C standard called X3.159-1989, and in 1990 it was approved by ISO as an international for C programming language: ISO/IEC 9899:1990 (This is also called ANSI C or C89 or C90 standard in short)

The language under few more changes (addition of new features, syntaxes, data types, etc, ) and newly updated standard released in 1999 under the ISO tag ISO/IEC 9899:1999 which is also called C99 standard in short

C11 is an informal name for ISO/IEC 9899:2011, which is a new standard approved in December 2011. C11 supersedes the C99 standard.

In this course, we will be using the 'C11' standard with some compiler (GCC) extensions (gnu11). More on this, we will see later

Note that if you have written a code using C90 standard, then it will compile without any issues in -std=C99 compilation(backward compatibility )

If you have written a code using C99 standard specific features, then It may not compile successfully in C90 compilation.

]]><![CDATA[Linear regression : Hồi quy tuyến tính]]>https://chungdungco.blog/linear-regression-hoi-quy-tuyen-tinhhttps://chungdungco.blog/linear-regression-hoi-quy-tuyen-tinhTue, 24 Jan 2023 12:40:01 GMTThuật toán hồi quy tuyến tính thường được dùng để dự đoán: Ví dụ như dự đoán giá nhà theo diện tích, gần trường học bệnh viện; giá rau củ quả theo màu sắc, độ lớn...

I, Đặt vấn đề

Cho một tập kết quả định giá nhà theo diện tích của một chuyên viên định giá nhà. tập kết quả được biểu diễn dưới dạng dữ liệu gồm input( số \(m^2\)) và output( giá nhà) lần lượt được ký hiệu là \(x, y\). Chuyên viên định giá nhà họ dựa vào những kinh nghiệm của bản thân họ trong việc định giá nhà mà họ đã trải qua để định giá một ngôi nhà. Kinh nghiệm ở đây chính là số lượng nhà mà họ đã định giá hay nói cách khác là số lượng tập kết quả mà họ tạo được ra input và output . Câu hỏi đặt ra có cách nào để có thể dùng máy móc dự đoán thay cho chuyên viên định giá kia không?

Diện tích ( \(m^2\) )Giá nhà ( triệu VND )
30448.524
32.4138509.248
34.8276535.104
37.2414551.432
39.6552623.418
......

Và chúng ta có một ý tưởng là sẽ dựa vào những dữ liệu có được để tìm ra một phương trình miêu tả sự biến đổi của giá nhà theo diện tích. Ta biết rằng mọi phương trình đều được biểu diễn bằng hình học.

Với tập dữ liệu \(x,y\) trên ta có thể tìm ra phương trình đường thẳng ta có dạng:

$$y = ax+b$$

Giả sử với hai điểm dữ liệu \(x_1 = 30\); \(y_1 = 448,524\); \(x_2 = 32,4138\); \(y_2 = 509,248\)). Ta tìm được phương trình đường thẳng: \(y = 25.157x - 306.186.\)

Sau đó ta thử dự đoán giá nhà với \(x_3 = 34,8276\) ta được \(\hat{y_3} = 569,972\). Với bảng dữ liệu thực tế ta thấy rằng có sự sai lệch giữa giá trị dự đoán và giá trị thực tế. Ta gọi đó là sai số \(L_3 = |\hat{y_3} - y_3| = |569,972 - 535.104| = 34,868.\)

Tiếp tục ta thử dự đoán giá nhà với \(x_4 = 37.2414\) ta được \(\hat{y_4} = 630,696.\)

Sai số \(L_4 = |\hat{y_4} - y_4| = |630,696 - 551.432| = 79,264 .\)

Ta ở mỗi điểm dữ liệu lại có một giá trị sai số khác nhau. Từ đó ta có sự sai số của một module dự đoán bẳng trung bình tổng của sai số ở mỗi điểm dữ liệu được gọi là Hàm thất thoát Loss Funcion :

$$\frac{1}{N}\sum_{i=0}^N L_i$$

Ở đây ta nhận thấy vấn đề của việc dự đoán chính là sai số, sai số càng lớn kết quả dự đoán càng tệ và càng không đáng tin. Vậy chúng ta cần làm tăng sự đáng tin bằng cách giảm sai số. Hay nói cách khác tìm giá trị nhỏ nhất của hàm thất thoát \(L\).

Ở bài viết sau tôi sẽ giới thiệu thuật toán để tìm \(min\) của \(L\).

]]><![CDATA[Toàn cảnh thị trường việc làm embedded qua các năm.]]>https://chungdungco.blog/toan-canh-thi-truong-viec-lam-embedded-qua-cac-namhttps://chungdungco.blog/toan-canh-thi-truong-viec-lam-embedded-qua-cac-namWed, 18 Jan 2023 03:51:11 GMTTrong bài viết này, mình sẽ trả lời 2 câu hỏi sau:

Mức lương của lập trình viên embedded đứng ở đâu so với những mảng lập trình truyền thống khác như web, application?

Xu hướng thị trường việc làm về embedded trong các năm tiếp theo sẽ như thế nào?

Trước khi nghiên cứu số liệu để làm bài phân tích này, mình cũng như nhiều bạn khác đều cho rằng lương trung bình của lập trình viên embedded sẽ tương đương với các mảng lập trình truyền thống khác. Tuy nhiên embedded học khó hơn nên ít người biết làm hơn, nên mặc dù số lượng công ty tuyển dụng về embedded ít, nhưng vẫn khó tìm người hơn so với những mảng lập trình phổ biến khác.

Bài viết này của mình sử dụng nguồn tư liệu từ Báo cáo thị trường IT của topdev.vn. Từ năm 2016, mỗi năm họ đều làm báo cáo 1 lần, các bạn có thể vào link ở dưới phần comment để tải về. Nội dung báo cáo khá hay, họ phân tích cả về độ tuổi trung bình trong ngành phần mềm, xu hướng công nghệ... Nếu bạn nào biết về nguồn báo cáo khác thì có thể chia sẻ thêm với mình.

Đầu tiên về mức lương, embedded đứng ở đâu trong thị trường việc làm. Mình phân tích bằng cách tổng hợp mức lương trong báo cáo theo từng năm. Cách mình tổng hợp và vẽ biểu đồ như sau:

  1. Đồ thị được vẽ từ năm 2017. Do trong những khảo sát trước năm 2017 không có thông tin rõ ràng về lĩnh vực embedded.

  2. Mình so sánh mức lương của embedded với các lĩnh vực lập trình truyền thống khác như backend, mobile, fullstack development. 1 số báo cáo mình phải làm tròn, ví dụ như mobile = (Android + iOS) / 2. Tương tự với backend development.

  3. Năm 2018 không có số liệu về lương của embedded.

  4. Theo báo cáo thì năm 2021 họ tổng hợp từ cỡ mẫu lên đến hàng trăm nghìn.

Kết quả mình tổng hợp lại ở (hình 1 - lương theo năm). Nhìn vào đây chúng ta có thể thấy lương trung bình của embedded luôn đứng cao nhất trong nhóm ngành lập trình truyền thống.

Trong báo cáo lương năm 2021 (hình 2 lương theo chuyên ngành 2021), lương trung bình của embedded là 1715$. Cao gấp 1.31 lần so với backend, 1.08 lần mobile và 1.27 lần với full stack development. Con số 1715 cũng khá khớp với kết quả lần trước mình tự làm khảo sát. Nếu như nhân chia lương trung bình theo năm kinh nghiệm với tỷ lệ % số người ứng với năm kinh nghiệm đó.

Thứ 2 là về xu hướng thị trường việc làm về embedded trong những năm tiếp theo.

  1. Trong báo cáo năm 2017 (hinh 3) có ít hơn 8.8% / 197% số lượng lập trình viên làm về embedded. Kết quả đâu đó khoảng gần 5%. Tuy nhiên trong báo cáo năm 2021 số lượng lập trình viên embedded không xuất hiện trong bảng xếp hạng nữa. Rõ ràng tính theo tỷ lệ % trên tổng số lập trình viên thì tỷ lệ số người làm embedded càng ngày càng giảm.

  2. Mức lương luôn đứng ở top trong nhóm lập trình truyền thống thể hiện rõ ràng về nhu cầu tuyển dụng. Tuy nhiên tỷ lệ lập trình viên ngày càng giảm đi. Có thể do 1 trong 2 nguyên nhân sau: Số lượng người mới tham gia và embedded ít hơn các lĩnh vực khác, nên mặc dù số lượng người có tăng lên nhưng tỷ lệ so với tổng số lập trình viên lại giảm đi. Hoặc có thể do số lượng lập trình viên embedded chuyển sang các ngành khác nhiều hơn số lượng lập trình viên mới vào nghề.

  3. Từ 1 và 2 ta có thể kết luận thị trường việc làm về embedded ngày càng khan hiếm và cạnh tranh nhân sự.

Bài viết khá dài, cuối cùng mình xin được tổng kết lại vào mấy ý như sau:

  1. Lương của embedded cao nhất trong nhóm ngành lập trình truyền thống.

  2. Tỷ lệ số người làm về embedded ngày càng giảm.

  3. Lương cao, học khó nên ít người theo.

Bài viết khá dài, cảm ơn mọi người đã đọc.

#Copyright: Phú Vinalinux

]]>