Chiến lược quản lý kích thước mã - PIC18 XC8

Tôi chưa quen với phát triển C nhúng và tôi đang tìm kiếm một số nguyên tắc / hướng dẫn chung để quản lý kích thước của mã được tạo.

Trong ví dụ cụ thể của tôi, tôi đang sử dụng XC8 trên PIC18F4550. Mã của tôi cho đến nay sử dụng khoảng 13% dung lượng. Khi tôi sử dụng "time.h" và 1/2 chức năng từ nó, mức sử dụng sẽ tăng lên 45%! Tôi nhận ra rằng trình biên dịch XC8 miễn phí không tối ưu hóa nhưng tôi vẫn rất ngạc nhiên khi thấy có bao nhiêu dung lượng được sử dụng.

Những gì tôi đang tìm kiếm một mẹo / điểm nhìn chằm chằm dọc theo dòng

• Các lựa chọn thay thế cho các thư viện tiêu chuẩn thực hiện trên các tập hợp con mục tiêu nhỏ của chức năng. Ví dụ: ngày / giờ lib. tức là có vị trí lại tôi có thể có được thói quen hữu ích từ đâu?
• Làm thế nào để xem những gì đang sử dụng tất cả các không gian. (Liệt kê / tệp bản đồ - và mẹo để phân tích chúng)
• Bất kỳ lời khuyên / tài nguyên khác.

EDIT : Tôi đã tìm thấy một triển khai tốt mà không cần sử dụng stdlib tại đây: /codereview/38275/convert-b between-date-time-and-time-stamp-without-use-std-l Library-routines

Các câu hỏi chung vẫn đứng mặc dù. Có hướng dẫn, nguồn lưu trữ tốt vv

Dưới đây là một số điều tôi đã làm khi sử dụng trình biên dịch Microchips C18. Có thể các khái niệm sẽ áp dụng cho trình biên dịch của bạn: - khai báo mỗi chuỗi một lần. Đặt trong một tệp .c riêng và sử dụng tệp .h để tham chiếu chúng. Nói cách khác, không trùng lặp thông báo hiển thị nhiều lần. - khai báo chuỗi để chúng đi trong rom. Điều này sẽ không giúp bạn với ROM (không gian mã) nhưng nó sẽ tiết kiệm bộ nhớ. - Viết mã chặt chẽ. Nếu một vài dòng mã được sao chép, hãy đặt chúng vào một hàm. Sao chép / dán không cần thiết một người bạn tốt nhất của lập trình viên nhúng. - giống như bạn đã nghĩ, thực hiện các chức năng của riêng bạn thay vì bao gồm một thư viện. Tôi đã từng tiết kiệm được một tấn không gian bằng cách tạo hàm itoa () của riêng tôi. Cố gắng không sử dụng printf.

Tôi đã thực hiện một số tìm kiếm xung quanh và đây là những lời khuyên tôi có thể tìm thấy

1. Viết mã tốt hơn. Kích thước mã và tốc độ phải được xem xét ở mỗi bước trên đường đi.
2. Trình biên dịch / liên kết C sẽ chỉ sử dụng các chức năng bạn thực sự sử dụng. Vì vậy, chỉ bao gồm một .h không nên tăng kích thước mã (nhiều)
3. Tuy nhiên, các chức năng tiêu chuẩn thường chung chung hơn bạn yêu cầu. Có thể viết các phiên bản nhỏ hơn chỉ làm những gì bạn yêu cầu
4. Chuỗi được chia sẻ theo câu trả lời của @ BrianK

Sau đó, có một số lựa chọn thay thế không giải quyết được vấn đề cốt lõi về kích thước mã nhưng có thể cần được xem xét nếu tất cả các cách khác đều thất bại

1. Sử dụng PIC có nhiều không gian hơn
2. Sử dụng trình biên dịch tối ưu hóa, ví dụ MPLAB Pro
3. Sử dụng trình biên dịch mã cho một số hoặc tất cả mã

Tôi vẫn muốn một cách dễ dàng để xem các chức năng và các chức năng bao gồm đang sử dụng nhiều không gian nhất. Tôi sẽ cập nhật ở đây nếu tôi tìm thấy một cách dễ dàng để làm như vậy.

Việc triển khai phiên bản chức năng tiêu chuẩn của riêng bạn thay vì bao gồm toàn bộ thư viện có thể giúp ích. Có một triệu tối ưu hóa nhỏ hơn, cụ thể hơn mà bạn có thể thực hiện, nhưng một bộ sưu tập tài liệu tham khảo tốt về các loại thủ thuật đó là cuốn sách Hacker's Delight . Điều đó rất thực tế (đặc biệt đối với việc xoay vòng một chút như bạn thường làm trên vi điều khiển) và tôi khuyên bạn nên làm điều đó.