Ignition: Consider not doing a MAPO based on A2 PG signal autonomously inside of Ignition Target
@arjenroodselaar ci sta già lavorando.
Dal 18/11/2022.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
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.
- Lingua principale
- VHDL
- Stelle
- 24
- Fork
- 2
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di oxidecomputer/quartz
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
oxidecomputer/quartz#535 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
oxidecomputer/quartz#534 ·
-
VHDL ignition controllerAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
oxidecomputer/quartz#533 ·
-
FPGA-FPGA linkForse già presa @nathanaelhuffman l’ha presa 19 giorni fa. Aperta
oxidecomputer/quartz#532 · 1 assegnatario ·
-
QSFP module controlAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
oxidecomputer/quartz#531 ·