протокол SPI

[Beduin]

Сообщение от Beduin

Вы немножко неправильно меня поняли...

Да, нет - именно так и поняли... Можешь привести пример, когда это нужно?

Например для опроса датчиков с SPI интерфейсом ,а если слейвами использовать МК ,то по такому кольцу можно передавать сосотояние от слейвов и команды от мастера.Лично я хочу замутить систему управления доступом на таком кольце ,единственная проблема это организовать арбитраж слейвов чиобы они не портили данные в процессе их продвижения по кольцу. Как вариант можно соединить слейвы паралельно (выходы у интерфейса с ОК),и анализировать занятость шины по доп. проводу .Если на этом проводе 1 то шина кем-то занята ,если 0 - свободна.

[delamoure]

Сообщение от tempora

Сообщение от Beduin Вы немножко неправильно меня поняли... Да, нет - именно так и поняли... Можешь привести пример, когда это нужно?

Например для опроса датчиков с SPI интерфейсом ,а если слейвами использовать МК ,то по такому кольцу можно передавать сосотояние от слейвов и команды от мастера.Лично я хочу замутить систему управления доступом на таком кольце ,единственная проблема это организовать арбитраж слейвов чиобы они не портили данные в процессе их продвижения по кольцу. Как вариант можно соединить слейвы паралельно (выходы у интерфейса с ОК),и анализировать занятость шины по доп. проводу .Если на этом проводе 1 то шина кем-то занята ,если 0 - свободна.

Кривой путь. Очень кривой.

По поводу арбитража в такой реализации. Если предполагается команда для каждого slave один байт и ответ от slave тоже один байт, то ничего сложного нет.

А вообще лучше делай по классике. Все slave подключены параллельно, и у каждого вход cs отдельно заведен на master. Не хватает выходов для cs на master - используй дешифратор.

[tempora]

Например для опроса датчиков с SPI интерфейсом ...

Я так и думал... Это делается иначе. А то, что ты делаешь, в медицине называется самоудовлетворением, потому что никакой пользы в этом действии нет - только удовольствие (лично для тебя) от потраченного времени. Вред, кстати, вполне вероятен - не так уж и сложно нарваться на трудноуловимые глюки... Впрочем, что-то мне подсказывает, что аргуметны излишни - тебе же это занятие нравится.

[Beduin]

tempora - похоже у Вас есть какая-то личная неприязнь ко мне .Замечу - форум не место для личных разборок.
delamoure - то,что сей путь весьма кривой и насыщенный глюками я и сам понимаю .Схему мне необходимо сделать с минимальным количеством связей терминальных устройств с базовым блоком .Потому и приходится извращатся.Кроме того схема без выделения отдельного провода для каждого терминала может быть расширена добавлением терминалов без вмешательства в базовый блок (за исключением прописывания ID добавленных устройств в память).Вобщем задачка не из легких.

[tempora]

Если предполагается команда для каждого slave один байт и ответ от slave тоже один байт, то ничего сложного нет.

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

[dimonbest]

.Схему мне необходимо сделать с минимальным количеством связей терминальных устройств с базовым блоком .Потому и приходится извращатся.Кроме того схема без выделения отдельного провода для каждого терминала может быть расширена добавлением терминалов без вмешательства в базовый блок (за исключением прописывания ID добавленных устройств в память).Вобщем задачка не из легких.

А скорость обмена большая нужна? 1-wire протокол не подойдет?

[delamoure]

Сообщение от delamoure

Если предполагается команда для каждого slave один байт и ответ от slave тоже один байт, то ничего сложного нет.

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

Ну и чего тут сложного? Просто через одно место, это да.

[delamoure]

tempora - похоже у Вас есть какая-то личная неприязнь ко мне .Замечу - форум не место для личных разборок.
delamoure - то,что сей путь весьма кривой и насыщенный глюками я и сам понимаю .Схему мне необходимо сделать с минимальным количеством связей терминальных устройств с базовым блоком .Потому и приходится извращатся.Кроме того схема без выделения отдельного провода для каждого терминала может быть расширена добавлением терминалов без вмешательства в базовый блок (за исключением прописывания ID добавленных устройств в память).Вобщем задачка не из легких.

А линии длинные? SPI тогда не подойдет.
Может уже заложить RS485. И скорость хорошая и длина линии наверняка устроит. Правда потребление возрастет. Все-равно на каждом датчике будет MCU. Это так?

[tempora]

tempora - похоже у Вас есть какая-то личная неприязнь ко мне.

Бог с тобой - откуда ей взяться-то? Просто делюсь впечатлением от такого "решения". Есть поиск нестандартных решений, а есть переливание из пустого в порожнее; разница в том, что стоит во главе угла - цель (результат) или процесс. В данном случае ничего хорошего не добиться, а проблем куча, отсюда вывод. Ну, а деятельность ради самой деятельности известно, как называется. И ничего личного, заметь.

[tempora]

Ну и чего тут сложного? Просто через одно место, это да.

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