CONSULTA- ARDUINO-APLICACION INDUSTRIAL

[Ruben Di Martino]

SE PUEDEN USAR LAS PLACAS ARDUINO PARA APLICACIONES INDUSTRIALES EN AMBIENTES RUIDOSOS .

[Carlos Pantelides]

Ruben,

es muy gracioso tu mail, por convención, poner todo en mayúsculas significa gritar...

 

--
Carlos Pantelides
@dev4sec
http://seguridad-agile.blogspot.com/

On Saturday, April 18, 2015 11:04 AM, 'Ruben Di Martino' via Embebidos32 <embeb...@googlegroups.com> wrote:

SE PUEDEN USAR LAS PLACAS ARDUINO PARA APLICACIONES INDUSTRIALES EN AMBIENTES RUIDOSOS .

--
-- Recibiste este mensaje porque estás suscripto al Grupo Google Embebidos32. Para postear en este grupo, escribe un email a embeb...@googlegroups.com. Para des-suscribirte, envía un email a embebidos32...@googlegroups.com. Para más opciones, visita el sitio del grupo en https://groups.google.com/d/forum/embebidos32?hl=es
---
Has recibido este mensaje porque estás suscrito al grupo "Embebidos32" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a embebidos32...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[martin ribelotta]

¿Eso es una afirmación? (Como si lo hubieras verificado y nos lo estas contando para que lo podamos aprovechar)

¿O es una pregunta? (A la cual le falta, al menos, el signo de cierre -aunque para ser correctos debería tener el de apertura también)

Si es una afirmación: Que bueno! ¿Como lo hiciste?

Si es una pregunta: Por supuesto! Luego corre lo mas rápido que puedas!!!!!!

El 18 de abril de 2015, 11:04, 'Ruben Di Martino' via Embebidos32 <embeb...@googlegroups.com> escribió:

SE PUEDEN USAR LAS PLACAS ARDUINO PARA APLICACIONES INDUSTRIALES EN AMBIENTES RUIDOSOS .

--

[Hno. QUINTEROS]

Las placas Arduino tienen (entre otras cosas) velocidades de clock sensiblemente más bajas. Que las Raspberry, Beagle, y varias otras. Yo nunca lo probé, pero si tuviera que hacer una apuesta diria que los arduino , especialmente de la serie ATMega, son mucho mas estables e inmunes a ambientes agresivos que el resto de las placas de desarrollo. No obstante , como dijo Martin, estaria bueno si alguno probó o intentó que nos cuente su experiencia. Sea buena o mala. Enviado desde Yahoo Mail para Android De:"martin ribelotta" <martinr...@gmail.com> Fecha:sáb 18 18e abr 18e 2015 a las 12:01 Asunto:Re: [embeb32] CONSULTA- ARDUINO-APLICACION INDUSTRIAL

[Fernando Lichtschein]

https://industruino.com/

(pero mejor una CIAA)

El 18 de abril de 2015, 11:04, 'Ruben Di Martino' via Embebidos32 <embeb...@googlegroups.com> escribió:

SE PUEDEN USAR LAS PLACAS ARDUINO PARA APLICACIONES INDUSTRIALES EN AMBIENTES RUIDOSOS .

--

[Marcelo Miguel López]

Buen tardes

Les comento que yo tengo proyectos implementados, si bien no con Arduino, con Netduino 2 Plus (usa el .Net Micro Framework) y la verdad que no tuve que "correr" ... mucho (jajaja) a pesar de estar trabajando en terrenos hostiles que les comento a continuación solo con el fin de que tengan una idea de a que me refiero con hostiles:

* 9 complejos de semáforos (transmiten vía GPRS para configurar tiempos, poner en amarillo, etc.)

* 7 ingenios con el sistema de control de peso y descarga de los camiones un promedio de 5 equipos en cada ingenio, conectados en una lan con UTP y Enlaces Wireless

* un sistema de alarma de voladura y botón de pánico dentro de una mina con 25 puntos conectados a una LAN con fibra óptica.

De esta experiencia lo que les puedo decir es que es totalmente viable la implementación con estas tecnologías, pero desde mi humilde opinión que hay que tener en cuenta los siguientes puntos :

