Pilfo's VIS

Buenas tardes!!!!!

Pues bien aterrizo en este foro gracias a "maji" que se puso en contacto conmigo a traves de un anuncio en otro foro por el cual yo fomentaba la constitucion de un grupo de desarrollo para Simon Vis, el objetivo era comandar el automata a traves de un pc e integrar pantalla tactil...

Pues bien no he leido todabia en profundidad este thread pero abarrunto que va a ser toda una revelacion para poder gobernar a voluntad el automata.

Una vez presentado expongo mis observaciones sobras las tendencias que veo actuales:

-Las compañias fabricantes de automatas puros y duros no veo que desarrollen interfaces amigables para usuario, retrasando la implantacion de la domotizacion...

Por ello la mejor opcion actual es convertir el automata en un "automata atontao" de tal manera que aprovechas la ingenieria que a profundizado en el hadware de control (reles, sensores,etc) y la comandas a traves de otro sistema.

Siendo sincero aun no he leido como comento este thread, pero lo cierto es que las cosas buenas, como una peli buena, un buen libro que SE que va a ser muy apasionante, los leo con tranquilidad y en casita (ahora estoy currando , jeje) Asi que me reservo este sabdo por la mañana (si me deja la impaciencia!!!) para sentarme y leerlo calmadamente.

Salu2 y dado que tengo un montaje bastante complejo en casa con Simon Vis (y que en muchos aspectos se me queda pequeño: Como la creacion de ambientes tipo Home cinema donde interactuan pantalla motorizada de proyector, persianas, cortinas y dimmer de luces) y quisiera depurarlo a traves de un control mas preciso.



Daaaaaaavid!

¡Perdón! hago extensiva la ayuda, con mis escasos conocimientos del sistema, a cualquiera que lo necesite.

Un saludo.

Hola:

En cierta ocasión, vía RS-232, con dos ordenadores y un módulo de control pude ver los códigos que indicas aquí, por falta de tiempo no lo volví a ver. Como dices, me pareció curioso (más bien cutre) que además de los códigos eviara los menús (el de la versión MS-DOS) ¡Pero con asteriscos y todo!. No sabía que por RS-485 sería igual, es de suponer que el módulo módem y de temporizadores funciona igual, aunque el módulo módem me parece que no funciona del todo bien.

Tomo nota de la función de los códigos que indicas. Si tienes algún tipo de documentación de tallada, y la quieres compartir, publicala en el foro, seguro que podremos ir más allá.

Por mi parte, si necesitas algún tipo de ayuda y está en mi mano, cuenta con ella.

Un saludo.

Raimundo ha escrito
No he entendido bien, el por qué abandona la comunicación RS-232 y se pasa a RS-485 (me imagino que será la conexión directa del módulo de control) si parece más cómoda.

Hola Raimundo,

Hay varias razones por las que usar la comunicación RS485:

Facilidad de programación, velocidad de respuesta, No bloqueo de sistema, Mayor distancia en el cableado, la conexión RS485 es más sencilla en el módulo de control (2 cables)...

Cómo comentaba en mis posts, el termvis 2.1 (Windows), es un simple intérprete de los diferentes menús que realmente ofrece el SimonVIS en modo terminal (los que se pueden ver con termvis 1.2c). Si te has fijado, cuando intentas cambiar del modo servicio, a edición o programación, etc, tarda unos segundos hasta estar disponible. Eso es así, porqué la aplicación windows, está "leyendo" (interpretando) los menús, enviando los comandos para cambiar de menú, esperando al cambio de menú, volver a leer, etc...

Esto significa que si estamos, por ejemplo, visualizando entradas y salidas, y deseamos modificar el estado de una salida, vamos a tardar unos preciosos segundos, que para según que situación, pueden ser una eternidad.

Actuando sobre el puerto RS485, esta misma operación es inmediata, además que mucho más sencilla de programar. Por ejemplo:

El SimonVIS cuando está "disponible" (se le puede enviar un comando), va enviando esta secuencia de bytes: 02 1C 30 17 65

- El 0x02 significa inicio de mensaje (todos los mensajes se inician con este mismo byte)

- El 0x1C significa que es un mensaje que va en sentido módulo de control a periférico (en este caso el PC)

