Посмотрел даташит на подобный дисплей с ks0108 - чего то я не понял куда там вообще irq можно зацепить :) Там все линии на вход и ниодной на выход нет кроме двунаправленных линий данных:) Так что или это разные контроллеры или irq можно смело выбрасывать :)

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 13.02.2009 г. в 09:17:26

переделал драйвер arcfb на at91_gpio. осцилком вижу, что ногами дрыгает. на дисплее - нифига. то ли не так дрыгаю, то ли 3,3 вольта мало ему для входов. сам то дисплей на +5 вольт повесил. не охота 14 линий преобразователями вязать. появится время - поковыряю.

Не могу понять - на что срабатывает бот, сообщение не проходит...

Цитата

то ли 3,3 вольта мало ему для входов. сам то дисплей на +5 вольт повесил.

Скорей всего не в этом дело - обычно четкая логическая 1 это 0,5Uпит-Uпит. У меня драйверпривязан к плате в файле linux-2.6.28.1/arch/arm/mach-at91/board-sam9260ek.c. Без этого не работало - проходил init это было видно в логах - сообщение pcf8833 spi fb driver, но probe не вызывался никем. Собираю я его статически с ядром - прописал в Makefile Кconfig и выбираю как обычно из menuconfig. Если появляется /dev/fb0 то проверить рабоспособность леко - достаточно отправить туда какой-нибуть мусор и на экране должны появиться артефакты например.
#cat /etc/inittab > /dev/fb0
потом если прочитать его - то должно быть содержимое этого файла
#cat /dev/fb0
В аттаче мой файл board-sam9260ek.c - похоже на его содержимое бот срабатывал

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 17.02.2009 г. в 21:23:40

sasamy, Вы код к телу прикрепите, сори за поведение CMS :)
Ну а по теме, зона метастабильности TTL,LVTTL одинаковая т.е. 0,8-2,4В, т.е. работать должно.

Я тут немного ковыряюсь с китайским minigui :) пока безрезультатно... на х86 в виртуальном фреймбуфере все работает (есть такой эмулятор qvfb) на моем экране тишина... причем в виртуальном выставляю параметры моего дисплея - 132х132х8bpp, конфиг тот же самый.. пробовал и uclibc и glibc - никаких ошибок не выдает, как будто все работает :) даже треды в ps видно - linuxthreads ипользует. что интересно такое ощущение что библиотека падает где-то в самом начале - даже артефактов нет - экран вообще без изменения остается, как будто он даже не пытаеся туда ничего записать...

У меня тут идея есть - собственно на X11 это уже давно работает. В ядре существует драйвер виртуального фреймбуфера - в принципе он может поддерживать любое разрешение, так вот большая часть кода моего драйвера похожа на него - тоже виртуальный фреймбуфер который отображается на физическое устройство. Собственно в чем идея - не обновлять отдельные участки памяти после каждого изменнеия а делать отрисовку например 25 кадров в секунду - я уже об этом писал, на частоте 16 МГц и разрешении экрана 132х132=17424 байт на кадр можно получить с учетом того что байт у экрана 9 бит теоретически можно вообще 90 кадров отрисовать - это первое. Идея в том что можно 4 пина gpio сделать в качестве джойстика - влево вправо вверх вниз и обрабатывать нажатия на них сохраняя текущие координаты в какойто глобальной переменной а на экране отображать область исходя из текущих координат - это так называемая панорама, при этом разрешение виртуального экрана может быть и 640х480 и 800х600 хоть 1024х800 :) в общем перемещаемое окошечко по большому экрану.

кажись разобрался. в параметрах драйвера (в исходнике) не был указан размер панели. теперь экран заполняется splash символом при загрузке. при команде
ls > /dev/fb0
на экране появляется мусор. значит фрейм буффер работает. а консоли так и нет. при команде
ls > /dev/tty1
ничего не происходит. вызов процедур обновления экрана в драйвере происходит. куда рыть про консоль?

Если консоль на фрэймбуфере появилась это видно в логах загрузки. Можно еще таким скриптиком посмотреть:

Цитата

#!/bin/sh

for (( i = 0; i < 16; i++))
do
if test -x /sys/class/vtconsole/vtcon$i; then
echo vtcon$i
cat /sys/class/vtconsole/vtcon$i/name
fi
done

Я все линкую статически - вроде подхватывает консоль фреймбуфер.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 18.02.2009 г. в 09:34:19

такое вот в логе появляется

Код

Console: switching to mono frame buffer device 16x8
fb0: Arc frame buffer device, using 1K of video memory
fb0: splashing lcd 0
fb0: splashing lcd 1

добавил в рутфс файлы
cat /sys/class/vtconsole/vtcon0/name
cat /sys/class/vtconsole/vtco0i/bind
без толку.

Цитата

Console: switching to mono frame buffer device 16x8

ну вот вроде все ок :) значит консоль подключается правда шрифт 8х8 - зачем такой огромный для такого разрешения ? в ядре есть 4х6. В /etc/inittab добавлена строка
tty1::respawn:/sbin/getty 38400 tty1 linux
??

Цитата

cat /sys/class/vtconsole/vtcon0/name
cat /sys/class/vtconsole/vtco0i/bind

посредством cat можно конечно создать файл но здесь не тот случай. эти команды должны вывести содержимое данных файлов. создавать эти файлы в sysfs ненужно - их создает ядро если данные консоли существуют в системе. скрипт перебирает возможные консоли и если файл существует то выводит его содержимое - значит консоль существует, при этом выводит тип консоли. Наприер у меня сейчас на большом linux

Цитата

bash-3.2# ./cid
vtcon0
(S) VGA+

sysfs вообще смонтирована ?
#mount | grep sysfs
выводит sysfs ?
В ветке про openwrt я выкладывал скелет своей корневой фс - у меня с ней работает, можно взять для примера.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Отредактированно sasamy 18.02.2009 г. в 18:43:42