Hola Boris!

Finalmente creo que dimos (diste!) en la tecla: era una cuestion de software, de "formatos". Como bien decis, invocando ahora la función con BitSet(...) activo solo la salida pretendida!

Con respecto a "ruido", el sistema mejoró cuando conecté correctamente las tierras y los 10 puntos que me señalaste para corregir. Con respecto a la etapa de "potencia", actualmente estoy usando tanto los relays de salida como los sensores inductivos de forma directa, sin ningún diodo o circuito RC de protección, por lo que no parece ser un problema de ruido por las entradas y/o salidas digitales/analógicas.

Voy desarrollando este proyecto a medida que la empresa avanza con el diseño mecánico de los diferentes prototipos y te voy a seguir consultando, es muy valioso tu soporte como fabricante. Gracias por tu asistencia. Muy buena la post vent ehh !! jaja!

Saludos,

Guillermo.

Hola Boris!

Ya corregi algunas cosas q me sugeriste: agregue un delay de 50mS despues de la lectura de EEPROM y la variable STEPS la hice entera, total no necesito los valores decimales.

Estuve probando la rutina, quitando la siguiente porción de código:

if(DinReadFiltered(i))
               {
                  LedOn()
                  break    //Final de carrera?
               }
 y

if(EXT_DinReadFiltered(i))
               {
                  LedOn()
                  break//Final de carrera?
               }

O sea, no tuve en cuenta los finales de carrera, pero sólo posicioné los actuadores en posiciones intermedias, evitando llegar a los extremos asi no me pasaba del tope mecánico.

El programa anduvo perfecto, sin errores. Descarto que el ruido ingrese por los relays de interfase o por las entradas analógicas de los potenciómetros. Tampoco observo un bug en la programación.

Luego volví a agregar el mencionado código y el bug apareció enseguida. Trate de filtrar la entrada de los finales de carrera con un RC, pero esto solo empeoró la cuestión. Entonces llego a la conclusión de que el ruido ingresa por acá.

Los FC utilizados son los siguientes:

https://www.ifm.com/products/ar/ds/IF7100.htm

Inductivos, M12, cuerpo metálico.

Me preguntaba, es posible que al estar en contacto con el chasis de la maquina el ruido ingrese por alli? Sera mejor aislar estos componentes? Como son NA, hay una interfaz de transistores que los cambia a NC, cuestión de comodidad. Podrá ingresar por aqui el ruido?

Segun tengo entendido IFM es una marca "respetable" (?). No encontré ni un solo foro en que alguien se quejara de algo como ruido....ni una queja! jajaa

Otro opcion seria optoaislar las entradas? (No es que el PLC tiene su circuiteria interna asi?)

Gracias por tu ayuda Boris!

Hola Boris,

te comento que los relays instalados son marca IDEC,  los siguientes modelos:

Variadores:  base + rele = SV1H-07L-1 + RV1H-G-12
Actuadores: RJ1S-C-D12

Ninguno tienen diodo de protección, según indican sus hojas de datos:

https://www.kele.com/Catalog/20%20Relays_Contactors/PDFs/RV8H%20Data%20Sheet.pdf
https://www.idec.com/language/english/catalog/Relays/RJSeries.pdf

Por el momento voy a probar con agregar protecciones externas a los relays. Ambas hojas de datos indican circuitos de protección en su penúltima página. Vos recomendás alguno de esos? Coloco un diodo o un RC?

Después de esta modificación, veré si hace falta una fuente de mejor calidad. La instalada es marca "X", voy a probar con un Siemens.

Gracias por tu asistencia!

Saludos!

Hola gente del foro!

Estoy automatizando una seleccionadora de granos con un STX8091, placa de expansión STX570 y HMI Array SH300.

Debo manejar 5 actuadores lineales con motor de CC, que mueven 5 compuertas. Dichos actuadores me proporcionan salida potenciométrica y al final de su recorrido tienen instalados finales de carrera inductivos. Además, debo comandar 2 variadores que manejan motores trifásicos de 1 y 20HP.

Cuando la máquina inicia en frio, posiciona las compuertas y configura y activa los variadores. El programa permite modificar todos los parámetros sobre la marcha. Es aquí cuando se repite más el problema, cuando están ambos motores andando.

Mi problema es el siguiente:

Cuando inicio la rutina de posicionar los actuadores, el soft erráticamente se saltea pasos, ya que detecta que el final de carrera esta activado (cuando no lo esta!). El código en cuestión es el siguiente (sólo esa parte):


   for(new i=1;i<=5;i++)
{
POTENCIOMETRO=VinRead(i+3)

LedOff()

/////////////////////////DEBUG/////////////////////////////////////
debug_point:
        if(!DinValue(DIN13)) goto debug_point
///////////////////////////////////////////////////////////////////

BitSet(Salida,i-1)

if(POTENCIOMETRO<=SetPoint_Compuertas[i]) OpenClose=0
else OpenClose=1

if(!OpenClose)
{
//Abrir
while(POTENCIOMETRO<=SetPoint_Compuertas[i])
{

if(DinReadFiltered(i))
{
LedOn()
break //Final de carrera?
}

POTENCIOMETRO=VinRead(i+3)
DelayMS(60)
DoutSetOn(Salida)
}
DoutSetOff(Salida)
}
else
{
//Cerrar
while(POTENCIOMETRO>=SetPoint_Compuertas[i])
{

if(EXT_DinReadFiltered(i))
{
LedOn()
break//Final de carrera?
}

POTENCIOMETRO=VinRead(i+3)
DelayMS(60)
Stx570_DoutSet(0, Salida)

}
Stx570_DoutClr(0, Salida)
}

BitClr(Salida,i-1)

  /////////////////////////DEBUG/////////////////////////////////////
debug_point2:
   if(!DinValue(DIN13)) goto debug_point2
          ///////////////////////////////////////////////////////////////////


}

