Industria 4.0: ¿cuarta revolución industrial?

Durante los últimos meses hay un término que se repite una y otra vez en cada ponencia, debate o foro que tenga relación con el mundo económico y empresarial: Industria 4.0. Ese término está brillando con luz propia y está consiguiendo que olvidemos otro de los términos de moda: “Cloud”. Ambas palabras son lo que en el mundo del marketing se conoce como hypes, es decir, la exageración de un concepto sin importar ni conocer lo que hay detrás, con el objetivo de crear una imagen y necesidad del mismo en los individuos. Tenemos muchos ejemplos recientes de hypes: Industria 4.0, Big Data, Cloud Computing, IoT… y podemos dar buena cuenta de este fenómeno en el famoso “ciclo hype” de Gartner.

 
El término Industria 4.0 lo acuñó el Gobierno Alemán como una etiqueta más dentro de su “programa de digitalización”. Podía haber sido cualquier otro: industria inteligente, avanzada, conectada…. Sin embargo, le añadieron un número detrás, y hay algo en el término que está pervirtiendo incluso fundamentos de nuestra historia contemporánea, como es el hecho de asociar Industria 4.0 con la “cuarta revolución industrial”.

 
Hablando en términos históricos, una revolución industrial comporta una sucesión de acontecimientos trascendentales para la humanidad que afectan no solamente a la producción y consumo, sino también al modelo energético y el orden económico y social. Resulta comúnmente aceptada la existencia de dos revoluciones industriales de las que se han derivado fenómenos tan significativos como el éxodo urbano, el proletariado, el capitalismo, la máquina de vapor, el uso del petróleo, la electrificación, el avión, el automóvil… Existe también una visión introducida en 2006 por Jeremy Rifkin sobre la presencia actual de una tercera revolución industrial, sustentada en el uso de la Informática e Internet, las energías renovables y la economía colaborativa por poner algún ejemplo. No cabe duda que la suma de estos conceptos sí comporta cambios extraordinarios para la humanidad que afectan tanto a la producción como al modelo energético y derivan en un nuevo orden económico, político y social. Debatiremos por tanto si estamos inmersos o no en la tercera revolución industrial, pero ¿hablar de una cuarta? ¿Qué aporta el término Industria 4.0 a la propuesta del Dr. Rifkin? La respuesta es evidente: Nada. El propio Rifkin publicó en enero un ensayo sobre el error que supuso utilizar el término en el Foro Económico Mundial de Davos.

 
Analicemos el concepto “Cloud” (la nube). Simplificando, ese concepto se utiliza para designar a los servicios publicados en Internet accesibles desde cualquier lugar, algo que se logra utilizando estándares de comunicación que no nos atan un dispositivo ni a una ubicación determinada (el ordenador de la oficina). Pongamos por ejemplo el correo electrónico, donde tradicionalmente hemos usado un programa configurado en el ordenador para poder utilizarlo. Pronto surgió la necesidad de acceder al correo desde cualquier lugar y apareció el webmail (acceso mediante un navegador al correo electrónico). El webmail es en esencia un servicio Cloud de correo electrónico. Pues bien, el primer webmail de la historia data de principios de los noventa, es decir esta “novedosa tecnología Cloud” tiene 25 años. Entonces, ¿qué es lo que ha cambiado? Como he dicho antes el término es un hype una necesidad exagerada en los individuos de que absolutamente todo sea “Cloud”, todo esté accesible desde cualquier lugar y cualquier dispositivo sin importar realmente el uso que se haga del servicio. ¿Tiene esto sentido? En algunos casos sí, en otros resulta una aberración.
De modo análogo y de nuevo simplificando, la Industria 4.0 supone la puesta en valor de tecnologías que poco tienen de novedosas, para intercomunicar los sistemas de plantas industriales y hacerlos accesibles desde otras ubicaciones con otros dispositivos, aprovechando además la ingente cantidad de información que generan y que tradicionalmente se desecha. ¿Tiene esto sentido? En algunos casos sí, en otros resultará una aberración que pondrá en riesgo sistemas productivos y que podrá afectar a la integridad de las personas.

 
Lo que resulta de vital importancia es destacar el hecho de que la implantación del “Cloud”, Big Data, Internet de las cosas, incluso de la Industria 4.0 (utilizando los términos de moda, aunque propiamente podríamos hablar de modernización tecnológica de la industria) supondrá importantísimas ventajas competitivas en los casos que sea aplicable, y que para poder pilotar y desarrollar adecuadamente este tipo de proyectos se deberán incorporar necesariamente las capacidades del cuerpo profesional más relevante en toda esta revolución: la Ingeniería Informática. Lo realmente llamativo es que las empresas que confían en la Ingeniería Informática, hace tiempo que ya han implementado con éxito estas soluciones, y otras de las que todavía no se habla. La estrategia del Gobierno Alemán se basa precisamente en extender el éxito de la modernización tecnológica donde ya se ha producido, a todo el tejido industrial, y separando el grano de la paja, este es el enfoque relevante del asunto.

 

