C++ cho vi điều khiển 8051?

Question

Có thể ai đó xin vui lòng cho tôi biết nếu nó có thể ghi một vi điều khiển 8.051 với một chương trình C + +? Tôi đã thử tìm kiếm về nó trực tuyến nhưng dường như không thể tìm ra chắc chắn nếu nó có thể hay không. Keil sử dụng C, nhưng chương trình tôi cần phải viết là rất nhiều chuỗi và C là khá chuỗi-không thân thiện so với C# đó là những gì tôi đang sử dụng để sử dụng. Tại thời điểm này, tôi đang cố gắng viết mã trong C nhưng nó thực sự lộn xộn, vì vậy tôi sẽ rất nhẹ nhõm nếu tôi có thể viết nó trong C++.

Tôi cần trình biên dịch C++ để tạo tệp kết xuất Hex có thể được ghi lên bộ vi điều khiển. Có ai nghe về thứ gì đó tôi có thể sử dụng không? Và C cũng sử dụng một tệp tiêu đề cho phép bạn tham chiếu đến cổng, nhưng khi tôi cố tìm hiểu xem tệp tiêu đề này có được sử dụng trong C++ hay không, tôi không thể tìm thấy bất kỳ thông tin nào trên đó.

Bổ sung: Bộ vi điều khiển tôi đang sử dụng là Atmel AT89C51 với 4K Byte bộ nhớ Flash lập trình lại và RAM nội bộ 128 x 8 bit. Điều này thực sự là cho một Robot cho một dự án ở trường đại học và mã hóa không thực sự yêu cầu OOP. Nó chỉ có rất nhiều tra cứu bảng có định dạng mảng chuỗi 2D. Lý do duy nhất tôi muốn xem xét C + + là do cách thao tác lộn xộn các chuỗi dường như đang nhận được (do MY thiếu chuyên môn trong C).

Và có ai biết về tệp tiêu đề không? C sử dụng #include reg51.h nhưng tôi đã cố gắng để tìm hiểu xem điều này làm việc cho C + + và không thể tìm thấy bất cứ điều gì về nó.

Answer 1

Có trình biên dịch thương mại từ ceibo.