- El 0x30 es el dato del mensaje que significa que el SimonVIS está en espera

- El 0x17 significa fin de mensaje (todos los mensajes finalizan con este penúltimo byte)

- El 0x65 es el CRC, y es la suma de los bytes anteriores

Si tenemos un programa o servicio que desea enviar un comando a SimonVIS, lo que tiene que hacer es comprobar que el SimonVIS está enviando el mensaje anterior. Una vez comprobado, el programa puede enviar, por ejemplo, este mensaje: 02 12 82 17 AD

- El 0x12 significa que el sentido del mensaje es PC a SimonVIS

- El 0x82 es el dato del mensaje que indica que se está pidiendo el estado de las salidas

- El 0xAD es el CRC, la suma de los anteriores

El SimonVIS al recibir este mensaje, puede responder lo siguiente: 02 1C 83 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 17 B9

- El 0x83 indica que el SimonVIS envia el estado de las salidas

- Los 0x01 0x00 ... son los estados de los módulos de salida (tenemos la salida 1 del módulo de salidas 1 activada)

- El 0xB9 es el CRC

Otros código de mensajes conocidos son:

0x86 Pedir estado de entradas

0x87 Envío estados de entradas

0x84 Activar salida

0x85 Desactivar salida



Con estos comandos es más que suficiente para comunicarse con el SimonVIS, ya que toda la lógica de una programación compleja se va a realizar en el PC. Hablando con JA de este tema, también llegamos a la conclusión que, suponiendo que finalmente SimonVIS fuese dependiente de la lógica del PC, si el PC, por el motivo que fuese "desapareciese", SimonVIS mantendria su propia programación interna. De hecho, teniendo el SimonVIS programado cómo hasta ahora lo conocemos, "mandaría" sobre cualquier otra programación externa realizada con un PC y conectada al RS485. Podríamos dejar la programación básica de pulsadores y salidas en el SimonVIS, y cualquier otro algoritmo complejo, en el PC. Por ejemplo, podríamos tener una webcam con un software de seguridad que interpretase las imágenes, y en caso de tratarse de una posible intrusión, podríamos decirle al SimonVIS que activase la salida N, que a su vez, pondría en marcha un mecanismo que moviese un muñeco por un determinado lugar, para "espantar" al posible ladrón. Al detectar la webcam o webcams que ya no hay movimientos, desactivariamos el muñeco (ejemplo tonto inspirado en "Solo en casa").

Todas estos sucesos que durante el día podrían aparecer, se grabarían en una base de datos (se haria log), de manera que podríamos revisar a posterirori estas incidencias al segundo, comprobando al mismo tiempo el video grabado, para ver si era un caco de verdad o un simple animal doméstico. De hecho, las aplicaciones tipo HomeSeer, funcionan así...



Respecto a la longitud de cable, según las especificaciones de los protocolos RS232 y RS485 www.rs485.com/rs485spec.html , el RS232 permite una longitud de cable de unos 15m, mientras que el RS485 es de unos 1200m. Esto permite conectar un PC al SimonVIS mediante un conversor RS232-RS485 a una distancia muy lejana y usando sólo 2 cables...

Si tienes cualquier otra duda házmelo saber!

Un saludo!

Hola:

Sigo con interés las explicaciones de pilfos pero a veces me pierdo.

No he entendido bien, el por qué abandona la comunicación RS-232 y se pasa a RS-485 (me imagino que será la conexión directa del módulo de control) si parece más cómoda.

Maji, tampoco entiendo muy bien el porqué utilizar la simulación de presencia para hacer una escena.

Hasta dónde yo sé de HomeSeer es un programa para X-10 y no encuentro la relación; por cierto, si sabeís de un programa (asequible) para controlar mediante voz, decírmelo, se que hay alguno como HomoSeer o Hall pero tienen precios prohibitivos.

Respecto al mando a distancia, he intentado copiar los código con un mando universal y no hay manera. Si sabeís algo hacerlo saber.

Yo en casa tengo un sistema por autómata (la tengo a medias) con CJ de Omron y Compobus/S pero utilizo módulos de SimonVIS para controlar con mando a distancia y aunque me interesa mucho SimonVIS, desearía saber si los módulos daneses son compatibles.