(Este artículo lo publiqué en un medio escrito en verano de 2016)

Anuncios

Hogar Digital II: Confort

Hace bastante tiempo escribí una primera introducción acerca de los diferentes elementos que componen lo que podemos entender por “hogar digital”. Una de las capas que analizábamos era la dedicada al confort, o dicho de otro modo, aquella en la que intervienen los distintos componentes encaminados a lograr un clima, iluminación y entorno confortable dentro de nuestro hogar. Quizás en este apartado, uno de los puntos clave sea la climatización y por tanto, como elementos de control y monitorización los termostatos digitales. Como vimos, la clave de esta capa es conseguir una red (bien sea una red ip, u otra de tipo domótica) con su interface correspondiente que nos permita monitorizar y controlar cuestiones como la temperatura de nuestro hogar.

Llevo bastante tiempo intentando localizar un termostato digital con interfaz de red, en concreto con interfaz wifi, y de esta forma evitar cablear una zona un tanto complicada en mi casa. El caso es que hasta hace muy poco no he conseguido encontrar nada que se adapte a mis necesidades, además lo he tenido que buscar en USA dado que en Europa no venden nada parecido.

El artefacto que he encontrado es el termostato Filtrete 3M 50, un termostato digital Wifi con funciones de control para sistemas HVAC, que permite por tanto controlar caldera, ventilación y aire acondicionado todo desde una única unidad. El aparato lo encontré en eBay, y a las 2 semanas me ha llegado perfectamente con un coste aproximado de 90 euros, portes incluidos.

20120225-200305.jpg

Ahora vienen los problemas y las soluciones:

Primer problema: el 3M50 no funciona con el sistema de calefacción europeo.

Los sistemas de control de climatización americanos se basan en contactos de milivoltios o contactos de baja potencia (24v), en mi edificio, el sistema de calefacción centralizada se basa en contactos de 220V ac que si los conectamos al termostato lo pueden “achicharrar”.

Solución para esto: montar un relé a modo de puente de forma que el termostato accione nuestro relé y este sea capaz de accionar los contactos de 220vac. Podemos utilizar para esto un relé sencillo con fuente de 12vdc y contactos a 220v.

Segundo problmea: el 3M50 necesita alimentación para el uso de funciones wifi.

En este caso, los sistemas americanos de 24v permiten alimentar el propio termostato, pero no hay problema, dado que podemos utilizar un transformador externo. En la documentación aparece que es válido cualquier transformador de entre 12 a 24v, en continua o alterna sin importar la polaridad.
Para esto podemos utilizar un transformador común de 12vdc, de forma que nos sirva también para accionar nuestro relé puente.

Si vamos a la documentación del termostato, la conexión debe ser por tanto, alimentación C y RH, contactos de caldera RH y W. Conectamos por tanto el transformador a C y RH y conectamos a nuestro relé C y W, de forma que cuando se accione el termostato, conectará RH con W y tendremos los 12v en el relé que a su vez accionará la caldera. Conectaremos por ultimo la caldera a común y NO (normalmente abierto). El diagrama queda como sigue:

20120225-200252.jpg

Tercer problema: 3M50 no funciona con 12vdc

