TL,DR:
Esto es un montón de texto porque he incluido mucha información de fondo. Sin embargo, finalmente habrá una pregunta buena y precisa: ¿Debo utilizar una red de adaptación de impedancias cuando conecto cables de distinta impedancia, como 50 Ω y 75 Ω? Las posibles respuestas probablemente comenzarán con un "depende...", y es por ello que primero proporciono una gran cantidad de información de fondo.
Introducción
Quería deshacerme de un cable Ethernet tirado por las escaleras de mi casa. Un cable coaxial de repuesto que había instalado originalmente para la televisión por satélite parecía prometedor como alternativa, limpiamente escondido en las paredes. Justo cuando estaba a punto de comprar las cajas adecuadas para el cable coaxial de Ethernet sobre antena (75 Ω, capaz de algo así como 270 Mbit/s), me recordado 10base2 - el viejo sistema de ethernet coaxial BNC/RG58, y decidí que sus 10 Mbit/s eran más que suficientes para mis necesidades. El mercado de segunda mano de concentradores con conector BNC o incluso de lujosos "convertidores de Ethernet" (de coaxial a par trenzado) sigue siendo muy bueno. Lo único que no tenía claro era el tema de la impedancia. 10base2 utiliza una instalación de 50 Ω con cable RG58, y casi cualquier coaxial para sistemas de antena doméstica (como mi cable de repuesto para la televisión por satélite) tiene una impedancia de 75 Ω.
Ahora me complace informar que 10base2 es lo suficientemente robusto como para soportar el abuso de ser ejecutado a través de 10...20 m de coaxial inapropiado de 75 Ω. ¡Ya está, lo he arreglado! ¡Sí!
Sin embargo, ...
Todavía tenía curiosidad por saber si el hackeo que había hecho era realmente malo (como en: apenas lo suficientemente bueno) o tal vez incluso bastante aceptable. Miré la señal con un osciloscopio. La configuración es así:
Sin ninguna adaptación entre los segmentos de 50 Ω y 75 Ω del coaxial, el resultado muestra una cantidad muy evidente de ruido reflejado. A pesar de este inconveniente, el "ojo" sigue bien abierto y los descodificadores pueden hacer felizmente su trabajo, lo que resulta en una pérdida de paquetes exactamente nula. Estamos viendo una combinación de las señales transmitidas y recibidas por el hub ethernet cerca del osciloscopio. A juzgar por la parte "limpia", la señal transmitida tiene aproximadamente 1,9 V pkpk y la señal recibida tiene 1,6 V pkpk . Si podemos suponer que ambos conductores tienen una salida de la misma amplitud, podemos incluso calcular la pérdida introducida por el cable: 20×log(1,6/1,9)dB = 1,5 dB. Es suficiente, porque el cálculo para 15 m de coaxial típico con 6,6 dB/100 m da como resultado 1 dB.
El ruido se reduce en gran medida cuando se inserta una red de adaptación en los extremos cercanos o lejanos de la parte de 75 Ω del coaxial. Su aspecto es el siguiente (Créditos a esta fuente )...
Con la red de concordancia en el extremo cercano... ... todavía son visibles algunos reflejos viajando hacia atrás desde el extremo lejano no emparejado.
Con la red de adaptación en el extremo lejano, también debe haber reflexiones a lo largo del comparativamente corto cable de 50 Ω entre el concentrador y la discontinuidad etiquetada como "cercana", pero como he aprendido de un amigo, el osciloscopio no puede "verlas", porque son absorbidas por el conductor. Además, una parte de la señal del conductor "lejano" se refleja y viaja de vuelta a lo largo del cable de 75 Ω, y se termina en la red de adaptación en el extremo lejano:
En comparación con la configuración sin emparejar, la amplitud de la señal del extremo lejano se reduce aproximadamente a la mitad (-6 dB), lo que concuerda con la teoría que predice una pérdida de 5,6 dB sobre la red y la impedancia a la que "mira".
Todo lo anterior funciona, es decir, no hay red coincidente o hay una red coincidente en el extremo cercano o en el extremo lejano. "Funcionan" significa que puedo ping -f
sobre el segmento durante horas sin un solo paquete perdido.
Ahora, ¿por qué no utilizar dos redes coincidentes en "cerca" y ¿"Lejos"? Bueno, la 10base2 está diseñada para una longitud máxima de 185 m de RG58, con una pérdida de 6,6 dB/100 m o 12,2 dB/185 m. Por lo tanto, dos de mis redes de adaptación resistiva ya se comerían casi toda la señal y me acercarían tanto al límite permitido que, incluyendo el cable, hay demasiada pérdida en total. Sigo dudando de que una solución de bajas pérdidas basada en un transformador funcione porque creo que 10base2 ("cheapernet") necesita un camino de CC: "DC LEVEL": La componente DC de la señal tiene que estar entre 37 mA y 45 mA. La tolerancia aquí es ajustada ya que las colisiones se detectan monitorizando el nivel medio de DC en el coaxial." ( Fuente: p.4 ; también respaldado por esta hoja de datos ) Por otra parte, la red de adaptación resistiva también pondrá en problemas cualquier polarización de CC...
Después de todo,
... la pregunta corta de nuevo: ¿Debo utilizar una red de adaptación de impedancias cuando conecto cables de distinta impedancia, como 50 Ω y 75 Ω?
Cualquier cosa entre "prefiero la configuración no emparejada/emparejada porque me gusta más este/el otro oscilograma" hasta respuestas con mucha información de fondo sobre RF o el hardware de bajo nivel de 10base2 es muy apreciada.
Editar
Si tiene acceso al interior de la Interfaz Transceptora Coaxial (CTI), puede modificar el circuito entre el chip ( 8392 parece ser el tipo hecho por una gran variedad de fabricantes y también el tipo que se utiliza casi exclusivamente para casi cualquier interfaz hecha por cualquier persona para los adaptadores 10base2) y el conector BNC. Es posible un intercambio de cables con 75 Ω y 93 Ω a costa de la longitud de bus permitida. National Semiconductor hizo una nota de aplicación sobre este tema, llamada AN-620 (pdf, septiembre de 1992).
Pero incluso después de encontrar esta app'note, sería genial encontrar algo de información sobre lo que hay dentro de un 8392, es decir, lo que uno tendría que utilizar para construir la interfaz utilizando partes discretas y tal vez algo de lógica de cola y opamps.
0 votos
Sería interesante ver este escenario simulado.
0 votos
@Dzarda Soy un usuario semi-experto de LTspice (e incluso fui al seminario de Mike Engelhardt recientemente). Sin embargo, no tengo experiencia en la simulación de líneas de transmisión. ¿La tienes tú? Esto abre ideas para al menos otra pregunta interesante para hacer...
1 votos
Iba a sugerir los transformadores, ya que Manchester tiene una buena densidad de transición para eso, hasta que leí lo de mantener el nivel de corriente continua para la detección de colisiones. Pero eso introduce la complicación añadida de que cualquier red resistiva que utilices para la adaptación también tiene que mantener el nivel de corriente continua, así que probablemente tendrás que tener conexiones separadas para la corriente continua y la señal. Tal vez algo tan simple como un inductor que lleve la corriente continua entre los dos lados de un transformador de adaptación.
1 votos
@zebonaut LTspice tiene modelos dedicados para las secciones de la línea de transmisión.
1 votos
Habría utilizado puntos de acceso inalámbricos en ambos extremos del cable. Seguiría siendo necesario igualar la impedancia, pero cada una de las redes de adaptación podría (y de hecho debería) tener 15 dB de atenuación, lo que solucionaría el problema.
0 votos
@SimonRichter Heh. Inalámbrico con cable. No había pensado en eso. Sería una alternativa en caso de que 10 Mbit/s no fueran suficientes. E incluso podría usar viejos puntos de acceso o routers (atontados) que quedaron inservibles por no soportar una buena encriptación.
0 votos
Tal vez ya no sea relevante, pero me preguntaba por qué decidiste no hacer la adaptación de impedancias con circuitos activos en lugar de sólo con divisores resistivos. Añadir un opamp en cada extremo; problema de atenuación resuelto...
0 votos
@OleksandrR. Los circuitos activos son una opción, por supuesto, pero los descarté porque no quería nada con una fuente de alimentación entre los PHY. Para ser justos, este descarte no se mencionaba en la letra pequeña de la pregunta, simplemente pensé implícitamente que estaba fuera del concepto que había pensado...