El día 28 de octubre de 2010 12:01, Juan Erbes escribió:

El 28 de octubre de 2010 11:45, Mauro Antivero escribió:

...

 Gente, mi idea es muy básicamente manejar a través de una PC un determinado Hardware. Para esto claro está tengo que mandarle al mismo 1s y 0s de alguna forma.

Lo más simple sería el uso del puerto paralelo, pero esto es un poco anticuado. Es un puerto que ya casi no viene en las PCs modernas.

Otra sería un puerto serie, cosa que casi todas las PCs traen, todavía.

Todavía????

Ya en el 2009, muchos mobos no traian mas paralelo ni serie.

Quizas te convenga programar en Python:

http://www.python-forum.org/pythonforum/viewtopic.php?f=17&t=13042

http://packages.ubuntu.com/hardy/python/python-usb

http://packages.debian.org/sid/python-usb

http://dvlabs.tippingpoint.com/blog/2009/02/12/python-interfacing-a-usb-miss...

No lo dije, pero está implicito, debes trabajar sobre usb, porque las otras interfaces están desapareciendo. Aqui tienes un paquete del build service opensuse: http://rpm.pbone.net/index.php3/stat/4/idpl/8761898/dir//com/python-usb-0.4.... Content of RPM : /usr/lib/python2.5/site-packages/pyusb-0.4.1-py2.5.egg-info /usr/lib/python2.5/site-packages/usb.so /usr/share/doc/packages/python-usb /usr/share/doc/packages/python-usb/PKG-INFO /usr/share/doc/packages/python-usb/README /usr/share/doc/packages/python-usb/license.txt /usr/share/doc/packages/python-usb/samples /usr/share/doc/packages/python-usb/samples/usbenum.py /usr/share/doc/packages/python-usb/samples/usbprint.py Como puedes ver en las 2 lineas anteriores, las copio de nuevo: /usr/share/doc/packages/python-usb/samples/usbenum.py /usr/share/doc/packages/python-usb/samples/usbprint.py allí tienes los ejemplos concretos de como trabajar con esa librería. En cuanto al harware, una alternativa es AT90USBKEY: http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3879 Comentanos como va tu proyecto, una vez que lo tengas en marcha. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El día 28 de octubre de 2010 12:54, Camaleón escribió:

El Thu, 28 Oct 2010 12:30:16 -0300, Juan Erbes escribió:

...

No lo dije, pero está implicito, debes trabajar sobre usb, porque las otras interfaces están desapareciendo.

(...)

Eso llevan diciendo desde hace años.

También hay una "conspiración" para acabar con las disqueteras.

Yo aún tengo que planear la compra de las placas base para que incluyan al menos dos puertos serie "de serie", si es posible, porque tengo que conectarme a equipos como:

- Centralita - SAI - Modem/fax - Control de acceso - Routers

El mobo que tengo ahora (creo que va a cumplir 2 años), no tiene ni port serie ni paralelo: http://www.biostar.com.tw/upload/Motherboard/20090209.jpg Eso sí, tiene 3 ports de video, el VGA, DVI y HDMI. http://www.biostar.com.tw/app/en/mb/content.php?S_ID=395 Hace unos cuantos años, había desarrollado un electroencefalógrafo, con una tarjeta conversora AD de 8 canales, con conector ISA, y el software de control sobre DOS, para VGA color (toda una revolución, ja ja ja), donde usaba un color distinto para cada trazo en la pantalla, usando la librería EGAVGA.bgi del Borland C++ 3.0. Hoy en día, lo unico que me puede servir de aquel desarrollo, es el amplificador diferencial de 16 entradas diferenciales, y 8 salidas, conformadas entre 0 y +5 voltios. Por eso, digo con conocimiento de causa, de que no conviene apuntar a las interfaces del pasado, sino del presente y el futuro cercano. En el futuro es probable que se pongan de moda las interfaces de fibra optica. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

