User guide: software timers and work queues
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 76/100
- Tipo de issue
- Documentação
- Clareza
- Claramente especificada
- Status de atividade
- Ativa
- Stack de tecnologia
- c
- Domínio
- documentation
Direção de pesquisa
Start with docs/specs/SPEC-003-time-timeouts-and-timers.md and docs/specs/SPEC-006-notifications-and-work-queues.md, then check the APIs in include/emb/timer.h and include/emb/work.h and examples in examples/controller. Write docs/user/timers-and-work.md, add it to docs/user/index.md's toctree, and confirm the strict docs build passes and every example compiles; report those checks in the PR.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Goal
Write the user-guide page on software timers and work queues: docs/user/timers-and-work.md. Both exist and are tested, but the user guide does not explain them yet.
What exists
- The API:
include/emb/timer.h,include/emb/work.h. - The design: SPEC-003 (time, timeouts, timers) and SPEC-006 (work queues).
- The tests:
tests/conformance/test_timer.c,test_workq.c. - The reference controller uses both:
examples/controller.
What the page should cover
- One-shot and periodic timers; why a periodic timer does not drift; what happens when a callback overruns.
- Where a timer callback runs (a work queue or interrupt context), and what each allows.
- Work queues: submitting from an interrupt, cancel and synchronous cancel, flush, delayed work.
- When to use a timer, a work item or a thread with
emb_thread_sleep_until(). - A short, complete example for each.
Done when
- The page exists and is in
docs/user/index.md's toctree, and the strict docs build passes. - Every code example compiles; say in the PR how you checked.
- Linguagem predominante
- C
- Estrelas
- 1
- Forks
- 1
- Merge médio
- 14h 21min
- PRs com merge (30d)
- 125
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de EmbLinkOs/EmbLinkRTOS
-
enhancement good first issue help wanted
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
EmbLinkOs/EmbLinkRTOS#111 ·
Mantenedores costumam responder em até 1 dia
-
documentation good first issue help wanted
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 76/100
EmbLinkOs/EmbLinkRTOS#116 ·
Mantenedores costumam responder em até 1 dia
-
good first issue
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 55/100
EmbLinkOs/EmbLinkRTOS#115 ·
Mantenedores costumam responder em até 1 dia
-
documentation good first issue
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 83/100
EmbLinkOs/EmbLinkRTOS#113 ·
Mantenedores costumam responder em até 1 dia
-
good first issue help wanted
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 34/100
EmbLinkOs/EmbLinkRTOS#112 ·
Mantenedores costumam responder em até 1 dia
Todas as issues de EmbLinkOs/EmbLinkRTOS
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 73/100
ChupathingyCE/chupathingyce#1020 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
-
enhancement good first issue
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 91/100
-
C:dataplane
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
yanet-platform/yanet2#3395 ·
Mantenedores costumam responder em até 1 dia
-
Crash in mdns componentAberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 75/100
openvehicles/Open-Vehicle-Monitoring-System-3#1575 ·
Mantenedores costumam responder em até 4 dias