Only define Serial ISRs when used
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- cpp
- Lĩnh vực
- embedded-iot
Hướng nghiên cứu
Bắt đầu bằng cách so sánh các đối tượng serial và định nghĩa ISR của SAM với triển khai AVR, trong đó mỗi đối tượng và mỗi ISR được đặt trong một tệp .cpp riêng; issue cũng trỏ đến phân tích Arduino PR #1711. Hoàn thành có nghĩa là các ISR serial không được sử dụng không được liên kết, trong khi một sketch hoặc library có thể định nghĩa ISR cho một cổng serial vốn không được sử dụng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
(There is an identical issue for sam here)
Currently, I think that the Serial interrupt handlers are always included in the link (or maybe always included if any serial object is used). Ideally, none of these would be included by default, and only the ISRs for serial objects that are actually used are included. This would leave the way open for libraries or sketches to define their own serial ISR for any otherwise unused serial ports.
This behaviour is already implemented on AVR, by putting the definition of each serial object and its corresponding ISR in a separate .cpp file, and separating all serial objects from each other. Due to the way linking works wrt .a files, this should have the desired effect (when care is taken not to include any stray references to these serial objects). See https://github.com/arduino/Arduino/pull/1711#issuecomment-29745866 for the analysis I did on the original implementation on AVR.
I created this issue after suggesting this as an alternative for #95 (and see also https://github.com/arduino/ArduinoCore-avr/pull/299).
I will not have time to actually implement this, but I'm happy to support anyone that wants to give a stab at it.
- Ngôn ngữ chính
- HTML
- Star
- 91
- Fork
- 112
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của arduino/ArduinoCore-sam
-
adc_set_resolution bugĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
arduino/ArduinoCore-sam#129 ·
-
Type: Bug USB: CDC serial
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
arduino/ArduinoCore-sam#153 · 1 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
arduino/ArduinoCore-sam#151 · 5 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
arduino/ArduinoCore-sam#147 ·
-
Unexpected extra characters appeared in the IDE Serial Monitor when write to Serial in loop()Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
arduino/ArduinoCore-sam#146 ·
Tất cả issue của arduino/ArduinoCore-sam
Issue tương tự
-
mediatek/filogic: OpenFi 6C (openfi,6c): func key has wrong polarity, event class and key codeĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
immortalwrt/immortalwrt#2501 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
zephyrproject-rtos/zephyr#122261 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
area: core priority: p2 type: bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
EPFL-TOP/smart-microscope-control#132 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
FujiNetWIFI/fujinet-config#264 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
scope:mqtt-bridge type:feature
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày