CP2120 в качестве I2C-slave Опции

[Ягор]

Всем привет!
Форумчане, столкнулся с такой проблемой. Схемотехники разработали схему, где стоит мост SPI-I2C на базе CP2120 от Silicon Labs. Они вычитали в даташите, что CP2120 может работать как полноценный I2C-slave, для чего достаточно прописать адрес во внутренний регистр I2CADR. В даташите по данному поводу сказано лишь следующее: "If set, the CP2120 will ACK this address when another I2C Master on the bus attempts to communicate with it. The CP2120 will NACK all attempts at data transfer when responding as an I2C slave." На мой взгляд, это говорит лишь о том, что CP2120 способен (для каких-то там целей) сообщить мастеру о своем присутствии, т.е. ACK-нуть после приема своего адреса. Но далее он никаких данных не будет принимать, NACK-ая каждый октет. Т.о. CP2120 не может работать в режиме полноценного I2C-slave. Ту же мысль подтверждает как общее описание в даташите, так и общая информация о продукте на сайте Silicon Labs: "An SPI master communicates with other I2C devices by instructing the CP2120 to send and receive I2C data traffic using the simple command set. The CP2120 can act as a master-transmitter and a master-receiver on the I2C bus."
Собственно, вопрос в том, кто-нибудь может подтвердить (лично ставил эксперименты, снимал осциллограммы и т.д. и т.п.), что CP2120 может работать как I2C-slave (принимать данные от мастера), или аргументированно опровергнуть это?

Сообщение отредактировал Ягор - Apr 13 2018, 17:51

[Baser]

Ждать пришлось менее 3-х дней, не пришлось покупать образцы CP2120 и тратить время на эксперименты. Это как раз то, что надеялся получить здесь, на этом форуме. А получил лишь рассуждения о том, как работают наши схемотехники и как им следовало бы работать. Тем не менее благодарю всех за участие!

Просто нужно реально оценивать обстановку (всегда и везде). Чтобы вам ответили на форуме, нужно было бы чтобы ваш вопрос прочитал человек (за эти ваши три дня), который с ним уже столкнулся и его уже решил. Если подумать, то вероятность этого довольно мала.
Я, например, человек, который привык сначала испробовать все доступные мне способы получения информации самому, прежде чем спрашивать на форуме. Поэтому если уж спрашиваю, то обычно ответа не получаю. Но иногда же везет, и знающий человек находится! Поэтому не надо так всех обвинять: "я де спросил, а они плохие знали, но не сказали"

Так себе шина. Но у нее есть блестящие преимущества! Если сравнивать, скажем, с тем же SPI.

Тоже весьма странное суждение. Любая палка имеет два конца. И шина SPI имеет "блестящие преимущества" для другого класса задач. Так же как и шина I2C для своего применения.

з.ы. а намерения покупки партии МС без предварительной оценки и макетирования не красит ваше руководство, ну с какой стороны не посмотри...

[jcxz]

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

Забейте. Просто ещё один персонаж, которому "все должны"...