I2C в AVR Опции

[777777]

Имеется система состоящая из Master receiver и Slave transmitter. Есл исходить из стандарта I2C, т количество передаваемых байт определяется мастером: при получении последнего байта он ставит NOT ACK, а передатчик получив его останавливает передачу. Мне же нужно чтобы количество передаваемых байт определялось передатчиком. С одной стороны, у него нет средств чтобы по своей инициативе остановить передачу - такты выдаются мастером. Но в описании Status Codes for Slave Transmitter Mode написано, что ведомый с передачей последнего байта может не установить TWEA и это будет означать, что передается последний байт. И есть status code 0xC8 означающий, что "Last data byte in TWDR has been transmitted (TWEA = “0”); ACK has been received". Так значит он может каким-то образом остановить передачу по своей инициативе? И как это происходит аппаратно, т.е. что выдается на шину?

[rezident]

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

Остановить? Точно также как и master - выдачей NAK. Как это аппаратно в МК реализуется я не знаю - не знаток AVR.

[777777]

Остановить? Точно также как и master - выдачей NAK. Как это аппаратно в МК реализуется я не знаю - не знаток AVR.

NAK выдает получатель данных. В данном случае это мастер. А мне надо, чтобы передача прекращалась по инициативе передатчика - при каждой передаче количество данных может быть разным и это количество знает только передатчик. Получается, что есть только один способ - сделать его мастером. Но он не знает когда начинать передачу - об этом знает получатель. И мы пришли к противоречию ©

[ReAl]

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

Почему к противоречию? К противоречию придём только тогда, когда окажется, что источник данных невозможно сделать мастером.
А сейчас есть только то, к чему я склоняюсь в последнее время -- сделать всех "с мозгами" мастерами, превратить для них шину во write-only, они ничего не читают, только пишут. Нужно "нынешнему мастеру" что-то -- он посылает "нынешнему слейву" короткую команду "хочу то-то" и уходит с шины. "Нынешний слейв" переключается в мастера и отправляет известное ему количество информации тому, кто попросил. По загрузке шины практически то же - вместо передачи RESTART + SLA_R имеем передачу STOP+START+SLA_W

Кстати, уходит и обсуждаемая рядом тема растяжки SCL ещё не готовым "нынешним слейвом" - шина свободна, он передаст когда сможет.
Write-only шины -- правильная вещь в некоторых случаях.

[777777]

Почему к противоречию? К противоречию придём только тогда, когда окажется, что источник данных невозможно сделать мастером.
А сейчас есть только то, к чему я склоняюсь в последнее время -- сделать всех "с мозгами" мастерами, превратить для них шину во write-only, они ничего не читают, только пишут. Нужно "нынешнему мастеру" что-то -- он посылает "нынешнему слейву" короткую команду "хочу то-то" и уходит с шины. "Нынешний слейв" переключается в мастера и отправляет известное ему количество информации тому, кто попросил. По загрузке шины практически то же - вместо передачи RESTART + SLA_R имеем передачу STOP+START+SLA_W

Да, я тоже думал сделать так. Но... страшно

1. Это короткое будет START SLA+W и дальше "Я Х О Ч У Э Т О" , слейв всё таки должен как -то в потоке данных расшифровывать , когда данные , а когда "ХОЧУ" т.е он должен анализировать каждый принимаемый байт и определять к данным или "ХОЧУ" он относится. Т.е на анализ уйдёт кучка времени.
2. Он ещё как-то должен выяснить , а кому собственно послать то?
Значит , либо мастер передаёт свой SLA , либо став мастером "бывший" слейв начинает выяснять , кто хотел данные , ау!

Почему каждый? Можно сделать первый байт командным и в нем кодировать "что хочу" и "кто хочет". Кроме того, можно сделать чтобы контроллер отвечал на несколько адресов, для этого в регистр TWAMR записывается битовая маска, показывающая, какие биты будут игнорироваться при сравнении с приходящим адресом. Например, если записать 0x1e, то он будет отвечать на 16 адресов, а младшие 4 бита могут быть любыми. Их можно использовать для передачи адреса запрашивающего устройства ("кто хочет").