* Perfecto Manejo de la Interrupciones.

* Sistema de alimentación bien diseñados, filtrados y estables.

* Octoacoplar todas las E/S !!!

* Contar con un WatchDog externo por las dudas ;)

* Y en particular si trabajan en una LAN tener mucho cuidado con el broadcast que si no esta controlado pude colgar los módulos ethernet y en el caso de este equipo que menciono que cuenta con un puerto de 10 Mbs en half duplex, los switch preferentemente deben estar configurados con half duplex para evitar perdida de paquetes.

También quiero ser claro, no digo que es la mejor de las soluciones o la peor, solo que es viable y en mi experiencia si bien dio algunos dolores de cabeza hasta que se estabilizo fue posible y dio buenos resultados.

Al margen de esto ya encargue un par de CIAs porque me parece mas robusto, en lo que respecta al marketing / comercial tiene mejor impacto  y por otro no creo que exista la bala de plata, por lo que en cada caso puede aplicar mas una herramienta que otra, por lo cual se debe analizar a fondo que debe hacer el equipo.

Bueno espero que lo que comente aclare alguna idea y no confunda mas.

Saludos Cordiales

Ing. Marcelo López

[Mariano Bondaz]

Hola chicos..les cuento mi humilde experiencia. Estoy con el proyecto lavaduino versión 7 (controladora para lavarropas industriales).(marca Marva). Usa un arduino nimi pro (atmega 628) con optoacopladores en las entradas y reles en la salida y tuve muchos problemas de ruido y sigo con muchos problemas de estabilidad, se cuelga. Después innumerables pruebas puedo decir que las electro válvulas grandes son las que más generan interferencias los contactores y pequeñas electrov no lo afectan tanto..tbm los lcd 16x2 se ven afectados generando basura en la pantalla que persistente hasta que se reinicie la pantalla.
Cabe la aclaración que la programación es del estilo espagueti..ahora estoy terminando una version totalmente nueva la cual es "multi-tarea" si entre comillas je estoy seguro que va a ser mucho más estable.

Pd: Las pruebas hechas en laboratorio con electro válvulas y contactores no generaban problemas pero al instalarlo en la maquina aparecieron los dramas.

Espero que te sea de ayuda la info..saludos

[Marcelo Miguel López]

Si estas haciendo tu shield te recomiendo 2 cosas alimenta con fuente de con trafo  no switching al equipo para que tenga aislamiento galvánico y las salidas y entradas por aparte y con octo tanto a la entrada como salidas.

Haa otra cosa ninguna de las entradas o salidas las dejes flotantes eso me jodía en los ingenios x el ruido.

Yo todo lo trabajo con múltiples hilos para evitar cuelgues y manejar mejor las excepciones.

Te deseo lo mejor para el proyecto seguro que lo sacas adelante.

Saludos

[martin ribelotta]

El 18 de abril de 2015, 12:08, 'Hno. QUINTEROS' via Embebidos32 <embeb...@googlegroups.com> escribió:

Las placas Arduino tienen (entre otras cosas) velocidades de clock sensiblemente más bajas. Que las Raspberry, Beagle, y varias otras. Yo nunca lo probé, pero si tuviera que hacer una apuesta diria que los arduino , especialmente de la serie ATMega, son mucho mas estables e inmunes a ambientes agresivos que el resto de las placas de desarrollo.

Ninguno de los sistemas que mencionas son industriales. El micro no define que sea o no industrial (ni la arquitectura, ni la potencia, aunque hay constraints que la tecnología te define)

Generalmente, los sistemas industriales se diseñan teniendo en cuenta las facilidades de diseño para hacer la electrónica robusta.

Como ejemplo, se me viene la tecnología SoI (silice over isolator) que evita los problemas de SRC latchup por levantamiento del potencial de masa, pero ese chip sin un buen diseño contra EMI o con un mal subsistema de potencia, es totalmente inútil en un ambiente industrial.

Por ejemplo, de los micros iIMX6SoloX (Cortex-A9+Cortex-M4):

http://www.digikey.com/product-search/en?s=47268&FV=fff40027%2Cfff80164&k=imx6&mnonly=0&newproducts=0&ColumnSort=0&page=1&stock=1&quantity=0&ptm=0&fid=0&pageSize=25

