Форумы Modlabs.net: USB + LCD = проще простого. - Форумы Modlabs.net

А. да, забыл сказать. связка из моей мотороловской схемы (с MT-12232), dlportio interceptor и LCD monitor замечательно работает.

Да, возвращаясь к топику - привезли мне тут кристаллы CY7C68001 - высокоскоростной USB 2.0 (400 мегабит) - пошел тестировать

listener
имхо для текстового как раз все, что > 2313/меги есть неоправданно дорого (имхо имхо имхо)

у меня только текстовый щас, + (ура!!!) ремонту капец, так что готов поотлаживаться

Зинец Виктор
Я прикинул, все получается очень просто и симпатично. Если не гнаться за топовой скоростью, и ограничиться примерно 4К в секунду, изменения в прошивке будут минимальны (нужно переписать реализацию двух функций, одной - с одним параметром и одной - с четырьмя). Соответственно, никаких изменений в виндовую часть не вносится.
Ничего специально эмулировать не придется. Все должно поместиться в dlportio.dll. Если все пойдет нормально, в понедельник пошлю исходники и правки для прошивки.

Кстати, касательно цен: MT-12232 стоит примерно вдвое дешевле, чем текстовый индикатор 20x4. Т.е., если контроллер обходится меньше, чем в $10, то дешевле подключить графический индикатор и контроллер (без разницы, по какому интерфейсу, USB, COM или LPT). В принципе, самый дешевый вариант получается из MT-12232 подключенного к LPT и софтового эмулятора HD44870.

Я, конечно, извиняюсь , но, если позволите, - глупый вопрос:
А ежели сделать передачу данных не через SetPortData direction, А через SendRS232Buffer? Только вместо передачи отдельных команд индикатору, передавать блоки данных, которые контроллер будет напрямую писать в граф. ОЗУ индикатора. По приблизительным прикидкам получается 10-12 фпс на 20х4 текстовике.
Дополнительно я ввел возможность сохранять/восстанавливать пользовательские символы в/из энергонезависимого ОЗУ контроллера - самое оно для спектроскопа - быстро и надежно. Собственно, пока я не наткнулся на LCDMonitor (Огромная благодарность уважаемому Виктору за его труд (обязательно куплю свежую версию)), я делал наброски для аналогичной утилитки, поэтому кой-какие идеи и наработки по этому поводу есть - готов обсудить и выслушать критику.

digitalr
у меня подобные мысли появлялись недели 2 назад - то-ли в момент перед засыпанием, то-ли в транспорте

только в "железе" никак не мог проверить со своим ремонтом... а теперь может и проверю

Цитата

Я сегодня допроверяю.
В общем-то у меня сейчас реализованы 5 основных команд:
инициализация, запись блока указанной длины с указанного адреса в (назовем это так) видеопамять, запись блока как символьный генератор пользователя номер такой-то, восстановление симгена пользователя и вывод заставки ( заданной пользователем - экран приветствия)
В общем-то метод записи данных блоками непосредственно в видеоозу индикатора позволит на уровне фирмвари отказатся от задания геометрии индикатора - выгодно, имхо. для 16х2 - софт ( на стороне ПК) пишет два блока с адресом 0х00 и 0х40) - для 20х4 - 4 и т.д. - можно сделать одну универсальную паршивку для всех типов текстовых ЖКИ.
Однако чем дальше - тем больше возникает желание расковырять Игореву длл-ку, на предмет подгонки под конкретную задачу.

PS: Вот и нашлось применение индикатору 128х64. А то он у меня года 4 лежал без дела. Осталось только откопать в своих старых бумажках схемку инвертора для питания подсветки. Уж думаю 150 мА USB как нибудь потянет

Кстати, Виктор, А можно ли Вам денюжку переводом выслать?
А то у нас в Полтаве все только таращат удивленно глаза, на вопрос по поводу оплаты по системе Web-money.

digitalr
Это было бы хорошо и правильно, за тем исключением, что прием для RS232 блоков в данной прошивке данных не реализован, а если принимать побайтно, скорость получится в 4 раза меньше.

Далее. Что мне хочется сделать (да, в общем-то оно уже сделано): модуль для того, чтобы любая программа могла использовать произвольный индикатор (в моем случае - MT12232 на USB) (без написания дополнительных плагинов). В случае, если используется индикатор той же модели, не требуется даже дополнительная трансляция команд.

Насчет команд - посмотри: http://listener.fatal.ru/protocol.html (если нужны исходники - пиши).

dll-ку я расковыривал. ничего особо сложного там нет. (Кстати, исходники драйвера уже выложены, я думаю, dllка скоро будет тоже) В крайнем случае, организовать vendor request самомтоятельно - не такое сложное дело.

Цитата

Во! Именно то, что я и хотел сказать

Большое спасибо за ссылку. Буду (м)учиться дальше.

PS: а можно ли будет посмотреть где-то на исходники драйвера/длл-ки?

digitalr
В последнем архиве на www.cesko.host.sk есть исходники драйвера. Насчет dll - есть только база IDA с некоторым количеством моих комментариев (но с dll просто - если понимаешь, что она делает - ее гораздо проще написать самому, если не понимаешь - то и копаться в ней бесполезно).

Если интересны мои исходники - пиши мылом или подожди, пока я проверю и выложу.

listener мала жизнь а если не дают учить другой язык? что делать?

Мдя... Жизнь принесла очередное разочарование. Дописал новую прошивку, отладил, решил проверить скорость вывода на экран. 5 фпс в режиме записи блоками по 4 байта напрямую в видеопамять на индикаторе 16х4 (16 блоков по 4 байта)...
Ну, думаю - накосячил где-то в процедурке блочной печати. Пробую побайтный доступ - закономерный результат - 1-2 фпс....
Граждане!!! Это я такой тупой, или косяк у Игоря в софте?

вот что он писал:

Цитата

и далее

Цитата

з.ы. это я так, с утра еще даже не понял, о чем вы там беседуете

поглядим ссылочки...............

Tам у него уже и исходники длл-ки лежат.
Списал, переписал, обрадовался - фпс вырос в два с половиной раза.
Теперь сделаю еще обмен блоками по 8 и 16 байт.
думаю еще в 2-4 раза поднять можно.

digitalr
Теоретически, больше 7 байт проходить не должно ... (8байт пакет, 1 байт - код операции)
(т.е. на 8ми байтных блоках должен либо не передаваться последний байт, либо немного падать скорость по сравнению с 4хбайтными пересылками)

Мдя... Тупанул я, что тут сказать. Совершенно забыл, что в комманд моде для низкоскоростных устройств 8 байт на пакет... Спасибо, что ткнули меня носом, а то я б еще два дня пытался понять в чем проблема.

Обнаружил еще одну проблемку: под вин98 работает значительно быстрее чем под вин2000/ХР. Абыдна... Буду учить/копать дальше.