Sensor Connectivity & Recovery Tests
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- arduino, cpp
- Área
- embedded-iot, testing-qa
Línea de trabajo
No se especifica ningún archivo fuente ni punto de entrada de pruebas concreto. Empieza recopilando informes de usuarios actuales sobre sensores que se desconectan e investigando las pruebas de software de IoT; define escenarios reproducibles de interrupción de la alimentación y de la red, y documenta después cómo se pueden ejecutar y si un WiFi-host mock es adecuado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Goal: research & establish standard tests we can run on our sensors that ensure that connectivity is maintained/recovered after common network or software issues.
Issues can include but requires further research:
- sensor losing and regaining power,
- sensor losing network connection due to Wifi turned off, weak connection, etc.
Todo's:
- collect info from our current users on why sensors are going offline (could be a Slack thread)
- research IoT software testing
- plan for running these test in a reproducible manner: is there a software we can mock up a wifi host that can simulate such network issues?
- Lenguaje dominante
- C++
- Estrellas
- 11
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 CivicTechTO/tRacket-sensor
-
OTA update stretegy following rev4 designQuizá libre de nuevo @tcsullivan la tomó hace 111 días y no hay ningún pull request abierto. Abierto
CivicTechTO/tRacket-sensor#47 · 1 comentario · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
CivicTechTO/tRacket-sensor#44 · 1 comentario ·
-
Automated sensor test on setupAbiertoenhancement question
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Clip sensor reading values to non-negativeQuizá libre de nuevo @tcsullivan la tomó hace 637 días y no hay ningún pull request abierto. Abiertogood first issue help wanted
CivicTechTO/tRacket-sensor#40 · 1 comentario · 1 asignado ·
-
Sensor packagingAbiertohelp wanted
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de CivicTechTO/tRacket-sensor
Issues similares
-
Web3 RPC: one-element batch request returns an object instead of an array (breaks ethers.js v6)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
FISCO-BCOS/FISCO-BCOS#5706 ·
Los mantenedores suelen responder en 3 días
-
[开源推荐] Windows 系统维护工具箱，支持后台任务队列Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
521xueweihan/HelloGitHub#4011 ·
-
docs(simulation): Quickstart publishes UDP 14550, which the SITL images' own docs say not to doAbiertostatus:needs-triage
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
PX4/PX4-Autopilot#29292 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
I/O internal correctness medium priority rt_lib
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
Los mantenedores suelen responder en 1 día
-
GUI
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
sonic-pi-net/sonic-pi#3594 ·