On Friday 29 October 2010 05:51:25 Carlos E. R. wrote:

El 2010-10-28 a las 21:04 -0300, Juan Erbes escribió:

...

(...) No me extrañaría que pudieras encontrar incluso los 8086... Hasta donde yo sé, incluso el 8085...

Salud!! -- karl -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

En Thu, 28 Oct 2010 23:51:25 -0400, Carlos E. R. escribió:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

El 2010-10-28 a las 21:04 -0300, Juan Erbes escribió:

...

Hace unos cuantos años, había desarrollado un electroencefalógrafo, con una tarjeta conversora AD de 8 canales, con conector ISA, y el software de control sobre DOS, para VGA color (toda una revolución, ja ja ja), donde usaba un color distinto para cada trazo en la pantalla, usando la librería EGAVGA.bgi del Borland C++ 3.0.

(pues eso es un trabajo, si señor... yo hacía esas cosas con labview y labwindows)

Es bastante posible que puedas seguir comprando ordenadores que acepten esa tarjeta, en el rango de ordenadores industriales. Y si esa tarjeta era de las populares, a lo mejor la siguen vendiendo.

En el mundillo industrial no sienta nada bien tener que cambiar de hardware por las modas de los ordenadores de venta masiva.

No me extrañaría que pudieras encontrar incluso los 8086...

Pero para estos menesteres quedan bien los microcontroladores y los PID, no?

- -- Saludos Carlos E. R. (desde 11.2 x86_64 "Emerald" en Telcontar)

-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzKRMQACgkQtTMYHG2NR9Up9gCfZKN8PxCIhzuDMPeLIZR+jB91 9P8AoIJsAJPpZVVJp9qmRT5Rz8lQMPfn =Suf0 -----END PGP SIGNATURE-----

-- Saludos, Luis -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El vie, 29-10-2010 a las 22:40 +0200, Carlos E. R. escribió:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

El 2010-10-29 a las 11:04 -0400, Luis escribió:

...

...

No me extrañaría que pudieras encontrar incluso los 8086...

Pero para estos menesteres quedan bien los microcontroladores y los PID, no?

Desde luego. Bueno, no PIDs, sino PLCs, es la alternativa más versátil - y también son caros. Y hacer cosas como leer datos analógicos suele salir más caro todavía.

En realidad, un 8086 sobra para ese tipo de tareas, pero el software de desarrollo tendría que ser externo, porque estamos acostumbrados a facilidades que no tendrían en el 8086. Y esos entornos de desarrollo esperan un sistema operativo con facilidades de gestión de memoria que tampoco soportan: un linux no correría en un 8086, creo que el mínimo es un 80386.

- -- Saludos Carlos E. R. (desde 11.2 x86_64 "Emerald" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux)

iEYEARECAAYFAkzLMSUACgkQtTMYHG2NR9XEFQCgmOK+HVCtgpKa8cOhm7UDNPZj c0MAn1tm/yZ5ClCNWX4xWHVFQQ8P0fIo =aglv -----END PGP SIGNATURE-----

Existe algo llamado uCLinux capaz de correr Linux en muchos procesadores y sin MMU. -- Saludos Lluis

