Vit (31.05.2008 19:22, просмотров: 70) ответил cvv на мне тож было не смешно ... там все просто: если в основном цикле в main написано PORTD=0xff то все работает как надо. Если же исправить PORTD=0x00 то срывает крышу.-
- я оттудова все раньше вычистил. i2c_init() взята с либы идущей в поставке cdk4avr. grep лишних DDRD не находит - cvv(31.05.2008 19:45)
- А это что? //Interrupt on any change on pins PCINT16-23: On - Vit(31.05.2008 20:06)
- В понедельник пересмотрю. реально ни одно прерывание использоватся не должно. Тoесть ты думаеш что запись нуля дергает заглушку обработчика прерывания PCINTx? - cvv(31.05.2008 20:16)
- А почему бы не дергать, если оно разрешено, а было 0xFF, а стало 0x00? - Vit(31.05.2008 20:19)
- :) Оно. Заглушка делала reset процу и отсюдова собственно был меандр - cvv(02.06.2008 10:15)
- А почему бы не дергать, если оно разрешено, а было 0xFF, а стало 0x00? - Vit(31.05.2008 20:19)
- Посмотри туда - может чем поможет - Vit(31.05.2008 20:15, ссылка)
- В понедельник пересмотрю. реально ни одно прерывание использоватся не должно. Тoесть ты думаеш что запись нуля дергает заглушку обработчика прерывания PCINTx? - cvv(31.05.2008 20:16)
- А вписать DDRD = 0xFF; перед PORTD = xx; ? - Vit(31.05.2008 19:51)
- Хм. надо попробовать. до понедельника - cvv(31.05.2008 20:13)
- А это что? //Interrupt on any change on pins PCINT16-23: On - Vit(31.05.2008 20:06)
- я оттудова все раньше вычистил. i2c_init() взята с либы идущей в поставке cdk4avr. grep лишних DDRD не находит - cvv(31.05.2008 19:45)