Custom `Frequency` enum shared across hals
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 18/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- zig
- Lĩnh vực
- embedded-iot
Hướng nghiên cứu
The issue names no files or tests; the only code is a proof-of-concept Frequency enum and a call to i2c.apply(.{ .baud_rate = .khz(100) }). Start by finding where the HAL I2C config and its baud_rate field are defined in the repository. The open question is whether a shared frequency type should exist and where other measures could use decl literals, so a maintainer must decide the scope before any code. Done would need that decision recorded.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
i2c.apply(.{
.baud_rate = .khz(100),
});
// POC implementation
const Frequency = enum(u32) {
_,
pub fn hz(value: u32) Frequency {
return @enumFromInt(value);
}
pub fn khz(value: u32) Frequency {
return @enumFromInt(value * 1_000);
}
pub fn mhz(value: u32) Frequency {
// what to do about overflows? Though I think it's fine to assert that the result must fit into u32.
return @enumFromInt(value * 1_000_000);
}
};
This would be used for baud rates, etc.
Something like this can be applied for other measures as well (apart from Frequency). In what other places can we use decl literals for more verbose initializations?
- Ngôn ngữ chính
- Zig
- Star
- 2.3k
- Fork
- 198
- Merge trung bình
- 1 ngày 8 giờ
- Pull request đã merge (30 ngày)
- 37
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 ZigEmbeddedGroup/microzig
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
ZigEmbeddedGroup/microzig#1086 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 69/100
ZigEmbeddedGroup/microzig#1085 ·
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
ZigEmbeddedGroup/microzig#1061 ·
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
ZigEmbeddedGroup/microzig#1059 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
regz: AVR peripherals generated at address 0 when the register-group name matches the module (ATDF)Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
ZigEmbeddedGroup/microzig#1072 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của ZigEmbeddedGroup/microzig
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
1 type: problem 2 scope: firmware 3 good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
SpaceTeam/STS1_COBC_SW#511 ·
-
documentation good first issue
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 60/100
imaaiagent/fumi#1 ·
-
[BUG] OTA Requestor accepts reserved provider endpoint 0xFFFFCó thể đã có người làm @Chapoly1305 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
project-chip/connectedhomeip#74742 ·
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 63/100
Xinyuan-LilyGO/T-Display-S3#352 · 3 bình luận ·