|
PROBLEMAS AL REGISTRAR HMITALK.OCX EN UNA MAQUINA CON WINDOWS VISTA |
|
Por Soporte CPKSoft Ingeniería el
18/03/2009 19:11
|
Hemos recibido algunos reportes de inconvenientes al intentar registrar el objeto hmitalk.ocx con regsvr32.exe o desde VB5/VB6/VB.Net corriendo en Windows Vista. Aparece un error poco explicativo que dice que es imposible registrar el objeto.
Encontramos que esto usualmente se debe a que la aplicacion desde la que se registre al objeto se debe ejecutar como administrador para que el registro sea permitido. Para ello, es suficiente con localizar el icono del programa y desde el menu que se despliega con el boton derecho del mouse, seleccionar la opcion "Ejecutar como administrador".
|
|
|
|
|
|
|
PROBLEMA AL EJECUTAR VARIAS APLICACIONES QUE UTILIZAN TAS-HMITALK EN UNA MISMA MAQUINA |
|
Por Soporte CPKSoft Ingeniería el
18/03/2009 19:06
|
Hemos resuelto un nuevo problema tambien reportado por algunos clientes que consistia en que bajo ciertas condiciones algunos objetos funcionando en una aplicacion podian detenerse y dejar de operar al cargarse otros objetos desde otra aplicacion corriendo simultaneamente en la misma maquina.
El problema ya ha sido solucionado y se resuelve descargando la ultima version del producto o bien descargando solo el archivo hmitalk.ocx de la siguiente direccion: http://www.cpksoft.com.ar/Archivos/hmitalk.ocx. Es suficiente con localizar el viejo hmitalk.ocx y pisarlo con el nuevo archivo.
|
|
|
|
|
|
|
PROBLEMA CON MANEJO DE VARIAS DIRECCIONES IP RESUELTO |
|
Por Soporte CPKSoft Ingeniería el
23/02/2009 15:55
|
Acabamos de publicar una nueva copia del archivo hmitalk.ocx que resuelve un problema que fue reportado por algunos clientes y que se presentaba cuando se colocaban multiples instancias del objeto HMITalk apuntando a diferentes direcciones IP. Esta copia aparecera como version "8.04+" para diferenciarla de la version 8,.04, y no implicara un upgrade de producto
Si usted ha tenido problemas de este tipo le sugerimos descargar nuevamente el producto de nuestra pagina o bien descargar directamente el archivo ocx de la siguiente direccion: http://www.cpksoft.com.ar/Archivos/hmitalk.ocx.
|
|
|
|
|
|
|
¿Cómo hago funcionar los ejemplos de TAS-HMITalk? |
|
Por Soporte CPKSoft Ingeniería el
03/11/2008 17:00
|
Todos los ejemplos para TAS-HMITalk vienen con su código fuente y en casi todos los casos están preparados para ser abiertos con Visual Basic 5.0 o 6.0, aunque en algunos puede requerirse Visual C#.NET 2005, Visual Basic.NET 2005 o Visual Basic Express.NET 2008.
Muchos ejemplos vienen también con su programa ejecutable, que si bien no se puede modificar si no se tiene el correspondiente editor, en algunos casos puede servir para ensayar el producto si las configuraciones asumidas coinciden con el entorno donde éstos sean probados. Para que los ejecutables corran sin problemas desde el punto de vista de Windows, lo mejor es utilizar Windows XP. Si los ejemplos están escritos para el entorno .NET 2005, va a ser necesario como mínimo asegurarse de tener instalado el Microsoft Framework 2.0 que puede bajarse desde este link de la página de Microsoft:
Leer más »
|
|
|
|
|
|
|
Podrían aclararme la diferencia de prestaciones entre las licencias de 5, 50 y 500 instancias del TAS-HMITalk |
|
Por Soporte CPKSoft Ingeniería el
31/10/2008 14:08
|
Cuando hablamos de licencias de 5, 50 o 500 objetos, se refiere a la cantidad máxima de objetos que se pueden volcar en una aplicación escrita con TAS-HMITalk. En realidad se pueden volcar más objetos, pero solo funcionan correctamente los objetos que se encuentran dentro del llímite. Este hecho permite que se desarrolle una aplicación completa con cualquier número de objetos aunque se tenga una versión de TAS-HMITalk para menos objetos, de manera que luego se puede cambiar a una licencia que atiende más objetos sin realizar modificaciones en la aplicación donde ya se dejaron preparados los objetos adicionales.
La forma de consumir objetos es a través de ir declarándolos en la aplicación, usualmente por medio de su inserción en diferentes formularios y ve ...
Leer más »
|
|
|
|
|
|
|
Nuevo método TriggerAndWait |
|
Por Soporte CPKSoft Ingeniería el
02/10/2008 17:57
|
Hemos agregado recientemente un nuevo método que le estaba faltando a TAS-HMITalk y que venía siendo sugerido y solicitado por varios de nuestros clientes. Se trata de una variante del método Trigger, que se utiliza habitualmente para disparar manualmente una comunicación, con la diferencia de que TriggerAndWait no retorna el control a la aplicación que lo llama hasta que la comunicación que se haya iniciado haya finalizado, ya sea exitosamente o por algún tipo de error.
Este método permite implementar de manera más sencilla estrategias donde varios objetos deben comunicarse de manera secuencial y encadenada. Hasta el momento, mantener el sincronismo en el disparo de varios objetos se lograba mediante semáforos y llamadas desde los eventos de terminación de la comunicación.
|
|
|
|
|
|
|
¿Qué cable debo utilizar para conectar TAS-HMITalk con los PLC Siemens de la serie S7-200? |
|
Por Soporte CPKSoft Ingeniería el
12/08/2008 18:06
|
El driver xs7ppi.tlk se ha utilizado sin inconvenientes en varias aplicaciones desarrolladas con TAS-HMITalk, desde fabricantes de máquinas en Irlanda hasta diversas plantas en México y Argentina. En todos los casos, las aplicaciones se comunicaron con los equipos mediante el cable serial RS-232 multimaestro provisto por Siemens cuyos datos son los siguientes:
- Cable PC/PPI multimaster
- 6ES7 901-3CB30-0XA0
- E-STAND:03
Este cable puede ser ordenado directamente a Siemens de esta manera:
Leer más »
|
|
|
|
|
|
|
¿El sofware TAS-HMITALK me sirve para desarrollar la interfaz HMI ? |
|
Por Soporte CPKSoft Ingeniería el
21/07/2008 19:26
|
Nuestro componente le va a permitir conectarse con sus equipos de campo y obtener sus datos para luego volcarlos en elementos de pantalla que conformarán su HMI. También le va a permitir enviar información hacia sus equipos para controlar sus variables. Pero debemos aclararle que nuestro ActiveX no resuelve específicamente la parte visual de su aplicación sino la parte de manejo del protocolo de comunicaciones y el motor de interrogación y de escritura.
La parte visual se resuelve o bien con los objetos gráficos que ya forman parte estándar de Visual Basic o bien con componentes de terceros como por ejemplo los que usted encontrará en http://www.globalmajic.com/ActiveX-Instrumentation-Library-v35-c61.html o en http://www.dragonflydas.com.
Sólo a modo de bonus, nuestro producto incluye un componente gráfico para armar pequeños gráficos para seguimiento de la evolución de variable ...
Leer más »
|
|
|
|
|
|
|
¿Qué tipo de conexiones me permite establecer TAS-HMITalk con mis equipos? |
|
Por Soporte CPKSoft Ingeniería el
21/07/2008 19:12
|
Todos nuestros drivers pueden ser utilizados en diferentes configuraciones de vínculo con los equipos, en la medida que éstos lo permitan. La comunicación se puede llevar a cabo con enlaces directos mediante puertos serie, conversores RS-232/485, adaptadores ethernet/serie con o sin redirectores de COM, puertos series virtuales,túneles serie/ethernet/serie o directamente a puertos ethernet de los equipos. El gráfico siguiente ilustra alguinas de estas posibles configuraciones:
|
|
|
|
|
|
|
¿TAS-HMITalk es lo mismo que un sistema SCADA? |
|
Por Soporte CPKSoft Ingeniería el
16/07/2008 16:59
|
TAS-HMITalk no es precisamente un sistema SCADA pero sí es un excelente sustituto que se puede utilizar como base para armar aplicaciones SCADA de bajo costo.
El producto es un componente ActiveX, también conocido como OCX, que permite, en conjunto con Visual Basic, construir aplicaciones de supervision y control. Nuestro componente se ocupa específicamente de dotar a la aplicacion de la capacidad de comunicación con diversos equipos, es decir, es quien maneja el motor de adquisición de datos junto con los drivers de comunicación para proveer la información de campo a la aplicación. El resto de los aspectos del SCADA, como ser la interfaz con el usuario (HMI), se resuelven por lo general íntegramente con Visual Basic y eventualmente con otros componentes de terceros.
|
|
|
|
|
|
|
¿Cómo se pueden manipular los bits individuales de un registro del tipo palabra en Modbus? |
|
Por Soporte CPKSoft Ingeniería el
14/07/2008 20:23
|
El comando que deberías utilizar es “Preset Single Register as Unsigned 16-bit Integer”, escribiendo todo el registro de 2 bytes de tu equipo con un valor entre 0 y 65535 que deberás armar previamente a partir de los estados de cada bit involucrado.
Como no existe un comando que maneje automaticamente esto dentro del driver Modbus (me refiero a la posibilidad de armar un valor para un registro analogico a partir de estados individuales de bits), no podrás utilizar un PointValue para cada bit sino que tendrás un único PointValue(0) conteniendo implícitamente todos los bits. Este PointValue contendrá el valor del registro tipo palabra o word que deberás realmente enviar.
Es importante que cuando cambies un bit, no alteres el estado de los demás bits. Sobre todo si cabe la posibilidad de que hayan cambiado en el ...
Leer más »
|
|
|
|
|
|
|
Significado de las propiedades de configuración de una comunicación serie |
|
Por Soporte CPKSoft Ingeniería el
04/07/2008 12:12
|
La propiedad CommPort establece cuál es el número de puerto serie a ser abierto y puede ser cualquiera que esté disponible en la PC, ya sea físico o virtual, desde 1 para “COM1” hasta 255 para “COM255”. Para no indicar ningún puerto (NONE), se utiliza el valor 0.
La propiedad CommBaudRate indica la velocidad que tendrá la comunicación, que se mide en “baudios”. Valores típicos para este parámetro son 9600 y 19200. Si bien es un parámetro de tipo entero que puede recibir cualquier valor, sólo deberían utilizarse valores que estén dentro de este rango: 50, 75, 110, 134, 150, 300, 600, 1200, 2400, 4800, 9600, 14400, 19200, 28800, 33600, 38400, 57600, 78800 y 115200. Es muy importante que se verifique que los baudios que se utilicen para abrir la conexión coincidan con los que está utilizando tambi& ...
Leer más »
|
|
|
|
|
|
|
Comentarios sobre cómo leer y escribir registros |
|
Por Soporte CPKSoft Ingeniería el
04/07/2008 11:16
|
Para leer un registro:
1) Abre un nuevo proyecto vacio de Visual Basic
2) Agrega el componente HMITalk a tu barra de herramientas
3) Vuelca un objeto HMITalk en tu formulario.
4) Con boton derecho sobre el objeto, accede a su ventana de propiedades
5) Selecciona el puerto y los parametros de comunicacion correctos.
6) Selecciona el driver que corresponda a tu equipo (en este caso nos referimos al XMITSUFX), dejalo como Analog Input, pon DriverNumPoints en 1 y establece los parametros p0=1 (para leer una palabra), p1 con la direccion de la palabra a leer y p2=1 para que lea dos bytes en lugar de uno (estos parametros son de acuerdo lo requerido por el driver XMITSUFX especificamente).
7) En la oreja de Scan deja activada la propiedad ScanActive
8) Acepta los cambios y pon a correr l ...
Leer más »
|
|
|
|
|
|
|
Comentarios sobre los conversores ethernet/serial |
|
Por Soporte CPKSoft Ingeniería el
04/07/2008 11:08
|
Una funcionalidad interesante es el hecho de que el TAS-HMITalk soporta conversores ethernet/serial. Esto quiere decir que puedes "rutear" los mensajes producidos por cualquier driver hacia una direccion IP (en lugar de hacia un COM fisico) y, asumiendo que en esa IP hay un conversor IP a 232, comunicarte con un PLC como si estuviera directamente conectado a un puerto serie de la PC. Pero lo haces en realidad a traves de la LAN, sin las limitaciones de distancia de un puerto serie y pudiendo con este metodo dialogar con cientos de IP diferentes, poniendo un conversor en cada PLC (ideal sobre todo en este tipo de PLC que son punto a punto).
Otra ventaja es que si hubiera un problema en la PC, podrias pasar a leer los mismos equipos desde otra PC en la red (tipo hot-standby), sin necesidad de switchear las lineas de comunicacion. Además, la mayoría de estos conversores te permite salir directamente como 485 o 422, por lo que te ahorras el costo ...
Leer más »
|
|
|
|
|
|
|
Algunos comentarios sobre como ensayar el driver xmitsufx para PLC Mitsubishi FX (incluye conceptos que son válidos para cualquier driver) |
|
Por Soporte CPKSoft Ingeniería el
04/07/2008 11:00
|
Para una prueba rapida, puedes hacer esto:
1) Bajas e instalas la ultima version de TAS-HMITalk disponible
2) Vas a Visual Basic y creas un proyecto nuevo
3) En un formulario vacio colocas un objeto TAS-HMITalk y un Label.
4) Vas a las propiedades del HMITalk y estableces los seteos necesarios en la oreja COM.
5) Vas a la oreja Drivers y seleccionas "xmitsufx"
6) Abres el help del driver y ahi veras (en Read Words of Type T, C or D) que para leer la D100 debes hacer lo siguiente:
a) Estableces DriverDataType como Analog Input (ya esta asi por default)
b) Estableces DriverP0=0 (que es lo mismo que dejarlo vacio o en blanco)
|
|
|
|
|
|
|
Algunos comentarios sobre cómo mejorar la velocidad de barrido y sobre cómo realimentar rápido el estado de una salida sobre la que se acaba de actuar |
|
Por Soporte CPKSoft Ingeniería el
04/07/2008 10:55
|
Si te refieres al tiempo de lectura en si mismo, no hay mucho que se pueda hacer una vez que estableces el baudiaje. Si te comunicas a 9600 baudios, por ejemplo, lo mas que se puede hacer es mantener el ancho de banda ocupado todo el tiempo. No puedes comunicarte mas rapido de lo que te permite el puerto serial en si. Pero si puedes optimizar el ciclo. Por ejemplo, los objetos TAS podrian tener un tiempo de scan bajo (p.e 100ms) y si quieres puedes definir la base de tiempo interna de cada TAS a algo entre 10 y 50 ms (propiedad TimerInterval, que no es lo mismo que ScanInterval pero acelera la respuesta interna de los objetos TAS ante llegada de nuevos mensajes por el COM). Las salidas siempre se intercalan en cualquier momento del loop de lectura. No obstante, si quieres realimentar inmediatamente el estado de una salida que acabas de cambiar, lo que te recomiendo es que establezcas a prioridad alta al TAS encargado de realimentar. Te transcribo un a breve explicacion que le envie hace poco a un u ...
Leer más »
|
|
|
|
|
|
|
¿Cómo puedo compartir un mismo puerto desde varias aplicaciones? |
|
Por Soporte CPKSoft Ingeniería el
04/07/2008 10:52
|
Para utilizar un mismo puerto serial desde varias aplicaciones, la unica condicion es que liberes el puerto en una aplicacion para que lo utilice la otra. Entonces, seteas dinámicamente la propiedad CommPort a COM=none para todos los TAS de una aplicacion para que la otra pueda tomar ese puerto. Para automatizar el proceso, tienes que tener algun tipo de semaforizacion entre aplicaciones. Por ejemplo, una variable que ambas consulten en el registro de Windows, en un archivo o en una base de datos y mediante la cual se indican mutuamente cuando tomar o liberar el puerto.
|
|
|
|
|
|
|
Recomendaciones para comunicarse con un PLC SLC-500 de Allen Bradley utilizando TAS-HMITalk |
|
Por Soporte CPKSoft Ingeniería el
03/07/2008 12:38
|
En primer lugar, le recomendaria comunicarse utilizando el driver XABSLC5 en lugar de utilizar el XABF. Asumiendo que todas las propiedades relativas al puerto serie (oreja Comm del HMITalk) estan configuradas correctamente, para los datos que usted nos indica (leer 6 salidas) deberia configurar el driver de esta manera:
Utilizar el comando "Generic Read as Binary Values" y para ello setear:
- DriverDataType = Digital Input (asumiendo que las salidas que necesita leer son digitales, es decir, 0 o 1)
- DriverP0 = 1 (direccion del PLC de destino)
- DriverP1 = 0
- DriverP5 = 0 o 1 segun si se utiliza BCC o CRC. Probar con ambos si no se esta seguro del tipo de chequeo que utiliza el PLC
- DriverP6 = "O0:0" o la direccion del primer item a ser leido
Leer más »
|
|
|
|
|
|
|
¿Es sencillo desarrollar aplicaciones HMI/SCADA con TAS-HMITalk? |
|
Por Soporte CPKSoft Ingeniería el
03/07/2008 12:24
|
La facilidad con la que se puede desarrollar una aplicacion HMI/SCADA depende en realidad de la plataforma de programacion que se utilice (Visual Basic, Delphi, etc). TAS-HMITalk es un componente de software del tipo ActiveX que resuelve una parte del problema que es la comunicacion con los equipos de campo y es una herramienta que se debe utilizar en conjunto con otras herramientas. El componente entrega una cantidad de propiedades, metodos y eventos para que el desarrollador de la aplicacion interactue con los datos recibidos o enviados, establezca las estrategias de poleo, etc. Pero luego, todo lo relativo a la manipulacion de esos datos y su presentacion posterior en pantallas graficas, tendencias, historicos, etc, corre mas bien por cuenta de la plataforma de desarrollo. Cualquier aplicación de supervisión y control es prefectamente factible de ser preparada con Visual Basic aunque, claro, se necesita alguna experiencia en el empleo de esa herramienta.
...
Leer más »
|
|
|
|
|
|
|
¿Qué significa el mensaje de error ‘[1300] PROTOCOL (Timeout): No Answer’? |
|
Por Soporte CPKSoft Ingeniería el
03/07/2008 11:58
|
Este mensaje es el mas comun para cualquier driver y esta indicando que no esta llegando respuesta del equipo. Esto puede deberse a muchas causas.
Los seteos del puerto serie (bits de stop, paridad, data bits y baudios) son importantes ya que cualquiera que este mal es suficiente para que no te puedas comunicar. Pero la cosa no termina ahi: tambien puede
ser un cable mal armado, un manejo inapropiado de la linea de control RTS, mal el numero de equipo al que se dirigen los mensajes, el formato de los mensajes esperado por el equipo es diferente al que emite el driver, etc.
Lo primero que necesitas hacer es cerciorarte de los baudios, bits de stop, data bits y paridad que el equipo esta utilizando. Si no estas seguro de alguno, prueba todas las combinaciones posibles. Lo ideal es acotar la incertidumbre a un solo dato o seteo, ya que sino tenes que hacer muchas combinaciones con todos los datos inciert ...
Leer más »
|
|
|
|
|
|
|
Comentarios sobre cómo manejar llamadas telefónicas al comunicarse con un equipo |
|
Por Soporte CPKSoft Ingeniería el
01/07/2008 21:24
|
Respecto de las llamadas telefonicas, puedes utilizar el driver xmodem que se incluye con TAS-HMITalk.
Suponte que tienes que obtener informacion de un equipo al que te conectas por telefono. Tu sabes que el hecho de discar y conectarte via modem lleva un tiempo de conexión que es grande comparado con lo que se tarda en pedir un dato a un equipo.
Entonces, cuando tienes que pedir varios datos y utilizas para ello varios objetos HMITalk, lo mejor es llamar una unica vez, activar todos los hmitalk para que hagan su solicitud (mediante el metodo Trigger de cada uno de ellos para que lean una unica vez), y luego cortas la llamada. Ahora bien, si por algun motivo el modem se conecto bien con el otro modem pero aun asi el equipo no responde porque esta caido o lo que fuese, al intentar comunicarte desde el primer hmitalk de tu aplicación recibiras un error. No tendra sentido entonces disparar un Trigger de los demas hmitalk si ya sabes que el primero no se comunic ...
Leer más »
|
|
|
|
|
|
|
Algunos puntos a chequear en caso de no poder comunicarse utilizando un driver Modbus RTU |
|
Por Soporte CPKSoft Ingeniería el
01/07/2008 21:07
|
Estas utilizando algun tipo de conversor 232/485?
Si lo estas utilizando, esta convenientemente cableado y energizado?
Si lo estas utilizando, tienes marcadas las propiedades CommHoldRTSWhileTransmitting/Receiving?
Has probado el cable con algun otro programa que venga con el equipo?
Estas segurisima que este equipo habla Modbus RTU?
Segura que lo hace por el puerto al que te estas conectando y no por otro?
Que numero de estacion tiene el equipo configurado?. Tienes dudas sobre este dato?
Que baudiaje tiene el equipo configurado?. Tienes dudas sobre este dato?
Que paridad tiene el equipo configurada?. Tienes dudas sobre este dato?
Que cantidad de bits de datos tiene el equipo configurado?. Tienes dudas sobre este dato?
Que cantidad de bits de stop tiene el equipo configurado?. Tienes dudas sobre este dato?
Estas saliendo por la COM correcta desde la PC? Tienes ...
Leer más »
|
|
|
|
|
|
|
Comentarios acerca de cómo armar la interfaz gráfica de una aplicación |
|
Por Soporte CPKSoft Ingeniería el
01/07/2008 21:04
|
Respecto de la interfaz gráfica, depende de cual sea el aspecto que le quieras dar. Con Visual Basic puedes armar practicamente cualquier cosa. Si quieres objetos puramente graficos (como frentes de instrumentos de aguja, por ejemplo), los puedes buscar en la web. Rockwell Software y Global Majic tienen buenas propuestas al respecto. Si lo unico que necesitas es armar unifilares, puedes simplemente colocar imágenes de fondo en tus formularios y luego colocarles encima los labels con las mediciones y objetos tipo ‘linea’ que cambien de posicion, grosor o color en funcion de las variables.
|
|
|
|
|
|
|
Sugerencias sobre cómo armar un panel de alarmas con TAS-HMITalk |
|
Por Soporte CPKSoft Ingeniería el
01/07/2008 20:57
|
Respecto de armar un panel de alarmas, puede ser algo simple o algo complicado, según lo que estes necesitando.
Si se trata de leer algunos estados que luego tú interpretas como estados de alarma, puedes mostrar una pantalla con objetos tipo CheckBox que indiquen que alarmas están ocurriendo en un momento dado.
Si lo quieres tipo un log de alarmas, tal vez puedes utilizar un ListBox al que le vas apendeando mensajes con fecha, hora y un texto descriptivo cada vez que detectas un cambio de una variable a un determinado estado. Este log se puede ir guardando en disco en paralelo, para que quede registrada toda la historia de alarmas que se produjeron.
Si ademas necesitas una notificacion de parte del usuario, puedes proveer un botón que se des-grisa cuando el operados selecciona la alarma que quiere notificar dentro del listbox, y que al presionarlo agregue una nueva linea al listbox (tambien con fecha y hora) indicando un ...
Leer más »
|
|
|
|
|
|
|
Comentarios de un usuario sobre cómo conectarse con un Siemens S7-226 |
|
Por Soporte CPKSoft Ingeniería el
01/07/2008 20:33
|
(Referido al driver xs7ppi para PLC Siemens de la línea S7-200)
Muchas gracias por tu amable respuesta.
Como te comenté telefonicamente, la comunicación con el S7 226 finalmente funcionó.
Por si esta información te fuese útil, te comento como quedaron las configuraciones :
Cable Siemens PPI / RS 232 tipo 6ES7 901-3CB30-0XA0
Dip Switches
1 0
2 1 Esta combinación de S1,S2 y S3 es para 9600 bauds,
3 0 pero consegui que funcione hasta 38.400 con el adaptador USB - RS232
-------
4 X Spare
5 1 ...
Leer más »
|
|
|
|
|
|