Tenemos dos versiones: La de 800MHz y la de 1GHz, en tres rangos de temperatura, -20...+105, -40...+105, -40...+125

* El primero, es el comercial (aunque se arrime a la temperatura industrial) y no es recomendable para diseños en ambientes hostiles (a pesar que un buen diseño puede subsanar esta limitación en muchos aspectos)

* El segudo es de rango industrial y es factible usarlo (con un buen diseño eléctrico y electrónico por supuesto) dentro de un ambiente industrial (que por supuesto hay que probar y certificar)

* Y por ultimo el grado "automotive" que es el que se recomienda para sistemas que van a ir dentro de un auto (hay que ver cuales normas nos interesa cumplir en ese aspecto y si este chip nos sirve para ello)

Para determinar todo esto, el datasheet tiene muchas (y cuando digo muchas, quiero decir MUCHAS) tablas, gráficos y especificaciones de condiciones de operación bajo distintos regímenes.

Este procesador también apoya un esquema de procesamiento asimétrico, como el control de HMI por un lado (cortex-a9) y el procesamiento de tiempo real duro por otro (cortex-m4) pero si no lo programamos correctamente sigue siendo totalmente inútil.

Como ven, que un sistema sea "industrial grade" esta mas allá de solo las especificaciones de diseño básicas.

En cuanto a la pregunta (o afirmación o lo que sea) original, yo diria que: Dependiendo de que entendamos por entorno industrial. Hay cosas que no cumplen con el "industrial grade" sin embargo sirven tranquilamente para armar una estampadora de cajas.

Por otro lado, también es falso que a menor integración tengamos mejor inmunidad al ruido.

