{"id":30160,"date":"2021-04-09T16:38:42","date_gmt":"2021-04-09T16:38:42","guid":{"rendered":"https:\/\/www.logicbus.com.mx\/blog\/?p=30160"},"modified":"2022-03-16T19:53:49","modified_gmt":"2022-03-16T19:53:49","slug":"londrinas","status":"publish","type":"post","link":"https:\/\/www.logicbus.com.mx\/blog\/londrinas\/","title":{"rendered":"LonWorks es una tendencia creciente en redes de dispositivos"},"content":{"rendered":"

LonWorks es una tendencia creciente en redes de dispositivos.<\/strong><\/h4>\n

LonWorks<\/strong> \u2122 fue creado por Echelon Corp (www.echelon.com) en 1988. Es una soluci\u00f3n de red l\u00edder para la automatizaci\u00f3n de edificios. Las estimaciones para el n\u00famero de nodos instalados en todo el mundo van a millones. La Asociaci\u00f3n de Interoperabilidad LonMark con m\u00e1s de 300 compa\u00f1\u00edas miembro refleja la fortaleza que LON tiene ahora en el mercado de la automatizaci\u00f3n.<\/p>\n

Cuando se usa en un entorno industrial, una soluci\u00f3n de LonWorks<\/strong> es muy diferente de las redes de dispositivos abiertos como DeviceNet, Profibus y Modbus que se encuentran normalmente en la f\u00e1brica, En primer lugar, a diferencia de estos populares buses de dispositivos, LonWorks<\/strong> es una red completamente hom\u00f3loga, En lugar de mover datos a trav\u00e9s de un dispositivo “Maestro”, cualquier dispositivo puede intercambiar datos con cualquier otro dispositivo LonWorks<\/strong> en la red.<\/p>\n

En segundo lugar, LonWorks<\/strong> no est\u00e1 vinculado a una sola capa de comunicaci\u00f3n f\u00edsica, Cuando DeviceNet est\u00e1 limitado a CAN y Profibus y Modbus est\u00e1n limitados a RS485, LonWorks<\/strong> puede usar par trenzado, Ethernet o incluso una l\u00ednea de alimentaci\u00f3n como su canal de comunicaci\u00f3n, Finalmente, los datos de red intercambiados en LonWorks<\/strong> se configuran mediante una herramienta de configuraci\u00f3n de red.<\/p>\n

LonWorks<\/strong> es una tecnolog\u00eda est\u00e1ndar para muchas de las organizaciones de est\u00e1ndares globales, incluidas ASHRAE, IEEE, ANSI, SEMI y muchas otras, De hecho, la capacidad de LonWorks<\/strong> es un requisito previo para participar en un n\u00famero creciente de proyectos de automatizaci\u00f3n. LonWorks<\/strong> se est\u00e1 convirtiendo en un est\u00e1ndar de red importante en el mercado de edificios comerciales con una serie de proveedores de sistemas de automatizaci\u00f3n de edificios que se estandarizan en LON, incluidos Siemens Building Systems y Honeywell, Para obtener ganancias en este mercado es importante apoyar a LON.<\/p>\n

\u00bfQu\u00e9 es esta tecnolog\u00eda?\u00a0\u00bfQu\u00e9 ventajas tiene sobre otras tecnolog\u00edas de red como Ethernet y otras?\u00a0\u00bfC\u00f3mo puedo habilitar LonWorks<\/strong> mi dispositivo de automatizaci\u00f3n industrial o de edificios?\u00a0\u00bfCu\u00e1les son algunos de los problemas y consideraciones que deben tenerse en cuenta al crear un dispositivo LonWorks?<\/strong>\u00a0Este documento trata sobre c\u00f3mo habilitar su dispositivo LonWorks y c\u00f3mo entender la tecnolog\u00eda y en qu\u00e9 se diferencia de las tecnolog\u00edas de red de dispositivos similares.<\/p>\n

Preguntas importantes que debe hacerse primero<\/strong><\/p>\n

Una vez que decida que sus productos deben ser compatibles con LonWorks,<\/strong> la gran pregunta se convierte en “\u00bfc\u00f3mo puedo hacerlo y hacerlo r\u00e1pidamente?”<\/p>\n

\u00bfTiene recursos de ingenier\u00eda excedentes para comprometerse con el proyecto?\u00a0\u00bfSe pueden posponer sus oportunidades y clientes actuales para LonWorks<\/strong> hasta el pr\u00f3ximo a\u00f1o?\u00a0\u00bfEst\u00e1 su personal de ingenier\u00eda familiarizado con la especificaci\u00f3n?\u00a0\u00bfComprende a fondo los diferentes est\u00e1ndares f\u00edsicos de LonWorks<\/strong> y qu\u00e9 es lo mejor para usted y sus clientes?<\/p>\n

Si tiene dificultades con alguno de estos problemas, entonces este documento fue escrito para usted, Detalla la informaci\u00f3n t\u00e9cnica que necesitas.<\/p>\n

\u00bfQu\u00e9 es LonWorks y por qu\u00e9 lo necesito en mi producto?<\/strong><\/h2>\n

Mike Markula, uno de los fundadores originales de Apple, fund\u00f3 Echelon en 1983. Cuando Mike Markula planific\u00f3 la progresi\u00f3n del mainframe a la PC, not\u00f3 una brecha tecnol\u00f3gica significativa, En cada nivel, a medida que disminu\u00edan la integraci\u00f3n y los costos, los vol\u00famenes y las aplicaciones se expand\u00edan dram\u00e1ticamente, Pero no hab\u00eda tecnolog\u00eda que abordara la creaci\u00f3n de redes de dispositivos para el estado y el control.<\/p>\n

Markula fund\u00f3 Echelon con la visi\u00f3n de crear una tecnolog\u00eda que permita la conexi\u00f3n en red de dispositivos cotidianos, Su modelo de negocio no es fabricar el silicio, sino licenciar el firmware de red en silicio y proporcionar el “pegamento” circundante que ayuda a las empresas a llegar r\u00e1pidamente al mercado con una red de control.<\/p>\n

Echelon ha implementado con \u00e9xito esta estrategia, No producen ni venden los circuitos integrados “Neuron”, ya que el silicio contiene todo el firmware de red de LonWorks,<\/strong> En su lugar, se centran en las herramientas de desarrollo, software de gesti\u00f3n de red, transceptores, enrutadores, etc.<\/p>\n

Una de las razones por la que muchos ingenieros en las industrias de control no est\u00e1n familiarizados con Echelon y con LonWorks<\/strong> es que la compa\u00f1\u00eda enfrent\u00f3 algunos desaf\u00edos importantes para llevar la tecnolog\u00eda al mercado, Sin silicona, todo lo que ten\u00edan que vender era una herramienta de desarrollo, Sus socios de circuito integrado de semiconductores se retrasaron con la entrega de los primeros chips Neuron y esto retras\u00f3 significativamente la adopci\u00f3n inicial.<\/p>\n

Adem\u00e1s, Lonworks<\/strong> no fue adoptado r\u00e1pidamente por el mercado de controles para sorpresa de los fundadores de la compa\u00f1\u00eda, No se dieron cuenta de lo conservador que es el mercado de controles en contraste con las industrias de computadoras y tel\u00e9fonos, Afortunadamente para Echleon, han estado en la envidiable posici\u00f3n de recibir capital de riesgo para los pacientes gracias a la reputaci\u00f3n de los fundadores y han estado creciendo y refinando continuamente la suite de tecnolog\u00eda y herramientas.<\/p>\n

Hace diez a\u00f1os, Echelon inicialmente otorg\u00f3 licencias a Toshiba y Motorola como socios de silicona, Cuando Motorola tom\u00f3 la decisi\u00f3n de deshacerse de muchos segmentos diferentes del mercado, incluidos sus esfuerzos de LonWorks,<\/strong> Echelon otorg\u00f3 la licencia de Cypress Semiconductor como segunda fuente de fabricaci\u00f3n, Echelon ahora recibe regal\u00edas por cada neurona y una tarifa de licencia de cada una de estas compa\u00f1\u00edas, M\u00e1s all\u00e1 de estos proveedores de silicio, hay literalmente miles de compa\u00f1\u00edas que fabrican productos en todo el mundo o utilizan la tecnolog\u00eda LonWorks,<\/strong> A medida que esta lista crece, tambi\u00e9n lo hace la aceptaci\u00f3n de LonWorks<\/strong> en las diversas industrias a las que sirve.<\/p>\n

Hoy en d\u00eda, LonWorks<\/strong> se usa ampliamente en el mercado de la automatizaci\u00f3n de edificios, el mercado en el que es m\u00e1s conocido y l\u00edder en el mercado, La tecnolog\u00eda tambi\u00e9n se est\u00e1 utilizando en el transporte, la medicina, la industria, el hogar, los servicios p\u00fablicos y muchos otros mercados, El sitio web de Echelon (www.echelon.com) enumera algunas de estas otras aplicaciones.<\/p>\n

\u00bfQu\u00e9 es la tecnolog\u00eda LonWorks?<\/strong><\/h2>\n

La tecnolog\u00eda LonWorks<\/strong> abarca los chips Neuron de los m\u00faltiples proveedores, el protocolo LonTalk, los diversos medios f\u00edsicos que conectan los dispositivos, los dispositivos de conectividad como enrutadores y tarjetas de interfaz de PC, herramientas de administraci\u00f3n de red y todos los diversos productos creados alrededor de la plataforma.<\/p>\n

\u00bfPor qu\u00e9 el “chip neuronal” es tan especial?<\/strong><\/h2>\n

El chip Neuron es el coraz\u00f3n de casi todos los dispositivos basados \u200b\u200ben LonWorks,<\/strong> El chip Neuron es un sistema completo en un chip, Las Neuronas contienen toda la pila del protocolo LonTalk y est\u00e1n compuestas por varias CPU, memoria, E\/S, puerto de comunicaciones, firmware y sistema operativo, Hay dos tipos b\u00e1sicos de chips Neuron, el 3120 y el 3150. Funcionalmente, son id\u00e9nticos con la excepci\u00f3n de la configuraci\u00f3n de la memoria y el embalaje, Si la memoria no es un problema, una aplicaci\u00f3n que se ejecuta en un 3120 se ejecutar\u00e1 en un 3150.<\/p>\n

Lo contrario puede no ser cierto si la aplicaci\u00f3n es demasiado grande para el tama\u00f1o de la memoria del 3120. B\u00e1sicamente, el 3120 es una unidad autocontenida, todo Su memoria est\u00e1 a bordo y no se puede expandir, Los proveedores de silicio hacen varias versiones diferentes de 3120 con diferentes cantidades de memoria para cumplir con varias restricciones de dise\u00f1o, El 3150 tiene una direcci\u00f3n externa y un bus de datos para permitir una memoria ampliada, El 3150 se utiliza normalmente en aplicaciones m\u00e1s grandes, El elemento clave de cualquier chip Neuron es que debe implementar la pila completa del protocolo LonTalk.<\/p>\n

\u00bfPor qu\u00e9 hay tres CPU en una neurona?<\/strong><\/h2>\n

El chip Neuron contiene tres CPU’s, Una CPU es el procesador de acceso a medios (MAC), El procesador MAC es responsable del env\u00edo y recepci\u00f3n de mensajes en la red, Tambi\u00e9n verifica si el CRC y el destino del mensaje son correctos, El procesador de red es responsable de las capas medias del protocolo, Hacer cosas como enrutamiento de paquetes, direccionamiento de destino, acuses de recibo de extremo a extremo, reintentos, detecci\u00f3n de mensajes duplicados, etc.<\/p>\n

El tercer procesador es el procesador de aplicaciones, Es el procesador que ejecuta la aplicaci\u00f3n personalizada del usuario, Este es un procesador de 8 bits y no tiene ning\u00fan punto flotante de hardware, Por lo tanto, no manejar\u00e1 todas las aplicaciones, pero si puede implementar su aplicaci\u00f3n en un micro t\u00edpico de 8 bits, entonces no deber\u00eda tener ning\u00fan problema al usar el chip Neuron, Para esas aplicaciones m\u00e1s potentes, puede transferir el protocolo a otro procesador de gama alta o convertir el Neuron en un coprocesador de comunicaciones, Neuron puede conectarse a otro procesador y dejar que el procesador de gama alta ejecute la aplicaci\u00f3n, mientras que Neuron se encarga de las comunicaciones.<\/p>\n

Hay varias razones para usar dos procesadores, incluidos el bajo costo de los procesadores, el rendimiento y el desacoplamiento del tr\u00e1fico de red del procesamiento de la aplicaci\u00f3n, Con procesadores separados, si la aplicaci\u00f3n est\u00e1 muy ocupada, el procesador de red a\u00fan puede enviar y recibir mensajes, Si la red est\u00e1 muy ocupada, la aplicaci\u00f3n a\u00fan puede procesar los algoritmos de control local.<\/p>\n

Dentro de las Neuronas hay b\u00e1sicamente 3 tipos de memoria disponibles: RAM, ROM y EEPROM, En el caso del 3120, toda su memoria est\u00e1 integrada y no se puede cambiar ni ampliar, El 3120 tiene ROM a bordo, Esto no es espacio de memoria disponible para el usuario, Este espacio ya est\u00e1 preprogramado en la f\u00e1brica con el protocolo LonTalk, el sistema operativo, las bibliotecas de E\/S, etc. Adem\u00e1s de la ROM, el 3120 tambi\u00e9n tiene memoria RAM integrada y EEPROM, Cu\u00e1nto de cada uno depende de qu\u00e9 derivado del 3120 elija.<\/p>\n

El 3150 no tiene ROM a bordo, sino que se basa en la memoria externa y la memoria para contener el protocolo, las bibliotecas y otro software del sistema, El 3150 tiene RAM y EEPROM a bordo, Nuevamente, la cantidad de memoria depende de la versi\u00f3n del 3150 que elija, Con el bus de memoria externo, el 3150 puede tener cualquier combinaci\u00f3n de tipos de memoria que desee, Una restricci\u00f3n es que el primer espacio de 16K se dedica al protocolo, sistema operativo, etc. El 48K restante de espacio est\u00e1 disponible para el c\u00f3digo de la aplicaci\u00f3n.<\/p>\n

\u00bfC\u00f3mo maneja la neurona la memoria?<\/strong><\/h2>\n

Dentro de la Neurona, hay 4 im\u00e1genes de memoria, Esas im\u00e1genes son la imagen del sistema, la imagen de red, la imagen de comunicaci\u00f3n y la imagen de la aplicaci\u00f3n.<\/p>\n

La imagen del sistema contiene el protocolo, el sistema operativo, las bibliotecas de E\/S, etc. Esta imagen ya se encuentra en la ROM integrada 3120, En el caso del 3150, el usuario debe hacer que la imagen del sistema se almacene en la memoria externa dentro de los primeros 16K del espacio de direcciones de la memoria.<\/p>\n

La imagen de comunicaci\u00f3n contiene los par\u00e1metros de comunicaci\u00f3n, como el tipo de medios, la velocidad, etc. Las neuronas predeterminadas son el par trenzado diferencial a la velocidad de datos m\u00e1s alta disponible con el reloj disponible.<\/p>\n

La imagen de red contiene la direcci\u00f3n l\u00f3gica de los dispositivos y la informaci\u00f3n de enlace, incluido el nodo de destino con el que hablar, los tipos de mensajes que se deben usar, etc. Por lo general, esta imagen se modifica en el momento de la instalaci\u00f3n mediante una herramienta de administraci\u00f3n de red, La imagen de la aplicaci\u00f3n contiene los algoritmos de control personalizados del usuario, Si est\u00e1 comprando un dispositivo LonWorks,<\/strong> es probable que la imagen de la aplicaci\u00f3n ya est\u00e9 desarrollada y almacenada con el dispositivo.<\/p>\n

Al dividirlo en 4 im\u00e1genes diferentes, le da al desarrollador y al usuario una gran cantidad de flexibilidad para determinar cu\u00e1ndo y d\u00f3nde se carga cada imagen, Como m\u00ednimo, para que las neuronas se comuniquen deben tener las im\u00e1genes del sistema y las comunicaciones, La imagen de la red y las im\u00e1genes de la aplicaci\u00f3n se pueden descargar a trav\u00e9s de la red LonWorks<\/strong> o cargar en la f\u00e1brica.<\/p>\n

Otro beneficio interesante de esta estructura es que en ninguna parte de la aplicaci\u00f3n especifica qu\u00e9 medios est\u00e1 utilizando o qu\u00e9 tipo de dispositivo ser\u00e1 el destino de las comunicaciones, Esto proporciona una gran flexibilidad, Esa es la funci\u00f3n de la imagen de red, Un integrador puede comprar un dispositivo que contenga las im\u00e1genes del Sistema, la Aplicaci\u00f3n y la Comunicaci\u00f3n, Luego, el integrador puede modificar la imagen de la red para identificar los canales de comunicaci\u00f3n f\u00edsicos para cada aplicaci\u00f3n en particular.<\/p>\n

\u00bfC\u00f3mo se conecta la neurona a una red?<\/strong><\/h2>\n

Cada Neuron tiene una interfaz de transceptor de 5 pines, La interfaz es configurable y los par\u00e1metros se almacenan en la imagen de comunicaci\u00f3n, Hay tres configuraciones diferentes para el puerto de comunicaciones:<\/p>\n

Manchester terminada sola codificada, Esto se suele utilizar para la conexi\u00f3n a transceptores como RS485 o Free Topology.<\/p>\n

Manchester diferencial codificado, Esto proporciona una interfaz independiente de polaridad de 2 cables que se encuentra t\u00edpicamente en los transceptores con cable de par trenzado est\u00e1ndar, Esta es la configuraci\u00f3n predeterminada para la Neurona si no se selecciona nada m\u00e1s.<\/p>\n

Modo de prop\u00f3sito especial, Esta interfaz proporciona un puerto de dos v\u00edas para un transceptor inteligente, Echelon utiliza esta interfaz con sus transceptores de l\u00ednea de potencia.<\/p>\n

Cabe se\u00f1alar que el chip Neuron tiene un transceptor completo a bordo y es capaz de comunicarse a trav\u00e9s de un par trenzado sin otros componentes adicionales que algunas resistencias, Esto no se recomienda ya que los cables de comunicaciones est\u00e1n conectados directamente al silicio y no tienen aislamiento, pero en ciertos casos limitados, puede ser apropiado crear una red peque\u00f1a sin transceptor externo.<\/p>\n

Otra nota es la introducci\u00f3n por Echelon de un chip de transceptor Neuron y Topolog\u00eda combinada, A medida que la tecnolog\u00eda avanza, puede esperar ver una mayor integraci\u00f3n que ofrezca a los dise\u00f1adores m\u00e1s opciones de implementaci\u00f3n.<\/p>\n

\u00bfCu\u00e1nto E\/S soporta la neurona?<\/strong><\/h2>\n

Las neuronas de hoy tienen 11 pines de E\/S para interactuar con el mundo exterior, No hay nada m\u00e1gico en ese n\u00famero, Future Neurons podr\u00eda contener 1 o 100 I\/O seg\u00fan los proveedores de silicio y la demanda del mercado, O un procesador de gama alta con el protocolo LonTalk puede tener cualquier configuraci\u00f3n de E\/S deseable por el dise\u00f1ador.<\/p>\n

Junto con el hardware de E\/S, las Neuronas contienen firmware de biblioteca de E\/S, Con la combinaci\u00f3n de firmware y hardware, la E\/S se puede configurar para proporcionar m\u00e1s de 34 modelos de E\/S diferentes, Por ejemplo, en lugar de que un desarrollador tenga que escribir c\u00f3digo para implementar la E\/S de PWM, en el c\u00f3digo de aplicaci\u00f3n para el Neuron simplemente declara que uno de sus pines de E\/S es una salida de PWM, Facilita el desarrollo de las interfaces de E\/S para el desarrollador.<\/p>\n

\u00bfQu\u00e9 es la identificaci\u00f3n de la neurona?<\/strong><\/h2>\n

Los chips de Neuron tienen cada uno una identificaci\u00f3n de Neuron de 48 bits \u00fanica;\u00a0Esto es an\u00e1logo al ID de MAC en Ethernet, Echelon maneja esos n\u00fameros para asegurar la singularidad, Las comunicaciones se inician utilizando la identificaci\u00f3n de Neuron y luego se realizan asignaciones de direcciones l\u00f3gicas para la aplicaci\u00f3n.<\/p>\n

\u00bfQu\u00e9 es LonTalk?<\/strong><\/h2>\n

El protocolo LonTalk es la tecnolog\u00eda central que proporciona un protocolo implementado, depurado, mantenido y probado, Implementa la funcionalidad completa del est\u00e1ndar de protocolo OSI de 7 capas, Esto proporciona una gran flexibilidad y capacidad de expansi\u00f3n, No se requiere que las redes peque\u00f1as usen todos los servicios, pero a medida que la red crece, las funciones est\u00e1n ah\u00ed para expandirse sin tener que actualizar el software o el firmware.<\/p>\n

No hay nada en el protocolo LonTalk que limite la velocidad de comunicaci\u00f3n, Cuando se lanzaron las primeras Neuronas, admit\u00edan velocidades de comunicaci\u00f3n de hasta 1.25 Mbps, El protocolo soporta una variedad de velocidades hasta el m\u00e1ximo, Esto es importante para soportar una variedad de medios, No todos los medios pueden manejar 1.25Mbps, Powerline, por ejemplo, no puede manejar velocidades m\u00e1s altas, por lo que la Neuron tambi\u00e9n tiene que ser capaz de manejar velocidades m\u00e1s bajas.<\/p>\n

\u00bfCu\u00e1l es el protocolo para acceder a la red LonWorks?<\/strong><\/h2>\n

En cualquier red, debe haber un mecanismo para obtener acceso al bus para que su dispositivo pueda enviar un mensaje, Echelon no quer\u00eda reinventar la rueda, pero tambi\u00e9n necesitaba un m\u00e9todo de acceso que pudiera escalar bien, Muchas de las aplicaciones que Echelon apunt\u00f3 involucrar\u00edan redes de miles o decenas de miles de dispositivos, Un m\u00e9todo de acceso que escala es CSMA, que muchos de ustedes saben que es el m\u00e9todo de acceso utilizado en Ethernet.<\/p>\n

El problema con CSMA y Ethernet es que no es un buen sistema de control, La forma en que CSMA funciona, es que cuando 2 o m\u00e1s dispositivos desean comunicarse en el bus, escuchan la red y esperan que la l\u00ednea se quede en silencio, Cuando la l\u00ednea se queda en silencio, los dispositivos que intentan comunicarse inmediatamente comienzan a transmitir sus mensajes, Si hay 2 o m\u00e1s intentos al mismo tiempo, se produce una colisi\u00f3n, En el mundo de Ethernet, los dispositivos detectan esa colisi\u00f3n e inmediatamente detienen la transmisi\u00f3n y se desactivan, Cada dispositivo espera una cantidad de tiempo aleatoria y luego vuelve a intentarlo, Esperemos que cada dispositivo haya esperado un tiempo diferente y luego se haya resuelto la colisi\u00f3n.<\/p>\n

El problema es que, dentro del protocolo Ethernet, hay un n\u00famero fijo de ranuras de aleatorizaci\u00f3n, Eso significa que, a medida que aumenta el n\u00famero de dispositivos que intentan comunicarse, tambi\u00e9n aumenta la probabilidad de que dos o m\u00e1s dispositivos que elijan la misma ranura de asignaci\u00f3n aleatoria, Al observar la curva de rendimiento de una red Ethernet t\u00edpica, ver\u00e1 una curva de palo de hockey.<\/p>\n

El n\u00famero de colisiones aumenta dram\u00e1ticamente a medida que aumenta el tr\u00e1fico hasta que la red es 100% colisiones, Esto ocurre en aproximadamente el 40% de la utilizaci\u00f3n del ancho de banda; B\u00e1sicamente apagando la red, En el mundo de la oficina Ethernet, Tener la red apagada moment\u00e1neamente no es un gran problema, Entonces, su impresi\u00f3n demora unos segundos m\u00e1s en imprimirse, \u00a1gran cosa! \u00bfY si fuera un mensaje de freno en un sistema de trenes?<\/p>\n

\u00bfDesea que su red est\u00e9 dise\u00f1ada de tal manera que no pueda enviar el mensaje?<\/h2>\n

Afortunadamente, se ha investigado mucho sobre los protocolos CSMA desde la invenci\u00f3n de Ethernet, No ve la mayor\u00eda de esos cambios debido a problemas heredados, no puede simplemente regresar y cambiar los sistemas Ethernet de todos, Echelon se bas\u00f3 en la investigaci\u00f3n y aplic\u00f3 algunas t\u00e9cnicas innovadoras propias para crear una versi\u00f3n de CSMA que fuera m\u00e1s adecuada para las aplicaciones de control, Esa versi\u00f3n fue CSMA p-persistente con prevenci\u00f3n de colisiones y detecci\u00f3n de colisiones opcional.<\/p>\n

Si bien Ethernet tiene un n\u00famero fijo de ranuras de aleatorizaci\u00f3n, el protocolo LonTalk utiliza informaci\u00f3n en el protocolo y los encabezados de mensajes para predecir el tr\u00e1fico de mensajes y aumentar o disminuir din\u00e1micamente la cantidad de ranuras de aleatorizaci\u00f3n, As\u00ed que a medida que aumenta el tr\u00e1fico, aumenta la cantidad de espacios, A medida que el tr\u00e1fico disminuye, el n\u00famero de slots disminuye.<\/p>\n

El resultado neto es que cuando aumenta el tr\u00e1fico, la probabilidad de que dos o m\u00e1s dispositivos seleccionen la misma ranura de aleatorizaci\u00f3n permanece baja, Mirando la curva de rendimiento, el protocolo LonTalk proporciona una respuesta lineal al tr\u00e1fico ofrecido, A diferencia de la curva de palo de hockey de Ethernet, que tiene un 100% de colisiones con un 40% de utilizaci\u00f3n de ancho de banda, el protocolo LonTalk tiene estad\u00edsticamente una tasa de colisi\u00f3n inferior al 4%, incluso con un 100% de utilizaci\u00f3n de ancho de banda.<\/p>\n

Si bien este rendimiento es notable, se podr\u00eda decir que esto es excelente, pero hay un 4% de probabilidad de que no llegue un mensaje de frenado del tren, Para resolver este problema, el protocolo LonTalk permite ranuras de mensajes de prioridad, Puede definir ranuras en las que ning\u00fan otro dispositivo puede usar para aleatorizar, Esos espacios de prioridad pueden reservarse para aquellos mensajes clave (mensajes de frenos del tren) que deben tener acceso sin importar cu\u00e1n ocupada est\u00e9 la red.<\/p>\n

En general, el protocolo LonTalk es uno de los protocolos m\u00e1s robustos disponibles, No va a resolver los problemas de todos y ciertamente no es apropiado para todas las aplicaciones, Pero puede satisfacer una amplia gama de necesidades dentro de la industria de control.<\/p>\n

\u00bfC\u00f3mo dirige LonWorks los dispositivos en la red?<\/strong><\/h2>\n

Hay una variedad de mecanismos de direccionamiento dentro del protocolo LonTalk, Un m\u00e9todo es utilizar el ID de neurona de 48 bits y direccionar el nodo directamente, Si bien puede comunicarse de esta manera, no es aconsejable en el d\u00eda a d\u00eda, La direcci\u00f3n f\u00edsica de identificaci\u00f3n de Neuron es \u00fanica para cada chip Neuron, Supongamos que tenemos una peque\u00f1a red de dispositivos y usamos la ID de Neuron como la direcci\u00f3n, Si un dispositivo se rompe y se reemplaza, la ID de neurona de ese dispositivo cambia con la nueva Neurona, Para que los otros dispositivos lo reconozcan, tendr\u00eda que cambiar la programaci\u00f3n de cada nodo en la red, Este no es un m\u00e9todo eficiente para gestionar una red din\u00e1mica, M\u00e1s apropiadamente, le gustar\u00eda darle a la Neurona una direcci\u00f3n l\u00f3gica, De esa manera, si un dispositivo se rompe, simplemente le da al dispositivo de reemplazo la misma direcci\u00f3n l\u00f3gica que la anterior.<\/p>\n

Pero, \u00bfc\u00f3mo le da a un dispositivo una direcci\u00f3n l\u00f3gica si no puede hacerlo? El ID de Neuron se utiliza normalmente como un mecanismo de arranque, Le proporciona los medios para dirigir un dispositivo para que pueda asignarle una direcci\u00f3n l\u00f3gica, En la Neurona, esa direcci\u00f3n l\u00f3gica consta de tres partes: la ID de dominio, la ID de subred y la ID de nodo, El ID de dominio es la direcci\u00f3n de la red l\u00f3gica global, \u00bfNecesita una ID de dominio? Quiz\u00e1s y quiz\u00e1s no, depende de las necesidades de su red, El ID de dominio es programable en longitud de cero bytes a seis bytes de longitud, Normalmente, se utiliza una ID de dominio si tiene la posibilidad de compartir los medios con otras redes.<\/p>\n

Por ejemplo, si estoy usando comunicaciones de l\u00ednea el\u00e9ctrica para la automatizaci\u00f3n del hogar, es probable que mis mensajes se vean en las l\u00edneas el\u00e9ctricas de mis vecinos, especialmente si el vecino est\u00e1 en el mismo transformador, Para evitar que mis mensajes de control interfieran con los dispositivos de mi vecino, asignar\u00eda diferentes Id. De dominio, Si tiene una peque\u00f1a red cerrada que “nunca” va a compartir los medios con otra red, entonces puede establecer la longitud del dominio en cero y ahorrar algo de sobrecarga de comunicaci\u00f3n.<\/p>\n

A cada neurona se le pueden asignar dos direcciones l\u00f3gicas, Con eso, una Neurona puede pertenecer a dos redes l\u00f3gicas diferentes, Un ejemplo de uso de eso ser\u00eda asignar un medidor en la casa a un dominio de utilidad y a un dominio de origen, O los dispositivos en un edificio podr\u00edan asignarse a un dominio de supervisor de edificio y a un dominio de piso.<\/p>\n

El direccionamiento de tres partes proporciona flexibilidad en los esquemas de direccionamiento, Puede abordar todos los dispositivos de la red utilizando la ID de dominio, Puede hablar con un dispositivo espec\u00edfico utilizando su ID de subred\/nodo o puede hablar con una colecci\u00f3n de dispositivos en una subred utilizando el ID de subred.<\/p>\n

Despu\u00e9s de dar a los dispositivos los ID de dominio\/subred\/nodo, puedo asignar los ID de grupo, Un grupo es una colecci\u00f3n de dispositivos que se pueden abordar como una unidad, Esto es sutilmente diferente de usar el direccionamiento de subred, Una colecci\u00f3n de dispositivos en una subred no puede abarcar un enrutador, En otras palabras, los dispositivos dentro de una subred deben estar en el mismo canal f\u00edsico, Los miembros de un grupo pueden estar en cualquier lugar dentro del dominio l\u00f3gico y no est\u00e1n restringidos a residir en el mismo canal f\u00edsico, Cada neurona puede pertenecer a hasta 15 grupos diferentes.<\/p>\n

Esto permite diferentes funcionalidades de dispositivo basadas en el mecanismo de direccionamiento, Por ejemplo, una luz puede pertenecer al grupo Sala de conferencias y al grupo Iluminaci\u00f3n de seguridad y al grupo Iluminaci\u00f3n de emergencia, El comportamiento de la luz depender\u00e1 de qu\u00e9 direcci\u00f3n de grupo se utiliza, Un mecanismo de direccionamiento m\u00e1s es el mensaje expl\u00edcito.<\/p>\n

Como puede ver, hay una tremenda flexibilidad para abordar los mecanismos, D\u00f3nde y c\u00f3mo se usa cada uno est\u00e1 m\u00e1s all\u00e1 del alcance de esta introducci\u00f3n, pero basta con decir que hay fortalezas y debilidades para cada uno, Es importante comprender la arquitectura de su red para poder elegir el mecanismo de direccionamiento m\u00e1s adecuado para su aplicaci\u00f3n.<\/p>\n

\u00bfQu\u00e9 son las variables de red?<\/strong><\/h2>\n

Uno de los objetivos principales del protocolo LonTalk es brindar a los desarrolladores, de la misma o diferentes empresas, la capacidad de dise\u00f1ar productos que puedan interactuar entre s\u00ed, El protocolo LonTalk proporciona un marco de aplicaciones com\u00fan que garantiza la interoperabilidad utilizando conceptos potentes denominados variables de red y tipos de variables de red est\u00e1ndar (SNVT), La asociaci\u00f3n de interoperabilidad LONMARK ha desarrollado modelos de dispositivos funcionales para garantizar la compatibilidad de plug and play.<\/p>\n

La comunicaci\u00f3n entre nodos en una red se realiza utilizando las variables de red que se definen en cada nodo, El desarrollador del producto define las variables de red cuando el programa de aplicaci\u00f3n se crea como parte de la capa de aplicaci\u00f3n del protocolo, Las variables de red son compartidas por m\u00faltiples nodos, Algunos nodos pueden enviar una variable de red, mientras que otros pueden recibir, Al solo permitir enlaces entre entradas y salidas del mismo tipo, las variables de red aplican un enfoque orientado a objetos para el desarrollo de productos, Esto simplifica enormemente el proceso de desarrollo y gesti\u00f3n de sistemas distribuidos.<\/p>\n

Cuando un programa de nodo escribe un nuevo valor en una de sus variables de salida, el nuevo valor se propaga a trav\u00e9s de la red a todos los nodos con variables de red de entrada conectadas a esa variable de red de salida, Esta acci\u00f3n es manejada por el protocolo dentro del chip Neuron.<\/p>\n

\u00bfQu\u00e9 son las SNVT?<\/strong><\/h2>\n

El uso de los tipos de variables de red est\u00e1ndar (SNVT, pronunciados “snivets”) contribuye a la interoperabilidad de los productos LONWORKS de diferentes fabricantes, Echelon mantiene una lista creciente de m\u00e1s de 100 SNVT para casi todos los tipos de medidas f\u00edsicas, incluido el tipo de variable, como un entero o un punto flotante, Por ejemplo, un SNVT para nivel continuo se define como SNVT_lev_contin.<\/p>\n

Si todos los fabricantes utilizan este tipo de variable en su aplicaci\u00f3n cuando se define una variable de red para nivel continuo, cualquier dispositivo que lea un nivel continuo puede comunicarse con otros dispositivos en la red que puedan estar utilizando la variable como salida de sensor para iniciar un actuador, Siempre que una variable de entrada de red y una variable de salida de red se definan con el mismo SNVT cuando el desarrollador crea las aplicaciones, pueden conectarse entre s\u00ed en la red a trav\u00e9s de un proceso llamado enlace.<\/p>\n

Cuando instala un nodo, especifica qu\u00e9 variables de red deben conectarse entre los nodos, Esto se hace f\u00e1cilmente resaltando la variable de red de salida en un nodo y la variable de red de entrada en el nodo o nodos a conectar, Solo las variables de red del mismo tipo de SNVT se pueden unir, En otras palabras, un tipo de temperatura no podr\u00eda estar vinculado a un tipo de presi\u00f3n.<\/p>\n

Los siguientes son ejemplos de SNVTs, Una lista completa de SNVT est\u00e1 disponible en Echelon.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Tipo variable<\/strong><\/td>\nUnidades<\/strong><\/td>\n<\/tr>\n
Temperatura<\/td>\nGrados Celsius<\/td>\n<\/tr>\n
Humedad relativa<\/td>\nPor ciento<\/td>\n<\/tr>\n
Cambiar Estado<\/td>\nBooleano<\/td>\n<\/tr>\n
Estado del dispositivo<\/td>\nBooleano<\/td>\n<\/tr>\n
D\u00eda de la semana<\/td>\nLista enumerada (lunes a domingo)<\/td>\n<\/tr>\n
Tiempo real<\/td>\nMM, DD, YYYY<\/td>\n<\/tr>\n
Tiempo transcurrido<\/td>\nEn segundo lugar, milisegundos, d\u00edas u horas.<\/td>\n<\/tr>\n
Incluso contar<\/td>\nCuenta<\/td>\n<\/tr>\n
% de escala completa<\/td>\nPor ciento<\/td>\n<\/tr>\n
Alfanum\u00e9rico<\/td>\nPersonajes ASCII<\/td>\n<\/tr>\n
Alfanum\u00e9rico<\/td>\nPersonajes kanji<\/td>\n<\/tr>\n
Alfanum\u00e9rico<\/td>\nPersonajes internacionales<\/td>\n<\/tr>\n
Estado del tel\u00e9fono<\/td>\nLista enumerada (colgado, colgado,
\nocupado, timbre, etc.)<\/td>\n<\/tr>\n
Energ\u00eda<\/td>\nKilovatios-Horas<\/td>\n<\/tr>\n
Poder<\/td>\nVatios<\/td>\n<\/tr>\n
voltaje<\/td>\nDC o AC RMS<\/td>\n<\/tr>\n
Corriente<\/td>\nAmperios AC, RMS<\/td>\n<\/tr>\n
Resistencia<\/td>\nOhmios<\/td>\n<\/tr>\n
Volumen<\/td>\nGalones, CCF, litros<\/td>\n<\/tr>\n
Fluir<\/td>\nGalones o litros \/ hora<\/td>\n<\/tr>\n
Peso<\/td>\nKilogramos, lbs.<\/td>\n<\/tr>\n
Velocidad<\/td>\nMillas o Km \/ hora<\/td>\n<\/tr>\n
Presi\u00f3n<\/td>\nLbs.\/sq.in, Pascales, Pulgadas-Hg<\/td>\n<\/tr>\n
Nivel de sonido<\/td>\ndBrnc<\/td>\n<\/tr>\n
voltaje<\/td>\ndB microvoltios<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Tabla 1 – Ejemplos de SNVT<\/p>\n

\u00bfQu\u00e9 tipos de mensajes est\u00e1n disponibles?<\/strong><\/h2>\n

Una vez que se han asignado las direcciones, ahora puede enviar y recibir mensajes o variables de red.\u00a0El protocolo LonTalk proporciona una serie de opciones para la entrega de sus mensajes.<\/p>\n

Una opci\u00f3n es enviar su mensaje Sin acuse de recibo (no contestado).\u00a0Esto tambi\u00e9n se conoce como el “protocolo de env\u00edo y oraci\u00f3n”.\u00a0Mediante el uso del servicio UnAcked, el mensaje se env\u00eda a la red seg\u00fan sea necesario, sin confirmaci\u00f3n de que se haya recibido.\u00a0Este puede ser un m\u00e9todo apropiado para mensajes recurrentes de baja importancia.\u00a0Un ejemplo ser\u00eda un dispositivo que informa la temperatura exterior cada 5 minutos.\u00a0Si pierdo un mensaje, es probable que lo reciba unos minutos m\u00e1s tarde.<\/p>\n

Otra opci\u00f3n de mensaje es la repetici\u00f3n no reconocida (UnAckedR). Al igual que UnAcked, este servicio env\u00eda el mismo mensaje un n\u00famero fijo de veces. El n\u00famero de las repeticiones es programable. Este mecanismo es \u00fatil cuando desea aumentar la probabilidad de que un grupo de dispositivos reciba un mensaje sin tratar con la retroalimentaci\u00f3n de cada dispositivo.<\/p>\n

El ejemplo aqu\u00ed est\u00e1 en el mundo de la automatizaci\u00f3n de edificios. Si tengo un edificio que est\u00e1 habilitado para LonWorks y se detecta un incendio, entonces la primera prioridad del sistema de control es hacer sonar la alarma, encender los rociadores y otros controles relacionados con el fuego. Como tarea secundaria, le gustar\u00eda encender todas las luces en el edificio, pero ciertamente no desea que la retroalimentaci\u00f3n de cada luz vuelva. Eso crear\u00eda un enorme tr\u00e1fico en la red e impactar\u00eda el rendimiento de los mensajes importantes.<\/p>\n

El servicio de entrega de mensajes predeterminado es Servicio reconocido con reintentos autom\u00e1ticos (Acked). Cuando un mensaje sale como servicio Acked, el dispositivo receptor env\u00eda un acuse de recibo (Ack) para indicar que el mensaje se recibi\u00f3 correctamente. Los mensajes recibidos pueden enviarse a dispositivos individuales o a grupos y el protocolo realiza un seguimiento de los Acks de los miembros del grupo.<\/p>\n

Los reconocimientos son verdaderos reconocimientos de extremo a extremo. Los Acks provienen de los nodos receptores y no de los enrutadores. Si no se recibe un Ack en un per\u00edodo de tiempo determinado, el protocolo reenv\u00eda autom\u00e1ticamente el mensaje. El valor predeterminado es 3 reintentos, pero esto es programable. Si despu\u00e9s de los reintentos, no se ha recibido un Ack, entonces se establece un indicador que indica la falla en la entrega del mensaje. Su aplicaci\u00f3n puede decidir c\u00f3mo reaccionar ante ese fallo.<\/p>\n

Un cuarto servicio de entrega de mensajes es Solicitud \/ Respuesta.\u00a0Este es un mensaje de aplicaci\u00f3n a aplicaci\u00f3n con la respuesta que devuelve datos con \u00e9l.\u00a0Este m\u00e9todo se utiliza para sondear un dispositivo para obtener datos.<\/p>\n

Un punto interesante de estos servicios de mensajes es que no est\u00e1n codificados como parte de su aplicaci\u00f3n, sino que se almacenan por separado en la imagen de red.\u00a0Esto significa que en el momento de la instalaci\u00f3n puede determinar qu\u00e9 m\u00e9todo de entrega es el m\u00e1s apropiado.\u00a0O en alg\u00fan momento posterior, puede regresar y cambiar el m\u00e9todo de entrega sin cambiar el c\u00f3digo de su aplicaci\u00f3n.<\/p>\n

\u00bfQu\u00e9 pasa con la seguridad de LonWorks?<\/strong><\/h2>\n

El protocolo LonTalk no implementa el cifrado de datos, pero s\u00ed implementa la autenticaci\u00f3n de remitente. Si bien son matem\u00e1ticamente similares, proporcionan una protecci\u00f3n diferente. El cifrado de datos se utiliza com\u00fanmente para ocultar datos. El saldo de su cuenta corriente es un ejemplo de datos encriptados. La autenticaci\u00f3n de remitente se utiliza para verificar que el remitente de un mensaje es un remitente autorizado. Examinemos el medidor de servicios dom\u00e9sticos como ejemplo. A la empresa de servicios p\u00fablicos le gustar\u00eda poder actualizar las tarifas de los precios de las empresas dentro del medidor enviando un mensaje al medidor con los nuevos programas de precios.<\/p>\n

El medidor recibe los nuevos datos, pero \u00bfc\u00f3mo sabe realmente que los nuevos horarios provienen de una fuente autorizada (en este caso, la utilidad)? La utilidad no quiere ocultar los datos, porque otros dispositivos dentro de la casa pueden hacer uso de los programas de precios para ejecutar la casa de manera m\u00e1s eficiente. Pero no quieren que cualquiera pueda cambiar las tarifas para que utilicen la autenticaci\u00f3n del remitente.<\/p>\n

La forma en que funciona es que la utilidad coloca una clave \u00fanica de 48 bits en el medidor, una clave de autenticaci\u00f3n.\u00a0Esto no es lo mismo que la ID de Neuron de 48 bits.\u00a0La clave de autenticaci\u00f3n no se puede leer fuera de la Neurona y no se puede cambiar sin tener ya la clave.\u00a0Una vez que la llave est\u00e1 en su lugar y la utilidad env\u00eda el mensaje de actualizaci\u00f3n de precios, el medidor ahora ve un mensaje autenticado.\u00a0El medidor responde al mensaje autenticado enviando un desaf\u00edo con un n\u00famero aleatorio de 64 bits.\u00a0El dispositivo de env\u00edo recibe el n\u00famero aleatorio y realiza una transformaci\u00f3n de autenticaci\u00f3n en \u00e9l y devuelve la transformaci\u00f3n al medidor.\u00a0El medidor realiza la misma transformaci\u00f3n y, si coincide con la respuesta de la utilidad, se procesar\u00e1 el mensaje de “actualizaci\u00f3n de precios”.<\/p>\n

En ning\u00fan momento se transmite la clave de autenticaci\u00f3n en este intercambio.\u00a0Un esp\u00eda en la red ver\u00eda el programa de precios, seguido de un n\u00famero aleatorio de 64 bits, seguido de una transformaci\u00f3n.\u00a0Matem\u00e1ticamente, dado el n\u00famero aleatorio y la transformaci\u00f3n, es pr\u00e1cticamente imposible determinar la clave.<\/p>\n

Si bien este mecanismo de autenticaci\u00f3n es muy seguro, debe utilizarse con prudencia ya que duplica la cantidad de tr\u00e1fico para cada mensaje autenticado.<\/p>\n

\u00bfC\u00f3mo se enrutan los mensajes de LonWorks?<\/strong><\/h2>\n

El protocolo LonTalk incluye mecanismos para enrutar mensajes.\u00a0Los enrutadores se pueden configurar como enrutadores de aprendizaje, enrutadores configurados, repetidores o puentes.\u00a0Los enrutadores se utilizan por varias razones.\u00a0Lo primero es f\u00edsico.\u00a0Cualquier medio con el que te comuniques tiene limitaciones f\u00edsicas.\u00a0Si se trata de medios cableados, puede tener distancia, n\u00famero de cargas o limitaciones de la unidad.\u00a0En medios inal\u00e1mbricos tendr\u00e1 limitaciones de distancia e interferencia.\u00a0Los enrutadores son \u00fatiles para extender la red m\u00e1s all\u00e1 de esas limitaciones, hacer que la red vaya m\u00e1s lejos o agregar dispositivos adicionales a la red.<\/p>\n

Otra raz\u00f3n para usar enrutadores es cruzar a un medio diferente que se ejecuta a diferentes velocidades de comunicaci\u00f3n.\u00a0Podr\u00eda ser apropiado construir una red que tenga un segmento cableado, un segmento de l\u00ednea el\u00e9ctrica y un segmento inal\u00e1mbrico.\u00a0Los enrutadores conectar\u00e1n sin problemas estos diversos mensajes de medios y b\u00faferes para permitir las diferentes velocidades.<\/p>\n

Una tercera raz\u00f3n para usar enrutadores es para la segmentaci\u00f3n del tr\u00e1fico. Un enrutador es un dispositivo inteligente y solo pasa mensajes de un lado a otro si el destino del mensaje est\u00e1 en el otro lado del enrutador. Este hecho es \u00fatil cuando se dise\u00f1a su sistema. Si tiene un grupo de dispositivos que se comunican entre s\u00ed de forma regular, puede colocar esos dispositivos en un canal y separarlos del resto de la red a trav\u00e9s de un enrutador.<\/p>\n

Los mensajes entre los dispositivos en ese canal permanecer\u00e1n en ese canal y no afectar\u00e1n el rendimiento del resto del sistema. Sin embargo, cualquier mensaje con un destino en el otro lado del enrutador se entregar\u00e1 sin problemas. Poner un poco de previsi\u00f3n en la segmentaci\u00f3n de su red permite la utilizaci\u00f3n m\u00e1xima del ancho de banda.
\n[Arriba] \u00bfCu\u00e1les son los tipos de mensajes de LonWorks?<\/strong><\/p>\n

Hay dos tipos de mensajes b\u00e1sicos en el protocolo LonTalk, variables de red y mensajes expl\u00edcitos.\u00a0A diferencia de los servicios de entrega de mensajes, los mensajes expl\u00edcitos deben redactarse con anticipaci\u00f3n e implementarse en el c\u00f3digo de su aplicaci\u00f3n.\u00a0En caso de que decida realizar alg\u00fan cambio en la cantidad o los tipos de mensajes, su c\u00f3digo de aplicaci\u00f3n debe modificarse y volver a compilarse.\u00a0De los dos tipos, las variables de red son las m\u00e1s utilizadas, las m\u00e1s interoperables y las m\u00e1s f\u00e1ciles de usar.\u00a0La mayor parte de la discusi\u00f3n se centrar\u00e1 en las variables de red.<\/p>\n

\u00bfC\u00f3mo se utilizan las variables de red?<\/strong><\/h2>\n

Al comienzo de su c\u00f3digo de aplicaci\u00f3n, normalmente declara sus variables.\u00a0En Neuron C, el lenguaje de programaci\u00f3n del chip Neuron, tiene la opci\u00f3n de declarar una variable como una Variable de Red (NV).\u00a0Se puede declarar como una entrada de red o una variable de salida de red.\u00a0Despu\u00e9s de declarar la variable como “NV”, declara su tipo, que puede ser cualquier tipo de datos C v\u00e1lido.\u00a0Luego, como cualquier variable C, le da a la variable NV una etiqueta o nombre de referencia.\u00a0Si una variable se declara como una entrada NV, entonces ha identificado esa variable para el sistema operativo dentro del chip Neuron.\u00a0Esperar\u00e1 tr\u00e1fico de red para esa variable con datos del tipo que especific\u00f3.<\/p>\n

Si la variable se declara como una salida NV, el sistema operativo Neuron observa esa variable y, si se modifica, la propaga autom\u00e1ticamente a trav\u00e9s de la red.\u00a0Como programador, no hace nada m\u00e1s que cambiar la variable como parte de su c\u00f3digo de aplicaci\u00f3n y se transmite autom\u00e1ticamente a los consumidores de esa variable.\u00a0No hay construcci\u00f3n de paquetes, formato de trama, env\u00edo y espera de Acks, etc. Todas las funciones de comunicaci\u00f3n son manejadas por el protocolo subyacente.<\/p>\n

Las variables de red act\u00faan como cualquier otra variable C.\u00a0Puedes inicializarlos, evaluarlos o modificarlos.\u00a0Cada NV puede contener cadenas de auto-documentaci\u00f3n, que son \u00fatiles durante la integraci\u00f3n del dispositivo.<\/p>\n

\u00bfQu\u00e9 significa “vinculante”?<\/strong><\/h2>\n

En ninguna parte del c\u00f3digo de su aplicaci\u00f3n, especifique el destino para una salida NV o el tipo de servicio utilizado para entregarlo.\u00a0Esto se hace normalmente durante la fase de puesta en servicio de una red.\u00a0En la puesta en servicio, el destino se determina a trav\u00e9s de un proceso llamado “vinculante”.<\/p>\n

Las NV de salida est\u00e1n vinculadas a las NV de entrada del mismo tipo de datos.\u00a0Una NV de salida puede enviarse a m\u00faltiples NV de entrada o m\u00faltiples NV de salida pueden enviarse a una NV de entrada.<\/p>\n

Una de las fortalezas de la tecnolog\u00eda es que este procedimiento se realiza en la puesta en servicio a trav\u00e9s de la red y, por lo tanto, se puede cambiar en una fecha posterior.\u00a0Si determina que los dispositivos adicionales necesitan informaci\u00f3n de un sensor espec\u00edfico, agregue esos enlaces a la red.\u00a0No hay reprogramaci\u00f3n o desarrollo necesario.<\/p>\n

\u00bfQu\u00e9 son los mensajes expl\u00edcitos de LonTalk?<\/strong><\/h2>\n

Los mensajes expl\u00edcitos requieren que la aplicaci\u00f3n cree el paquete, especifique la direcci\u00f3n de destino y el mecanismo de entrega, etc. Esta t\u00e9cnica requiere significativamente m\u00e1s programaci\u00f3n que el uso de NV y es intr\u00ednsecamente no interoperable. Entonces, \u00bfpor qu\u00e9 usar\u00edas este m\u00e9todo? Bueno, las primeras NV est\u00e1n limitadas a 31 bytes de datos, m\u00e1ximo. Es posible que tenga una aplicaci\u00f3n que requiera una estructura de mayor longitud. Quiz\u00e1s tienes una raz\u00f3n deliberada para no ser interoperable.<\/p>\n

Puede crear sus propios tipos de mensajes de esta manera. Quiz\u00e1s la raz\u00f3n m\u00e1s com\u00fan para usar este m\u00e9todo es evitar las limitaciones de enlace. Por ejemplo, solo hay 15 entradas de la tabla de direcciones en la Neurona. Eso limita la cantidad de direcciones de destino a las que puedes enlazar. Si tiene muchos mensajes que deben enviarse a una amplia gama de direcciones, los mensajes expl\u00edcitos podr\u00edan beneficiarlo.<\/p>\n

La clave es examinar sus necesidades cuidadosamente y usar cada tipo de mensaje donde sea apropiado.<\/p>\n

\u00bfQu\u00e9 medios son compatibles?<\/strong><\/h2>\n

El protocolo LonTalk fue dise\u00f1ado para operar sobre cualquier tipo de medio.\u00a0El chip Neuron proporciona una interfaz de hardware flexible para facilitar la conexi\u00f3n a una amplia variedad de tipos de transceptor.\u00a0Hoy puede obtener transceptores que le permiten comunicarse a trav\u00e9s de par trenzado, par trenzado de topolog\u00eda libre (FTT), radiofrecuencia (RF), comunicaciones de l\u00ednea de potencia (PLC), cable coaxial, etc. Si puede dise\u00f1ar un transceptor para ello, entonces Puede utilizar el protocolo LonTalk sobre \u00e9l.\u00a0\u00a1Hay una compa\u00f1\u00eda en Nueva Zelanda que desarroll\u00f3 un transceptor LonWorks que se comunica a trav\u00e9s de una cerca el\u00e9ctrica!<\/p>\n

De estos tipos de transceptor, el par trenzado, la topolog\u00eda libre y la l\u00ednea de alimentaci\u00f3n est\u00e1n disponibles en Echelon.\u00a0Otros tipos de medios est\u00e1n disponibles en otras compa\u00f1\u00edas de terceros.\u00a0Tambi\u00e9n puede desarrollar su propio si lo desea.<\/p>\n

La decisi\u00f3n sobre qu\u00e9 tipo de medio se usa generalmente se basa en una serie de criterios como los est\u00e1ndares de la industria, el ancho de banda, la distancia, la cantidad de dispositivos, etc. Como se mencion\u00f3 anteriormente, no tiene que cambiar el c\u00f3digo de su aplicaci\u00f3n para cambiar el tipo de medio.\u00a0Esto le da al dise\u00f1ador la oportunidad de construir diferentes modelos con varios tipos de transceptores y reutilizar el c\u00f3digo de la aplicaci\u00f3n sin tener que volver a compilar.<\/p>\n

\u00bfQu\u00e9 ha causado este entusiasmo para LonWorks?<\/strong><\/h2>\n

No es ning\u00fan secreto que los feudos propietarios han dominado el negocio de la automatizaci\u00f3n desde que la gente comenz\u00f3 a conectar redes PLC. Cientos de protocolos han llegado y se han ido, y los dominantes (E\/S remotas, Autopista de datos, Genius I\/O, Modbus Plus y otros) han protegido el territorio de los fabricantes de PLC.<\/p>\n

Esto ha dado como resultado un costo y una complejidad considerables para dos grupos: 1) usuarios, que est\u00e1n cansados \u200b\u200bde estar atrapados en una serie de decisiones y precios altos simplemente porque compraron un Controlador Programable o BAS (Sistema de Automatizaci\u00f3n de Edificios) de un proveedor en particular;\u00a02) proveedores m\u00e1s peque\u00f1os, que a menudo fabrican productos innovadores y avanzados, pero est\u00e1n bloqueados por protocolos propietarios.<\/p>\n

LonWorks es una tecnolog\u00eda muy importante, no solo porque aborda la mayor\u00eda de las preocupaciones t\u00e9cnicas de las redes industriales, sino tambi\u00e9n porque cuenta con el respaldo de los principales actores de la industria de la automatizaci\u00f3n de edificios.\u00a0Siemens, Honeywell y Johnson Controls.\u00a0Esto le da una posici\u00f3n muy importante en el mercado.<\/p>\n

\u00bfC\u00f3mo puedes implementar LonWorks de forma r\u00e1pida y efectiva?<\/strong><\/h2>\n

Una vez que haya tomado la decisi\u00f3n de agregar la conectividad de LonWorks, tiene varias formas de proceder.\u00a0Las opciones var\u00edan en el tiempo de comercializaci\u00f3n, compatibilidad, requisitos de recursos y precio.<\/p>\n

Use una puerta de enlace serial disponible<\/strong><\/h3>\n

Una puerta de enlace en serie lista para usar es el enfoque menos econ\u00f3mico y menos funcional para la habilitaci\u00f3n de LonWorks de su producto. Debido a que la mayor\u00eda de los dispositivos LonWorks son simples dispositivos sensores \/ actuadores, es raro encontrar una aplicaci\u00f3n que pueda soportar los requisitos de costo, espacio y energ\u00eda de una puerta de enlace. Adem\u00e1s, la mayor\u00eda de las aplicaciones requieren un conjunto \u00fanico de SNVT; lo que significa que realmente no existe una puerta de enlace completamente lista para usar que pueda usarse en aplicaciones universales. Esto contrasta con redes como DeviceNet, Profibus o Ethernet, donde los datos en serie pueden convertirse gen\u00e9ricamente a la red objetivo.<\/p>\n

