создам любой драйвер

как зачем))это же лазерные эффекты на RGB (я думаю ни кто бы не отказался от такой красоты ) в инете куча видео

 

axis MAX232 - это просто конвертер из rs232 в TTL. Хотя, если хочешь зажигать светодиод, можешь и использовать...

Я вот по производственной части умею только ПЛК программировать. У Siemens S7-200 один кадр сканирования - минимум 1мс (миллисекунда). Для автоматизации норм, для наших целей - никуда не годится.

А что мы к этим стробирующим битам привязались? Ну понимаю для LPT, там они уже есть, но зачем искуственно такие извращения?

Нельзя ли например так: МК выдаёт 5 выходов, на каждый шлёт по байту. И на каждую ногу уже вешаем по микросхеме, которая из байта последовательного делает 8 бит параллельный.

 

Это сложнее реализовать. Как внешние микрухи будут понимать где начало, а где конец слова? Возится с задержками? Да и буфер всё равно понадобится. Ведь на ЦАП нужно беспрерывно выводить слово и резко его обновлять целеком. А пока сдвиговый регистр будет набивать в себя нули и единицы - ЦАП с ума сойдёт... Т.е. К561ИР6 всё равно потребуется, если конечно же не найти сдвиговый регистр с уже встроеным буфером, но это геморойнее моего варианта всё равно. А как сам МК будет соображать на какой вывод ему слать инфу, если он ещё слово не принял. Складировать его в себе, затем читать и снова последовательно выводить?
В моём варианте паралельный код выводит уже сам МК, а стробирование нужно для того, чтоб записывать эти слова в определённые ячейки внешней памяти - регистры на К561ИР6. По-моему и так довольно просто.

 

Ну для МК несколько байт - не проблема.

Я просто не понял, что ты по rs232 слать собрался? Я боюсь как бы не вышло много лишнего трафика.

 

Всё очень экономно. Один пакет - одна полноценная команда. Если я правильно понял протокол rs232, то там идёт пакет из 12-ти бит. 1-й стартовый, затем идёт само слово из 8-ми бит, а затем оно завершается битом чётности и двумя стоповыми битами. Вот три последних бита и используются в качестве команды. В эти 3 бита можно записать одну из 8-ми команд. Т.е. один пакет - одно действие.

 

INFERION Я думаю что фиг ты этими битами управлять сможешь. Чётность и стоповый выбирается только при открытии порта. А уж стартовый тем более может быть аппаратно зашит.

Думай в направлении "как использовать только последовательный поток".

 

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

 

А если так? Первый бит синхронизирующий, и шлём нечто вроде:
1xxxxxxx
0xxxxxxx
0xxxxxxx
0xxxxxxx
0xxxxxxx
0xxxxxxx
Получаем чистых данных 42 бита. надо 5*8=40, и даже 2 ещё остаётся
Либо даже так: Три канала 8-битных (на яркость) и два 9-битных (на X,Y).

 

Вот привязался к микроконтроллеру . Логика говоришь придумана давно? Где? С удовольствием взгляну на алгоритмы работы подобной системы.
А микросхем стандартной логики у нас как гавна. Лопатой бери и загребай. И работают они шустрее МК. Их не надо шить вечно глючными прошивками. Да, плата получится в два раза больше, а это критично? Мне проще спаять более сложную схему, чем искать нужный контроллер и возится с прошивкой.

 

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

Не спорю. За микроконтроллерами будущее, которое уже давно наступило. Но пока ещё их лучше не сорить с микросхемами стандартной логики. Они отлично вместе ладят. А МК я не пользуюсь наверное потому, что программировать их просто не умею .