[Chronojump-developers] Conflicto con el modem usado previamente en el mismo puerto

[xavier de Blas <xavier deblas hispalinux es>]

Cuando se ha usado un modem en el /dev/ttyS0, si no se ha reinicado la
máquina, el chronopic no responde.

Concretamente la instrucción que falla está en el chronopic.c y es esta
(se queda esperando y no da ninguna respuesta):

fd = open(disp,O_RDWR | O_NOCTTY); /* Abrir puerto serie */

Desconozco que es lo que se ejecuta en el reinicio que es capaz de
reinicializar el puerto serie.

He instalado el paquete setserial. Este paquete pone un script setserial
en el arranque, pero no es el causante de que se arregle puesto que
antes no lo tenía y los reinicios eran efectivos (ahora también):
/etc/init.d/setserial

He intentado obtener información significativa con setserial sin éxito
(en todos los casos con la sentencia setserial -av /dev/ttyS0:

setserial después de usar el modem:
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
        Baud_base: 115200, close_delay: 500, divisor: 0
        closing_wait: 30000
        Flags: spd_normal skip_test

setserial después de usar chronopic:
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
        Baud_base: 115200, close_delay: 5000, divisor: 0
        closing_wait: 37856
        Flags: spd_normal skip_test

setserial después de reiniciar la máquina:
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
        Baud_base: 115200, close_delay: 5000, divisor: 0
        closing_wait: 37856
        Flags: spd_normal skip_test

setserial después de ejecutar /etc/init.d/setserial:
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
        Baud_base: 115200, close_delay: 5000, divisor: 0
        closing_wait: 37856
        Flags: spd_normal skip_test

(No es posible usar setserial mientras el modem está siendo usado)

Como se ve en los resultados, después de usar el modem han cambiado:
-close_delay
-closing_wait
pero aunque les pongamos el mismo valor que en el reinicio de la máquina
(con /etc/init.d/setserial), no es posible usar chronopic.

Habrá que seguir investigando. ¿Alguna pista?


_______________________________________________
Chronojump-developers mailing list
Chronojump-developers lists software-libre org
https://lists.software-libre.org/cgi-bin/mailman/listinfo/chronojump-developers