[overloaded 0]

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

Нужно ли усиливать?

Не будет ли плохо МК впринципе от длинной линии на ноге?

Если буферизировать, хватит ли обычного инвертора?

Предполагаются помехи от двигателей 1кВт поблизости.

[Aner 3]

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

[overloaded 0]

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

Это инвертор и супрессоры или что-то посложнее?

[kovigor 5]

Нужно ли усиливать?

 

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

 

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

Изменено 10 мая, 2011 пользователем kovigor

[overloaded 0]

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

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

 

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

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

Питается все тем-же питанием что и контроллер, на каждой плате датчика свой стабилизатор. Развязку по входу CS поставил только из соображений разницы питаний (скорее всего незначительной).

 

 

[kovigor 5]

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

 

 

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

Питается все тем-же питанием что и контроллер, на каждой плате датчика свой стабилизатор. Развязку по входу CS поставил только из соображений разницы питаний (скорее всего незначительной).

 

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

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

[overloaded 0]

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

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

Скорее всего конечно 4 485х и поставлю, Вы меня убедили.

Но все-же интересно, почему работать должно плохо с токовой петлей?

CS программный, все задержки можно учесть...

 

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

[kovigor 5]

Но все-же интересно, почему работать должно плохо с токовой петлей?

 

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

 

Скорее всего конечно 4 485х и поставлю, Вы меня убедили.

 

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

 

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

 

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

Изменено 11 мая, 2011 пользователем kovigor

[KnightIgor 2]

Скорее всего конечно 4 485х и поставлю, Вы меня убедили.

 

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

 

[overloaded 0]

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

[SergeyDDD 0]

В свое время использовали связку SPI -> ADuM2402 + (DC/DC) -> 2хADM3491ARU

На 5-ти метровом кабеле (четыре витые пары + питание) на 2Mbps работало отлично.