Hola Boris.

Finalmente decidí cambiar el PLC por la falla de bloqueo. El plc retirado lo puse en funcionamiento en laboratorio y no pude ver q se repitiera el fallo.
Por otro lado supe q gente del servicio de internet estuvo solucionando problemas en la red. Despues de eso no hubo más bloqueos.
En definitiva la conclusión es que ante fallas de internet se debe haber bloqueado de alguna forma el puerto ethernet y esto no dejaba resetear el PLC. La pregunta es si no se puede evitar el reset total del PLC debido a fallas de ethernet.

Saludos

Buenas noches Boris...

Intentando programar PLC a traves de red lan me quedo el programa sin cargar completamente. Perdi conexion con el PLC y no puedo conectarme ni siquiera desde una pc directamente conectada al mismo.

Me quedo parpadeando cada 1 segundo el led pause como si hubiera ingresado a modo bootloader.

Probe varias secuencias de botones con reset y def/boot pero no puedo sacarlo de ese estado. Ya una vez me habia pasado y me habias pasado la solucion pero no me acuerdo cual era...
Me urge reponerlo en servicio.
Espero tus instrucciones.

Saludos

Estimado Boris, buenas noches,

Necesiraría información sobre el evento OnTcpServerRx().

Aquí entiendo que se procesa la recepción de datos de clientes remotos. Por ahora tengo un sólo cliente y lo que quiero es agregar un segundo. Quisiera saber como identificar en el programa del server cual es el cliente que se está conectando.
El código completo de este evento del server es:

@OnTcpServerRx()
{
// new Identidad se definio en globales
// Obtener conexiones con datos sin leer.

while((Identidad=TcpServerGetUnreadId()) > 0)
{       
// Leer 2 datos y almacena en RxData[].
TcpServerRead(Identidad, RxData, 2)
      DoutSetOn(DOUT10);   //Enciende indicador led ambar puerta tablero plc tanque
segundero_com=0;     // nuevo.....................................
     
      ultimo_data_0_rural=RxData[0];
      ultimo_data_1_rural=RxData[1];
     
//Comprobar si debemos activar/desactivar
      //salidas digitales DOUT1 y/o DOUT2.
      //según bits recibidos en RxData[0] y [1]
     
if(RxData[0] == 0){
DoutSetOff(DOUT1); //DOUT1 Led que corresponde a Bomba3
         TcpServerSend(Identidad, TxData, 2);
         }
if(RxData[0] == 1){
         DoutSetOn(DOUT1);
         TcpServerSend(Identidad, TxData, 2);
         }
     
if(RxData[1] == 0){DoutSetOff(DOUT2);}
if(RxData[1] == 1){DoutSetOn(DOUT2) ;}
}
}
Entiendo que en la variable Identidad (definida como global), debería encontrarse cual es el cliente conectado; si es así no sé como podría manipularla para mostrarla en el web server por ejemplo.
Hay alguna nota de aplicación que explique las funciones disponibles y relacionadas a este evento?

Saludos

Buenas noches Boris,

Una simple consulta. Estoy leyendo el manual STX80XX-UM-DAQ-AX_BX
para profundizar sobre la librería stx.8xxx.dll.

La duda es ¿Existe algún tipo de limitante en el uso de esta si el dispositivo está en modo PLC?

Saludos

Buenas tardes Boris,

Tengo dos PLC conectados mediante red inalámbrica. Uno hace de Servidor y el otro de Cliente. Necesitaría agregar por ahora dos PLC's Clientes al sistema y es posible que a futuro sean necesarios más Clientes.

El protocolo usado en ambos PLC es el TCP.
La cantidad de datos que se transmiten es despreciable por el momento, tal vez se podría necesitar, como máximo requerimiento, la transmisión de los datos almacenados en las memorias EEPROM de cada uno de los clientes. (Requerimiento de uso esporádico sólo ante la eventual descarga p/ proceso de datos)

