Ha jol emlekszem, az Atmel azert hivja a sajat I2C implementaciojat TWI-nek, mert par dolgot "elfelejtett" implementalni. Egyik talan pont a multimaster, de mar nem emlekszem pontosan.
Minden ilyesmit tud az Atmeles I2C implementacio (multimaster, clock sync, clock stretching), szerintem inkabb kopirajt okokbol nem hivja/hivhatja I2C-nek :)
Kicsit off, de erdekel, hogy mire hasznalod, es miert pont I2C-n akarsz ket/tobb ATMEGA328P-t osszekotni (meg fene tudja meg milyen slave-eket).
Nem csak Atmel-AVR van a buliban, van itten ESP32 meg STM32F0xx is - sot, ha minden jol megy, lesz sajat core is, FPGA-ban. A kommunikacio az klasszik half duplex: nincs iranyvaltas akkor mikor valaki megnyeri az arbitrationt: azaz csak MT es SR uzemmodok vannak a folyamatban, MR es ST nincs. Ezert is fontos hogy az MT lezartakor rogton mar "eljen" az SR, ld. eredeti kerdes. Szoval kicsit ugy mintha CAN-t hasznalnank.