RTOS 5 event vs notify
- 1. 5.1 Event group 5.1.1 lý thuyết link video bài giảng của thầy cũng dùng giao tiếp giữa các task, khác gì với semaphore? 1 task chờ event ( nhiều task chờ event) ,khi event chưa xảy ra thì task bị block. khi event xảy ra (event đc realease) thì tất cả các task chờ event sẽ chuyển sang trạng thái ready, task có mức ưu tiên cao nhất đc thực thi trước. khi event đc release: các task có mức ưu tiên thấp hơn cũng có event (thực hiện xong lệnh wait) nhưng bị task có ưu tiên tiên cao hơn chiếm quyền nên ở trạng thái ready chờ đc running. (con đối với semaphore khi task chờ semaphore thì task trong hàng đợi và bị lock .khi có semaphore chỉ 1 task trong hàng đợi ra khỏi trạng thái lock để running) 1 task có thể chờ đợi nhiều event, đủ event mới thực thi (event group) bản chất của event group: tập hợp các bit (flag-event, tối đa 24 bit - 24 evevt- 24 flag), mỗi event xảy ra→ 1 bit set lên 1, khi task chờ event thấy bit đc set sẽ thực thi (các task có ưu tiên thấp hơn ko có đc event thì sẽ ready chứ ko block). 5.1.2 một số hàm phổ biến được sử dụng osEventFlagsNew: tạo event group osEventFlagsSet: set 1 flag (1 event) trong event group (2 tham số: event group và flag của event group) osEventFlagsWait: chờ 1 event (1 flag) xảy ra.4 tham số: event group và các flag của event group, option(chờ 1 trong các event, chờ tất cả event, có đc event ko xoá), chờ trong bao lâu) osEventFlagsClear: clear event-flag-bit về 0. 5.1.3 cubemx
- 2. events: tạo event group 5.1.4 mdk tạo flag (event ) cụ thể của event group (bản chất định nghĩa giá trị thanh ghi 32 bit cấu hình 1 bit cụ thể trong event group 24 bit) osFlagsWaitAny: chỉ cần chờ 1 trong các flag (bit) trong event group osFlagsWaitAll: chờ tất cả các flags trong tham số hàm mới thực thi tiếp osFlagsNotClear: có thêm 1 option ko clear bit sau khi có đc event đó. 5.1.5 chương trình ví dụ chương trình 5.1 010500 high task (chờ 2 event), default task chờ 1 trong 2 event để thực thi, low task nhấn phím giải phóng event. link project, chương trình 5.2 copy từ file main.c 5.2 Notify link video bài giảng của thầy
- 3. 5.2.1 lý thuyết dùng để giao tiếp các task với nhau: nhược điểm giao tiếp có trung gian như mail box: chậm, tốn bộ nhớ đệm (cho hàng đợi) Notify: task giao tiếp trực tiếp ko cần trung gian: dùng hàm để gửi notify thông báo cho 1 task khác recieve notify bản chất của việc gửi notify chỉ là gửi 1 event. Nhưng event này đc gửi cho 1 id (hoặc 1 task) cụ thể duy nhất. VD như 1 task chờ notify nếu ko có notify thì nó block nếu có notify từ task khác gửi đến thì nó ready (notify gửi đi ko cần qua cái hàng đợi nào, ko cần notify group như event) ko đc gửi notify đến lệnh bên trong event, ISR, nhưng gửi lại đc. 5.2.2 một số hàm hay sử dụng osThreadFlagsSet: gửi notify; tham số: id của task nhận notify, flag (tương ứng event cụ thể, 1 task cũng có tể nhận nhiều notify) osThreadFlagsWait hàm nhận notify- flag-event; tham số flag tương ứng với notify muốn nhận, option (osFlagsWaitAny; osFlagsWaitAll...), time_out (osWaitForever) osThreadFlagsClear: xoá notify-flag-event. tham số là Flag. 5.2.3 cấu hình cubemx phần cấu hình tương tự event 5.2.4 chương trình ví dụ 5.2 13000 default task chờ notify từ low task high task chờ notify từ low task low task chờ nhấn phím để gửi notify link project, chương trình 5.2 copy từ file main.c