Hola Boris, buen día,

Te escribo este post para proponerte algunas ideas sobre los productos, luego de casi 2 años de utilizarlo, y también en función de lo que veo que está ocurriendo en el mundo en materia de IOT (Internet de las Cosas).

Sobre el VirtualHMI para Android: te cuento que lo tengo instalado en el celular, aunque todavía no lo estoy utilizando en la práctica. Pero hay algunas funcionalidades que creo que serían interesantes y no las veo contempladas:
- Cuando se hace la consulta de los datos del PLC (PLC info) está faltando un dato muy importante (o no lo encontré): la fecha y hora actual del PLC.
- De la misma manera, el VirtualHMI debería poder setear la fecha y hora del PLC, tomando la fecha y hora del celular. Esta funcionalidad es muy importante puesto que existe un drift bastante importante en la hora del PLC (varios minutos por mes), y requiere que se actualice con cierta periodicidad, porque si no los eventos comienzan a ocurrir a horas que no son las programadas.
- La posibilidad de utilizar Virtual HMI desde la WAN (o sea, desde internet). Para ello, lo que sería necesario es que en el lugar donde se configura el "Address", se pueda cargar una dirección tal como pepe.dyndns.org:10520.  Entonces "desde afuera" podrías acceder al PLC, consultar su estado, setear variables, etc.
- Y por último, sería espectacular tener la posibilidad de crear pantallas configuradas por el usuario, donde puedas configurar botones con nombres, y cargar valores en las variables.

Sobre la conectividad del PLC: Es un tema sobre el que ya hemos conversado antes, pero por cuestiones laborales he tenido que profundizar y comprender algo más. Hoy en día existen protocolos y plataformas gratuitas, donde los dispositivos IOT pueden fácilmente "subir" estados binarios o valores numéricos a una cuenta asociada, y luego esa información se disponibiliza via web para su consulta, y también para interactuar (se pueden cargar estados via web, que en la próxima consulta del PLC, dicha información llega al PLC).
Existen 2 protocolos y plataformas hoy en día muy en uso (aunque hay muchas otras):
MQTT: www.mqtt.org
ThingSpeak: www.thingspeak.com

Por ejemplo: en el siguiente link tenés una persona que hizo un simple dispositivo que con un chip wifi "sube" periodicamente a ThingSpeak los datos de temperatura y humedad que obtiene con un sensor:
www.instructables.com/id/Low-cost-WIFI-temperature-data-logger-based-on-ESP/?ALLSTEPS
Y en el siguiente link se accede a la correspondiente página ThingSpeak, en la que se consultan los datos recolectados a lo largo del tiempo:
http://thingspeak.com/channels/21857
En definitiva, si nuestros PLC pudieran acceder a estos servicios "en la nube", podríamos ir recolectando información a lo largo del tiempo, y consultarla via web en cualquier instante.

Para poder implementar esto, todo se resume a una cosa: es necesario que el PLC posea adentro el protocolo http y https. Eso es todo. Porque la actualización o envío de información a estos servicios se realiza precisamente ejecutando una URL con ciertos parámetros (que se obtienen con anterioridad al momento de crear la "cuenta"). Habría que ver si para la arquitectura de estos PLC ya existen desarrolladas las librerías http y https, e incorporarlas.

Bueno, te dejo estas inquietudes, que sé que son muuuucho trabajo. Pero es que el tema de la conectividad via internet de todos los dispositivos de control es algo imprescindible.

Dicho sea de paso: el equipo anda espectacular, no se cuelga nunca, no falla nunca !!

Saludos,
Pablo.

Listo Boris, muchas gracias.

Era porque se me había ocurrido conectar a una salida PWM un parlante, y hacer una sirena por software.
También se puede hacer con la salida analógica AOUT, pero ahí no hay potencia (hay que poner un amplificador), mientras que con el FET sí tenemos potencia disponible...

Pero no te quiero hacer trabajar de más. Cualquier cosa te aviso.

El PLC anda espectacular.

Gracias,
Pablo.

Buenas tardes Pablo,

Así es, ambas quedan puestas como DOUT.

En caso que necesites una PWM activada, podría ver la posibilidad.

Avísame cualquier cosa.

Hola Boris, buenas tardes,

Tengo utilizadas las 8 salidas digitales... y me hace falta una más. Es para poder controlar remotamente el ON/OFF de una alarma: básicamente necesito un contacto que pueda cerrar durante un instante, simulando la presión del botón que controla el ON/OFF de la alarma.

