Ignition: Consider not doing a MAPO based on A2 PG signal autonomously inside of Ignition Target
@arjenroodselaar ya está trabajando en esto.
Desde el 18/11/2022.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Currently, Ignition is designed to MAPO immediately based on a PG signal going away once 25ms has elapsed after the IBC is enabled.
This function might be better handled by the higher-level software on Sidecar/Scrimlet to determine what to do in case of a fault and it seems like it is safer if Ignition on each board only reports the faults up to software instead of taking autonomous action. If we get the autonomous action in Ignition wrong, it's a field service call to reprogram or replace hardware. If the action is controlled by a higher level software function, that behavior can be changed with a software update.
- Lenguaje dominante
- VHDL
- Estrellas
- 24
- Forks
- 2
- Merge medio
- 31 min
- PR fusionados (30 d)
- 8
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 oxidecomputer/quartz
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
oxidecomputer/quartz#542 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
oxidecomputer/quartz#535 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
oxidecomputer/quartz#534 ·
-
VHDL ignition controllerAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
oxidecomputer/quartz#533 ·
-
FPGA-FPGA linkQuizá libre de nuevo @nathanaelhuffman la tomó hace 45 días y no hay ningún pull request abierto. Abierto
oxidecomputer/quartz#532 · 1 asignado ·