Pull to refresh

Comments 61

Советую попробовать так. Если выйдет то будет более полезнее
Эта статья меня и вдохновила на подвиги :)
Да, только у вас загрузка картинок, а в статье вывод изображения. Советую еще пободаться и довести до ума)
Я уже написал как это сделать. В любом случае без написания или перекомпиляции драйвера USB — это невозможно. По UART обновление будет идти несколько секунд.
А не пытались передать изображение через консоль, только, напимер, в base64?
Аля: echo «base64_fb» | base64 -d > /dev/fb0
Нет, не пробовал. Не очень понял комманду, не поясните?

Через консоль плохо передаётся что-либо. Попробовал разные варианты, не получается тексты передавать в автоматическом режиме. Может что и не так делаю.
Спасибо, стараемся.
Вот мне, как человеку, в этом совершенно не разбирающимся, кажется что по сложности как сконструировать самолет. Конечно на все нужно время. Успехов вам в этом и держите в курсе, это реально интересная тема!
Да нет, всё на много проще. Немного усидчивости и желания!
UFO just landed and posted this here
>> Даже захотелось так же поэсперементировать!

Это главная цель статьи!
Хм, народ на DLink320 единственный уарт отучает от консоли. Сейчас поищу как.

nvram set kernel_args=«root=/dev/mtdblock2 rootfstype=squashfs,ext3 noinitrd init=/linuxrc console=null»
nvram commit

мда, чувствую, не очень-то и поможет.

Тоже валяется книжка (только с LCD) под линуксом, тоже хотел из нее экран сделать. Открыл, посмотрел внутрь… и закрыл. Не нашел разведенного УАРТА.
А что гугл говорит о книжке?
Книжка Wexler Book T7002 (также продается как Digma с700)
Проц RK2729 (http://wiki.mobileread.com/wiki/RK2729)
Есть кей-файл, открывающий системный раздел в USB, прошивка дампится
Дальше все, мозгов не хватает
на the-ebook тоже была долгая эпопея с поиском уарт-а для этой книги. и спасибо тому человеку что довел это дело до конца — недавно восстанавливал такую книжку перепрошивкой через уарт.
А у меня вот лежит старенькая LBook V8 со сгоревшей электроникой, но с целым работоспособным экраном. Думаю, как бы его можно быо использовать…
Ну вот, теперь мне жалко выкинутую книжку. А для какой книжки есть готовое решение, если вдруг мне в голову стукнет желание купить на ебее?
А я всё время мечтаю о LCD дисплее, а рядом такого же размера экран на электронных чернилах. Чтобы читать сайты и не напрягать зрение.
Троло пыщ пыщ, никто не читает.

Неужели я первый кто дочитал до этого момента? ^_^
Может и первый, но не единственный.
Плюс один за внимательность :)
>Видимо потому, что консоль является стандартным устройством ввода, и ей не нравится непечатные символы.
Кодируете в base64, на другой стороне запускаете декодер. Компилить пол неё Вы ведь умеете, а значит это не составит никакого труда.
Спасибо. Я после написания поста, уже в постели понял что можно так решить проблему. См. апдейт.
Эх, а на моей читалке Inch даже писать напрямую в фреймбуфер нельзя, только ioctl, только хардкор.
Есть только PDF-ка с описанием команд на уровне шины данных. Они отличаются от команд ioctl, хоть и незначительно. Пока что стоит проблема передачи данных с помощью ioctl. Что-то передаётся, но как передать именно так, как хочется — непонятно.
А что с исходниками ядра, а главное драйверов? Может есть сорцы работы самой программы? Можно попробовать дизасмить программу, которая работает с экраном, и посмотреть как она осуществляет системные вызовы.

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

А попытки самому погонять байтики что дают?
Я только прошивки нашёл, без исходников. По шине байтики не гонял, через ioctl пытался, получилось только вывести картинку с некоторым смещением относительно начала кадра видеопамяти.
Если это линукс, то он должен быть обязательно в сорцах.

Ну вот, это вполне себе результат. А можно фотку (интересно таки)?

Ага, должен. Я очень надеюсь, что хотя бы для 5% прошивок авторы выкладывают сорцы. Сейчас попробую повторить, а то давно это делалось…
Как я понял — неосмысленный фарш?
Фарш весьма осмысленный, генерируемый по алгоритму. Только вот он должен выводиться с начала страницы.
Чтобы мне что-то советовать, надо бы изучить всю подноготную. Но любопытно, любопытно.
Напрямую бы на экран еще…
Майбудь там не очень сложно?
Идея отличная!
Напрямую это как? Минуя драйвер?
Создав свой драйвер.
Это я по своим тараканам — уже год как хочу сделать что-нибудь на жк дисплее, условно с нуля, да все не придумаю чего бы накарябать.
Теперь еще хочу что-то на eink.

Хотя... Кит выглядит довольно громоздко.
Ну писать драйвер — много лишнего геммороя. Когда всё будет работать и так :).
А чувство прекрасного? =)
Лшечшее всегда враг хорошего, как и чувство прекрасного.
по поводу UPD — лучше посмотреть в сторону Base64 будет экономней
В изображении у меня значащий нибл старший. Можно полубайтами обойтись.
А вам надо постоянно изменяющиеся данные визуализировать? Если нет, то Не вижу абсурдности в передачи данных через флешку. Соневская прошивка плддерживает запуск скриптов с носителей, таким образом например ее русифицируют (я уже ссылася на это в письме). На флешку кладется специальный джавовый скриптиа, который запускается прошивкой. А в нем можно передать управление куда/чему угодно.
Либо искать второй уарт и пушить x/y/zmodem-ом
А вам надо постоянно изменяющиеся данные визуализировать?


Ну раз в минуту примерно. Я полагаю это достаточно часто.

Либо искать второй уарт и пушить x/y/zmodem-ом


Я так понимаю вы говорите о драйвере? Или об аппаратном UARTe? Если второе, то это может быть даже интересно.

Ну я решил что можно обойтись проще. Ведь у нас значащая часть байта только старший ниббл. Следовательно старший ниббл можно кодировать символами от 0 до F.
Написать свою программу, которая будет перекодировать изображение и слать по консоли. На том конце осуществлять обратную процедуру приёма.
я делал игрушку с визуализацей данных на остатках книжки, правда это была другая платформа. там было 2 уарта, на одном сидела консоль на другой я повесил консоль zigbee и брал с сети данные датчиков. картинку рисовал руками на экране. я думаю на том стопиновом разьеме обязательно найдется второй uart. только как его искать я не подскажу.

Найти-то не проблема. Есть схема книжки. За идею большое спасибо!
Почему бы не запускать gnuplot сразу на читалке, а передавать туда только цифирки?
А смысл? Я дольше провожусь с переносом его туда. Плюс данных весьма много, картинка будет весить сравнительно меньше.
Прикольно.
Интересно, а сколько стоит отдельно e-ink дисплей и можно ли его купить и к чему-нибудь самому подвязать?
Или все-таки покупка и потрошение книжки — самый простой вариант? Жалко все-таки, а убитых под руками нет (
гугл в помощь естественно

Но когда я хотел этим заняться, то понял что купить книжку и распатронить её будет дешевле, чем отладочный модуль с таким дисплеем.
> Троло пыщ пыщ, никто не читает.

Ви таки не пrавы
> Пока спал придумал, как решить проблему с текстовым вводом и консолью.

Давным-давно, когда компьютеры были большие, а трава забористой, умные люди придумали вагон способов передачи бинарных данных по текстовым каналам. Например: uucp, base64
Увы, все эти способы не работали без настройки терминала.
Sign up to leave a comment.

Articles