I2C Slave на PIC16F1823, То ли лыжи не едут... ;) Опции

[Velund]

Пытаюсь запустить I2C Slave на PIC16F1823 взяв за основу обкатанный на старых камнях 16 серии код. И вообще не могу понять что происходит.

То вдруг прочитав после получения SLA+R адрес из SSPBUF у меня оно при попытке положить в SSPBUF первый байт данных для передачи мастеру циклится по WCOL (с кем коллизия то может быть? BF не стоит, шина в клок стретче). То вдруг вместо первого байта данных, который я положил в SSPBUF мастер выгребает сдвинутый на 1 бит влево адрес слейва...

Ни разу не удалось увидеть чтобы после NACK со стороны мастера выставился бит ACKSTAT в SSP1CON2.. Если судить по нему у меня там вечный ACK...

Вообще, хоть кто то с этими Enhanced Core MidRange пиками возился плотно? В Errata вроде ничего про MSSP нет плохого... Но вот что то оно работать не желает как надо. Раздел даташита про MSSP "новой ревизии" зачитан до дыр... Просветлением и не пахнет.

[dac]

PIC24FJ64GB002 (master) + PIC16F1936(slave) + i2c датчик температуры, все работает, проблем нет

[Velund]

PIC24FJ64GB002 (master) + PIC16F1936(slave) + i2c датчик температуры, все работает, проблем нет

У меня мастером LPC1758, кроме пика на шине EEPROM (с ним никаких проблем) и сдвоенный потенциометр DS1803 (тоже никаких проблем). Шина 100 кГц, короткая (проводники порядка 7 см).

Что удручает - оно может работать нормально пару секунд, а потом начинаются глюки. Т.е. совсем явной ошибки в коде пика нет. Весь основной функционал в пике заблокирован, работатет только обмен по I2C и маленькая заплатка чтобы контрольные данные грузить в ответ для отладки. Начинаю подозревать дефектный чип, есть еще один образец, но он из того же источника (надо у снабженцев уточнить где брали).