En cuanto a la cantidad de Clientes a agregar al sistema considerando que no hace falta que se comuniquen todos a la vez. Cada cliente se comunicaría cada 10 o 20 segundos al servar. Cuantos clientes harían al límite teórico estimado? (El límite de clientes que yo imagino no superar sería de 30 como máximo)

Y considerando que tal vez en caso de la transmisión de datos desde la memoria EEPROM de un cliente podría tomar varios segundos o minutos, debería generar algún error o conflicto si los demás clientes deben "esperar" las respuestas del server mientras tanto?

Saludos

Buenas tardes Boris,

Tengo un problema de reinicio constante de un  PLC stx8091-d2 que hace de servidor para un único cliente remoto que por el momento es stx8091-d1. (Lo pasaré a D2 con el archivo que me pasaste).
El led debug parpadea en forma  normal y de repente queda encendido o apagado hasta cumplirse los 60 segundos asignados al watchdog.

La idea serìa sumar varios plc clientes más.

Adjunto proyectos cargados en el server como versión 20.0 y en el cliente como cl_casa_2

Estos plc se comunican por medio de un enlace parabólico. El puerto ethernet del server va a un modem/router y al mismo router el de la antena "access point". Son los únicos dos dispositivos conectados al router en este momento.

Desde el primer momento que se puso en servicio el sistema, se sucedieron detenciones esporádicas... (A veces se producían detenciones dos veces al día como también se ha dado el caso de no detenerse el programa en semanas) lo cual no influía en el desempeño del sistema sin dejar de ser indeseable por supuesto. Pero sucede que después de pasarlo a D2, actualizar firmware a versión 217 y cargarle las sentencias de uso de la EEPROM empezó a "detenerse el programa" en un período de tiempo indefinido que va entre los 5 y los 50 minutos según pude observar desde ayer a la mañana que estoy haciendo pruebas.

Comentarte también que el mismo proyecto lo tengo corriendo en un PLC del mismo modelo y también modificado a la versión D2 con el mismo firm 217 y programado con stx 1.9.3 en mi casa conectado a mi router. Accedo constantemente a ambos servidores (El que está en servicio y el que tengo a prueba) desde la dirección IP externa y el que está en prueba no presenta ningún problema y el otro sí.

Ya probé reiniciar reiteradas veces el modem/router y la antena y no doy con la falla.

La consulta sería como proceder para hallar el segmento de código que me está produciendo el "stop" del plc?

Había pensado en ir guardando en EEPROM números guías dentro del código pawn para acceder a él post reset y así intentar ver al menos en que punto del programa se produce la falla. Quería consultarte si tenés alguna herramienta o técnica que me pueda ayudar a aislar el problema.

Podrá caber la posibilidad de que algún problema de programación de más bajo nivel de la ejecución de sentencias o procedimientos sea responsable de estas paradas en el programa?

Este PLC está en servicio hace ya dos años y medio aproximadamente. Nunca le cambié la batería interna. Podrá ser causa del problema?

Saludos

Que tal Boris,

Será posible realizar el envío por mail desde el PLC de un array de registros?
Si es así te pido si podrías enviarme un código de ejemplo.
Los registros que quiero enviar deberían contener la hora de lectura y un valor entero de 0 a 300 por ejemplo:

11:53:48 || 201
12:03:48 || 199

Etcetera...

La idea general sería que una vez lleno un array capaz de almacenar 60 registros de este tipo se dispare un correo automático para almacenar esos registros.

Saludos

Feliz dia estimado Boris.

Intento conectar un PLC 8091-D1 a la PC y al conectar el cable de red
noto que no encienden los leds del puerto ethernet del PLC. Habrá algún problema de hardware?

Para probar intente realizar un seteo de parámetros a valores de fabrica y configurar a la placa de red de la PC para conectar con ip fija a puerto TCP/IP. Los leds del PLC

RTC - RUN ERROR - POWER ON

quedaron encendidos de forma permanente y ahi note que los del puerto ethernet no están enciendendo.

Saludos