Muchas gracias por todas las respuestas! Son realmente muy interesantes. El tema es así: En mi trabajo hay un radio enlace que está fallando y la única manera de que vuelva a funcionar correctamente es retirar la alimentación por unos segundos y volverla a activar. Ya está definida la compra de un nuevo equipo y de hecho el mismo ya está comprado, pero faltan por lo menos 3 semanas para que este llegue. Lo que nos está pasando es que estamos teniendo generalmente un corte de este tipo por día, y claro está que por la ley de Murphy, estos se producen fuera del horario de trabajo, por lo que alguien se tiene que acercar a reiniciar el equipo ("desenchufar" y "enchufar" nuevamente). Por esto, lo que quiero lograr, sin importar si es muy prolijo o no, es "encender un led por puerto serie", ya que una vez logrado esto, mediante un relé pasaría a manejar la conexión y desconexión del equipo que falla. Necesito que sea bien simple. Por lo que vi en Internet muchos usan el RTS del puerto serie para mandar un 1 o un 0, por lo que voy a adoptar este esquema. Lo que necesito es si por favor me podrían decir cómo hacer el código en C para lograr esto. He hecho cosas similares en Windows pero nunca en Linux, sinceramente no sé si será similar o completamente distinto. Lo que tengo que lograr es un programita muy básico, al cual le entre un único parámetro, un 1 o un 0 según quiera yo setear el pin RTS a 1 o a 0. Se que no es lo más elegante, pero necesito hacerlo rápido. Lo bueno es que es el puntapié inicial para lograr algo más completo el día de mañana. Si me pudiesen ayudar con el código en C se los agradecería mucho. Saludos y desde ya muchísimas gracias. Mauro. El 28/10/10 12:01, Juan Erbes escribió:

El 28 de octubre de 2010 11:45, Mauro Antivero escribió:

...

Gente, mi idea es muy básicamente manejar a través de una PC un determinado Hardware. Para esto claro está tengo que mandarle al mismo 1s y 0s de alguna forma.

Lo más simple sería el uso del puerto paralelo, pero esto es un poco anticuado. Es un puerto que ya casi no viene en las PCs modernas.

Otra sería un puerto serie, cosa que casi todas las PCs traen, todavía.

Todavía????

Ya en el 2009, muchos mobos no traian mas paralelo ni serie.

Quizas te convenga programar en Python:

http://www.python-forum.org/pythonforum/viewtopic.php?f=17&t=13042

http://packages.ubuntu.com/hardy/python/python-usb

http://packages.debian.org/sid/python-usb

http://dvlabs.tippingpoint.com/blog/2009/02/12/python-interfacing-a-usb-miss...

Salu2

...

Lo más "avanzado" sería el puerto USB, pero creo que ya es bastante más complicado manejar este puerto.

Otro requisito que debe cumplir esto es que se maneje mediante un programa que admita parámetros externos. Esto a todo linuxero le parecerá lo más normal del mundo, pero he visto programitas hechos en Windows, con una GUI muy simple y eficaz pero que no permite llemar el programa desde una consola.

Este último es un requisito fundamental ya que la idea es conectarse a la PC que tenga este programa de forma remota, por ejemplo a través de SSH y ejecutar comandos para apagar o encender cosas.

Qué me recomiendan? Hacer un programita en C (digo C porque es el lenguaje que más o menos conozco) que maneje el puerto paralelo (empezaría por ese que es el que considero más sencillo) o ustedes conocen de alguna aplicación que sirva para tal fin? Sería excelente poder manejarlo a través de una página web.

En definitiva, me gustaría un programa que permita enviar datos a través de algún puerto (paralelo, serie o USB), para que mediante un hardware asociado (una plaqueta que maneje la interface de potencia) me permita encender o apagar cosas, ya sea un velador, una PC, etc. Lo ideal sería hacerlo a través de una página web, si está hecho así mejor, y si no haré yo una interface al mismo.

Se aceptan recomendaciones.

Saludos y gracias.

-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y TAMPOCO TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/

-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Parace muy interesante, es casi "al revés" de lo que quiero hacer yo, pero ya que enciende y apaga leds, con algunas modificaciones quizás lo haga funcionar. Muchas gracias. Veo que usa ioctl, eso es seguro? Es decir, me comentaron que las instrucciones tipo "outport" no se usan más por un tema de seguridad ante accesos de bajo nivel. Si es así bien, caso contrario, me gustaría lograr algo más "correcto". Disculpen mi ignorancia con respecto a estos temas de programación, pero prefiero preguntar antes que quedarme con la duda. Saludos y muchas gracias. Mauro. El 08/11/10 12:53, lluis escribió:

El lun, 08-11-2010 a las 08:17 -0300, Mauro Antivero escribió:

...

Si me pudiesen ayudar con el código en C se los agradecería mucho.

Mirate esto http://www.linuxfocus.org/Castellano/January2001/article186.shtml

Se parece, si tienes mas dudas avisa.

-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 08/11/10 15:04, lluis escribió:

El lun, 08-11-2010 a las 13:51 -0300, Mauro Antivero escribió:

...

Parace muy interesante, es casi "al revés" de lo que quiero hacer yo, pero ya que enciende y apaga leds, con algunas modificaciones quizás lo haga funcionar. Muchas gracias.

Veo que usa ioctl, eso es seguro? Es decir, me comentaron que las instrucciones tipo "outport" no se usan más por un tema de seguridad ante accesos de bajo nivel. Si es así bien, caso contrario, me gustaría lograr algo más "correcto".

Disculpen mi ignorancia con respecto a estos temas de programación, pero prefiero preguntar antes que quedarme con la duda.

El 08/11/10 12:53, lluis escribió:

...

El lun, 08-11-2010 a las 08:17 -0300, Mauro Antivero escribió:

...

Si me pudiesen ayudar con el código en C se los agradecería mucho.

Mirate esto http://www.linuxfocus.org/Castellano/January2001/article186.shtml

Se parece, si tienes mas dudas avisa. No me lo he mirado con calma. Vi que se parecía a lo que buscabas.

Las instrucciones de bajo nivel, tipo "outport" no deben utilizarse de forma habitual en nada que utilice ub S.O., es el sistema quien debe ocuparse de eso.

Pero, tienes un problema de especificaciones, sencillo, barato y con poco trabajo.

Eso acarrea sus limitaciones.

Tampoco lo he probado, pero supongo que poniendo el modo RTSCTS mediante settty, y sencillamente abriendo y cerrando el port con un open y un close se movera el RTS

MUCHÍSIMAS GRACIAS. Lo logré!! El código que me pasaste lo que hacía era que al apretar un pulsador conectado al puerto serie de la PC, mandaba la señal de apagado a la misma. Tal operación era indicada mediante el encendido de unos leds. Lo que hice entonces fue quedarme simplemente con la parte que enciende y apaga los leds y boilá! Viendo un poco el código y modificando unas cositas lo pude hacer andar, de momento digamos que en estado de "beta" pero pude comprobar como el pin DTR (usé ese ya que era uno de los dos pines a los cuales se les conectaba un led en el proyecto original) pasa a 0 y a 1 según indiqué en el programa (está en 1, pasa a 0 por 5 segundos y vuelve y se queda en 1). Lo voy a modificar un poco más y luego se los paso, verán que es realmente muy sencillo. Reitero mis gracias. Saludos! Mauro. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El día 8 de noviembre de 2010 20:14, jose maria escribió:

El lun, 08-11-2010 a las 08:17 -0300, Mauro Antivero escribió:

...

Lo que nos está pasando es que estamos teniendo generalmente un corte de este tipo por día, y claro está que por la ley de Murphy, estos se producen fuera del horario de trabajo, por lo que alguien se tiene que acercar a reiniciar el equipo ("desenchufar" y "enchufar" nuevamente).

Por esto, lo que quiero lograr, sin importar si es muy prolijo o no, es "encender un led por puerto serie", ya que una vez logrado esto, mediante un relé pasaría a manejar la conexión y desconexión del equipo que falla.

* No te compliques la vida por un aparato ponle un temporizador como los de las peceras que los apague cada N hora/minutos y los encienda, esto para windows NT en horas de carga era mano de santo para las redes empresariales, si es un problema comun estamos hablando de un problema de diseño ...... justo como NT ...., advierteles y si no hacen caso cambia de fabricante, ahora que me doy cuenta lo mismo que con NT ...

