¿Qué tecnología utilizar para enviar datos/Ethernet (alrededor de 128 kbps) por cable de cobre (4 km)?

¿Qué tecnologías puedo usar para enviar datos/Ethernet (con un rendimiento de tráfico simétrico de aproximadamente 128 kbps) a través de un cable de cobre (4 km)?

1) ¡SHDSL sería una opción! (pero no pude encontrar ningún chip con hoja de datos que permitiera continuar con mi diseño)

2) Por otro lado, las tarifas de SHDSL son muy altas. ¿No existe una tecnología/solución más simple que permita tarifas bajas a medias sobre cable de cobre?

3) Las tecnologías ADSL podrían ser atractivas ya que sus chips deberían ser baratos. Pero la naturaleza asimétrica del transceptor hace que sea poco útil, ya que el chip de módem adsl @ CPE está conectado a un chip DSLAM en el lado CO (hasta donde yo sé). ¿Hay algún chip de canal único adsl (DSLAM) O alguna solución que permita usar las variantes xDSL?

4) ¿otras tecnologías (cualquier pista es muy apreciada)?

Saludos

128 kbps sobre 4 km de cobre es solo una tasa baja para los estándares de la era xDSL, y todo, desde los estándares de 56k en adelante, se ha sesgado hacia tener diferentes tipos de equipos en cada extremo del enlace.
Reconozco que su pregunta es específica para el cable de cobre, pero ¿hay alguna razón por la que no pueda considerar el cable de fibra óptica?
Este es el rendimiento de un enlace ISDN T1 básico. ¿Qué pasa con esta tecnología? Descargo de responsabilidad: nunca usé eso, no sé cuál sería la complejidad. Cuando traté rápidamente de echar un vistazo a algunas hojas de datos de chips transceptores, comencé a tener náuseas.
@Steve: desplegar cable de fibra óptica sería más difícil y no siempre/en todas partes estaría disponible.
@Dean: tener diferentes tipos de chips en cada extremo del enlace no sería un problema siempre que los chips sean asequibles. Sospecho que para SHDSL los chips en los 2 lados son los mismos (solo difieren sus configuraciones de sw). Creo que en el caso de ADSL, los chips DSLAM están disponibles en altas capacidades (ya que se implementan en la CO de manera central y brindan servicio a muchos clientes)
@Dim: gracias por sus sugerencias, pero ¿no son obsoletos estos chips?
ISDN claramente está en decadencia, pero todavía hay chips disponibles, y tampoco morirá por completo pronto. Véase, por ejemplo, mouser, en la gama "CI de interfaz de telecomunicaciones". Hay bastantes chips disponibles de varios fabricantes, pero la mayoría son caros y parecen difíciles de conectar.
Elija un par trenzado o coaxial decente y mire su hoja de datos para conocer la atenuación y las pérdidas. Vea lo que se puede lograr. Si puedo enviar 660 Mbps a través de 50 m, entonces 660 kbps (mil veces menos) debería ser factible con un cable decente a lo largo de muchos, muchos kilómetros.
@Andy: usar cables de telefonía normales (que podrían usarse en soluciones SHDSL normales) es un objetivo. No debe esperar que coloque 4 km de mi propio cable.
Si no se puede encontrar otra solución viable, ¿no hay un chip SHDSL con la información/hoja de datos requerida para hacer un diseño? (Lantiq, ahora los chips Intel no proporcionan ninguna hoja de datos)
No espero nada más que hechos claros.
No está claro cómo funciona con la compensación de "cable más largo que las especificaciones" y "velocidad de datos más baja que las especificaciones", pero vale la pena echarle un vistazo a RS485. 4000 pies (no metros) y 10 Mbit/s es la especificación. ¿Un poco más de 3 veces la longitud a 80 veces más lento? ¿Quién sabe?
Localice un par de módems PairGain y conéctelos a su red ethernet en cada extremo. 1,5 Mbit en 6 km. Se pueden conseguir usados ​​por alrededor de $30 US en eBay.

Respuestas (2)

RS485 sería mi primera oportunidad para una capa eléctrica, pero haga una codificación de línea 8b10 o similar para que pueda acoplar un transformador o un condensador para evitar problemas de modo común (tiene un rango de modo común limitado), el infierno bifásico podría estar bien a una velocidad de borde de 250 KHz. ese tipo de distancia, tal vez con un transformador 1: 4 en cada extremo si se usa un cable de grado de telecomunicaciones, y hace que el PLL para la recuperación del reloj sea fácil.

Los problemas reales con esto son en realidad cosas como el modo común y la protección contra transitorios para hacer que el enlace sea eléctricamente confiable cuando ocurren EFT.

4 km a través de un cable de buena calidad a ese tipo de velocidad en realidad no es tan difícil, y algo como cat 5 cuenta como un cable de buena calidad a esas velocidades, la línea telefónica completa con empalmes llenos de agua sucia y un balance de pares deficiente que induce ruido de todos los demás circuitos ADSL en el paquete de más de 100 pares, no tanto.

Lo importante es que QAM16 con dac, amplificador de potencia (controlador de línea ADSL) y adc deberían hacerlo con una velocidad de símbolo lo suficientemente baja como para funcionar en ese rango.

Podría ser posible construir un par de "Winmodems" (transmisores simples que hacen QAM en el software) y luego implementar V.300 o similar.

La comunidad de SDR también puede ayudarlo.