who

с этим пока проблема (конкретно у меня такой возможности нет) возможности такой нет у меня, но и как понял смысла в этом нет, поскольку там скорее всего несжатый моно WAV-файл, к которому достаточно подобрать заголовок. смещение в памяти можно будет посчитать тупо по семплам в любом аудио-редакторе (я почти уверен, что там только звук, а обращение идёт с процессора напрямую) ну так выше указано, что есть два D-триггерных регистра, которые вполне справятся с конвертацией из параллели в последовательность... я конечно больше теоретик, но всё же... А вообще, можно было бы работать параллельно, будь у меня программатор... мне бы дамп, а имеющему анализатор – анализ...

Извините, я не много, если не сказать почти совсем не работал с памятью Понятно, что запрос на чтение идёт через адресный буфер, а чтоб считать полностью всю информацию в файл, тут я теряюсь... Как минимум я не нашёл отдельного интерфейса для чтения (записи в нём как таковой нет, я так понимаю), но тут я возможно уже несу чушь... На этом фото не видно, но к нему подвешены два D-триггерных регистра (ещё не доанализировали на входе, на выходе или и на входе и на выходе, но я склоняюсь к тому, что на выходе) и далее обычный 2-х канальный ЦАП µPD6376, который декодирует 16-битные слова в десятичные числа от -32767 до +32767, которые являются фактически уровнями сигнала, что позволяет мне предположить, что информация скорее всего не закодирована, а для хранения одноканального звука 16бит с частотой дискретизации 8кГц получается 65 секунд. Вроде и не много, но если учесть, что во многих сообщениях есть повторяющиеся фразы вроде "warning", "Consult your dealer" и т.п., то этого вполне хватит на 4 языка (которые уже есть по факту), если грамотно расписать карту обращений процессора к памяти это бесполезно, если подобрать память пин в пин, а нам, возможно, придётся делать некий переходной декодер или кросс-плату... Ну чтобы хотя бы прочитать по каким запросам к каким областям памяти приходит запрос, и что мы получаем в итоге, хотя тут скорее всего нужно читать проц, поскольку по состоянию на его входах он же и выдаёт запрос на чтение данных из памяти. В том то и загвоздка: как подобрать память? от чего отталкиваться? есть ли какая база данных, в которой указано количество входов, выходов, объём памяти... Или это надо искать наобум, а после смотреть подходит ли?

Есть достаточно специфическое устройство – речевой информатор автомобиля, в котором есть микросхема OMI M531602C67-PI. В сети нашлись даташиты на MSM531602E и MSM531602F, которые по сути являются MaskROM памятью. Я набрался наглости и предположил, что и в нашем устройстве такая же микросхема с некоей записанной информацией (проще говоря различные фразочки на нескольких языках). Насколько мне позволяют судить мои познания и Яндекс, дамп с маскрома считать невозможно, но есть желание заменить эту микросхему на подобную (например с использованием переходной платки), но уже ППЗУ, чтобы иметь возможность записать туда информацию на том языке, который пожелает конечный пользователь. А по сему возникает вопрос: как подобрать микросхему на замену? PS: Считывать общение микросхемы с устройством планируют логическим анализатором