Из Atmega8 в Atmega16, TWI не хочет мигрировать Опции

[Basilkmv06]

Очень внимательно прочитал ветку "Проблема с TWI", но вопросы остались.
Суть вопроса такова. До сихпор пользовался мегой8 и ее аппаратным TWI в слайве, но быстрый переход на мегу16 не удался. После долгих ковыряний всяких доков написал маленький софт на
LPT (что-то вроде мастера TWI). Пришел к выводу, что при таких равных условиях
1. Оба кристала подключены по одинаковой схеме;
2. Оба работают на внутреннем генераторе 8МГц;
3. Оба кристала выполняют одинаковый код
мега16 отказывается работать уже на частоте CLK ~150кГц, когда как м8 только на ~270кГц.
Обе проца 16мегагерцовые, единственное м8-PDIP, а м16- TQFP. В чем может быть пичина?

[bodja74]

А с чего Вы взяли что TWBR=0x08 это Bit Rate: 250,000 kHz ?
TWBR=0x08 это 166.666 Кгц ,что мы и имеем

Вообщето по идее слейву должно быть все равно значение TWBR,но вполне возможно мегу 16 решили доработать и использовать TWBR для формирования длительности ACK.

PS Тяжко мне в Си разобраться

[Basilkmv06]

А с чего Вы взяли что TWBR=0x08 это Bit Rate: 250,000 kHz ?
TWBR=0x08 это 166.666 Кгц ,что мы и имеем

Вообщето по идее слейву должно быть все равно значение TWBR,но вполне возможно мегу 16 решили доработать и использовать TWBR для формирования длительности ACK.

PS Тяжко мне в Си разобраться

Последняя документация на мегу16 (doc2466.pdf) гласит:
This unit controls the period of SCL when operating in a Master mode. The SCL period
is controlled by settings in the TWI Bit Rate Register (TWBR) and the Prescaler bits in
the TWI Status Register (TWSR). Slave operation does not depend on Bit Rate or Pres-caler
settings, but the CPU clock frequency in the slave must be at least 16 times higher
than the SCL frequency. Note that slaves may prolong the SCL low period, thereby
reducing the average TWI bus clock period.
Т.е. TWBR для формирования длительности ACK не используется.
Что на счет кода? Может есть какие-то косяки?