[ UART <-> TWI ] Протокол

Сергей

Дак можно, суть в том насколько быстро это все будет, тк после того как мы послали такой запрос, он проходит через переходник дальше по UART там парсится, потом мы ждем ответа, потом отправляем обратно адресату..

=DeaD=

Сергей писал(а):

Да, здесь конечно не прокатит такое.. хотя вроде можно послать такой запрос, в самом переходнике выждать данные и отправить обратно, но даже если возможен этот вариант - вся i2c-сеть будет "висеть" все это время. Нужно поэкспериментировать..
А так то, по смыслу нормально получаеца, отправили команду, подождали, получили, мне кажеца время затраченное на эти действия равно времени совмещенной команды..

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

rig

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

Сергей

rig писал(а):

если на шине будет больше двух и мастер может быть любой задержки будут обязательно.

..что это за предложение такое и объясните мне его смысл

rig писал(а):

1 в самом адаптере.(это понятно, минимальные)

Я так понял вы говорите про задержки, в адаптере задержки могут быть большими(если это возможно конечно) если выполняеца команда W+R одновременно.

rig писал(а):

2 при смене мастера (как узнать что шина свободна? один из варантов нет передачи цать секунд и можно захватывать шину)
если мастер один то просто пообщался с одним прибором пообщался с другим и т.д.

Еще раз повторюсь - i2c сам следит за шиной.

rig

если на шине будет больше двух устройств
слово пропустил, клава дома дурная.
в общем почитал немного про шину и понял что я тут со своим огородом не к месту. все давно придумано.

roboforum.ru

[ UART <-> TWI ] Протокол

Кто сейчас на конференции