* Que el corte se produzca cuando tu quieras, seguramente por temperatura en alguno de sus componentes. No mates moscas a cañonazos y que le den al tal Murphy,

MUY BUENA SOLUCIÓN! A veces nos gusta complicarnos la vida, buscando las soluciones mas complejas, cuando se puede hacer las cosas de forma mas sencilla, confiable y barata. Salu2. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Tue, 16 Nov 2010 10:00:36 -0300, Mauro Antivero escribió:

Ya tengo andando el programita y el circuito que maneja el relay. Está probado y funcionando.

Lo estoy pasando a KiCAD, en cuanto lo tenga listo veo a donde lo subo junto con el programa en C por si a alguien le interesa.

Podrías subirlo a la wiki de opensuse... no es documentación que se pueda encontrar fácilmente por ahí, seguro que a alguien le puede venir bien. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

On Jueves 28 Octubre 2010 17:32:41 Carlos E. R. escribió: Hola. Esta pagina te dara algunas ideas: http://www.epanorama.net/links/pc_interface.html La numero uno para mi de documentacion electronica. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El jue, 28-10-2010 a las 22:05 +0200, lluis escribió:

El jue, 28-10-2010 a las 11:45 -0300, Mauro Antivero escribió:

...

Gente, mi idea es muy básicamente manejar a través de una PC un determinado Hardware. Para esto claro está tengo que mandarle al mismo 1s y 0s de alguna forma.

Lo más simple sería el uso del puerto paralelo, pero esto es un poco anticuado. Es un puerto que ya casi no viene en las PCs modernas.

Otra sería un puerto serie, cosa que casi todas las PCs traen, todavía.

Lo más "avanzado" sería el puerto USB, pero creo que ya es bastante más complicado manejar este puerto.

Otro requisito que debe cumplir esto es que se maneje mediante un programa que admita parámetros externos. Esto a todo linuxero le parecerá lo más normal del mundo, pero he visto programitas hechos en Windows, con una GUI muy simple y eficaz pero que no permite llemar el programa desde una consola.

Este último es un requisito fundamental ya que la idea es conectarse a la PC que tenga este programa de forma remota, por ejemplo a través de SSH y ejecutar comandos para apagar o encender cosas.

Qué me recomiendan? Hacer un programita en C (digo C porque es el lenguaje que más o menos conozco) que maneje el puerto paralelo (empezaría por ese que es el que considero más sencillo) o ustedes conocen de alguna aplicación que sirva para tal fin? Sería excelente poder manejarlo a través de una página web.

En definitiva, me gustaría un programa que permita enviar datos a través de algún puerto (paralelo, serie o USB), para que mediante un hardware asociado (una plaqueta que maneje la interface de potencia) me permita encender o apagar cosas, ya sea un velador, una PC, etc. Lo ideal sería hacerlo a través de una página web, si está hecho así mejor, y si no haré yo una interface al mismo.

Se aceptan recomendaciones.

Saludos y gracias.

A ver, como siempre hay varias soluciones, depende de como se pueda hacer.

Si no hay problemas de presupuesto, y no hay ganas de trabajar, existen unas magnificas regletas de conexión eléctrica, con interfaz Ethernet que se usan para estos menesteres, van acompañadas de programas de demo para usarlas, tanto en Ruindows como en Linux, ahora no recuerdo la marca pero puedo buscarla si te interesa, aunque también es posible que alguien sepa de ello, ya que se usan en clusters HA para apagar o encender equipos. También Carlos te hablaba de placas con conexión usb, algo de eso he visto en los kits de las tiendas de electrónica aunque tampoco se darte mas datos. Por fin si sabes algo de electrónica y eres un poco manitas siempre se puede hacer algo destrozando un conversor USB/serie y añadiéndole un par de integrados, o incluso con un PIC que si no recuero mal hay uno con conexión usb.

A lo mejor esto te interesa http://foro.noticias3d.com/vbulletin/showthread.php?t=108780 -- Saludos Lluis