Por este motivo, hay pocos, si es que hay alguno, de compuertas LonWorks listas para usar. Si su volumen es lo suficientemente alto (250 unidades o m\u00e1s por a\u00f1o), un fabricante de dispositivos LonWorks como Real Time Automation puede personalizar uno de sus productos para que funcione como una puerta de enlace en serie en su aplicaci\u00f3n. La personalizaci\u00f3n consiste en dise\u00f1ar su flujo de comunicaci\u00f3n en serie e implementar la imagen de la aplicaci\u00f3n (SNVT para su aplicaci\u00f3n). Los costos de personalizaci\u00f3n var\u00edan seg\u00fan la complejidad de su protocolo de comunicaciones en serie y su aplicaci\u00f3n.<\/p>\n

Tableros de hijas adicionales<\/strong><\/h3>\n

Una tarjeta secundaria complementaria es en realidad una puerta de enlace serial incrustada dentro de la huella de su dispositivo.\u00a0Una tarjeta auxiliar complementaria tiene todas las caracter\u00edsticas de la puerta de enlace descrita anteriormente y el redise\u00f1o de su hardware para incorporar la PCB de puerta de enlace serie.\u00a0Real Time Automation suministra tableros secundarios de este tipo;\u00a0no solo para LonWorks, sino tambi\u00e9n para otros fieldbuses como DeviceNet, Industrial Ethernet y Profibus.<\/p>\n

PCBs personalizados<\/strong><\/h3>\n

Las empresas de ingenier\u00eda de contratos pueden proporcionarle una tarjeta de comunicaciones completamente personalizada para su aplicaci\u00f3n, generalmente en 90 d\u00edas o menos, dependiendo de la complejidad de su aplicaci\u00f3n.\u00a0Real Time Automation suministra estos tipos de PCB a empresas de todo el mundo.<\/p>\n

Hazlo tu mismo<\/strong><\/h3>\n

El enfoque m\u00e1s costoso, prolongado y arriesgado es formar un esfuerzo interno para construirlo usted mismo.\u00a0Si bien es cierto que esto es lo que esperar\u00eda escuchar de una compa\u00f1\u00eda cuya empresa es vender hardware y software de redes personalizados, los hechos a\u00fan hablan por s\u00ed solos.<\/p>\n

Los costos para desarrollar aplicaciones LonWorks son considerablemente m\u00e1s altos que otros esfuerzos de desarrollo de redes.\u00a0Algunas de las piezas m\u00e1s caras que se necesitan incluyen:<\/p>\n