Desde una simple lámpara o un relé hasta una discoteca completa o un sistema de proceso industrial. A través del puerto serie (COM1) de tu ordenador puedes aprovechar los beneficios que te brinda el estándar RS485 para conectarte al mundo real, de manera física, y poder así manejar dispositivos y procesos remotos. Operar una cámara de vigilancia, automatizar las luminarias de la casa o las aberturas de puertas y ventanas, todo manejado desde tu escritorio. Del RS485 a la casa domótica hay un solo paso: tus ganas.
¿Qué es el bus RS485?
Podemos resumirlo como un sistema de interconexión para transmisión de datos a grandes distancias y apto para operar en ámbitos eléctricamente ruidosos. Su conexión es muy sencilla: a partir del puerto serie (COM1) de cualquier ordenador utilizando tan sólo dos circuitos integrados muy económicos y fáciles de obtener: MAX232 y MAX485. En el caso del último IC mencionado se lo suele reemplazar por el SN76156, que cumple la misma función y es de menor coste. Si se construye un sistema pequeño de pocas terminales que utilizan este IC la diferencia monetaria es poca, pero al emplearlo en grandes cantidades el ahorro es importante.
El bus permite una velocidad de datos de 10 y hasta 20 Mbps (a 12 metros de distancia), y de 100 Kbps cuando se conectan terminales o módulos separados 1200 metros entre sí. El sistema permite “colgar” del bus hasta 32 terminales, aunque en la actualidad ya se están utilizando sistemas de 128 y hasta 256 dispositivos conectados entre sí a una misma red de sólo dos hilos trenzados. En el mejor de los casos, es preferible que el par de cables que transporta la información sea blindado, pero si este montaje no es posible, y debemos utilizar cables individuales, será bueno tener un tercer cable que oficie de referencia de tierra o GND. Un cable blindado ayudaría a atenuar los ruidos eléctricos que pueden filtrarse entre los datos del sistema diferencial que utiliza el estándar RS485. Disponer de un cableado con estas características sería lo mejor.
Las especificaciones del estándar RS485 (cuyo nombre oficial es TIA/EIA–485-A) no determinan claramente cómo debe ser el correcto cableado de una red. Sin embargo, algunas recomendaciones pueden interpretarse dentro del texto de la norma y han sido estudiadas y ensayadas por ingenieros, tanto en forma conceptual como en función del método de prueba y error. Dichos ingenieros han llegado a delinear los conceptos que se utilizan hoy en día y que trataremos de resumir en esta sección de la nota. Dejamos bien aclarado que el método de interconexión que utilizaremos y el cable elegido no son los ideales sino que han demostrado funcionar de manera muy satisfactoria en ámbitos muy adversos y hostiles para la interconexión de sistemas de datos entre sí. Es por ello que te los recomendamos en este artículo.
Debido a que altas frecuencias intervienen en el intercambio de datos, que las distancias entre las terminales siempre son inciertas, y que los cables apropiados a utilizar no se determinan en el estándar, se acepta el uso de un par de cables trenzados comunes que tienen una impedancia aproximada de 120 Ohms. Las terminaciones inapropiadas de la línea a utilizar se traducen en reflexiones no deseadas de la señal, tal como muestran los ejemplos de los gráficos.
En las imágenes (extraídas de la Web oficial de MAXIM) se puede apreciar claramente la distorsión sufrida en la señal, cuando el final de una línea no tiene una terminación adecuada. La reflexión ocasionada puede llevar a distorsionar y perder por completo los datos transmitidos. En el sitio Web de MAXIM, hay un artículo muy interesante y esclarecedor que te será muy útil para aclarar todas las dudas que puedas plantearte acerca del apropiado uso de las líneas de transmisión en el estándar RS485. Otro artículo muy interesante, y de lectura recomendada de la empresa antes mencionada, es el que habla del MAX485 y sus variantes, en donde se resalta su versatilidad de uso en redes half y full duplex.
La base del sistema, como dijimos antes, se fundamenta en la transmisión de datos en forma diferencial. Es decir, por ambos cables viaja la misma información, pero desfasada 180° en un cable respecto al otro. De esta forma, cualquier interferencia que pueda introducirse en el cableado lo hará en ambos hilos por igual, con la misma polaridad y amplitud. En el destino de la terminal, sea en el ordenador o en el dispositivo colocado a la distancia, las señales se restituyen en polaridad y los picos de ruidos que se habían introducido con la misma polaridad en ambos cables, al invertirse las señales, se neutralizan y eliminan entre sí, y se recupera de esta forma la señal útil que se desea transmitir.
Cuando el cableado recorre un ambiente ruidoso y hostil, como puede suceder en una instalación industrial, el tercer cable que oficie de tierra o GND también se transforma en un elemento que recepciona y lleva hasta las terminales o módulos los ruidos inducidos en él. Por este motivo siempre es recomendable colocar una resistencia de 100 Ohms en la conexión a GND en cada uno de los circuitos de las terminales.
Entre las múltiples diferencias fundamentales que existen respecto al estándar RS232 es que el RS485 se maneja con niveles TTL de tensión, mientras que el RS232 maneja tensiones de ambas polaridades con valores absolutos de 3 a 15 Volts. RS232 permite comunicaciones “full-duplex” (ambos terminales transmiten y reciben datos en forma simultánea), pero su distancia de trabajo es de tan sólo 12 metros; además, se requieren al menos 8 cables para una comunicación full y es muy propenso a ser afectado por el ruido eléctrico.
Protocolo de comunicación (Terminales charlando entre sí)
Debido a que el tipo de comunicación que desarrollaremos en el bus se considera “half-duplex” (semiduplex) mientras un dispositivo transmite, los demás terminales o módulos conectados a la red escucharán la transmisión. Dicho de otro modo, uno “hablará” y los demás “escucharán”. Debemos tener en claro que será muy importante organizar el protocolo de comunicación para que sólo un terminal o módulo entienda y/o comprenda que es a él a quién está llamando el transmisor. Esta situación de llamar – escuchar- actuar suele darse en ambas direcciones y entre múltiples terminales, lo que significa que el ordenador puede transmitir una instrucción, y que nuestro termómetro, al escucharla, puede responder o cumplir alguna función específica en el lugar de destino. Cualquiera de los terminales puede ser transmisor o receptor. Nunca deberán haber dos transmisores simultáneos, ya que ocurrirá una colisión de datos que hará ilegible la interpretación de las instrucciones por parte de quienes están en escucha. No necesariamente la comunicación será siempre ordenador – terminal y viceversa. Habrá oportunidades en que las terminales o módulos intercambien datos entre sí, aunque este no sea el caso. Aquí solo conectaremos el ordenador con un termómetro y un relé a distancia. Hacer funcionar una red elemental de estas características puede ser una tontería para algunos y toda una proeza para otros.
Un dato importante a tener en cuenta es que no existe una forma universal de colocar sentencias en un programa que comunicará dos dispositivos entre sí. El desarrollador del software deberá tomar idea de otras aplicaciones y adaptar la que más convenga a su diseño.
A cada terminal se le otorga un “nombre”, que podemos asignar con un número comprendido entre 0 y 255. Por ejemplo: el circuito maestro (el ordenador) puede llamarse “0”, y el esclavo (el termómetro) puede llamarse “1”. En cuanto a las instrucciones, también podemos utilizar la misma técnica para solicitar al termómetro que nos transmita el valor de temperatura en el momento deseado. En este caso podemos elegir arbitrariamente el número “33” para tal acción, y el termómetro responderá (si escucha e interpreta nuestro llamado) con la información disponible. A todo el conjunto de datos que envía el transmisor o el receptor en cada actividad lo llamaremos “trama” de datos, y sabemos que siempre deben terminar con un carácter identificable como “fin de transmisión”. Por lo tanto, la conversación entre los dispositivos se regirá por un orden que puede ser parecido al siguiente:
- Todos los dispositivos están a la escucha y esperando recibir instrucciones.
- Cuando el dispositivo que oficiará de transmisor comprueba la inactividad del bus, envía la secuencia: “nombre del receptor – instrucción – fin de transmisión”.
- Algunos diseñadores reenvían varias veces la trama para asegurar la comunicación.
- El dispositivo transmisor pasa a recepción, y aquel receptor actuará en consecuencia a la orden escuchada, pudiendo realizar una acción autónoma o responder a su interlocutor.
- Si debe responder con una entrega de datos, asumirá el rol de “maestro” y, tras comprobar la inactividad del bus, responderá con el mismo protocolo: “nombre del receptor – datos – fin de transmisión”.
- Todos quedarán en modo recepción, y el destinatario de los datos (en nuestro caso el ordenador) procesará la información recibida desde el termómetro.
Si analizamos la estructura sugerida, podemos llegar a colocar 31 terminales adicionales al ordenador, numeradas del 0 al 32. Por otro lado, si usamos un número para la instrucción, podríamos tener la posibilidad de enviar más de 200 instrucciones distintas al termómetro. Aunque esto no ocurrirá, con una sola instrucción será suficiente para nuestro propósito. Podemos interrogar al termómetro para que nos devuelva el valor de la temperatura mediante una aplicación desarrollada en Visual Basic 2008 o el lenguaje de programación que se elija para el puerto serie.
El circuito.
Todos los ordenadores de mesa poseen una salida RS232 identificada en el motherboard como puerto I/O COM1, lo que constituye el puerto serie. Tal vez algunos no lo expongan al exterior, pero en cualquier tienda de rios se puede adquirir, a muy bajo costo, el conector o una pequeña placa PCI que permita conectar la red.
El circuito utilizado es muy sencillo y consta de solo dos circuitos integrados, como se mencionó: un MAX232 y un MAX485 o SN76156 (para abaratar costos). La alimentación debe ser independiente del puerto, ya que la corriente disponible no alcanzará para activar el SN76156, que requiere cerca de 70 mA en transmisión. Con pocos componentes alrededor de estos IC se crea la interfaz adecuada para que el ordenador sea el punto de partida de una red que puede incluir desde un simple termómetro hasta el control total de una discoteca, con su consola de sonido, luces y efectos especiales.
Entre las características destacadas del diseño se aprecia un filtro diferencial de entrada formado por C10, T1 y C12, que minimiza los ruidos eléctricos provenientes de la alimentación. El diodo (D3) previene inversiones accidentales de polaridad, y el regulador serie 7805 no precisará disipador de calor por la poca diferencia de potencial entre entrada y salida. Menor diferencia significa menor disipación en forma de calor. D1 y D2, dos leds, indican la actividad de transmisión y recepción para identificar problemas. Asimismo, R3 se utiliza al inicio de la red RS485 para adaptar impedancias, repitiéndose la resistencia en el terminal final; en los intermedios no es necesaria. La resistencia de 100 Ohms que conecta GND a la placa de la interfase no figura en el circuito, pero es indispensable al adquirir los materiales. Un conector DB9 hembra será el nexo con el ordenador. Es crucial prestar atención extrema al cableado, ya que errores podrían hacer que el sistema no funcione o incluso dañar el puerto del ordenador.
Para nuestro desarrollo hemos optado por cable telefónico sencillo de cuatro conductores (dos para señal y dos para GND), aunque se puede usar cable UTP, conductores de energía o cualquier otro cable disponible. Además, la placa de la interfaz y la del termómetro cuentan con conectores RJ11 para facilitar el montaje y desmontaje del sistema.
En las imágenes se puede ver el impreso ya dibujado listo para transferir al PCB; también el PCB recién terminado y, en una tercera imagen, un momento de la construcción de la interfaz. Recuerda que la red puede tomar las dimensiones que tu imaginación determine. Por ahora se usará en el próximo artículo para conectar el termómetro desarrollado en el capítulo anterior. Y, ¿has pensado ya qué conectarás a la red una vez finalizado el termómetro? ¿Qué tan cerca estás de automatizar toda tu casa?
Demasiado interesante, aunque hacerlo debe costar tiempo del que no dispongo, en cuanto pueda lo haré. Excelente nota, sigue así. Y por cierto la carricatura me hizo reir.
Es un tema muy interesante, y es parte básica de lo que son un tipo de Software a lo que se conoce como SCADAS.
Para complementar un poco, seria interesante que se presentará información sobre un protocolo que es muy utilizado cuando manejas redes RS485, que se trata de un estandard conocido como MODBUS, que tiene sus dos variantes (ASCII y RTU).
Seria muy interesante poder mostrar a futuro sobre este protocolo
Sldos.
JBV
Interesante articulo, cada vez que veo uno como estos lo colecciono, aunque por el momento no se mucho de electronica estoy estudiando para seguir aprendiendo.
Por otro lado:
Es sencillo de usar el RS485 ¿tu que opinas Max?. JAJAJA XD, esta buena la caricatura. XD.
Wow, excelente nota, te pasaste de calidad, es decir, está demasiada buena esta nota.
Imaginate si mezclas esto con Raphael(la mano robot), poder manejar una mano a distancia que está dentro de un cuarto manipulando elementos radiactivos o que se yo y uno con una cam y un par de estas montadas sobre un robot.
Simplemente da mucho para imaginar.
Excelente, felicitaciones por este aporte, esta muy interesante.... Gracias
Buenismo estaba esperando esto!
Puedes enviarme al mail la lista de componentes y el archivo del PCB.? me gustaría intentar reducirlo un poco. Me quedo una duda : ¿cual es el valor de T1?
Gracias excelente aporte!
=O Interesante, e usado el MAX232 para programar, manejar y comunicarme con el PIC. No sabia que estaba con el MAX intercambiando entre protocolo, lo que entendía era que intercambia entre valores de tensión entre valores lógicos. Bueno como siempre muy interesante y e aprendido mucho =)
Que posibilidades hay que comente sobre bluetooth y los micros-controladores ^_^
seria interesante ver algo sobre zigBee entiendo q es lo ultimo q se usa en automatización del hogar
Max Hace ese chiste porque el programa se llama MAX485 es medio malo pero bueno
buen dia no es por criticar ni nada pero me parece q esa placa no funcionara pues la tierra de la alimentacion no la ver conectada, podrian darle una checada??
No es por contestar!!!
Pero cual crees tu que es la tierra de una pila de 9v????
He intentado publicar mi comentario pero el sistema no lo publica :P
Les queria hacer una consulta, bueno desde una PC como servidor quiero controlar remotamente varios dispositivos (como solo tiene 1 salida serial, puedo utilizar varios convertidores USB-SERIAL y asi tengo varios puertos COM), haciendo la interfaz con un microcontrolador ATMEL, el esquema es el siguiente:
SERVER---USB-SERIAL---Bus RS485---Microcontrolador 89C52
Queria saber si puedo conectar directamente el ATMEL 89C52 (Que ya tiene implementada la interfaz serial de datos) al Bus RS485 ya que ambos manejan Niveles TTL (0-5.5V) y que se comuniquen.
Por favor, ayudenme en este tema, se los agradeceria mucho, e incluso les comento acerca de mi proyecto.
Saludos
Muy interesante, la verdad la electronica no es mi fuerte, pero esto realmente me interesa, por eso me compre una placa Arduino, para programar algunas cosas con leds RGB, se me ah hecho muy facil sobre todo usando "Processing", lo mas complicado para mi fue la comunicacion atravez del puerto serial (USB), pero vaya que le voy tomando el gusto a esto, gracias por este articulo.
Hola Mario, primero que nada, excelente articulo, de mucha utilidad y muy facil de entender.
Solo que tengo una duda, en el diagrama del circuito solo aparecen 3 resistencias y el la foto del final, creo que hay 4, solo que no se ve de que valor, me podiras decir donde va en el diagrama y de cuanto es?
Esta muy bien el circuito pero no me parece lo más adecuado para domótica, pero si para otras aplicaciones de automatizacion.
Para domótica me parece que sería mejor implementar un circuito de comunicación y control con la tecnología PLC y más especificamente para domótica me parece perfecto el estandar UPB (Universal Power Bus) yo me encuentro desarollando un circuito para comunicar un PC con varios microcontroladores usando este protocolo.
La velocidad de datos es de 240 bits por segundo aproximadamente a 100 metros de distancia, la informacion puede enviarse mediante paquetes de informacion (en cierta forma parecidos a paquetes IP) con un espacio de 8bits para direcciones (128 dispositivos individuales y 128 grupos de dispositivos).
Las ventajas de PLC para la automatizacion de casas es evidente sobre esta u otras tecnologías, es por eso que muchos de los sistemas comerciales de domótica la utilizan.
Considero que está muy interesante, interesantísimo, pero me quedé con las ganas de medir la temperatura, de apagar las luces, de apagar o encender un motor, etc. ¿Cómo se hace eso?. Parece ser que este artículo no está para la media, constructivamente desde el punto de vista electrónico es posible, real, pero de ahí a lograr lo que tú quieras hacer, esa información no la veo clara, asequible, fácil, como para una sección como esta. Si fuera posible, desearía tener la idea, ya que no soy especialista en la materia, pero estoy interesado en el tema. Gracias.
¿Pódrías mandar el PCB para poder sacarlo en su tamaño por una impresora, o, en su defecto, decir el tamaño de la placa para ajustarlo a partir de la imagen?
Gracias.
Artículo muy bueno.
Ahora; como accedo al puerto desde windows usando por ejemplo el lenguaje C con compiladores bajo windows.
Gracias a quién me responda.
eu que fazer um robote de control de automatico de portas abrir e fechar automaticamente nao sei como fazer . gostaria de ter o esquema electronico dele. e tambem gostaria de ter um esquema electronico de um emissor de ondas curtas a valvula e seu funcionamento. e ter conhecimento profundo do funcionanamento de uma valvula.seber tambem conerter uma valvula por um transistor.
sem mais de momento subscrevo-me com estima consideracao.
se ve bien y los costos son?
rs485 es un protocolo de comunicación ampliamente utilizado en la industria pero NO es un ESTANDAR empleado para la gestión de inmuebles (viviendas, edificios, etc) como SI lo son KNX, LON, BACnet, etc
Mis saludos, hoy me entero y me parece que este proy tiene muchas aplicaciones por favor te solicito me informacion adicional para probar y opinar con mas criterio
Hola, excelente articulo.
Podrias hablar de como conviven, el control de las luces de una habitacion por medio de esta red rs485 y los controles manuales, que nunca estan de mas.
Y si se puede añadir un control IR para comodidad.
gracias... sigue así.
Estimado en el diagrama las resistencias R1 R2 de los led son de 2k2, si la alimentacion es de 5 volts no deberian ser de 220 ohms, para que prendan?
Atte.-
Perdon si la pregunta es una tonteria.-
perdon las resistencias no deberian ser de 470 ohms, el cometario anterior tiene ese error con r de 220 habra mucha corriente
Saludos,
"La resistencia de 100 Ohms que conecta la línea de GND a la placa de la interfase no figura en el circuito, pero no debes olvidar su inclusión al momento de comprar los materiales."
No entendí muy bien esa parte, ¿podrías explicarla?, te agradecería enormemente.
Otra pregunta, ¿y si no me es posible "colgar" todos los dispositivos uno de tras de otro debido a su ubicación física en el entorno, puedo ponerlos en paralelo al mismo RS-485?
Gracias por tu atención.
Saludos Mario, gracias por tu pronta respuesta.
Lo de la resistencia si ya lo ví, ya lo tengo claro, gracias.
La complicación es que digamos, dos dispositivos a colgar están de tal forma que podrían cablearse facilmente pero un tercero está al otro polo del lugar a unos 100 metros, entonces queda complicado y muy costoso el cableado, y sería fácil si se pudiese utilizar una ramificación, tipo la topología estrella. Mientras que con los otros dos no habría problema en usar topología de bus.
No se puede en absoluto con Rs-485 hacer eso???, que me recomiendas?
OK Ciul !
Interpreto que quieres hacer lo que aparece en la figura 12 del siguiente enlace.
http://www.maxim-ic.com/appnotes.cfm/an_pk/763
Como ahí bien te dicen, eso está mal.
Conexión en estrella está mal. Se "desadapta" la línea de transmisión y falla la comunicación.
Ese enlace es muy esclarecedor sobre lo que se puede hacer y lo que NO SE DEBE hacer en RS485. (Google te puede ayudar en la traducción)
Saludos !
Mario una consulta.
En el diseño que muestras los capacitores del RS232 son de 10uF mientras que en la hoja del fabricante colocan capacitores de 1uF.
¿Afecta en algo la diferencia de valores de capacitancia?
Mario, una nueva consulta:
Las resistencias de 470 ohmios en el bus, y pues no aparecen en el esquemático aquí propuesto ni tampoco en las hojas del fabricante de Maxim.
¿Para qué son?, ¿son necesarias?
Y que en las del termómetro son de 1K. Las que van del bus RS485 a VCC y otra que va del bus a Tierra.
Gracias
excelente y felicitaciones de todos los circuitos que he visto en la red este me parece el mas convincente, considerando que el interfase rs485 aki en mi ciudad se vende a 80 $us, tengo una duda es necesario colocar T1 ,no bastaria con el 7805 para la fuente ?
perdon pero podrias explicar un poco mas:
+5v 470R (A) 120R (B) 470R GND
pense que la entrada del max485 en las patillas 6 y 7 se unia con una resistencia de 120 ohm ,pero en la grafica de mas arriba ademas de los 120 ohm estan los 470 ohm
tengo mas dudas ,este circuito del la interfaz rs485 la comunicacion es reversible ? ,o sea RS232 a RS485 y viceversa RS485 a RS232
Estimado:
Genial nota!!!
Gracias a esto es que estoy tratando de sacarme un graaaaan dolor de cabeza que tenía de hace bastante tiempo xD
y además de darte las gracias por mostrarnos la utilidad de la electrónica, tengo la siguiente consulta:
Cuales son las potencias de las resistencias??? 1/2W o 1/4W??
Influye que use de distintas potencias???
Gracias por tu ayuda!
Saludos excelente proyecto te felicito seria genial verlo trabajando, sigue adelante y muchos exitos
Tengo problemas mas relacionado con las tramas que con las conexiones, en verdad es algo sencilla esa parte.
Bien en el articulo mencionas la forma en que se debe enviar esa trama y es algo parecido al I2C con la diferecia que nos se tiene un bit de inicio y que el final es un valor numerico, bien pues este valor puede ser cualquiera es lo que entiendo, entonces facilmente puedo mandar un valor 0xFF o un valor 0x0A o lo que sea mientras que todos en la red comprendan que ese valor es el fin de trama, si puedes aclararme si estoy bien.
Encuento a la estructura en si, he leido que es propietaria es decir no depende de una unica forma y se pude usar como uno quiera siempre se respete el orden en que se envian las tramas (direccion, datos, fin de trama), en eso estare bien?
Y ya como ultimo digamos pregunta XD, estaba viendo un ejemplo del RS485 del compilador CCS y es algo complejo las funciones porque basado en la idea general que se expone se estan enviando un dato de mas que todavia no entiendo bien a bien de que trata, el caso es que por trama que se envia se agrega un dato mas, ahi creo que si hiciera mi propia red no seria compatible, entonces en este caso cada fabricante que implementa el rs485 simplemente sera diferente, esto tambien entiendo que es verdad, pero ¿ese dato que envia de mas es "estandar" en el protocolo? el dato es la longitud del mensaje.
//// int1 rs485_send_message(int to, int len, int* data) ////
//// * Send a message over the RS485 bus ////
//// * Inputs: ////
//// to - Destination address ////
//// len - Message length ////
//// *data - Pointer to message ////
//// * Returns TRUE if successful, FALSE if failed ////
No se si me di a entender el caso es que no encuentro una relacion sobretodo a lo ultimo que di a entender, porque si es obligatorio entonces hay que implementarlo en el programa del microcontrolador aunque se piense que esta de mas.
http://www.alciro.org/alciro/domotica_2
Parece que mario se canso!, lo acribillaron a preguantass, JAJA.
Saludos a todos los electronicos.!
Magnifico articulo Mario. El articulo hará historia.
La nota está muy interesante, estoy usando equipos HMI con controladores que tienen comunicación RS485 pero por momentos se pierde la comunicación, estoy seguro que es por ruido en la red, los equipos los he montado en una fábrica de cerveza, por favor me podrías decir cómo se conecta esa resistencia de 100 Ohms en la línea GND, un cordial saludo.
atte
Erick
muy interesante la aplicacion para trasmision y recepcion de dato incluso estoy realizando una tesis acerca de adquisicion de datos atravez del protocolo rs-232 y rs-485 su trabajo y la facilidad de poder trasmitir a grandes distancia con ic's que estan alcance del bolsillo eso una consulta estimados tengo una duda sobre todo para mario... el max485 su voltaje de diferencia esat especificado en caracteristicas tecnicas pero son niveles de voltaje que se usa en la parte industrial sabes cuanto son esos niveles de voltaje entre los terminales A-B no su diferencia si no el voltage antes de la diferencias ya que a grandes distancia no se podria trasmitir volatje pequeños por ej. 5VDc
Creo que se confundieron en el articulo al poner SN76156 cuando era SN75176 no?
Saludos! Muy bueno el trabajo que realizaste, me aclaró muchas dudas y estoy listo para comenzar a trabajar en una red de microcontroladores con RS-485 para un edificio de 16 pisos. Mi pregunta es la siguiente: Al principio hablas un poco sobre el cableado en sí, que no está muy especificado en el estándar pero que en esta página presentarás una sugerencia que funciona bien, recomiendas el blindaje, etc. pero si no me equivoco veo en tu placa finalizada un conector RJ-45... ¿UTILIZASTE CABLE UTP?, ¿O QUÉ CABLE EXACTAMENTE UTILIZASTE? Gracias!
que valor tiene T1?
T1 es un supressor de corrientes transientes
http://www.byknirsch.com.br/artigos/05-07-trafos6.gif
Debes iniciar sesión para publicar un comentario.