А как относиться к ресету. Его нужно дергать или оставить подключенному к питанию.

Для экономии ног контроллера можно и просто к плюсу,но иногда с момента включения контроллер дисплея подвисает .

to bodja74: еще одно пожелание по конвертеру.
Если можно, сделать добавление в имя выгружаемого файлы имени и разрешения старого, - "по желанию" (пунктик в меню может быть), а то иногда проще выгрузить 1,2,3,4,...N.. и потом своей прожкой слить все в массив, а тут имя удлиненное (причем еще разное ).
p.s. и еще область куда загружается исходное изображение можно с линейками прокрутки? а то если из большой картинки дергать, то ее надо сначала порезать в редакторе, а потом уже конвертить, а так бы загрузил 1000х1000 (например) и реж кусочки, мотая ее взад-вперед, влево-вправо.

p.p.s. еще вопрос по подсветке. питание девайса от бортовой сети авто (11-14 вольт), вот думаю сделать просто понижение до 10 вольт, или наоборот умножитель с 5 (3.3) до 10-11В.?

Сообщение отредактировал Cyber_RAT - Mar 18 2008, 12:58

понижалку конечно, микрухи повышения недешевы...

Я взял преобразователь 5 на 9 с старой сетевой, которая для тонкого коаксиала, т.к. она с гальвано развязкой, то спакойно 0 выхода с +5 входа и имеем 14 вольт.

марку не подскажете? (понижать с 11 до 10 малая разница вход выход)

Cyber_RAT-у, я бы посоветовал сделать как у немцев - ШИМ-ка от 3.3 вольт, работает на ура (жрет, правда, 50-60 мА).
зато есть возможность "крутить" яркость....
Впрочем, можно и обычный стабилизатор на 10 вольт+ токоогр. резистор.

Шим, это хорошо. Тока, если остановить процессор при отладке, то не очень хорошо будет.

Ура! Первые испытания SPI-сниффер прошел успешно!
Считал инициализацию и вывод изображения для дисплея
Motorola V220 малый дисплей, черно-белый, приклееный на шлейфе.
Если кому надо для мелких самоделок могу выложить код.
Буду искать новые дисплеи для испытаний...

Не могли бы Вы немного рассказать про свой сниффер. Особенно интересует механизм синхронизации (частота обмена ведь неизвестна) и на какой частоте Ваша сниффе готов работать с SPI (SPI, если мне не изменяет память может до 25 МГц пахать)? Ну и про конструкуцию чуток подробней (самую малость). Есть желание повторить, но немного на другом оборудовании.

Суть в следующем:
Сдвиговый регистр 74HC595A защелкивает данные на выходе переходом с 0 в 1 нога 12 (Latch Clock)
(Reset) нога 10 выполняет сброс на выходе по переходу с 1 в 0, так вот я её подключил через
Hex Inverter 74F04 для того, чтобы внести небольшую задержку ~7нс чтобы успеть защелкнуть
данные на выходе. И все это весим на CS дисплея.
Туда-же цепляем внешнее прирывание INT0 и INT1, по нарастающему фронту IN0 читаем данные и пишем в память, по прерыванию INT1-спадающий фронт, читаем значение RS и тоже пишем в память.
"Игрался" с прерываниями, в принципе можно все читать на одном фронте.
Я поставил два сдвиговых регистра для чтения от 8 до 16 бит, за один спад CS.
Получается около 1587 байт памяти, этого вполне достаточно для чтения инициализации.
Примерно расчетная скорость ~15МГц, пытаюсь настроить программу на меньшее время обработки
прерывания.
Контролер Mega128, кварц 20Мгц, питание 3В иначе логичесий уровень 1 телефона не читается
как 1 сдвигового регистра.

Сообщение отредактировал Andrew_KMR - Mar 20 2008, 20:14

Гм... Я понял, так. По CS вы очищаете сдвиговый регистр в тот момент когда обращение к дисплею (устройству) прекращается (CS='1'). Или наоборот?.. Все то время пока идет обмен, данные поступают в сдвиговый регистр и считываются с него МК. SCK (SPI) завели на синхровход сдвигового регистра и вход аппаратного прерывани МК? Я все правильно понимаю? Надобы еще решить в таком случае варинт выбора фронта защелкивания данных - в SPI насколько я знаю можно и по переднему и по заднему фронту работать, зависит от конкретной системы.

Ограничение в два байта - мало. Для некоторых контроллеров между перевзводами cs может и 20 байт пролететь.
И еще - как отличить посылку из двух байт, первый из которых нулевой, от посылки одного произвольного байта?

Сообщение отредактировал Qwertty - Mar 21 2008, 00:59

Два регистра соединены последовательно, значит при появлении данных в последнем,
разрядность 16 бит, я переключаю режим приема 8 или 16 бит вручную, а отсылку в режиме
эмуляции от 8-и до 16 бит выборочно.
Лучше бы конечно "читалку" смастерить на ARMe, но до него я пока не добрался...



Может по рисунку будет понятнее...

Ну а если первый байт ==0? Как определить что он вообще был? Данные ведь в последнем разряде не появятся.