Притащили thomson dpl910vd.
Обнаружилось отсутствие звука на всех выходах. Все каналы вроде исправны до cs4228, а у неё на выходах ничего нет, хотя на входе сигнал виден.
Замена cs4228 ничего не дала.
При более тщательном осмотре обнаружилось, что эту cs4228 постоянно дергает ресетом главный МК. Посмотрел на плате МК и обнаружил, что он не только эту микруху долбит ресетом, но и остальные.
ИМХО такого вроде как не должно быть.
Я прав или для таких аппаратов программная долбежка ресетом периферии - это норма?

Он, может, сброс всем выставляет, а потом всех опрашивает, например, по I2C. Если кто-то не ответил, то фиксируется ошибка и всем опять рассылается сброс, и так до бесконечности.

Ну или банальность - сам процессор нездоров или у него что-то с питанием/сбросом/тактированием. Или у него КЗ на общий провод на каком-то из портов ...

Я тоже грешу на первый вариант, но смущает логика - зачем при неисправности одной периферии сбрасывать все остальные? Опять же, если сбрасываются все периферии разом, то зачем на каждую выводить сброс через персональный порт?
Если бы речь шла о промышленном устройстве, то был бы очевиден кольцевой программный сброс при невыполнении сетапа, а в аудио я такого еще не видел.

Так ведь это довольно просто проверить - осциллографом отследить обмен по I2C с каждым из абонентов шины сразу же после включения питания ...

Наверное это лучше будет логическим анализатором сделать, он I2C понимает. Правда я его в таком качестве не пробовал, но UART берет на ура.
ОК, попробую завтра анализатором сесть на шину.
Но сначала наверное 24LC16 сниму и почищу. А вдруг...

Цифрового осциллографа вполне хватит. Вам же нужно только начало обмена, а не весь обмен.

Да, могли данные разрушиться в EEPROM. По идее, в этом случае поможет запаивание чистой ИС.

Кстати, нет ли на ПП аварийно греющихся микросхем ?

Цитата:

Сообщение от kovigor

Кстати, нет ли на ПП аварийно греющихся микросхем ?

К сожалению, нет.
Но... сидюк не принимает никакие диски.

Цитата:

Сообщение от kovigor

Цифрового осциллографа вполне хватит. Вам же нужно только начало обмена, а не весь обмен.

Дело в том, что несмотря на периодический сброс, девайс выглядит исправным. Т.е. он нормально реагирует на кнопки, переключает режимы и настройки. Получается, что мне нужно не начало опроса, а его конец, т.е. попытаться как-то узнать после опроса кого именно МК уходит на программный сброс. Хотя это тоже гадание на кофейной геще, там же еще и тайм-ауты, программа же неизвестна.

kovigor, если не затруднит, гляньте плиз приложенный отчет. Это похоже на осознанный опрос по I2C? Спрашиваю потому, по схеме этот I2C вроде как со звуковым SPL на одних и тех же проводах сидит через регистры, а у МК есть только FIFO, а аппаратных I2 и SPL, как я понял, нет.
Адрес чипа 0010000.

Однако протокол оказался SPI - нашел как и когда он включается.
Поэтому и расшифровка приложена ниже в SPI.

Из описания:
В режиме SPI CS - это сигнал выбора микросхемы CS4228, CCLK - это вход битовой синхронизации порта управления, а CDIN - линия входных данных. Линия вывода данных отсутствует, поэтому все регистры в режиме SPI доступны только для записи.
-------------------------
Сие означает, что версия сброса из-за отсуствия или неправильного ответа периферии рухнула...