Me di cuenta de que Samrat le respondió principalmente sobre cómo solucionar problemas del software (además de su parte de ‘uso de referencias cruzadas’). He estado enseñando a profesionales cómo solucionar problemas usando un PLC por más de 20 años. La mayor parte del tiempo he encontrado que si alguien dice que está usando el software PLC / PAC y pregunta sobre la solución de problemas del PLC, se refiere a cómo solucionar problemas de equipos y procesos con ese software, no a cómo solucionar los problemas del PLC o del software. Ver mi otra respuesta (sobre solución de problemas de PLC)
Por lo tanto, voy a suponer que quiere decir cómo solucionar problemas de equipos mediante RSLogix 5000 en mi consejo.
Primero, antes de pasar a los PAC (RSLogix 5000, Controllogix, CompactLogix, etc.), aprenda el PLC (RSLogix 500, PLC5, SLC 500, Micrologix, etc.).
Si bien nuestro software y nuestros libros de capacitación RSLogix 5000 cubren un poco el equipo de solución de problemas que usa PLC / PAC, solo brindamos la solución de problemas completa con nuestras clases basadas en instructores en seminarios (Seminario de capacitación RSLogix 5000) o Capacitación de PLC in situ. La razón es que nuestros instructores tienen años de experiencia en plantas que enfrentan los mismos problemas que enfrentará en el mundo real, de modo que solo ellos pueden transmitir esa transferencia de conocimientos y saber con qué probabilidades se encuentra.
- ¿Cómo debo aprender todas estas tecnologías? ¿Es malo aprender tantas cosas al mismo tiempo?
- ¿Cuáles son los efectos cognitivos en los programas de televisión no educativos para niños en edad preescolar a primaria?
- ¿Cuáles son los mejores recursos en línea para aprender aptitudes cuantitativas en un período de tiempo corto?
- ¿Cuál es la forma más efectiva de aprender algunos de los conceptos básicos de la codificación?
- ¿Qué tan cierta es la frase “X” viene naturalmente a Y cuando Y logra un alto nivel de comprensión intuitiva de X en un lapso de tiempo que está significativamente por debajo del “tiempo típico” requerido?
Debido a que nos hemos especializado en esto por más de 20 años, nuestros instructores pueden cubrir cuáles son los problemas más comunes que enfrentará, priorizando por lo que es más probable, para que obtenga la información y las técnicas más valiosas de nuestra capacitación. Te enseñamos cosas que el OEM ni siquiera sabe o dice. es por eso que tenemos tantos instructores universitarios en nuestras clases. Ellos también necesitan que la experiencia en la solución de problemas del mundo real se transfiera de conocimientos para que también puedan pasarlos a sus estudiantes.
Todo lo dicho, a la carne y las patatas. Nuestro consejo de mejores prácticas es dominar PLC (RSLogix 500) antes de pasar a PAC (RSlogix 5000), debido a la diferencia entre plc y pac. Un PLC es 10 veces más fácil para solucionar problemas de equipos que un PAC. Primero, el PLC es mucho más simple, los electricistas suelen ser los que están resolviendo problemas, por lo que se relacionan con la lógica de escalera. Además, el software RSLogix 500 tiene una gran variedad de herramientas para la solución de problemas, que solo se están volviendo fragmentarias en el RSlogix 5000 a lo largo de las versiones y el tiempo.
En nuestros seminarios y capacitación en PLC / PAC en el lugar, enseñamos una técnica que utiliza el software RSlogix 500, donde la mayoría de los problemas de los equipos pueden resolverse en 15 minutos. Incluso si no está familiarizado con el equipo o el programa de PLC. (PAC / RSLogix 5000 es mucho más complejo, especialmente si el programador usó uno de los otros 4 lenguajes de programación como Structured Text). Además, la complejidad del PAC hace que sea más probable que tenga problemas con el PAC, el software o el programa en sí. A diferencia de usar un PLC simple. Por lo tanto, cuando tenga que solucionar problemas con el equipo RSLogix 5000 (u otro software PAC como siemens), también debe considerar que el problema es el propio PAC, no un sensor o algo así.
Por lo tanto, con un PLC (RSLogix 500), la mayoría de los problemas se pueden realizar en aproximadamente 4 minutos de rastreo a través de la lógica utilizando Buscar todos. Esto es para averiguar qué es lo que está causando el problema qué sensor, interruptor de límite u otro dispositivo en el mundo real. (lo simplificamos para usted) Para resolver problemas más complicados, como problemas intermitentes, RSLogix 500 tiene excelentes herramientas como el histograma, monitores de bloque personalizados, gráficos de tendencias, escritura de sus propios renglones de diagnóstico utilizando Latch bit, etc. Con RSLogix 5000, dependerá de qué versión tiene, si agregaron esa característica de solución de problemas al software RSLogix 5000 o no.
Un ejemplo de solución de problemas del mundo real que enseñamos y que no se encuentra en libros o software es usar la herramienta de comparación de programas RSLogix 500. (La herramienta de comparación puede estar en su versión de RSLogix 5000, o como un software separado para PAC. O simplemente no tiene la herramienta si está utilizando PAC, en lugar de PLC para controlar su maquinaria ) . una instalación controlada por PLC / PAC puede no estar al tanto del escenario común, de un empleado en un turno que cambia el programa, y el resto no lo sabe. Si el solucionador de problemas sospecha eso, pueden usar el programa de comparación y, una vez más, en unos 4 minutos encontrar el problema. ( Con PAC / RSLogix 5000, los clientes han estado inactivos durante horas, incluso días, sin saber que alguien cambió, porque hay muchas otras posibilidades y complejidades con un PAC ).
Nota al margen: También enseñamos al mantenimiento a hacer una comparación de programas después de que una máquina OEM o PLC OEM haya trabajado en su equipo, para que puedan aprender qué cambió exactamente el OEM en el programa, aprender de él, estar preparados para él y posiblemente ¡Sea menos dependiente de OEM en el futuro! (La herramienta de comparación de programas y el uso es aún más importante para reducir el tiempo de inactividad ahora días con un número cada vez mayor de OEM que acceden a los programas de PLC / PAC de forma remota).
Las tablas de datos del sistema y otras tablas de datos que se encuentran en un PLC (como RSLogix 500) también son excelentes herramientas de solución de problemas, pero no están en los PAC (como RSLogix 5000). Ese hecho es otro factor importante que contribuye al uso de los PAC que dan como resultado diez veces o más tiempo de inactividad.
Entonces, en resumen, en orden …
- Solución de problemas del PLC maestro antes de pasar a los PAC.
- Aprender mejores prácticas PAC / PLC .
- Aprenda a rastrear a través del programa PAC / PLC usando Buscar todos o Referencia cruzada.
- Conozca las herramientas de solución de problemas provistas en RSLogix 500 y RSLogix 5000
- IE: Encuentre todos, Histograma, Tablas de datos, Gráfico de tendencias, monitores de bloque personalizados, comparación de programas, etc.
- Aprenda a escribir renglones de diagnóstico utilizando las instrucciones Litch bit, Move y Copy.
El conocimiento del mundo real anterior solo se puede transmitir a usted o al equipo de su empresa a través de nuestros seminarios o capacitación en el sitio.