Tuy nhiên nếu bạn có thể sử dụng C++ (đặc biệt là chuỗi STL) phụ thuộc vào bao nhiêu nguồn lực (cả ROM và RAM bạn sẽ có.

Có một 8051 site với diễn đàn, hướng dẫn và tải nơi bạn có thể nhận được một số tài nguyên hơn cho lập trình 8051.

Answer 2

Tôi sẽ đặt câu hỏi liệu đây có thực sự là ý tưởng hay không ngay từ đầu Tôi hiểu lý do đằng sau muốn sử dụng C++ trên C trong trường hợp chung nhưng trong trường hợp của vi điều khiển kiến ​​trúc Harvard 8 bit Tôi sẽ cảnh báo về điều này.

Những điều cần lưu ý trong tâm trí bao gồm:

• Hỗ trợ gỡ lỗi cấp nguồn sẽ ở đâu đó giữa người nghèo và không thể.
• Thời gian chạy trên cao của OOP trên máy 8 bit. Tôi thực sự khuyên bạn nên thực hiện một số điểm chuẩn nghiêm trọng trước khi cam kết với một công cụ.
• Bộ nhớ không hề rẻ trong các hệ thống nhúng và bạn sẽ không nghi ngờ có một số hạn chế về không gian địa chỉ.

Ngoài ra, nếu bạn thực sự đang xử lý chuỗi nghiêm trọng, tôi khuyên bạn nên sử dụng thư viện chuẩn C chứ không phải thư viện đối tượng chuỗi đơn giản vì bạn có quyền kiểm soát tốt hơn thay thế tại chỗ. glaringly rõ ràng trong mã.

Vui lòng đăng một chút về vi điều khiển bạn dự định sử dụng (Bộ nhớ dữ liệu, Bộ nhớ chương trình) và có yêu cầu về hiệu năng nào phải đáp ứng để chúng tôi có thể giúp cụ thể hơn một chút không.

Answer 3

Bạn có thể muốn xem xét việc cung cấp chi tiết bổ sung về các loại chương trình mà bạn định chạy trên vi điều khiển:

Bạn nói C++, cũng như C# trong thông báo của bạn, cả hai đều chắc chắn không lý tưởng sử dụng để xử lý chuỗi nặng trên vi điều khiển, chưa kể rằng bạn có thể xem xét sử dụng nhiều STL, điều này sẽ làm tăng kích thước của tệp thực thi hơn nữa?

Vậy chính xác những hạn chế chính của bạn (RAM, CPU, ROM v.v.) là gì? Nếu bạn thực sự nghĩ rằng bạn cần phải thực hiện xử lý chuỗi này theo kiểu OO, bạn có thể muốn xem xét chạy một trình thông dịch kịch bản nhúng nhẹ trên bộ điều khiển, để sau đó bạn có thể cung cấp các quy trình xử lý chuỗi bằng cách sử dụng ngôn ngữ kịch bản lệnh , trong khi thông dịch viên chính nó sẽ được ANSI C biên dịch thành một tệp HEX (ví dụ: lua hoặc nasal cả hai sẽ có vẻ như là ứng cử viên phù hợp). Tuy nhiên, có tính đến một ngôn ngữ kịch bản như lua thường sẽ áp đặt khoảng 100kb + phí trong không gian, Mũi nhẹ hơn một chút và có thể biên dịch xuống 50-70 kb nếu bạn tắt một số tiện ích mở rộng nhất định.

Ngoài ra, còn có các trình thông dịch tập lệnh khác có sẵn đặc biệt được sử dụng trên nền tảng được nhúng.

Answer 4

Có một số trình biên dịch thương mại có sẵn. Số 1 trong ngành là từ Keil Software.

Answer 5

Hệ thống IAR có 8051 compiler có thể biên dịch C++ nguyên bản (không dịch sang C) và gỡ lỗi ở cấp nguồn không phải là vấn đề.

Answer 6

Bạn có thể thử chuyển đổi mã C++ thành mã C và sau đó biên dịch nó bằng trình biên dịch C hiện có của bạn.

Bạn sẽ có thể tạo một Makefile gọi trình biên dịch C++ và sau đó chạy trình biên dịch C sau đó.

Nó không phải là giải pháp thanh lịch nhất nhưng nó thực sự là khá bất thường để sử dụng C++ trên các thiết bị nhỏ như Disclaimer 8051.

: Tôi đã không thực sự cố gắng may mắn rất tốt này! Nếu đó là tôi, tôi sẽ dính vào C và viết một số chức năng xử lý chuỗi mạnh mẽ.

Answer 7

Những người khác đã đề cập rằng có trình biên dịch C++ cho 8.051. Tôi đoán vấn đề chính của bạn với những vấn đề đó sẽ là chi phí. Rất nhiều công ty sẽ cho phép bạn viết assembly miễn phí nhưng tính phí cho trình biên dịch C hoặc C++. Có lẽ chúng ta đang nói vài trăm đô la ở đây.

Câu hỏi chính của tôi là những gì đang nhận được 'lộn xộn' trong mã của bạn? Bạn đang cố gắng sử dụng những tính năng nào trong C++, điều đó đang trở nên lộn xộn trong C? Một số tính năng trong C++ không dịch tốt đến môi trường nhúng tối thiểu như vậy (luồng, hàm tạo, hàm hủy, v.v.). C có thể thực hiện nhiều chức năng kiểu hướng đối tượng với các cấu trúc. Các chức năng khác chỉ nên tránh (bất cứ điều gì với quản lý bộ nhớ động).

Tôi sẽ cố gắng làm cho nó hoạt động trong C trước khi có khả năng chi tiêu nhiều tiền và nhận mã lớn, chậm và khó sử dụng.

Answer 8

IAR dường như cung cấp a C/C++ compiler for 8051'sa C/C++ compiler for 8051's. - Nhưng trong tiết lộ đầy đủ, tôi chỉ sử dụng trình biên dịch C của Keil để phát triển 8.051. Đối với các mối quan tâm của tệp tiêu đề: Các tệp tiêu đề thường được phân phối bởi nhà cung cấp IDE hoặc nhà sản xuất phần cứng và thường cung cấp một biểu diễn tượng trưng cho ánh xạ đăng ký của bạn. Một số tiền khiêm tốn của việc xoa bóp có thể được yêu cầu để kết hợp tệp tiêu đề dựa trên C vào một dự án C++. - Nếu bạn chuẩn bị chuyển đổi các trình biên dịch/IDE của bạn, bạn thường có thể mong đợi một số mã nguồn của bạn để chứa trình biên dịch mới. (Đọc: truy cập mã C từ cơ sở mã C++ thường khiến tôi dừng lại một ngày để làm đúng.)

Answer 9

Có vẻ như bạn muốn trình biên dịch C++ để bạn có thể sử dụng std::string. std::string yêu cầu một đống. Bạn sẽ không có một heap có thể sử dụng với chỉ 128x8 bit RAM nội bộ, đặc biệt là không cho các đối tượng std::string Hãy xem xét nếu bạn đọc một chuỗi 80 ký tự từ một cổng nối tiếp, tiêu thụ hơn 60% RAM sẵn có của bạn. Bạn cũng sẽ sử dụng RAM bên ngoài? Bao nhiêu?

Phần mềm của bạn có thực sự cần xử lý xử lý chuỗi khi chạy không? Ví dụ, nó gửi/nhận lệnh như chuỗi thông qua một cổng nối tiếp hoặc một số giao diện khác? Nếu vậy, bạn nên cô lập chuỗi xử lý từ phần còn lại của mã của bạn càng nhiều càng tốt, và sử dụng các thẻ (các kiểu liệt kê hoặc các hằng số tách rời #defined) ở nơi khác. Nếu không, bạn sẽ gặp phải ít rắc rối khi lắp logic vào bộ nhớ bị hạn chế của bộ vi xử lý bằng cách sử dụng mã thông báo thay cho chuỗi.

Ngoài ra, nếu bạn cần phân tích cú pháp chuỗi, bạn có thể viết tắt máy trạng thái xử lý từng ký tự một lần để bạn không phải xử lý chuỗi đầy đủ. Một lần nữa, 128 byte không phải là rất nhiều không gian để xử lý chuỗi.

Answer 10

Tại sao không sử dụng thư viện chuỗi C? Giống như bstrlib hoặc tương tự? C++ không phải là những gì bạn cần cho vi điều khiển này.

Answer 11

có, bạn có thể ghi bộ nhớ của vi điều khiển 8051 bằng chương trình C++ và cũng có một số trình biên dịch miễn phí có thể được sử dụng để tạo tệp Hex và sau đó gửi tệp đến vi điều khiển. Bạn có thể tìm thấy bất kỳ thông tin nào về quy trình lập trình vi điều khiển trong một số comprehensive article with tutorials, compilers, simulators, etc