Custom `Frequency` enum shared across hals
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 18/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- zig
- Área
- embedded-iot
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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?
- Lenguaje dominante
- Zig
- Estrellas
- 2.3k
- Forks
- 198
- Merge medio
- 1 d 8 h
- PR fusionados (30 d)
- 37
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ZigEmbeddedGroup/microzig
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
ZigEmbeddedGroup/microzig#1086 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 69/100
ZigEmbeddedGroup/microzig#1085 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
ZigEmbeddedGroup/microzig#1061 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
ZigEmbeddedGroup/microzig#1059 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
regz: AVR peripherals generated at address 0 when the register-group name matches the module (ATDF)Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
ZigEmbeddedGroup/microzig#1072 ·
Los mantenedores suelen responder en 1 día
Todos los issues de ZigEmbeddedGroup/microzig
Issues similares
-
docs
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
adidshaft/grok-gadgets#202 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
FujiNetWIFI/fujinet-firmware#1908 ·
Los mantenedores suelen responder en 1 día
-
firmware: transmit() doesn't reset rfTxCurBufIdx, so RFxmit after RFxmitLong can send wrong bytesPosiblemente ocupada @hermes-crew-337 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
atlas0fd00m/rfcat#182 ·
-
followup
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
pidProfiles: #15546 grows pidProfile_t (228 → 234 bytes) without a PG version bump — profiles saved by earlier master builds load shiftedPosiblemente ocupada @Firat17aze la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
betaflight/betaflight#15826 ·
Los mantenedores suelen responder en 2 días