Полигон-2

Mihail1810 написал:

[q]

написать программу резидента под дос, чтобы выводить инфу через com порт?

[/q]

corvair написал:

[q]

Штатно он как подключается к компу?

[/q]

Автор же в первом сообщении указал.

Если у вас DEC-машинка, то можно microODT для pdp11 или XDelta для alpha иметь на таком дисплейчике, чтоб бегать по коду без разрушения картинки на терминале.

Планирую под дос поиграться на хт, написать резидента на си. Немного есть сомнения по производительности, xt классик на 4,77) если что к 486 приделать. Под Винду то как раз проще все мне кажется.

ATauenis написал:

[q]

Разве? Можно писать

[/q]

И сколько времени эта инфа будет жить на экранчике? Глазами-то успеешь прочитать? Или тут-же сменится на другую, от другого плагина и "калейдоскоп" заработает в полную силу?
А ткнуть кнопу на пульте, чтоб прервать показ медиаинфы и вывести текущий прогноз погоды? Честно стыренный с gismeteo, например...

Не всё так гладко, как ты говоришь, на самом-то деле. Был-бы простенький МК, умеющий принимать с ИК-диода простенький код, и по нему, циклично, менять инфу, предоставляемую кучей плагинов (записанную в некий INI файл, в заранее отведённую его область), уже было-б похоже на дело. А пара лишних секунд простоя возвращала-б на экран отображение "дефолтного" поля, присвоенного, например, программному аудиоцентру.
Итого, получится:
1) один МК с одной прошивкой для него (надо кодить самостоятельно)
2) один INI файл, разбитый на разделы, а-ля System.ini форточек
3) куча плагинов ко 100500 разным прогам, чей вывод решено перенаправить на экранчик, помимо основного функционала. (надо кодить, кодить и ещё 100500 раз кодить...)

Вроде-бы "усё, шеф!"... Ан нет!

Надо:
1) написать универсальный "драйвер экранчика" под форточки
2) написать кучу плагинов для драйвера под разные конкретные модели экранчиков
3) сформировать новый CFG-файл, ибо поддержка юникода и всё такое (XML, SQL, ...). Досовский уже не годится
4) написать универсальный API для драйвера экранчика, чья задача - быть прокладкой меж прогой и универсальным драйвером, по-сути - формировать CFG-файл
5) написать кучу плагинов под разные проги, чей вывод на экранчик желателен.

И это не всё:
1) повторить пункты 1..5 для Linux-а (обязательно!)
2) повторить пункты 1..5 для других *nix
3) повторить пункты 1..5 для прочих ОС, ещё применяемых на рынке.

Не, камрадос, эт тож не все!
1) реализовать портативную версию.
2) реализовать приём инфы с различных удалённых устройств, например на базе DLNA технологии.


Ну-с, возьмёшься исправить сей global fault?

Fe-Restorator написал:

[q]

Ну-с, возьмёшься исправить сей global fault?

[/q]

Как я понял из 1 поста, эта штука выводит всё, что ей прислали по RS232 как есть. Контроллер со знакогенератором и "видеопамятью" у неё уже есть. Выходит, достаточно добыть входные данные (откуда им взяться - это уже другой вопрос, плагинов и резидентов можно написать сколько угодно), отформатировать, да выслать на COM-порт готовую строку (две строки с разделителем "\n"). Если не прав, прошу поправить.

Чтобы написать такой софт нужно иметь девайс, для которого он пишется, а оного у меня нет. Так что - увы.

Anonymous написал:

[q]

вероятно, что и у ТС параллельная шина есть на плате, но не выведена из кассового модуля

[/q]

Параллельный интерфейс есть 100%, ибо это стандарт для таких модулей, а последовательный опционален. У меня на VFD от Futaba есть оба, а с недавних пор у футабы и Noritake Itron есть даже встроенный USB