То есть представим такую схему:
4 генератора Вина(синусоида).
Каждой паре будет соответствовать определённая частота.
И получается приёмник снимает сигнал, rc-фильтрами определяет каждую частоту и кодирует информацию.
И это можно разогнать до гигабита?

я не понял зачем каждой паре частота чувак

они и так по раздельным парам

Я хочу по радиоэфиру гонять сигнал

тут надо думать насчет де/мультиплексом

чтобы один стрим делать на 2 пары

ну смотри уже в стоону вифи

это QAM и ортогональное разделение

вот эти вещи

Он про внутриимпульсную модуляцию, кажется

то есть многопозиционку разделить на частоты?

4B1Q ошибся

Там вроде 2 бита на один импульс

4 позиции тобишь

+ посмотри в сторону коммуникаций по линиям силовым

в том числе недавно и на изернет вышел стандарт насколько помню

еще вышли всякие стандарты для изернетов для iot

Ethernet, вероятно, самая распространённая сеть, но всё ещё не для всех случаев в этом мире и это нормально. Но такое желание есть и оно выливается в новые Ethernet стандарты для промышленных сетей контроллеров и автоматизации.

Чем плох классический полудуплексный Ethernet для автоматики - отсутствием определённости, в первую очередь в интервалах передачи, так как всегда присутствует фактор коллизии которую надо героически преодолевать. Не скажу за другие промышленные протоколы которые упоминаются в статье, но, например, в CAN коллизия как таковая отсутствует, конфликт решается жёстким определением приоритетов у контроллеров на основе его адреса и способа формирования сигнала в физической среде. Да, сам контроллер может заглючить и захватить полный контроль, но от глюков вообще мало кто застрахован.
Ethernet (полнодуплексный) в режиме точка-точка ограничен количеством подключаемых устройств, потому что между каждым из них надо организовывать среду передачи. В общем и это решается - полингом или передачей токена и один из вариантов такого решения в статье приводится. Это конечно свойство протокола, но уже, по сути, логическая надстройка над первым уровнем.

Так что мне думается, что просто так у Ethernet не получится вытеснить привычных "старичков" из этой ниши, тем более что это уже далеко не первая попытка. Инструменты подбираются под задачу, а не наоборот.

P.S. А CAN в самом деле интересный и не сложный в своей основе, про него стоит почитать для расширения кругозора и понимания, как у них там.  Я в свое время на целую дипломную работу начитал.

О, спасибо, это для расширения кругозора, чтобы понять как устроена передача данных на всевозможные случаи жизни

На уровне физики