Vereis, tengo un SAI unitek 500iS el sai trabaja con el protocolo "Fenton UPS" (comprobadisimo) el problema viene al intentar leerlo: server:/usr/lib/ups/driver # ./fentonups /dev/ttyS0 Network UPS Tools - Fenton UPS driver 0.90 (0.50.0) Serial port read timed out Bad UPS info start character [] server:/usr/lib/ups/driver # siempre da error de timeout (lo haga por rcupsd start o directamente al driver o como sea) he probado por minicom y funciona perfectamente 2400Bps bits de datos 8 bits de parada 1 Paridad No Control de datos No puerto ttyS0 (COM1) le mando la cadena "Q1" para consultar el estado y me escupe los datos correctamente (para quien busque el proto de fentonups => http://www.exploits.org/nut/library/protocols/megatec.html lo he probado en otras maquinas y todo funciona correctamente... pude ser algun parametro de la BIOS ? alguna config extra del ttyS0 ? he probado la version 0.50 que viene con suse 8.2 y la 1.22 que está en la web, en los 2 el mismo error solo me da 2 opciones Error de config en la bios Error de algun tipo en al config del sistema relacionado con la velocidad del sai o paridades etc... acabaré haciendo un master en sai's bajo linux >XDDDD pd: alguien sabe cuales son los tipos de cable? (hay un parametro en ups.conf "cable =" pero no encuentro la lista de cables posibles ni tampoco se de que clase es el mio (un RS232 tipico) lo raro es que en minicom funcione toto a la perfeccion... curiosisimo Muchas gracias por vuestra atención
El 2003-06-29 a las 23:36, Sharek escribió:
lo raro es que en minicom funcione toto a la perfeccion... curiosisimo
Si con el minicom puedes leer la sai, entonces es que el demonio o lo que sea que comunique con la sai (no lo conozco) no está bien configurado. No es un problema de hardware, sino de configuración, casi seguro. Tendría que estudiarme el manual para saber donde ;-) -- Saludos Carlos Robinson
como siempre suse, se ha quitado el muerto de encima... me han mandado al fabricante de hard, el problema no es de config, estoy seguro al 100% ni se trata de un bug del soft del sai, es un FALLO DE SUSE, lo afirmo pq no le doy otra explicacion logica, con otros linux me va de maravilla, es mas, añado un email de un compañero: (naturalmente si no es así, me disculpo ante SuSE) pero lo dudo ---------------------------------------------------------------------------- De: Alexander Venturo M. [aventuro@newtransport.com.pe] A: suse-linux-s@suse.com Asunto: [suse-linux-s] UPS SmratUps 2200XL APC ---------------------------------------------------------------------------- Hola a todos los listeros: Alguien usa este modelo de UPS con SuseLinux, lo que pasa es que al conectar el uops al servidor suse este no encuentra coneccion. Siempre sale este mensaje Mon Jun 30 16:00:18 PET 2003 apcupsd FATAL ERROR in apcserial.c at line 173 PANIC! Cannot communicate with UPS via serial port. Alguna recomendacion. salu2 Alexander ---------------------------------------------------------------------------- Le da un error muy parecido al mio -----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: martes, 01 de julio de 2003 1:28 Para: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] un SAI maldito... El 2003-06-29 a las 23:36, Sharek escribió:
lo raro es que en minicom funcione toto a la perfeccion... curiosisimo
Si con el minicom puedes leer la sai, entonces es que el demonio o lo que sea que comunique con la sai (no lo conozco) no está bien configurado. No es un problema de hardware, sino de configuración, casi seguro. Tendría que estudiarme el manual para saber donde ;-) -- Saludos Carlos Robinson -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 2003-07-01 a las 14:12, Sharek escribió:
como siempre suse, se ha quitado el muerto de encima... me han mandado al fabricante de hard, el problema no es de config, estoy seguro al 100%
Yo no lo estaría.
ni se trata de un bug del soft del sai, es un FALLO DE SUSE,
Suse no hace el software de la SAI, y es el software de la SAI el que está fallando. Ese software es del proyecto NUT. Vamos a ver, puesto que yo no lo tengo instalado me has hecho buscar el rpm que lleva el fentonups, que es el nut*.rpm. ¿Que has puesto en su configuración? ¿Has usado el setserial? Sirve para ajustar la velocidad del puerto, entre otras cosas. Según tu mensaje lo arrancas con "./fentonups /dev/ttyS0". Según lo que veo yo, tienes que editar el "/etc/ups/ups.conf", poner el tipo de driver, y el puerto: # [myups] # driver = fentonups # port = /dev/ttyS0 Y luego se llamaría a través de "fentonups -a myups" (para probar). O hacerlo a través del YAST - hay un módulo para suseconfig, que se configura en "/etc/sysconfig/smartups", lo que al parecer es obligatorio. Si necesitas más ayuda, deberás ir a http://www.exploits.org/nut/ -- Saludos Carlos Robinson
Como ya dije en uno de mis mails he probado tanto el nut que viene con la SuSE, como el nut de la web y ninguno de los 2 funciona, pero ATENTO, el mismo soft (el mismo archivo, el gz) copiado a otra distribucion EN LA MISMA MAQUINA, funciona perfectamente, en las 2 los mismos parametros, la configuracion es correcta ya que funciona a la perfeccion... Es algo del SuSE que no va fino, no se lo que es, pero tiene que ser la suse (o el nut tiene un problema con ella) que para el caso es lo mismo, en total he probado: Nut 0.60 que viene con la SuSE, configurandolo con yast y luego probandolo a pelo Nut 1.2.2 Bajado de la web del nut tb a pelo Ninguno de los 2 me ha funcionado Nut 1.2.2 en un Debian Woody y funciona correctamente Nut 1.2.2 en Redhat y tb funciona Abro el puerto con minicom en todas las distribuciones y en todas funciona si lo hago las consultas a mano al sai La config es correcta, sino de lo contrario no funcionaria en ninguna nota: el fichero gz es el mismo en las 3 distribuciones vuelvo a afirmar que el problema es de SuSE, el paquete nut funciona perfectamente es posible que SuSE use una forma distinta de gestionar los puertos (cosa que dude) o algo que hace que el soft de nut casque al intentar abrirlo... pero entonces minicom tb fallaria y no es asi.... -----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: miércoles, 02 de julio de 2003 1:09 Para: Lista de Suse Linux Español Asunto: RE: [suse-linux-s] un SAI maldito... El 2003-07-01 a las 14:12, Sharek escribió:
como siempre suse, se ha quitado el muerto de encima... me han mandado al fabricante de hard, el problema no es de config, estoy seguro al 100%
Yo no lo estaría.
ni se trata de un bug del soft del sai, es un FALLO DE SUSE,
Suse no hace el software de la SAI, y es el software de la SAI el que está fallando. Ese software es del proyecto NUT. Vamos a ver, puesto que yo no lo tengo instalado me has hecho buscar el rpm que lleva el fentonups, que es el nut*.rpm. ¿Que has puesto en su configuración? ¿Has usado el setserial? Sirve para ajustar la velocidad del puerto, entre otras cosas. Según tu mensaje lo arrancas con "./fentonups /dev/ttyS0". Según lo que veo yo, tienes que editar el "/etc/ups/ups.conf", poner el tipo de driver, y el puerto: # [myups] # driver = fentonups # port = /dev/ttyS0 Y luego se llamaría a través de "fentonups -a myups" (para probar). O hacerlo a través del YAST - hay un módulo para suseconfig, que se configura en "/etc/sysconfig/smartups", lo que al parecer es obligatorio. Si necesitas más ayuda, deberás ir a http://www.exploits.org/nut/ -- Saludos Carlos Robinson -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 2003-07-02 a las 16:27, Sharek escribió:
Como ya dije en uno de mis mails he probado tanto el nut que viene con la SuSE, como el nut de la web y ninguno de los 2 funciona, pero ATENTO, el mismo soft (el mismo archivo, el gz) copiado a otra distribucion EN LA MISMA MAQUINA, funciona perfectamente, en las 2 los mismos parametros, la configuracion es correcta ya que funciona a la perfeccion...
¿Lo has compilado tu mismo, en ambos casos?
Abro el puerto con minicom en todas las distribuciones y en todas funciona si lo hago las consultas a mano al sai La config es correcta, sino de lo contrario no funcionaria en ninguna
Te falta usar el setserial. -- Saludos Carlos Robinson
si, compilados en ambos casos por mi, que puedo hacer con setserial para probar de solucionar el problema? :~ # setserial /dev/ttyS0 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4 :~ # de todas todas, si fuera un problema especifico de la config del puerto, no se accederia con el minicom (o al menos eso creo) pero igualmente estoy abierto a sugerencias, me interesa mucho que ese sai sea correctamente controlado :) -----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: jueves, 03 de julio de 2003 1:32 Para: 'Lista de Suse Linux Español' Asunto: RE: [suse-linux-s] un SAI maldito... El 2003-07-02 a las 16:27, Sharek escribió:
Como ya dije en uno de mis mails he probado tanto el nut que viene con la SuSE, como el nut de la web y ninguno de los 2 funciona, pero ATENTO, el mismo soft (el mismo archivo, el gz) copiado a otra distribucion EN LA MISMA MAQUINA, funciona perfectamente, en las 2 los mismos parametros, la configuracion es correcta ya que funciona a la perfeccion...
¿Lo has compilado tu mismo, en ambos casos?
Abro el puerto con minicom en todas las distribuciones y en todas funciona si lo hago las consultas a mano al sai La config es correcta, sino de lo contrario no funcionaria en ninguna
Te falta usar el setserial. -- Saludos Carlos Robinson -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 2003-07-03 a las 08:07, Sharek escribió:
que puedo hacer con setserial para probar de solucionar el problema?
:~ # setserial /dev/ttyS0 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4 :~ #
Me refiero a configurar la velocidad: cer@nimrodel:~> setserial -a /dev/modem /dev/modem, Line 1, UART: 16550A, Port: 0x02f8, IRQ: 3 Baud_base: 115200, close_delay: 50, divisor: 0 closing_wait: 3000 Flags: spd_normal skip_test -- Saludos Carlos Robinson
nunca habia tocado el setserial, mas que para verificar sus irq's nnme podrias decir por donde debería tocar? el protocolo es este: http://www.exploits.org/nut/library/protocols/megatec.html B. Hardware: BAUD RATE............... : 2400 bps DATA LENGTH.......... : 8 bits STOP BIT..................... : 1 bit PARITY........................ : NONE esta es la config del puerto (en minicom me va de pm) puedo forzar a que setserial configure el puerto asi? gracias! -----Mensaje original----- De: Carlos E. R. [mailto:robin1.listas@tiscali.es] Enviado el: jueves, 03 de julio de 2003 20:24 Para: 'Lista de Suse Linux Español' Asunto: RE: [suse-linux-s] un SAI maldito... El 2003-07-03 a las 08:07, Sharek escribió:
que puedo hacer con setserial para probar de solucionar el problema?
:~ # setserial /dev/ttyS0 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4 :~ #
Me refiero a configurar la velocidad: cer@nimrodel:~> setserial -a /dev/modem /dev/modem, Line 1, UART: 16550A, Port: 0x02f8, IRQ: 3 Baud_base: 115200, close_delay: 50, divisor: 0 closing_wait: 3000 Flags: spd_normal skip_test -- Saludos Carlos Robinson -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 2003-07-04 a las 03:06, Sharek escribió:
BAUD RATE............... : 2400 bps DATA LENGTH.......... : 8 bits STOP BIT..................... : 1 bit PARITY........................ : NONE
esta es la config del puerto (en minicom me va de pm)
puedo forzar a que setserial configure el puerto asi?
Debería bastar con "setserial /dev/modem baud_base 2400". Curiosamente a mi no me deja ponerlo tan bajo, no se porqué, solo me deja bajar a 9600. Creo que hay que jugar con "divisor", podría ser "setserial /dev/modem baud_base 38400 divisor 16". Tengo que pensarlo. No veo las opciones para poner lo bits de parada y demás, pero esas que indicas son las opciones por defecto, no debería hacer falta más. -- Saludos Carlos Robinson
participants (2)
-
Carlos E. R. -
Sharek