Giới thiệu robot có chân và phân tích dáng đi

Giới thiệu robot có chân và phân tích dáng đi (gait)

Tại sao robot có chân?

1. Vượt địa hình không bằng phẳng — bánh xe bị kẹt ở bậc thang, đá, mặt mềm
2. Footprint nhỏ — có thể đặt chân vào vị trí cụ thể (robot bánh xe cần đường liên tục)
3. Linh hoạt — có thể leo, nhảy, di chuyển theo hướng bất kỳ

Phân loại robot có chân

Khóa học này: Hexapod 6 chân

6 chân với mỗi chân có 2 DOF (coxa + femur) = 12 servo tổng:

• Servo coxa: xoay chân trái/phải
• Servo femur: nâng/hạ chân

Các loại dáng đi (gait) cơ bản:

1. Wave gait (1 chân/lần): chậm nhất, ổn định nhất
2. Tripod gait (3 chân/lần): nhanh, vẫn ổn định — phổ biến nhất
3. Ripple gait (2 chân/lần): tốc độ trung bình

Điểm chính bài video: visualize tripod gait, tại sao 3 chân tạo tam giác ổn định.

Giáo án giảng dạy

Mục tiêu bài học

• Học viên giải thích được vai trò của bài Giới thiệu robot có chân và phân tích dáng đi trong mạch robot có chân và lập trình dáng đi.
• Học viên đọc được sơ đồ chân, nhận biết nguồn, GND và đường tín hiệu trước khi cấp điện.
• Học viên chạy được ví dụ mẫu, quan sát hiện tượng, rồi sửa một tham số để hiểu tác động kỹ thuật.

Kiến thức nền

Bài này đặt trong khóa Robot Có Chân Cơ Bản. Phần cứng trung tâm là Arduino/ESP32 với nhiều chân PWM hoặc servo driver PCA9685, cơ cấu chấp hành gồm servo SG90/MG90S/MG996R tùy kích thước chân, cảm biến hoặc tín hiệu liên quan gồm tùy chọn IMU, cảm biến khoảng cách hoặc điều khiển Bluetooth. Khi dạy, giáo viên nên nhấn mạnh quan hệ giữa 3 lớp: phần cứng nhận tín hiệu, chương trình xử lý logic, và cơ cấu tạo chuyển động thật.

Linh kiện và dụng cụ

Sơ đồ nối dây khuyến nghị

Quy trình thực hành trên lớp (30-45 phút)

1. Giáo viên giới thiệu mục tiêu và chỉ ra linh kiện thật trên bàn học.
2. Học viên nối dây khi chưa cấp nguồn tải, sau đó kiểm tra chéo theo cặp.
3. Upload code mẫu, mở Serial Monitor nếu bài có dữ liệu cần quan sát.
4. Chạy thử ở tốc độ/tham số thấp để giảm rủi ro va chạm hoặc quá dòng.
5. Học viên thay đổi một tham số: tốc độ PWM, ngưỡng cảm biến, góc servo hoặc thời gian giữ.
6. Cả lớp ghi lại hiện tượng: robot nhanh/chậm hơn, lệch hướng, rung, mất line hoặc phản ứng trễ.
7. Giáo viên tổng kết bằng sơ đồ "input → xử lý → output" của bài học.

Code mẫu nền tảng

#include <Servo.h>

Servo hipFL, kneeFL;

void pose(int hip, int knee, int holdMs=180) {
  hipFL.write(hip);
  kneeFL.write(knee);
  delay(holdMs);
}

void setup() {
  hipFL.attach(5);
  kneeFL.attach(6);
  pose(90, 90, 500);
}

void loop() {
  pose(70, 110);
  pose(95, 85);
  pose(115, 100);
}

Giải thích kỹ thuật

• Nguồn quyết định độ ổn định: motor và servo kéo dòng cao nên cần nguồn riêng, tụ lọc và dây đủ chắc.
• Tín hiệu điều khiển chỉ mang lệnh, không mang công suất. Board điều khiển gửi HIGH/LOW/PWM, driver mới cấp dòng cho tải.
• Calibration giúp robot hoạt động lặp lại được: cảm biến cần ngưỡng, servo cần góc home, motor cần bù sai lệch hai bên.
• Tách hàm làm code dễ dạy: một hàm cho đọc input, một hàm xử lý quyết định, một hàm điều khiển output.

Checklist an toàn phần cứng

• tháo chân khỏi mặt đất khi test góc đầu tiên; kiểm tra servo nóng sau mỗi 3-5 phút.
• Kiểm tra cực dương/âm của pin bằng mắt và bằng đồng hồ đo nếu có.
• Không để dây nguồn trần chạm nhau hoặc chạm khung kim loại.
• Khi motor/servo nóng bất thường, dừng nguồn tải trước rồi mới sửa code hoặc sửa dây.
• Với pin Li-ion/LiPo, không sạc khi không giám sát và không dùng pin phồng.

Lỗi thường gặp và cách debug

Bài tập trên lớp

• Hoàn thành mạch và chạy code mẫu ổn định ít nhất 3 lần liên tiếp.
• Giải thích bằng lời vai trò của từng dây: VCC, GND, signal/PWM và nguồn tải.
• Thay đổi một tham số trong code và ghi lại hiện tượng trước/sau.

Bài tập về nhà

• Viết lại kiến thức chính bằng sơ đồ khối và liên hệ với một lỗi phần cứng có thể xảy ra.
• Vẽ lại sơ đồ nối dây của bài vào vở hoặc slide nhóm.
• Chuẩn bị một câu hỏi debug cho buổi sau: "Nếu robot không chạy, em sẽ kiểm tra gì đầu tiên?"

Tiêu chí đánh giá

Gợi ý cho giáo viên

Với học viên mới, đừng bắt đầu bằng code dài. Hãy cho học viên chạm linh kiện, đoán chức năng, rồi mới nối dây. Khi có lỗi, yêu cầu các nhóm đọc lỗi theo thứ tự: nguồn → GND → chân tín hiệu → code → cơ khí. Cách này hình thành tư duy hardware engineering thay vì chỉ sửa mò.