Можно ли соединить 2 МК по интерфейсу 1-Wire?

Почему бы и нет, один МК будет изображать пассивное устройство (Slave), а второй будет Master.
Но, ИМХО конечно, у AVR есть более удобные интерфейсы для межсоединений, например UART и SPI, а также I2C.

а если длина линии связи 10 метров?

Чтобы вам смогли помочь, укажите еще требуемую скорость передачи информации.

Анатолий.

Ниже - лично моё мнение.

Для 10 метров подойдёт I2C, а также RS232/RS485 с любыми драйверами. Можно использовать и спец режимы.

Эти интерфейсы являются также более скоростными. I2C/RS485 пригодны для подключения нескольких устр-в. В том числе и в мультимастер режиме.

1-wire интерфейс имеет несколько недостатков. Причём существенных.
1) Низкая скорость обмена.
2) В рамках протокола - незначительный размер сообщения.
3) Отсутствие реальной возможности работы по прерыванию (или городить огород).
4) Исходя из п.3. Сложность работы системы в реалтайм, с одновременным обслуживанием 1-wire протокола.
5) сжирает много ресурсов, при том бесполезно.

Преимущества RS485.
1) Аппаратная возможность расширения.
2) аппаратная поддержка
3) Жрёт мало ресурсов
Скорость до 2Мбит. Найболее приемлемая 100 кбит

Преимущество I2C
1) Простота реализации (в том числе и программная)
2) Возможность расширения
3) аппаратная поддержка
4) Жрёт очень мало ресурсов
5) завершённые простые протоколы
Скорость 400/100 кбит

Ну, I2C я бы советовать не стал, он для таких длин не предназначался, емкость кабеля очень влиять будет. А вот UART на скоростях сравнимых с 1wire покатит даже без драйверов. Ну только буфернуть его на всякий пожарный скажем HC125-ой. Заодно на ней же можно сделать коммутатор приема/передачи, чтоб обойтись только 2-мя проводами.
Но это все любительство. Для серьезного проекта - RS485 наилучший выбор.

На точке опоры проскакивали сообщения, что в новых домах, датчики температуры ставят. Или что-то подобное. До ста метров. Говорят очень устойчиво работает.

Принципиально возразить нечего. Шина - статическая. Если значительно уменьшить скорость, то вполне... Хотя я не призываю, а просто отмечаю. Тут наверное больше вопрос помех...

Если речь идёт о промышленном изделии, то думать нечего - есть соответствующие стандартные интерфейсы: RS232,RS485,CAN. Если о поделке - то I2C будет вполне работоспособна - минимум на 100кГц я думаю. Сопротивления я бы уменьшил Ом до 750.

Прочитал все ваши сообщения, большое спасибо!

Суть моей задумки проста.

Первый МК будет динамически опрашивать опрашивать 12 кнопок. Номер нажатой кнопки будет передавать в линию связи. Назад будет получать отклик и включать соответствующий номеру нажатой кнопки светодиод. Устройство будет сделано в виде пульта.

Второй МК будет управлять исполнительным устройством (в моём случае калибратором П320).
Это устройство планирую сделать для облегчения труда при метрологии аппаратуры, тк надоело крутить ручки калибратора вручную, да и ходить постоянно от компа к нему - тоже надоедает. А так метролог будет сидеть за компом, и не вставая со стула управлять калибратором (задавать напряжение) .
Вот поэтому и вопрос какой лучше применить интерфейс? Для 485 , я так понимаю, нужны дополнительные микросхемы. А хотелось бы слепить из того что есть - на пульт ATiny2313 или ATmega8, на управление - ATmega8.

Если хочется обойтись минимальным числом корпусов - присмотритесь к беспроводным технологиям от Атмел: http://atmel.com/dyn/products/devices.asp?family_id=676
Для данной задачи вполне сгодится, и будет по моему дешевле, чем использование нескольких микросхем интерфейса.
К тому же на кабеле и прочих причендалах сэкономите:-)

P.S.: Хотя указанные микроконтроллеры сделаны в основном под ZigBee стек - применение их именно для Zigbee вовсе не обязательно - соединение точка - точка вполне легко реализуемо.

Если нужно просто опрашивать кнопки то может просто поставить какую-нибудь специализированную микросхему от Максима, которая на аппаратном уровне будет поддерживать 1-wire, поройтесь на www.ibutton.com там есть всякие АЦП, а есть и мультиплексоры и просто логические выходы, т.е. такую микруху можно поставить как со стороны пульта, так и со стороны устройства, на ваш выбор, а ответную сторону сделать на МК, где реализовать мастер 1-wire(что намного менее затратно по ресурсам чем слейв)
А вообще для RS485 вам потребуется из дополнительного только по одному драйверу RS485 которые подключаются к УАРТу и один вывод для управления направлением передачи.

Для 10 м в лабораторных условиях нормально будет работать и просто TTL соединение. Но уж если помеховая обстановка не позволяет, хочется использовать диф. интерфейс и без дополнительных корпусов можно обойтись. Используя две ноги проца, еоторые могут быть как i/o, так и входами компаратора. А дальше а-ля RS-485 только программно.

Это называется искать приключения на свою ***у извиняюсь...

Если лаборатория студенту пару баксов на драйверы не дает, пусть хоть получает опыт, в виде приключения на свою (что вы там имели в вижу?).
А иначе, зачем вобще там работать?

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

Что может быть проще соединения двух U(S)ART для данного применения? Скорость пониже и все получится. Ну сколько нужно для снятия данных о нажатых конпках? 300 бод
В этот же кабель - питание пульта. Итого 4 жилы.
Если наводки в лаборатории, ну возьмите экранированный кабель. Подключите экран к общим двух связываемых устройств.