Зная распиновку дисплея и тип протокола (SPI) и имея сотовый телефон, можно сделать следующее: На последовательно-параллельных регистрах собрать преобразователь SPI-to-Parallel, далее засылать это на порты контроллера (например mega8535). Лучше сделать два преобразвателя - пока один снимает поток бит с SPI, с другого(заполненного уже) идёт съём уже параллельного кода в AVR-контроллер. Пишется в ОЗУ (при необходимости может быть внешним). По истечению какого-то времени (когда начнёт картинка выводиться телефоном на экран) съём инфы прекращается.
Далее содержимое ОЗУ можно считывать и отправлять по Com или Lpt порту для дальнейшего анализа.
Такты на дисплей 11-13МГц. SPI-сниффер цепляется к контактам сотового телефона вместе с экраном. Влияние сниффера исключено- выводы работают на ввод и имеют высокое вх. сопротивление.
Частоту AVR'ки взять 16-20МГц.
Кто что думает по поводу такого SPI-сниффера - реально ли перехватить поток с мобилы?
Обычно удавалось достать вменяему документацию, хотя в какой-то момент времени у меня возникала идея сделать снифер на i2c, благо сам аппаратный протокол документирован, а slave-device удалось реализовать программно (где-то тут на форуме есть исходник для at89c2051), который довольно просто переделать на прослушку других девайсов, присутствующих на шине.
С SPI несколько сложнее, т.к. аппаратный протокол может для разных устройств работать с разными фазами сигналов данных и синхры. Попробуй выловить началные байты из посылок, которые проходят по интерфейсу срузу после /SS=0.
jdigreze wrote:С SPI несколько сложнее, т.к. аппаратный протокол может для разных устройств работать с разными фазами сигналов данных и синхры. Попробуй выловить началные байты из посылок, которые проходят по интерфейсу срузу после /SS=0.
думаю, что 4 комбинации перебрать не проблема
только вот поезд ушёл - я угробил телефон, на котором можно было проэкспериментировать - контактные площадки вместе с дорожками отвалились и я его выбросил(дисплей оставил)
jdigreze wrote:Обычно удавалось достать вменяему документацию, хотя в какой-то момент времени у меня возникала идея сделать снифер на i2c, благо сам аппаратный протокол документирован, а slave-device удалось реализовать программно (где-то тут на форуме есть исходник для at89c2051), который довольно просто переделать на прослушку других девайсов, присутствующих на шине.
С SPI несколько сложнее, т.к. аппаратный протокол может для разных устройств работать с разными фазами сигналов данных и синхры. Попробуй выловить началные байты из посылок, которые проходят по интерфейсу срузу после /SS=0.
У нас даже есть промышленный девайс который перехватывает протокол SMART карт.
Да ну их... эти LCD! Тут у меня кое-что по-интереснее есть
Ведутся эксперименты, пока успешные, но так как всё ещё не завершено, распространяться не буду!
Скажу одно, что LCD - must die in the future! Как бы это не прискорбно и не обычно было! На смену им прийдут другие устройства отображения информации, которые:
1 ) не тормозят
2 ) не мажут
3 ) высокая яркость
4 ) высокая контрастность
5 ) ещё меньшие габариты
6 ) малый ток потребления
7 ) видны под любым углом
8 ) более дЁшевы
Romanich wrote:На смену им прийдут другие устройства отображения информации, которые:
1 ) не тормозят
2 ) не мажут
3 ) высокая яркость
4 ) высокая контрастность
5 ) ещё меньшие габариты
6 ) малый ток потребления
7 ) видны под любым углом
8 ) более дЁшевы
Об этом читайте в разделе ARM топик Advanced Micromachine на AT91
и я его выбросил(дисплей оставил)
