доброй ночи требуется связать по линии i2c несколько контроллеров .Мастер mega16 и ведомые ATtiny2313. порыл в инете ничего вразумительного нет. не берем во внимание аппаратный usi i2c
с ним макетировал, результат не очень. Возникла идея если воспользоваться RTC ds1307( в схеме она есть у мастера ) главный мастер записывает в её ОЗУ данные а остальные теперь мастера ATtiny2313
считывают по своим адресам данные.Мастера не начнут условия старт пока линия занята,это условие вместо синхронизации.

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


Для M16 это не проблема, там аппаратная поддержка мультимастера так что все ОК.
А на Тинях придется реализовать "мультимастер" Вам самостоятельно - почитайте про этот режим в даташите (см. TWI модуль).
Реализовать его надо - потому что Вы не будете знать занята линия или свободна при одновременном старте нескольких мастеров.

спасибо! пойду читать даташит

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

Поясните, почему нельзя передавать не через DS1307, а напрямую из меги во все тайни по очереди или сразу всем? Передаёте адрес, потом данные. Нулевой адрес - для широковещания. И никаких проблем с коллизиями.

Да, так пожалуй будет лучше. Все МК сразу знают, что DS "фунциклирует".
При условии что одного обновления в сек. - достаточно.


Практика показывает в мультимастере конфликты неизбежны, как мастеров по времени не разноси. Поэтому лучше сразу закладывать арбитраж.

Всё дело что тогда нужен программный и2с для ведомых тини и все ресурсы пойдут туда. На тини собрана динамическая индикация.

Был проект на Меге8, динамическая индикация, 24 диода, опрос матрицы клавиатуры, чтение DS1990
и слейв для 1-wire, устройство само ключом DS1990 прикидывалось. на индикацию не влияло.
i2c обслужить проще, чем 1-wire.

Хмммм ... Олег, на какое растояние хотите тянуть i2c?

Привет! на 20 см сейчас там сделан уарт +485 + wake . Задумка была сделать ведомые i2c программно, не получилось времени было мало, сделал в лоб чтобы не заморачиваться.
Сейчас вернулся к теме хочется сделать по правильному.

Почему всё-таки аппаратный ведомый TWI не подходит?

Вероятно потому что в T2313 его нет.
Atmel предлагает использовать недоинтерфейс USI встроенный в этот МК для эмуляции аппаратного TWI. Мороки там и шансов на успех примерно столько же как и при программной реализации. (хотя наверное даже так - мороки больше, а шансов на успех меньше)

Ну, названия TWI нет, думаю это патентные игры, но есть two-wire mode, которая по существу и является TWI. Какая там морока-то для слейва?

У меня работает atmega8 в режиме слэйва. С точки зрения мастера - at24c01, правда с другим адресом. Уже годы катается. Никаких проблем. Сама она часы читает по I2C (DS1307), датчики температуры DS18b20 и освещённость определяет. Планировал и другие датчики поставить, но так руки и не дошли.

Когда ставил - боялся проблем и сбоев. Нет. Всё прекрасно работает. Мастер правда софтовый.

А так как автор темы планирует - тоже нюансы есть.

Почитайте более подробно про этот two-wire режим USI тиньки. Этот режим - костыль с помощью которого Atmel предлагает самостоятельно реализавать стейт машину I2C.
Кардинально отличается от TWI(полного аналога I2C) в Mega'х.