Да, сейчас помех нет.
Скорость падала потому, что я заносил в BRR значение меньше 16. Я не смотрел осциллографом, но, по всей видимости, скорость стала какая-то ооооочень маленькая от этого
Да, у меня именно (F + N/2)/N. В примере упростил для большей прозрачности.
Не только подобрался, но и перебрался))


Да нет, проблема есть, и очень серъёзная. Я не уверен, что смогу быстро подобрать быстроразъёмные соединения и кабеля IP65 для Ethernet. (У меня ещё и агрессивная среда)

Можно использовать 10BASE-T, он через любые разъёмы пройдет.

RJ45 в IP65 как и USB.

Но а что если не UART а SPI ? Проводков чуть больше, зато со скоростью проблем не будет. От помех - тот же 485.
Вопрос с разьемами можно решить.

Когда посмотрите осциллографом, расскажите. Наверное, скорость передачи будет той, что задали. Но биты не смогут читаться, потому что нарушается механизм выборок, которых нужно 16 на бит.

Я не сомневаюсь, что можно решить. Вопрос во времени. Нынешние разъёмы мы подбирали очень долго - много проб и ошибок. Очень многие разъёмы, несмотря на заявленную устойчивость к агрессивным средам, в реальности меньше чем за год распадаются на плесень и липовый мёд (ц).
Про SPI - это было первое, о чём мы подумали. Но при использовании диф. пар - получается многовато проводков, поэтому стали разведывать в сторону 485.

Хорошо, посмотрю (завтра). Но биты читались, приём - был.

может тогда просто взять езернет PHY 10мбитный. в режиме SNI будет выглядеть почти как просто SPI со стороны контроллера.
RTL8201 или DP83848.
ну или поставить любую самую мелкую cpld и на ней енкодер/декодер манчестера сделать для SPI от контроллера и потом его поверх 485 по одной паре.

Возникла похожая задача. Хочу протянуть через коаксиал питание и данные. Данных 115200 кбит/с.
Датчиков до 256 шт., каждому свой кабель 5-20 м. В идеале подошел бы TTCAN или Ethernet с протоколом синхронизации времени.
Если есть мелкое решение (корпус-жор) для UART, то будет хорошо. Вроде посмотрел все модемы, и декодеры манчестера. Все старое в PLCC. CPLD лепить сбоку не особо хочется, вдруг пропустил все в одном флаконе. Может есть готовые решения?
Пока думаю 10BASE-T half duplex через трансформатор загонять в коаксиал (все согласую сам). С езернетом смущает свитч на 256 портов и потребление phy. UART (RS-485) как-то получше смотрится, его можно сделать на МК и заводить через 100BASE.

Не экономьте на проводах, положите лучше стандартную витую пару 5й категории, тем более она дешевле
Для 20м и 115200 простого uarta поверх 485 вполне хватит.
Чтобы не городить 256 приёмопередатчиков со стороны хоста или свичи/хабы, можно вспомнить про незаслуженно забытый token ring.
Хотя 256 uartов в fpga тоже не большая проблема, там в младших семействах ноги скорее закончатся чем логика.
Ну или если так хочется ethernet, то тогда etherCAT, хотя получится недешево.

У меня проблема комплексная, и цена кабеля вторична.
Преимущества коаксиала:
1. Любой диаметр (на 20м потери все равно какие, питание для датчиков 200мВт).
2. Простота заделки (герметизация переходов и уплотнения на резинках), кабель сам по себе плотный (если не вспенен)
2.1 (или 1.1) можно использовать полужесткие коаксиалы в сложных местах (масло+вода на переходе).
3. Простота подключения к клемам, сложно ошибиться.
Делать простой RS-485 не особо, так как нужные конденсаторы большого номинала для отвязки. Поэтому хочется манчестер, FSK или что-то подобное. Для манчестера можно CPLD сбоку, но получается что корпус FBGA с шагом 0.8 или меньше. Вот и ищу простое решение.
Можно сделать АМ на прием и передачу, но тоже габаритно. Bluetooth есть малые по габаритам и потреблению, но 2,4 ГГц сложнее загонять в коаксиал.

... SX1276 технология Lora, манчестер аппаратный, внутри есть.

Похоже подойдет. Скорость, потребление, корпус, все как надо.
Благодарю за подсказку.

http://www.aliexpress.com/item/Sfm-1-l-sx1...1698746935.html
Этот кит подешевле чем оригинальный.