Цифровой выход МК (LPC24xx 72МГц) подключается в развязанную токовую петлю 3мА на расстояние до 10м, макс. частота желательна около 1 Мгц(можно меньше, управление выводом CS(SPI)).
Нужно ли усиливать?
Не будет ли плохо МК впринципе от длинной линии на ноге?
Если буферизировать, хватит ли обычного инвертора?
Предполагаются помехи от двигателей 1кВт поблизости.

Однозначно, буфферизация с защитой от помех + защита ESD протекторами всего окружения проца + правильная разводка платы + много всего что входит в соответствующий стандарт.

А можно поподробней про "буфферизация с защитой от помех" пожалуйста?
Это инвертор и супрессоры или что-то посложнее?

Обязательно нужно. Ток придется повысить, как минимум миллиампер до 10-ти, что, кстати, послужит и защитой от помех. В качестве буфера должно хватить и обычного транзистора.

P.S. Чувствую, что у вас постановка задачи неправильная. Использовать Current Loop для удлинения сигнала CS SPI - по-моему абсолютно недопустимо. Или реализуйте весь интерфейс как развязанный SPI, или как развязанный CL. Или вообще примените тот же развязанный RS485 ...

А разве реально навести помехой скажем 1,5 мА на длине 10м в реальной жизни? Или это просто перестраховка?


На самом деле мне развязка скорее всего и не нужна. Есть несколько датчиков (6-8) с интерфейсом SPI. Клок и данные сажаются на одну шину через драйверы RS485(422). CS-ы решил сделать токовой петлей т.к. дешевле, да и отдельный он, поэтому шинный драйвер как-бы избыточен..
Питается все тем-же питанием что и контроллер, на каждой плате датчика свой стабилизатор. Развязку по входу CS поставил только из соображений разницы питаний (скорее всего незначительной).

1. Во-первых, реально. Во-вторых - перестраховка. Схема без буфера будет работать (как-то, но будет) ровно до первой грозы. Первый же разряд молнии выпустит из вашего МК потроха. Это из личного многолетнего опыта эксплуатации Current Loop.
2. Криво это как-то - разные сигналы одного и того же интерфейса доставляются к потребителю разными способами. Подумайте сами. Выглядит очень неестественно, и работать почти наверняка будет плохо. Уж лучше тогда на плате каждого датчика разместить по конвертеру RS485<->SPI на простейшей ATTINY, а уже эти конвертеры сажать на общую шину ...

Скорее всего конечно 4 485х и поставлю, Вы меня убедили.
Но все-же интересно, почему работать должно плохо с токовой петлей?
CS программный, все задержки можно учесть...

Вариант с МК рассматривал, но т.к. нет необходимости пред-обработки данных датчика отказался. Да и стоимость даже тини2313 с обвязкой будет порядка стоимости пары драйверов 485.

Не должно. Но почти наверняка будет. Потому что это решение выглядит весьма и весьма коряво. А такие решения, как правило, работают плохо. У вас получится дешево. Возможно. Но при этом получится еще и плохо. А еще ухлопаете массу времени и средств на переделку. И все очень быстро забудут, что вы сделали дешево, но никогда не забудут, что сделали плохо ...



Один там должен быть RS485. Нет смысла делать четыре.



Очень напрасно отказались, т.к. это, похоже, единственный корректный вариант. Да и Тини2313 выбор не ограничивается. Кстати, если через какое-то время потребуется придать датчикам некоторую интеллектуальность, то такое решение даст заметный выигрыш ...

Маленький совет: вместо 485 возьмите LVDS.

Буду ставить или контроллер или SPI->LVDS) Спасибо.

В свое время использовали связку SPI -> ADuM2402 + (DC/DC) -> 2хADM3491ARU
На 5-ти метровом кабеле (четыре витые пары + питание) на 2Mbps работало отлично.