La única solución que se me ocurrió es usar una de las salidas PWM, que las tengo aún libres. El tema es que -me parece- necesito proveer de aislación galvánica. Entiendo que NO puedo conectar las salidas PWM al sistema de alarma, porque esto implicaría que estoy vinculando electricamente la alarma con la placa base del PLC, correcto?

Entonces me parece que lo que debería hacer sería agregarle un micro relé, el cual conectaría la bobina a las salidas PWM+ y PWM-, y por otro lado alimentaría a PWMVDC y GND con alguna de las mismas tensiones que tengo en la placa, por ejemplo los +12 Volts.
Sería esa la forma correcta de conectar el relé?
El borne GND de las PWM es necesario vincularlo al GND de la zona de fuentes de tensión, o ya están vinculados internamente?

Y una última pregunta que no tiene nada que ver con lo anterior: en el diseño del PLC está previsto que en Power-ON nunca - ninguna de las salidas se encienda ni por un momento, verdad ?  O no es tan seguro ....

Muchas gracias desde ya por tu ayuda.
Pablo.

Hola Boris, buen día,

Recuerdo en algún momento haber probado con SMTP_OPT_DEFAULT, y tuve la falla igualmente. Pero no estoy 100% seguro. Bien vale la pena probar de nuevo.

Muchas gracias por todas las pruebas y optimizaciones; qué excelente soporte que brindás !
El próximo fin de semana largo me pongo a hacer más pruebas.

Felices vacaciones, y a la vuelta te cuento !
Pablo

OK, muchas gracias. En los próximos días te armo un mini-proyecto extractando del código mío y te lo mando.
Saludos,
Pablo.

Buen día Pablo,

Es posible que me envíes un proyecto, con el mínimo código posible que te produzca la falla?

De esa forma, "si me decís proba de tal forma y el error aparece", puedo debuguearlo y determinar la causa.

Yo tengo arnet, no hace falta que me envíes usuario y clave.

Aguado tus comentarios.

PD: Del 1 de enero al 22 de enero cerramos por vacaciones. Tener en cuenta para consultas y pedidos.

Hola Boris,

Es cierto: cuando te llega un mail a Gmail, te notifica instantáneamente. El problema es que dependés de que el mail llegue al servidor de Gmail. Me explico mejor: llevo un par de días probando el nuevo firmware; todavía no sé si mejoró o no. Pero los síntomas son: se genera la notificación, y el mail llega a Gmail como 4 horas después. O no llega nunca.
O sea: el problema está en el maldito servidor SMTP de Arnet, que funciona como quiere y cuando quiere.

La gran diferencia es que PushBullet llega instantáneamente. Siempre. Nunca falla. Lo podés instalar en tu celular (si es Android), y te va a sorprender. Pero creo que representa un significativo esfuerzo poder integrarlo al PLC (incorporar JSON y todo lo que la API de PushBullet requiere).  Pero es en esta dirección que van las cosas: las notificaciones van a ser utilizando aplicativos directos via internet, no via email. Vos ves factible incorporar integración con PushBullet??

Un gran paliativo sería poder usar otros servidores SMTP, que no sean el de AOL (nunca me anduvo) o Arnet (ya vemos como funciona). En mi trabajo utilizo servidores de mi propio hosting y también Yahoo.com.ar, y andan perfecto. Pero ahí estaba el problema de que el PLC no soporta el método de autenticación.

Te mando un cordial saludo y gracias por seguir atento a estos temas,
Pablo.

Muchas Gracias !

Hola Boris,

Me demoré mucho en responder sobre este tema porque tenía que dar con la circunstancia en que se produce la anormalidad.
Hace ya algunas semanas le puse que 1 vez por día se haga la reasignación del servidor SMTP (SmtpInit), y creí que esta solución sería definitiva.
Sin embargo, ayer hice una prueba de forzar un evento que siempre me manda un email de notificación, y no salió. SMTP Error 127. Desenchufé el PLC y lo volví a enchufar, forcé de nuevo el evento, y salió el mail correctamente.

Estuve pensando (mas o menos en línea con lo que vos escribías) que quizá puede tener que ver con el hecho de que todos los días yo tengo un IP diferente, porque el router se rebootea automaticamente 1 vez por día. Y que por alguna razón, la resolución del nombre del servidor SMTP no sea válida para el nuevo IP del día... no sé...

Saludos,
PG