Por curiosidad... ¿Alguien sabe dónde se conecta la pantalla TFT que Simon tiene en catálogo de SimonVIS?.


Un saludo

Maji, grácias!

Intentaré recopilar con la mayor exactitud posible, todos los pasos que necesité para poder instalar y conectar el soft de Jouni al SimonVIS.

Pero por otra parte....

Episodio 7: HomeSeer & MisterHouse

Tras la conexión del SimonVIS al soft de Jouni, estuve jugando a encender y apagar lucecitas desde el shell de Linux. Mediante la página web que disponía, tuve algunos problemas de permisos con php y perl, que ahora mismo no recuerdo si conseguí solventar. De todas formas, aunque el sistema fuese accesible via web, continuaba siendo cerrado, ya que cualquier tipo de amplicación para poder, por ejemplo, crear un sistema avanzado de seguridad, o disponer de capacidades multimedia, requería de la modificación del código.

Continuaba visitando la web de Thomas, y descubrí que habían desarrollado un "plugin" board.homeseer.com/showthread.php?t=112540&highlight=ihc que permetía a las nuevas versiones de los módulos de control de IHC, conectarse a un soft llamado HomeSeer www.homeseer.com/ . Este software no es gratuito, vale 200$ (unos 150€ al cambio), pero mirando las características store.homeseer.com/store/HomeSeer-HS2-Home-Control-Software-P103C5.aspx era todo lo que había imaginado tener con SimonVIS: conexiónes a TouchScreens, a MediaCenter de Microsoft, mejoras en seguridad, control mediante voz, etc, etc...

Si el módulo de control de SimonVIS hubiese sido compatible, el soft lo hubiese comprado con los ojos cerrados. Esta "desgracia" la comenté con Thomas, y me desveló que Mike (el autor del plugin) y él mismo, estaban estudiando el protocolo del RS485 para poder desarrollar un nuevo plugin, para conectar cualquier versión de los módulos de control de IHC (incluido el de SimonVIS) a HomeSeer via RS485. Si hubiese tenido a Thomas a mi lado le hubiese dado un besazo en toda la frente!! él mismo me paso un prototipo de una aplicación desarrollada en .NET que serviría de base de estudio para el futuro plugin. Tras pasarle los resultados, esperé con ansiedad que Mike finalizase el nuevo plugin. Comentó que para Septiembre/Octubre de 2006 lo tendría finalizado. Durante esos meses seguí con nerviosismo la web de Thomas, esperando ver anunciado que ya disponían del nuevo plugin, pero ese día no llegaba. En Enero de 2007 pregunté cómo estaba el desarrollo a Thomas, y me comentó que hacía tiempo que no sabía nada de Mike, ni de su nuevo plugin. En ese momento me di cuenta de que la opción HomeSeer había desaparecido.

Me propuse estudiar el código de Jouni, el código de un plugin para HomeSeer e intentar desarrollar por mi mismo lo que necesitaba. Buscando información por internet, y no se exactamente cómo, me encontré con una nueva sorpresa (y última hasta ahora): MisterHouse href="misterhouse.sourceforge.net/
href="http://misterhouse.wikispaces.com>/

MisterHouse es un soft open source, escrito inicialmente por Bruce Winter en 1999 para interactuar con sistemas X10. Está escrito en Perl y actualmente lo mantienen y desarrollan toda una gran comunidad. Al estar desarrollado en Perl, permite ser ejecutado en Windows 95/98/NT/2k/XP y en la mayoría de sistemas Unix, incluyendo Linux y Mac OSX.

MisterHouse es un sistema que, al igual que HomeSeer, permite multitud de posibilidades de ampliación. Pero, cómo SimonVIS se puede aprovechar de MisterHouse? MisterHouse dispone de un API básico para comunicación serie, lo que permite que a través del puerto serie del PC, y usando un conversor RS232RS485, conectarse con SimonVIS.

Después de estudiar las entrañas de MisterHouse, y estudiar un poco de Perl, he realizado algunas pruebas básicas de conexión con SimonVIS. Las pruebas han sido con éxito, pero falta desarrollar lo que sería el módulo completo de conexión, para poder ser integrado bajo MisterHouse...



.... y esto es todo por el momento !!!