Puedo dar fe de procesadores PIC18FXXX que se desprograman por EMI (supongo que por inducción de alto voltaje sobre el #MCLR) dentro de un vehículo con mucha EMI y un mal circuito eléctrico (cosas de los "vehículos" sobre los que se encuentra, porque esos mismos micros sobre otro vehículo mejor mantenido no se desprogramaban)

También podemos encontrar efectos de degradación por radiación en silicio de 180nm o mas en donde el policilocio aislante va cambiando sus propiedades al ser expuesto durante un tiempo grande (muchos años) a pequeñas docis de radiación.

Esto se puede ver en grandes lotes de cosas viejas que pueden fallar en entornos "por encima de lo normal" en radiaciones pero que siguen siendo normales para el uso diario, como electrónica cercana a equipos médicos (la radio o el tele jejejeje) que pueden verse sometidos a radiaciones pequeñas pero acumulativas a lo largo de los años.

Lo que si es "relativamente" cierto, es que a mayor escala de integración, es mas difícil proteger la electrónica contra el entorno. De hecho, en 28nm y debajo, es bastante común hablar de radiación ionizante o partículas cargadas o los nanorads que recibe un chip a nivel del suelo durante su vida. Por eso se toman medidas de diseño tanto en los chips como en la electrónica circundante para subsanar estos problemas

Normalmente, cuando hablamos de que algo es industrial, aparte, se dan los parametros que soporta, las normas que cumple y bajo que condiciones.

[superhamradio .]

Hola Rubén; te cuento mi experiencia con los Arduinos en un ambiente hostil:

Hice los controladores de una repetidora de VHF con Arduinos.

La parte receptora, es manejada por un Nano, que se encarga de obtener, con una entrada analógica el nivel de señal con que se recibe, con otra analógica la tensión de batería, la detección de DTMF es hecha con entradas digitales, la detección de portadora, es hecha con entrada digital; el cargador de batería, es a través de un PWM manejando un 4N35 que a su vez controla un  TIP 35; mido la temperatura de los equipos con LM35, tiene un WTV-020 conectado a las digitales (para dar los avisos de funcionamiento, valores de temperatura, tensión, niveles de señal).

El Arduino, activa un transmisor de enlace en 220 MHz (5 watts).

En la parte transmisora, es algo similar, sólo que tengo módulos de DHT22 y BMP085 con los cuales, detectando DTMF, se dicen los valores con un WTV-020. Éste Nano, está conectado a un Raspberry por la UART, y el Raspberry a Inet, permitiendo apagar, prender, cambiar parámetros de éste equipo en forma remota desde Inet; recibe el enlace de  220 MHz que viene del receptor y activa el transmisor de VHF, aunque lo hice andar con 170 watts, ahora está con 25 watts aproximadamente.

Bien, todo ésto viene a cuento, que el trabajar con RF y que no se "cuelguen" las cosas, es sumamente difícil, es un ambiente más que ruidoso !!.

He hecho todo poniendo énfasis en fuente de alimentación bien filtradas y estabilizadas; intercalando en las alimentaciones cuentas de ferrite y/o toroides para que actúen como choques.
Las entradas analógicas, las he realizado primero, con circuitos pasabajos y a continuación seguidores de tensión con AOP, alimentados con los 5 V (ya que los valores que mido, son mayores a 5 V, primero el preset de seteo y seguido a él, un AOP como seguidor de tensión para asegurarme que sólo hayan 5 volts en el peor de los casos en las analógicas); las salidas "digitales", manejando un BC 337 y éste un relé (por supuesto, con un diodo DAMPER en paralelo con la bobina del relé), las entradas digitales, según de donde provenga la señal, o la adecúo con un 4N35 ó bien, usando un CD4016 ó un CD4011 configurado como buffer seguidor-disparador de Schmitt.

Para asegurar el funcionamiento, el bootloader que uso, es el Optiboot, que te permite un watch-dog de hasta 8 segundos; todo ésto, está funcionando desde hace ya un año y medio sin mayores problemas.

Así que, poniendo atención al acondicionamiento de las señales y buena alimentación, no hay mayores dramas !!

73's

Leo

El 18 de abril de 2015, 11:04, 'Ruben Di Martino' via Embebidos32 <embeb...@googlegroups.com> escribió:

SE PUEDEN USAR LAS PLACAS ARDUINO PARA APLICACIONES INDUSTRIALES EN AMBIENTES RUIDOSOS .

--

[Fernando Lichtschein]

Ahhh mucha sigla... 73 es jerga de LU, faltó el infaltable DX.

Lindo trabajito....

[Marcelo Miguel López]

QSL

LU1KDS !!! X acá

[Pedro Bordoni]

On Saturday, April 18, 2015 at 11:04:45 AM UTC-3, Ruben Di Martino wrote:

SE PUEDEN USAR LAS PLACAS ARDUINO PARA APLICACIONES INDUSTRIALES EN AMBIENTES RUIDOSOS .

Como poder se puede, pero no hay que olvidar que Arduino es una herramienta de desarrollo y no un producto terminado. Si lo comparamos con un PLC o computadora industrial, estos tienen varias certificaciones de calidad y ensayos para garantizar su correcto funcionamiento. Si vamos a realizar una automatización industrial y la hacemos para un cliente, debemos garantizar confiabilidad, en caso contrario podemos llegar a tener problemas y muchas veces nos puede insumir un costo alto de tiempo en resolver esos problemas lo cual termina afectando la parte económica de nuestro trabajo. En definitiva si queremos reemplazar un PLC o computadora industrial por un Arduino o similar, debemos contemplar los costos que tendría dotar el equipo de una confiabilidad aceptable y también el costo que representaría para nosotros posibles problemas de funcionamiento.

[superhamradio .]

Já, cierto, ¿hubiese quedado mejor 88's ?? (averiguen por su lado lo que es, sino, luego, lo comento!!)

73's y DX's para todos !

Leo

[Leo]

Hola Rubén,

Te sumo un tema. Yo usé unos Arduino Leonardo para hacer una aplicación tipo artística/wearable.

Los pro:

* Hay muchas librerías dando vueltas
* Hay mucho hardware ya diseñado

Las contras:

* No se puede debuggear profesionalmente

* La documentación es de mala calidad o poco técnica muchas veces

A mi la falta de herramientas de debug me hizo perder muchísimo tiempo: le estaba pidiendo mucha corriente a un puerto y el programa se colgaba en algún momento que nunca pude determinar.

Está claro que yo estaba haciendo algo mal, pero si hubiera podido seguir el flujo del programa me hubiera dado cuenta más rápido dónde se estaba quedando.

En conclusión: yo tuve una mala experiencia y trataría de no usarlo nuevamente, pero por temas costos y tiempos a veces es una buena solución.

Saludos!

[Leo Ordinez]

Hola Rubén, cuando estaba en la Universidad Nacional del Sur, desarrollamos un shield para "industrializar" un Arduino para una empresa ferroviaria, que requería un datalogger. Actualmente se encuentra en fase de certificación en el INTI. Ya pasó las pruebas de campo, funcionando en una locomotora.

Si te interesa, podés contactarme por privado.

Saludos,

Leo

El 18/04/2015 a las 11:04 a.m., 'Ruben Di Martino' via Embebidos32 escibió:

SE PUEDEN USAR LAS PLACAS ARDUINO PARA APLICACIONES INDUSTRIALES EN AMBIENTES RUIDOSOS .

--
-- Recibiste este mensaje porque estás suscripto al Grupo Google Embebidos32. Para postear en este grupo, escribe un email a embeb...@googlegroups.com. Para des-suscribirte, envía un email a embebidos32...@googlegroups.com. Para más opciones, visita el sitio del grupo en https://groups.google.com/d/forum/embebidos32?hl=es
---
Has recibido este mensaje porque estás suscrito al grupo "Embebidos32" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a embebidos32...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

---

El software de antivirus Avast ha analizado este correo electrónico en busca de virus. www.avast.com

[Turconi Gmail]

https://lagalenadelsur.wordpress.com/2012/03/27/sobre-el-significado-de-dx-y-recordando-que-73-no-lleva-plural/

 

La solución aca … muy bueno 88´s

 

De: embeb...@googlegroups.com [mailto:embeb...@googlegroups.com] En nombre de superhamradio .
Enviado el: Martes, 21 de Abril de 2015 11:03 a.m.
Para: embeb...@googlegroups.com
Asunto: Re: [embeb32] CONSULTA- ARDUINO-APLICACION INDUSTRIAL

 

Já, cierto, ¿hubiese quedado mejor 88's ?? (averiguen por su lado lo que es, sino, luego, lo comento!!)

Leo

[Alfredo Siárez]

De donde se desprende que el tema mas que por prejuicios pasa por hacer las cosas bien.

--

Usando el cliente de correo de Opera: http://www.opera.com/mail/

[superhamradio .]

Ahá, creo que ése es el quid de la cuestión !!, con un poco de cuidado en el desarrollo de las interfaces funciona al pelo !!

73's

Leo

[Mariano Cerdeiro]

Hola Todos,

creo hay dos temas de testing. Por un lado el HW y por otro el SW o Firmware. El HW hay que testearlo/certificarlo para las condiciones de uso valla a tener. pero de HW no entiendo asique paso a FW. :)