A pesar de lo que dice la documentación, con 12vdc no es suficiente para el correcto funcionamiento de los elementos wifi. Al parecer el termostato funciona bien en el rango de 17-24vdc o 12-24vac, es decir con 12v debería tener alimentación en alterna.

Solución: he utilizado un transformador de 18v en lugar de uno de 12, pero ahora se me crea un último problema a solucionar, mi relé es de 12vdc.

Cuarto problema: accionar un relé de 12vdc con 18vdc, es decir, bajar la tensión de 18 a 12 vdc

Para esto recurrimos a nuestros conocimientos elementales de electrónica, y la famosa fórmula V=R*I. Sabemos que nuestro circuito se alimenta de 18v, conociendo la intensidad que circula por el mismo, podemos colocar una resistencia en serie al relé sobre la que caigan 6v de tensión y por tanto, dejar una diferencia de potencial de 12v en el relé.

Recurrimos a la documentación del relé “datasheet” y obtenemos que el relé disipa una potencia de 400mw. Como conocemos la otra famosa fórmula W=V*I, 0,4=12*I, por tanto, la intensidad que circule por el circuito será de unos 33 mA y en consecuencia, la resistencia que debemos colocar en serie será de R=V/I, R=6/0,033, es decir unos 180 Ohmnios.

Tenía varias resistencias en casa, pero ninguna de 180 Ohmnios, pero con algún otro cálculo, colocando resistencias en serie y paralelo y utilizando un polímetro para verificar, obtengo 180Ohms. clavados. El circuito del relé queda finalmente de la siguiente manera:

20120225-200319.jpg

Y las conexiones con el termostato así:

20120225-200337.jpg

A partir de ahora, solo queda configurar la wifi y activar las funciones de acceso remoto, que permiten entre otras cosas poder controlar mi calefacción desde el móvil a través de internet en todo momento.

El coste total de la solución ha sido inferior a 100 euros, lo más parecido que he encontrado en comercios nacionales son termostatos con acceso gsm de unos 300 euros más el coste de la linea dedicada y con un número de funciones y capacidad de integración mucho menor.

 

Satellite Sniffing

Muchos de vosotros conocéis diferentes técnicas y herramientas encaminadas a interceptar tráfico de red, ya sea cableado o inalámbrico.

En el tiempo en el que las redes de cable no eran conmutadas y todo el tráfico pasaba por todos los equipos (me están viniendo a la mente aquellas redes coaxiales) , era relativamente sencillo poner la tarjeta de red en “modo promiscuo” y utilizar una pequeña herramienta analizadora (sniffer) para capturar tramas y paquetes de datos, de los que nos quedábamos con los que nos interesaban. Existen hoy en día herramientas muy buenas para este propósito como wireshark (antiguo ethereal) que constituye un excelente analizador de Red.

Afortunadamente esto se solvento (sin entrar en temas de envenenamiento de tablas ARP) con la incorporación de conmutadores en lugar de simples hubs.

Con el mundo wifi, volvemos al escenario en el que todo el tráfico pasa por todas partes y de nuevo,  si la wifi no está convenientemente protegida, somos capaces de utilizar herramientas que capturen tramas y paquetes de datos para posteriormente analizarlos. (ya hemos hablado de commview anterioremente).

Hay algo que es menos conocido (también por ser menos habitual) que son las redes de datos por satélite. De nuevo en esta ocasión, aunque no lo veamos, las ondas de satélite llegan a todas partes, y basta con que tengamos una antena y su interfaz correspondiente para que todas esas ondas se transformen en tramas y paquetes de datos que podemos analizar en un ordenador.

Hace tiempo, cuando la Banda Ancha no llegaba a mi casa, me di de alta en el servicio de Internet por Satélite de Netsystem y tuve la ocasión de experimentar con el análisis de tráfico de satélite.

Para poder realizar la captura únicamente es necesario disponer del interfaz de red adecuado (una tarjeta de satélite como las technisat SkyStar) , y una parabólica convenientemente orientada. Desde ese momento, nuestro PC es capaz de recibir todo lo que emita el satélite a través de los transponders que seleccionemos.