La funciones DinReadFiltered y EXT_DinReadFiltered son códigos de antirrebote que saqué de acá, escritos por Boris. Llego a probar con tiempos de hasta 600mS para evitar el ruido, pero igual se mete. Los inductivos usados son IFM7100, que indican una frecuencia de operación de 800HZ, por lo cual con un tiempo de "antirrebote" mayor a 1.25mS estaría cubierto... (?). Las compuertas se mueven a 1mm/seg, por lo cual no tendría problemas de velocidades excesivas.

Los debug point los utilizo como puntos de debug de hardware, para detener el programa y observar como se modificaron las variables en el HMI, actuador por actuador. La placa de expansión tiene LEDs que indican si se activo o no una entrada: sucede que a veces este LED está apagado y el programa sale por el "break"....

Cumplí todas las siguientes recomendaciones con respecto al ruido, obtenidas también de este foro:

1. Conectar a tierra la bornera GND del PLC y placa de expansión.
2. La tierra tiene que ser mediante jabalina y muy cerca de la instalación.
3. Poner a tierra también gabinetes, partes metálicas, mallados, etc.
4. Utilizar cables mallados para las conexiones, con su malla conectada a tierra.
5. No pasar cerca del PLC o lógica (por arriba o abajo) los cables de potencia u otros del tablero.
6. Utilizar contactores o reles secundarios (desmontables) en lo posible para comandar las válvulas.
7. Colocar un circuito-serie RC con un valor de capacitor (0.1uF cerámico) y resistencia (220 ohms), en paralelo a la parte de potencia de las válvulas, donde conmuta o en su defecto, cerca del la bobina del contactor o rele secundario utilizado.
8. No pasar cerca del cable de control de la STX570A señales de potencia.

3.---> El tablero trifásico al cual se conecta la máquina esta debidamente puesto a tierra, pero la jabalina no esta "muy cerca".
4.--->El cableado de los sensores se lleva por un caño metálico corrugado con recubrimiento plástico, el cual está conectado a GND.
7.---> coloqué ese circuito RC en la entrada de todos los finales de carrera.

Espero que puedan ayudarme porque ya llevo más de dos semanas con el mismo problema y estoy agotando las posibles soluciones!

Muchas gracias! Saludos!

Buen día Boris,

retomando el tema de la lectura de los variadores de velocidad, ahora estoy sobre el mismo asunto pero ya con los motores instalados. En el taller, sólo con el variador, logré hacer funcionar el siguiente código a la perfección (te pego solo el fragmento de interés):

VinSetRange(1,VIN_RANGE_5V)

VinFilterAOn(1000, 1000)
   
AD_FLOAT= Float:VinToCurrent(1,100)
AD_FLOAT=AD_FLOAT*1000000   //para no perder los decimales, debí correr la coma por 6 lugares...
M2= FloatToInt(AD_FLOAT)
MbRtuServLoadRegister(42008,M2)

Por supuesto el Jumper J3 colocado, para leer 4..20mA.

Cuando vengo a la planta y trabajo sobre la máquina, con los motores instalados, no hay forma de que se muestren los valores correctos, utilizando el mismo código! Además, los valores mostrados cambian constantemente y son muy disímiles.

Adjunto una foto de los valores medidos por el tester y por el PLC, ambos en mA.

El código es correcto? El filtro esta correctamente seteado? Puede ser que tenga problemas de ruido, al estar presente los motores? Que sugerencia tenes para mi?

Gracias!

Exacto Boris, estoy conectando simplemente el PLC con el HMI (Array SH-300) mediante RS-485. Veo la hoja de dato que me pasas y en la página 77 indica los pines del lado del HMI: 1 y 9 (D+), 6 y 8 (D-), 5 (GND). Es correcto?

El problema de el escalado AD está solucionado! Gracias!!

En cuanto al conector RS485, son correctos los pinout que de la imagen adjunta? (Para 2 y 4 cables, respectivamente) Gracias!

Saludos.

Hola Boris,
efectivamente uno de esos delays estaba generando este "bache". Aquí la porción de programa y el delay que se borró. Gracias por la asistencia!

.
.
.
.
.
           Start=0
           MbRtuServLoadRegister(42008, Start)
                                   
                        Cuenta=0xFF
           MbRtuServLoadRegister(42013, Cuenta)
           //DelayS(3)
                       
           Pantalla=0
           MbRtuServLoadRegister(42009, Pantalla)

           Ejecutando=1
                       
                        }
       
  }
     
      //Delay sugerido por fabricante
      DelayMS(250)
  // Retorno.
  return 0
}