En Firmware tambien se puede testear y verificar el SW.. :) En el Firmware de la CIAA lo hacemos por ejemplo en 3 etapas: tests unitarioshttp://proyecto-ciaa.com.ar/devwiki/doku.php?id=desarrollo:firmware:unit_tests, test funcionales:http://proyecto-ciaa.com.ar/devwiki/doku.php?id=desarrollo:firmware:functional_testsy tenemos un nivel de tests en el medio entre estos que no esta definido el nombre... :(

Por ejemplo el rtos para que se den una idea se compila y linkea 250 veces y cada vez se flashea se corren y se buscan los resultados. Osea los tests corren en el target.

Los unit test que comente antes corren en cualquier plataforma. Osea se testear el código c. En los del RTOS se testear todo, código c compilador,  linker,  y hw.

Luego se puede pensar en hacer un reporte analizando el test coverage. Osea saber cuanto se testeo. Ya sea line coverage, statement coverage,  Branch coverage,  etc. O por ejemplo requirement coverage. Para esto último hay que tener requerimientos definidos y numerados.

Bueno mi grano de arena para dejar en claro que solo testear el hw no es todo. Si queremos estabilidad hay que testear el sw también... :) Y hay métodos para ello, no sólo correr y ver si anda una vez :) que creo es el método más usado pero yo no lo definiría cómo testear sino más bien probar algo.

Saludos
Mariano

[Ivan Anita Chulde Borja]

Hola Leo porfavor ayudame con un contacto tuyo, estoy interesado en el shield. Gracias