Bao gồm một RaspberryPi trong một robot Robot Điều này có cho phép API API phổ biến không?

Tôi biết đây là một tuyên bố rộng , nhưng khi bạn đã hỗ trợ cả TCP cũng như máy tính chính thức trên tàu (để tích hợp / chạy arduino), thì điều này về cơ bản cho phép mọi thứ chạy trên hộp linux ( raspberryPi) để chạy và vận hành robot của bạn?

Tôi biết tốc độ xung nhịp cũng như các thư viện phụ thuộc cho một cơ sở mã nhất định (trên Pi) sẽ thêm một số phức tạp ở đây, nhưng một số vấn đề lớn mà tôi đang xem xét trong một hệ thống điều khiển tích hợp theo chiều dọc như vậy là gì?

Bao gồm RaspberryPi trong robot ... Điều này có cho phép "API phổ quát" không?

Câu trả lời ngắn gọn là có". Tôi giả sử bạn đang mô tả một kiến ​​trúc có vẻ rộng ;-) như thế này:

Hệ thống thời gian thực <-> Hệ thống thời gian mềm

Đây là một kiến ​​trúc robot rất phổ biến.

Hệ thống thời gian thực (RTS) (ví dụ: Arduino với phần sụn phù hợp) xử lý việc canh tác cảm biến cấp thấp (điều hòa, đóng gói dữ liệu, quản lý và định tuyến), quản lý năng lượng, quản lý động cơ và các hoạt động I / O cho mục đích chung .

Hệ thống thời gian mềm (STS) (ví dụ Raspberry Pi mà bạn đã đề cập) là một hệ thống mạnh hơn được thiết kế để xử lý giám sát, liên lạc tầm xa và các tác vụ xử lý và tích hợp cảm biến phức tạp hơn. Nó nằm trên RTS, xử lý tất cả các chi tiết thời gian cực mạnh của việc tạo dạng sóng và giao tiếp xe buýt địa phương tốc độ thấp để STS có thể giải quyết các vấn đề "khó khăn" hơn.

Rõ ràng, đây là một sự đơn giản hóa quá lớn, nhưng tôi nghĩ rằng nó có những ý tưởng cốt lõi xuyên suốt.

Tôi đã viết một số bài báo học thuật 1 2 về kiến ​​trúc robot nếu bạn muốn khám phá sâu hơn. Nếu bạn có điều gì đó cụ thể trong đầu, xin vui lòng hỏi tôi (hoặc cộng đồng) một số câu hỏi tiếp theo. ;-)

Để đưa ra câu trả lời (cụ thể) giải quyết câu hỏi, như tôi hiểu, RaspberryPi cung cấp (là một phần của các bản phân phối Pi tiêu chuẩn, như các tiện ích bổ sung hoặc có thể biên dịch từ nguồn) gần như mọi thứ và mọi thứ mà hệ điều hành Linux cung cấp .

Tuy nhiên, đối với những người không phải là một phần của bản phân phối (hoặc từ kho lưu trữ), có vấn đề về tính di động, do nền tảng phần cứng cụ thể.

điều này về cơ bản có cho phép mọi thứ chạy trên hộp linux (raspberryPi) để chạy và vận hành robot của bạn không

Như vậy, tôi cho rằng "Có thể" là câu trả lời ... nhưng liệu tôi có tin tưởng robot vào Pi hay không lại là một câu hỏi khác.

Điều đó đã được nói, bây giờ một số ý kiến ​​cá nhân:

Vâng, tôi có một vài Pis mà tôi đang thử nghiệm, nhưng tôi đã nhanh chóng vượt qua sự cường điệu xung quanh Raspie. Tôi đã đi đến kết luận rằng mục đích chung là nó thực sự là một giải pháp tìm kiếm một vấn đề.

Là một hệ thống tạo mẫu nhúng, một hệ thống tốt hơn với Arduino hoặc PIC dev-kit, theo ý kiến ​​khiêm tốn của tôi.

"Điều này về cơ bản có cho phép mọi thứ chạy trên hộp linux (raspberryPi) để chạy và vận hành robot của bạn không?"

Tôi là người ngoài cuộc, nhưng từ những gì tôi nghe được Rasberry Pi có vấn đề khi chạy ROS vào lúc này. Một robot linux không thể chạy ROS đang thiếu một phần lớn của cộng đồng và tôi sẽ gặp khó khăn khi xem đó là "cho phép mọi thứ chạy trên linux."

Đối với tôi, mục đích của ROS là cho phép nghiên cứu / phát triển trong một lĩnh vực cụ thể mà không phải học / phát triển tất cả những thứ khác đã được thực hiện. Đó là tinh thần của nguồn mở, đó là tinh thần của Linux, đó là tinh thần của ROS. Jut bởi vì bạn không thể làm điều này không làm cho nó bớt đi robot, nhưng nó làm cho lý do để sử dụng nó ít hơn nhiều, IMHO và để trả lời câu hỏi của bạn.

Sẽ không phải là một lựa chọn tốt hơn nhiều để chạy một số máy tính pi không rasberyy với Arduinos? Giá có phải là vấn đề thực sự? Và nếu đó là lý do tại sao bất cứ điều gì khác quan trọng sau đó? Một cái tên dễ thương không tạo ra một robot dễ thương.

chỉnh sửa: bất cứ ai có thể giải thích cho tôi "API phổ quát" là gì không? Làm thế nào về một "hệ thống điều khiển tích hợp theo chiều dọc"? Trên thực tế, giải thích làm thế nào điều này thậm chí là một câu hỏi, với số phiếu lên?