Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Timing issue in ethernet_SCPI_service

Aperta
  • Qualcosa non va?
#214 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
50/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Ferma
Stack tecnologico
python
Ambito
networking

Direzione di ricerca

Inizia in dripline/implementations/ethernet_scpi_service.py, nella funzione _reconnect, e analizza la sequenza intorno a self._listen() e self._send_commands. Riproduci o traccia il percorso di riconnessione con il dispositivo interessato, quindi verifica che il comando di riconnessione venga accettato dopo il ritardo richiesto tra i messaggi.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

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.

Lingua principale
Python
Stelle
3
Fork
6
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

  • Include un Dockerfile o un file Docker Compose
  • Ha un modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di driplineorg/dripline-python

Tutte le issue di driplineorg/dripline-python

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.