Длина SPI?, Связать две платы ~10см Опции

[Tarakanich]

Прошу прощения если вопрос глупый... Ни в одном описании не нашел длины линии связи, подозреваю что не велика. Хочется около 5 МГц. Если да, то какой кабель и разъем использовать, если нет, то какие альтернативы?

[IhorOs]

на днях столкнулся с проблемой нестабильной передачи по spi.

что имелось, что наблюдалось и как решалось.
контролер avr 8515, соотв. частота такта spi 1 мгц. Связь с платами через кабель длинной 25 см, на платах всякого вида перефирия (dac, adc, регистры) - никаких проблем.
но вот при попытке связать два уже два контроллера (каждый на своей плате)- наблюдались редкие сбои при передаче.
Изначально соединялся arm7 at91rm3400 с avr atmega8535 (arm7 ведущий, avr - ведомsq). Когда с целью исследования соединили плату того же 8515 в качестве ведущего, который стабильно работал с перефирией - ситуация повториласть, то есть наблюдались редкие сбои.

Когда посмотрели осциллографом на сигналы - на приемном конце после фронтов наблюдались 2-3 периода затухающих колебаний амплитудой 100..200 mv и периодом 10..15 нс. Вопрос о некорректном подключении щупов (например, земли по идиотски) был снят, так так на передающем конце таких выбросов не было.

Рабочая версия была, что реально выбросы ("пики") малость больше, но просто наличный осцилограф и щупы не позваляли их наблюдать.
Выличели тем, что на приемном конце клоки пропустили через интегрирующую цепочку из 22 омного резистора включенного в разрыв и коненсатора 33 пф, включенного на землю. Способ лечения как бы подтверждает версию о "пичках".
То, что соотв. проблемы не наблюдали на плате с перифирией - списали на то, что приемник spi в перефирии более медленный чем в контролере и на пички уже не реагировал. ну или просто там плата более по человечески разведена...

zltigo:
> последовательный резистор именно на тактовом сигнале, а не на данных, есть хороший способ получить гимморой, ибо приводит к немонотонному фронту сигнала.


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


пс. если бы кабеля былы бы сделаны немного по человечески, то есть, к примеру, сигнальные провода чередовались с заземляющими, то вероятнее всего, никаких трабл не было бы. Но посколькуо кабеля были сделаны особо талантливо и возможности их переделать пока не было - сделали так, как сделали.

Сообщение отредактировал IhorOs - Dec 9 2008, 09:36

[zltigo]

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

Вопросы получения из клоков хрензнаетчего путем очень очень большого (по сравнению с исходной длительностью фрона) из завала НА ПРИЕМНОЙ СТОРОНЕ с целю подавить внешние помехи и последующей степени работоспособности чего-либо от таких клоков на к теме обсуждения отношени не имеют.

[GetSmart]

IhorOs, у меня бывали похожие глюки из-за неправильных настроек SPI. Тем более если общаются процы разных типов. Это может быть банальное соревнование фронтов, когда слэйв меняет данные не на том фронте клока, а если клок чуток затормозить RC-цепочкой, то вроде бы проблема исчезает. На 25 см проводах вообще никаких глюков не должно быть, тем более на 1 МГц. Такую низкую скорость можно и на метр делать. Хотя где-то читал, что TTL сигналы дальше 30 см не рекомендуется тянуть, но на невысоких скоростях это можно обойти например RC-цепочками и триггерами шмитта. 1 МГц SPI можно даже на сто метров передавать через 485 драйвера и витую пару.