Technisat SkyStar

Lo siguiente es utilizar el software adecuado, como el SkyGrabber, o ethersnoop o cualquier otro que nos permita analizar la información que llega al interfaz de red.

He de decir que dicho método dejó de ser válido para muchos proveedores de internet ya que comenzaron a crear vpns con sus usuarios, con lo que el tráfico viajaba cifrado. Sin embargo, durante mucho tiempo se podía observar todas las conexiones, navegación, etc, de miles de usuarios de estos servicios. Era como estar conectado a una gigantesca red sin ningún tipo de seguridad.

 

 

 

Excel 2010 errors in ole DB provider the data source or location is not valid

Por todos nosotros es bien sabido que una de las mejores herramientas de explotación de cubos OLAP es Excel. Sin embargo, esta estupenda herramienta ha ido mermando con la llegada de nuevas versiones.

Con la versión 2007 nos recortaron muchas funcionalidades  ¡dejó de existir la posibilidad de generar cubos OLAP locales a partir de consultas simples SQL con Microsoft Query! siendo únicamente posible mediante servidores OLAP como el Analisys Services. Esta función resultaba tremendamente útil, dado que podíamos utilizar cualquier conector ODBC para acceder a cualquier origen de información (un simple fichero de texto .txt formateado), extraer una consulta desnormailzada y posteriormente realizar un Cubo Olap, sin necesidad de ningún servidor. En el ejemplo, podíamos procesar un fichero de log en formato .Txt y generar un cubo OLAP para su análisis, todo de forma local:

 

Ahora con la versión 2010, la sorpresa es que por defecto nos dejan sin proveedor de conexiones OLAP para conectar con el AS2000. Algo que debe tenerse en cuenta al elaborar el plan de migración de la herramienta en muchas compañías. Es decir, si con 2007 no nos dejan realizar cubos OLAP de modo local, ahora con 2010 además, no nos dejan ni conectándolo al servidor (siempre que sea versión AS2000).

 

 

Después de bucear, y tras encontrar diversas referencias, resulta que el problema se debe al proveedor OLAP del sistema, proveedor que puede instalarse utilizando la versión 8 del conector OLEDB.

Provider=MSOLAP.2;Persist Security

OLEDB V8

http://social.msdn.microsoft.com/Forums/en-US/sqlanalysisservices/thread/a6c96cab-729b-4505-9cb6-a44af32bae59/

Tras proceder con la instalación y comprobar que el problema no se soluciona, reviso mi configuración (basada en versiones 64 bits de los diferentes productos) y vuelvo a bucear, resultado: NO EXISTE proveedor MSOLAP  que permita conectarme con Analisys Services 2000 en versiones 64 bit de Office. Lo dicho, cada nueva versión de Office, el Excel pierde funcionalidad.

La única solución por tanto es instalar la versión de 32  bits de Office 2010, o mantener la que tenemos e instalar por ejemplo Excel 2007 para esos propósitos. (no puede convivir Office 2010 en versiones 32 y 64 bits). Como resultado de la evolución de este producto, si quieres mantener la funcionalidad original, debes tener instalada caada una de las versiones de Excel que han aparecido.

Esperemos que la próxima versión de Excel no recorte demasiado su funcionalidad.

 

 

 

 

Como NO se deben hacer las cosas

Ayer por la noche aparece en Twitter:

Diario de Navarra twitter

Desde entonces en la web del principal periódico de Navarra han aparecido mensajitos como este:

Diario de Navarra

Sinceramente, no encuentro ninguna explicación lógica como para que una organización con los medios técnicos y económicos como esta, que seguro invierte un pastizal en tecnología, pueda estar cometiendo un error de “parvulario” informáticamente hablando.

Resulta que por mucho que digan que “el cambio es complejo”, el momento de apagar un interruptor y encender el otro no lo es. Lo complejo es montar la plataforma la infraestructura, los servidores, la integración con las BBDD existentes, etc… pero el momento clave de decir “oye tú, que donde antes http://www.diariodenavarra.es apuntaba a esa máquina, ahora  es esta otra” realmente no lo es.

