Первые шаги с AVR, Есть идея и желание, но нет опыта Опции

[namelos]

Всем доброе время суток. Есть идея разработать девайс на базе контроллера AVR, который снимает данные 8 (и более) температурных датчиков. Программировать умею, но с контроллерами еще дело не имел. С чего начать? Стоит ли покупать Starter-Kit AVR STK 500 для лучшего понятия? Что надо покупать для начала?
С выбором контроллера еще не опредилился. Может что подскажете. 3aранее спасибо.

[GDI]

RS232, I2C, SPI

Вот по скорости они так и располагаются, а по надежности, имхо зависит от условий, помех, разводки, мне кажется что тут они примерно равны, только не RS232, а UART с уровнями сигналов 5в.
UART в принципе не рассчитан на много точечное соединение
I2C - топология типа шина, с передачей адреса устройства
SPI - все включаются параллельно на шину, но выбор устройства производится сигналом CS и потом обмен идет как будто никого больше на шине нет.
Последний мне кажется наиболее прост в реализации, особенно с использованием аппаратных SPI.

[defunct]

RS232, I2C, SPI
Вот по скорости они так и располагаются,

В контексте AVR насчет "по скорости они так и располагаются" требует поправки:

SPI в силу своей простоты и синхронности - самый скоростной (до 8Mbod/s на 16Mhz)
UART - ограничен цифрой 16, в скоростном режиме цифрой 8. (тобиш максимум можно выжать 2Mbod/s)
I2C - не более 400Kbod/s.

Но в силу того, что I2C аппаратно поддерживает адресацию устройств, и использует шину всего из 2-х проводков, эффективность системы построенная на этом интерфейсе будет наиболее высокая, по следующим критериям:
1. Гибкость масштабирования системы (легко можно добавить новый модуль(и)).
2. Простота разводки интерфейса на плате (всего два провода)
3. Минимальные затраты процессорного времени на обслуживание протокола связи.

[=GM=]

1. Гибкость масштабирования системы (легко можно добавить новый модуль(и)).
2. Простота разводки интерфейса на плате (всего два провода)

Насчёт гибкости. И к SPI точно также можно подключить хоть 150 устройств. Да и 3 провода вместо двух не столь принципиально.

[defunct]

Насчёт гибкости. И к SPI точно также можно подключить хоть 150 устройств.

Да? И можно полюбопытствовать как?

[IgorKossak]

Да? И можно полюбопытствовать как?

Применив 150 линий chip select.

[defunct]

Применив 150 линий chip select.

Если постараться , может хватить 8.

Ключевое слово "постараться" ;>
Вот вот.. И вся "гибкость" масштабирования летит в тар-тарары.

Может GM что-то другое имел в виду.. С интересом жду что он скажет.

[=GM=]

Может GM что-то другое имел в виду.. С интересом жду что он скажет.

Ого, сколько понаписали, сегодня целый день в разъездах был, не было возможности ответить.

Well to the question. Для начала, например, можно соединить SPI выход первого слейва со входом второго, а его выход с входом третьего, ну и так далее...Очень просто, как говорит мой босс, но проблемо(:-).

[defunct]

Для начала, например, можно соединить SPI выход первого слейва со входом второго, а его выход с входом третьего, ну и так далее...Очень просто, как говорит мой босс, но проблемо(:-).

Как всегда очень оригинально ;> но действительно проблемно..
Клок как передавать? CS?
И проводов не три а хм.. 150 + 1 (это если клок "расшарить").

[=GM=]

Как всегда очень оригинально ;> но действительно проблемно.. Клок как передавать? CS? И проводов не три а хм.. 150 + 1 (это если клок "расшарить").

Ну, не очень это и оригинально, всё до меня уже сделали и все пользуются, в частности, вы, только не задумываетесь об этом. Грубо говоря, у многих коллег шоры на глазах, находятся в плену, так сказать, имбеддерских предрассудков(:-)...

Клок надо передавать всем одновременно, т.е. параллельное подключение. А CS вообще не нужен по большому счёту.

И, если только передавать, то нужно всего два провода.

Что касается "проблемно" - сможете подключить 150 иис устройств к одной шине? Получите ба-а-а-льшую проблему...

[defunct]

И, если только передавать, то нужно всего два провода.

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

Для полноценного обмена вашим методом надо построить кольцо.
1->2->3->4 ..... ->N -> 1
Это накладно как с т.з. железа так и т.з. протокола.

Что касается "проблемно" - сможете подключить 150 иис устройств к одной шине?

К I2C 150-нет, а 128 запросто, она для этого и создана.

Получите ба-а-а-льшую проблему...

Если добавить еще одну шину и мост - 254 устройства к вашим услугам.
Проблем с обменом - никаких. Арбитраж выполняется аппаратно.

[=GM=]

Для полноценного обмена вашим методом надо построить кольцо. 1->2->3->4 ..... ->N -> 1 Это накладно как с т.з. железа так и т.з. протокола

Не смешите меня, лишний провод это накладно? Не хотите кольцо, сделайте параллельное подсоединение или смешанное.

К I2C 150-нет, а 128 запросто, она для этого и создана.

Если точнее, то для 127, т.к. 0 адрес предназначен для широковещания.

[defunct]

Не смешите меня, лишний провод это накладно? Не хотите кольцо, сделайте параллельное подсоединение или смешанное

Вы что не понимаете, SPI слейв генерит ответ всегда если нет CS. Какое параллельно?
Для случая кольца там не один лишний провод, а 150.

Я не хочу делать ни кольцо, ни параллельное, ни смешанное соединение по SPI для 150 устройств.
Потому что для такого числа устройств (и даже для меньшего пусть будет пара десятков с возможностью добавления еще пары десятков) я выберу шину.

А вот вы, сами можете делать то, что предлагаете - по SPI.

Если точнее, то для 127, т.к. 0 адрес предназначен для широковещания.

Ок 127.

[=GM=]

Вы что не понимаете, SPI слейв генерит ответ всегда если нет CS.

Во-первых, там аббревиатура SS (slave select), а не CS. Во-вторых, если SS=1, то слейв отключен от шины.

И главное, когда SS=0 (подключен к земле), то выход слейва определяется программистом (см. таблицу 69 на стр.165 документа DOC2464O), поэтому, естественно, если все выходы слейвов объединены, то их надо установить как инпут, чтобы не мешали друг другу. Учите матчасть.

Какое параллельно? Для случая кольца там не один лишний провод, а 150

Ну-ну, дерзайте.