Timing issue in ethernet_SCPI_service
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 50/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- networking
Línea de trabajo
Comienza en dripline/implementations/ethernet_scpi_service.py, en la función _reconnect, e inspecciona la secuencia alrededor de self._listen() y self._send_commands. Reproduce o sigue el recorrido de reconexión con el dispositivo afectado y, a continuación, verifica que el comando de reconexión se acepte después del retraso requerido entre mensajes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The _reconnect function in ethernet_SCPI_service (see here), first checks for unprompted response via self._listen() before sending the command at reconnect to verify the connection.
At one device I have issues, where the timing of the messages is unfortune so that the self._send_commands is ignored by the device.
Apparently while sending the unprompted responds the device needs a tiny extra time to be able to receive requests via self._send_commands.
In case the self._send_commands is executed to fast after self._listen() returns, the device ignores the self._send_commands and the reconnect test is not succesful.
It has to be a timing issue, since if I execute the commands one after the other by hand, the process is successful. To allow for a tiny dead-time between sending the initial unprompted response and the first command to be accepted by the device, an additional sleep has to be implemented.
This can not be handled by the receive timeout since apparently the command is not recogniced by the device if it arrives to early.
While this is more an issue of the device a short sleep should not be harmful here. Since this only happens at reconnect, the overall delay should be minimal.
- Lenguaje dominante
- Python
- Estrellas
- 3
- Forks
- 6
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin 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 driplineorg/dripline-python
-
Log on set delayAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
driplineorg/dripline-python#222 · 1 comentario ·
-
Create Logging WrapperAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
driplineorg/dripline-python#221 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
driplineorg/dripline-python#207 ·
-
Inconsistent response behavior with a 'values' arrayQuizá libre de nuevo @pkolbeck la tomó hace 484 días y no hay ningún pull request abierto. Abierto
driplineorg/dripline-python#204 · 1 comentario · 2 asignados ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 38/100
driplineorg/dripline-python#189 · 1 comentario ·
Todos los issues de driplineorg/dripline-python
Issues similares
-
Path subtraction removes repeated suffix characters instead of one suffixPosiblemente ocupada @Gwerdonatus la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
joke2k/django-environ#671 ·
-
good first issue help wanted windows
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
-
test_pgbouncer deploys the server under test from Charmhub instead of the local build (track/1.31)Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
canonical/temporal-k8s-operator#195 · 1 comentario ·
Los mantenedores suelen responder en 4 días
-
`burr` fails to start when the Python path has a space in itPosiblemente ocupada @enekoreto la tomó hoy. Abiertostatus/needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 5 días
-
device support request
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
zigpy/zha-device-handlers#5461 ·
Los mantenedores suelen responder en 4 días