El caso es que absolutamente todo debiera haber sido probado y testado, bien desde una URL secundaria (www2.diariodenavarra.es), aunque esto no es válido si hay zonas con enlaces absolutos, por lo que sería más seguro crear internamente en un entorno de nombres de máquina propio (no usar las DNS estándar, sino las nuestras) con la url definitiva (www.diariodenavarra.es) pero sin acceso desde el exterior, únicamente con el propósito de probarlo.

Además, estratégicamente ambos sites deberían ser operativos y funcionales simultáneamente (o bien compartir BBDD o bien replicarlas).

El cambio debiera ser algo taaaan sencillo como cambiar un cable de un servidor al otro, o cambiar una entrada del DNS.

Posibles Complicaciones:

Si el cambio es de DNS el problema que tenemos es que su propagación, tarda y no la controlamos nosotros, algo que no debe ser problema si los dos entornos son capaces de funcionar en paralelo, habría personas que vean el nuevo y el viejo durante un periodo máximo de 24-48 horas. Luego todo el mundo ve el nuevo.

Otro problema: si el cambio del site ha sido realmente profundo, el problema que se nos plantea es el acceso a información histórica con urls antiguas que la nueva aplicación no va a tener. Aunque añado que diseñar el nuevo site sin tener en cuenta esto sería una muy mala decisión estratégica.

¿Qué se puede hacer?  desconociendo totalmente la infraestructura de comunicaciones de Diario de Navarra, sería imprescindible montar un entorno de Proxy Web Reverso / Balanceador Web de entrada. Que digo yo que no lo tienen, porque si lo tienen entonces no me explico cómo han podido liarla tanto.

El caso es que con un entorno de este tipo puedes hacer que las peticiones que te lleguen las atienda una u otra máquina según te interese. Valga el siguiente diagrama como ejemplo:

Diagrama DDN

En el momento del cambio se añade la siguiente configuración al proxy: por defecto todas las peticiones a http://www.diariodenavarra.es las atenderá el nuevo DDN,  aquellas cuya respuesta del nuevo sea “Not Found”, entonces las paso al Antiguo, y…. YA ESTA.

Al finalizar de escribir el post, la web comienza a funcionar y efectivamente el tema de los historicos lo han resuelto montando el antiguo entorno bajo http://historico.diariodenavarra.es. A ver quién es capaz de decirme los problemas que puede tener esto…. tic, tac, tic, tac….  efectivamente: los enlaces absolutos que no puedan funcionar si haces un rewrite.

Navegando he llegado a los siguientes ejemplos:

http://www.diariodenavarra.es/enlaces.asp?id=http:/navarra.definde.com/ficha-evento/curso-de-introduccion-a-la-informatica-para-suscriptores-de-diario-de-navarra-12196

http://www.diariodenavarra.es/miperfil/registro

Hogar digital I: Introducción

Seguro que hemos escuchado estos términos en alguna ocasión, y también seguro que muchos de nosotros desconocemos el alcance real de esas palabras.
Resumiendo podríamos decir que hablar de hogar digital significa hablar de la convergencia de tecnologías y sistemas aplicados a nuestro confort, ocio y seguridad dentro de nuestra casa. Hemos escuchado muchas veces palabras como domótica, red multimedia, cámaras Ip y otras similares. Cuando integramos estos conceptos y los unificamos en un sistema único para el usuario, entonces hablamos de hogar digital.

Intentando simplificar, podemos identificar tres niveles tecnológicos dentro del esquema de hogar digital:

  • Multimedia y ocio

En este caso se trata de acceder a cualquier contenido audiovisual ya sea almacenado o a través de Internet, desde cualquier dispositivo de sonido o pantalla que dispongamos en el hogar. Podríamos estar viendo la misma película o escuchando el mismo disco desde el salón, el dormitorio o la cocina. Hablaremos de protocolos como Upnp, DLNA y sistemas como Media Center y Media Center Extender. Con este esquema, por ejemplo podemos conectar una consola Xbox a nuestra red multimedia y automáticamente podemos acceder a todas los videos y música que tengamos almacenados en nuestra red.

  • Confort

