(Este comentario se originó el 28/12/2007 a raiz de los comentarios en Barrapunto)
Un Scada debe ser diseñado en C++, ¿por qué?, depende de las necesidades de la compañía. Un código en Python es mucho más fácil de mantener y más rápido de programar, es cierto que es más lento durante la ejecucción, pero este problema te afecta dependiendo de tus necesidades, no todos los sistemas Scada deben ser diseñados para controlar centrales nucleares.
En añadido el código en Python se beneficia del impacto que este ha tenido en los últimos años, ¿puede tu sistemas Scada informarte por Jabber de que existe un problema? (en Likindoy esto se programa en media hora), ¿puede tu sistemas leer distinto hardware? (Schneider, PESYR, Siemens, Advantech,...,incluso hardware no compatible con Modbus, Profibus, etc...), Likindoy sí puede. ¿Puede tu sistema Scada usar un PC estándar para registrar datos de campo?, supongo que requiere de un PLC de una de esas empresas no tan pequeñitas (3000 euros) para poder hacerlo. ¿Puede tu Scada trabajar con estaciones remotas mediante SFTP, FTP, WEB, UDP, EMAIL,...?, suponemos que no o es que quizás no tengas estaciones remotas a varios cientos de kilómetros (Petroleras, Aguas, Eléctricas, Gaseoductos, transportes,...).
Sinceramente Likindoy aporta bastantes ventajas al sector, en especial la flexibilidad de elegir con qué Hardware trabajas. En cualquier caso y lo más importante del mensaje que deseo transmitir es que no tratamos de vender Likindoy, lo que buscamos es compartir algo que ya tenemos funcionando en la realidad, la opción de usarla es vuestra y realmente a nosotros no nos importa demasiado el que lo uséis o no, de ahí la licencia GPL. En nuestro caso el sistema funciona en la realidad procesando señales de más de 50 estaciones remotas distintas además de 3 plantas de procesamiento con sus PLCs de empresas no tan pequeñitas.
Ahora trabajamos en quitarnos esos PLCs de empresas no tan pequeñitas (3000 euros) para usar nuestro propio PLC (450 euros). No hay que ser muy bueno en matemáticas para saber que 450*50 (22 500) es más pequeño que 3000*50 (150 000). Que bien podemos crecer 6,6 veces más por el mismo dinero. Ah, perdona, que se me olvidaba, la curva de aprendizaje es muy baja, porque cualquiera aprende Python en 2 días y además disponemos de muchísimas más librerías disponibles y funcionando, además de que no he hecho aún cuentas sobre los costes de mantenimiento.