el 02-13-2012 09:34 AM
Sres.
Buenas noticias, para los que tienen problemas similares a nosotros. Se encontro la forma de hacer que los datos booleanos solo guarden ante un cambio, lo que sucede es que en los VI que hacian el proceso(calibracion) se encontraban estas variables compartidas booleanas. Se propuso cambiar las variables compartidas por indicadores direccionadas por Databinding solo para los booleanos y con acceso SOLO ESCRITURA y eureka!. Constatamos que en las pruebas de guardado en la BASE de Datos solo guardaban esas variables ante un cambio. En realidad esto nos tomo por sorpresa porque deberia ser los mismo tener la variable como compartida o como indicador direccionado. En fin, hoy haremos las pruebas. Estaremos informando como va el proceso de mejora.
Saludos,
JP_nat
el 02-14-2012 11:02 AM
Como algo adicional comento lo siguiente: En si, no es que el SVE se cuelgue (hang) o de plano se caiga (crash) porque a nivel de sistema operativo el servicio sigue funcionando normalmente, es decir, no se registra nada en los eventos de windows. De cualquier forma los tags dejan de actualizarse y el led indicador se pone en rojo. No obstante he observado que los "memory tags" y los tags que se adquieren directamente de un instrumento de medición, esos si continuan actualizando valores. Los tags que en este caso pierden conexión, son los que vienen de otros equipos en red. Y esto se da aunque físicamente no haya algún problema en red. Tampoco los está bloqueando el firewall de windows ni nungún antivirus. Tienen una situación similar con sus tags?
Saludos
el 12-21-2012 01:42 PM
Sres,
Para comentarles que aun tenemos este problema. Alguien encontro alguna solucion o al menos la raiz del problema?.
Saludos,
el 12-21-2012 01:49 PM
Hola,
No se me a vuelto a presentar. q version de labview estas utilizando? cada cuanto tienes el problema?
Saludos,
el 12-21-2012 01:51 PM
Hola,
En el Distributed System Manager en el menu Actions, tienes las opciones stop y start local SVE, haz probado darle stop esperar unos segundos y darle start a ver si se soluciona sin reiniciar el computador?
Saludos,
el 12-21-2012 01:59 PM
Hola Luis,
Solucionar el problema es sencillo, hasta he hecho un procedimiento el cual garantiza la recuperación de la conexion:
1.Cerrar el aplicativo.
2.Hacer Undeploy a las librerias.
3.Entrar al task manager y finalizar el proceso del tagsrv.exe (este proceso es el NI Variable Engine).
4.Esperar que automaticamente aparesca en el task manager este proceso tagsrv.exe.(suele demorar alrededor de 4 a 5 min).
5.Hacer deploy a las librerias.
6.Ejecutar el aplicativo.
Pero ese no es el punto, la idea es que no suceda esto.
Saludos,
el 12-21-2012 02:08 PM
Hola,
No pude leer que version de LabVIEW estas usando. Seria interesante saber cuantas librerias y cuantas variables tienes.
Por otra parte repasando tu post veo que en el cliente no tienes librerias, en mi caso yo replico las librerias en el cliente habilitando la opcion enable aliasing y le hago blind a las variables en el servidor. No se, si quieras probar eso si te ayuda.
Saludos,
el 12-21-2012 03:42 PM
La version de LabVIEW utilizada es 2010, y la cantidad de variables alrededor de 16mil. Lo que me propones se realizo al inicio pero segun el manejo de Cliente -Servidor, no se manejan asi.
Saludos,
el 10-29-2015 08:40 AM
Hola Estimados,
Estamos teniendo el mismo problema con el tgsvr en una pc virtual. No manejamos mas de 100 variables pero de todas formas el proceso se cuelga y deja de funcionar.
Lo que hacemos es borrar el proceso tagsvr desde el taskmanager y luego ir al servicio National Instrument Variable Engine. No podemos pasar a stop este servicio sino que debemos hacerlo como antes.
Luego si podemos arrancar el servicio National Instrument Variable Engine.
No hace falta desplegar nuevamente las variables sino que arranca a funcionar inmediatamente.
Es posible configurar el servicio para que no caiga? Estamos usando windows 7 de 64bits en una maquina virtual.
Saludos y muchas gracias,
Martin Torres