Cuando hablamos de confort en hogar digital, hablamos de integrar dispositivos que controlen la iluminación y la temperatura del hogar. Podremos crear perfiles de confort para nuestro hogar, que regulen automáticamente la luz de las estancias, las persianas y la temperatura de las habitaciones. Aquí triunfan protocolos como KNX, termostatos digitales, a los que convenientemente configurado el sistema podemos acceder desde el móvil, para por ejemplo encender la calefacción antes de llegar a casa.

  • Seguridad

Este nivel se refiere a los diferentes dispositivos de videograbación, control de presencia, alarmas y sensores para aportar seguridad en el hogar. Podemos por ejemplo ver en tiempo real desde el móvil qué esta pasando en nuestra cocina, o disparar una llamada de emergencia con tan solo pulsar un botón en una de las pantallas de nuestra casa.

Sin duda la clave del hogar digital es la integración y le interoperabilidad de estos niveles y para ello hemos de cumplir las siguientes condiciones:

  • Una o varias redes físicas interconectadas

En este caso podemos optar por diversas tecnologías de red: cableado Ethernet, red inalámbrica o PLC fundamentalmente. Las dos primeras son las más habituales cuando hablamos de redes multimedia, mientras que PLC (red basada en la línea eléctrica) es más habitual cuando hablamos de confort, iluminación y otros aspectos de domótica. Por tanto podríamos estar combinando una red basada en wifi para la red multimedia y otra basada en PLC para la de confort.

  • Un controlador principal, servidor de contenidos y comunicaciones

Por un lado, nuestra red multimedia va a necesitar un servidor de contenidos, por otro lado, nuestra red de confort va a necesitar un equipo que controle todos los dispositivos que la compongan.

  • Un interfaz de usuario único y simplificado

Ubicado en el propio controlador y siguiendo el esquema cliente servidor debería existir un único interfaz de usuario que nos permita acceder y manejar todo el contenido multimedia, así como los diferentes dispositivos de confort.

En proximos post detallaré un esquema práctico y real de hogar digital, en cada uno de los niveles.

Hogar digital

Virus Conficker o Downadup, una vacuna y cómo eliminarlo

Recientemente Microsoft publico un boletín de seguridad (MS08-67) en el que se pone de manifiesto un agujero de seguridad crítico en los sistemas Windows, que permite la ejecución remota de código. Casi de forma paralela aparece el gusano Conficker, un virus capaz de explotar esa vulnerabilidad y atacar redes enteras descargándose a si mismo desde ordenadores infectados.

El día que detectamos el virus por primera vez, ningún motor antivirus era capaz de detectarlo y por tanto su alta capacidad de propagación e infección hizo que esos primeros días el virus se distribuyera de manera imparable por multitud de ordenadores de redes enteras de empresas y organizaciones.

Entre otras operaciones, el virus se copia como dll en el directorio del sistema (Windowssystem32) y coloca una clave en el registro para lanzarse al inicio de windows como servicio.

Si el virus está en ejecución es complicado eliminarlo y también que un antivirus lo detecte, por tanto para librarnos de él deberíamos seguir los siguientes pasos:

1) Actualizar nuestro sistema instalando el parche contra la vulnerabilidad (el parche se puede descargar aquí)

2) Reiniciar el equipo en modo prueba de errores

3) Escanear y eliminar el virus con un antivirus actualizado, o usar la vacuna que he preparado para eliminarlo.

4) Arrancar el equipo de modo normal y pasar de nuevo un antivirus, (En este caso, puede ser un antivirus online )

La vacuna tiene un comportamiento simple pero eficaz, al ejecutarla detecta la dll del virus en el directorio del sistema y la elimina si la encuentra. La detección se basa en firmas, por tanto sólo es válida para la versión de conficker que yo he analizado. Al ejecutarla genera un archivo de registro en c:cfpatch.log donde nos indica si ha encontrado el virus o no. Para que funcione debemos usarla en modo a prueba de fallos.

Puedes descargar la vacuna. No hace falta decir que el uso de esta vacuna es completamente bajo tu responsabilidad.

Vacuna para Conficker / Downadup