Один дисплей HD44780, два источника. Как подружить?

[-vitalik-]

Добрый день,
есть в автомобиле Car PC, вместо магнитолы установлен LCD дисплей с USB адаптером, как здесь: http://www.harbaum.org/till/lcd2usb/index.shtml, работающий с программой LCD Smartie. Все отлично работает.
Но появилась необходимость модернизировать аудиоканал. Управлять всем будет контроллер PIC. И хотелось бы и с него выводить информацию на тот же дисплей.
пока крутится в голове схемка. как во вложении. Как думаете, будет работать?

[ForcePoint]

1. Слева источники, справа дисплей?
Подумайте, для начала, над возможностью использования Z-состояния на выходах источников.
2. PIC -› carPC -› дисплей?

[Easyrider83]

Правильнее carPC -› PIC -› LCD
Пик ловит по сигналу "Е" перепад фронта и либо передает информацию, либо блокирует и выводит что-то свое. Т.к. интерфейс не быстрый, 300кГц всего, работать будет без ключей.

[-vitalik-]

1. Слева источники, справа дисплей?
Подумайте, для начала, над возможностью использования Z-состояния на выходах источников.
2. PIC -› carPC -› дисплей?

Да. слева вверху - адаптер LCD USB, внизу - PIC.
У PIC-а заняты все ноги, так что ставить его в разрыв - не получится.
Схему кстати собрал, но работает не стабильно, через раз.

А вот про z состояние - напомнило о 74HC541 (8-канальный буфер с возможностью перевода выходов в z)
Вот на парочке их и сделаю свою схему. или даже на одной, что бы перекрывать поток с USB LCD. А когда PIC выскажеться, порт дисплея можно перевести на вход и разрешить данные с USB LCD

Но есть одно НО: модуль USB LCD использует сигнал RW. А через буфер он не сможет "слушать" LCD. Исходника на USB LCD нет, что бы поправить прошивку.
Нужна свежая идея по коммутации.

[ForcePoint]

А вот про z состояние - напомнило о 74HC541 (8-канальный буфер с возможностью перевода выходов в z)

Я имел в виду - подрихтовать ПО так, что-бы выходы на LCD от PIC'a и MEG'и были в z-состоянии при отсутствии обмена. А так - невелика разница - вертеть два ненужных корпуса одной ИМС или другой для мультиплексирования.

Вот на парочке их и сделаю свою схему. или даже на одной, что бы перекрывать поток с USB LCD. А когда PIC выскажеться, порт дисплея можно перевести на вход и разрешить данные с USB LCD

И, кстати, надо для начала продумать протокол захвата LCD. Может статься, что куда проще поместить его в carPC, а не в PIC.

[индюк]

собрать все это одним процом с разными портами а потом на дисплей вывести третим портом

[Spruts]

-vitalik-, а это не пойдёт? Там правда для других целей всё делалось.
А тут разве не исходник LCD2USB лежит

[-vitalik-]

Spruts у меня вчера возникла мысля о буферах, но USBLCD использует вывод R/W, он еще что-то спрашивает у LCD, а буфера обеспечивают однонаправленную связь.

Не понимаю пока, почему не работала нормально схема на 4053. Верхняя строка отображалась нормально, а вот вторая - сдвинута влево. да еще первые ее символы вылазили в первые позиции верхней строки.

Исходник почитал, но все таки лезть в прибор не сильно хочу, буду в последнюю очередь. Думаю, добавление строки типа "если 1 на пине - сделать линии индикатора входами, иначе - выходами" в main решит проблему. Но в АВР я не очень силен, не знаю, как еще с фьюзами быть.

[-vitalik-]

С целью экспериментирования, связь дисплея и LCD2USB перенесена на макетку.
В итоге, если выводы D0-D3 дисплея оставить в воздухе, дисплей показывает "крякозяблики", а если заземлить - он вообще не инициализируется (затемнена только верхняя строка, как при просто подаче питания). Хотя осциллограф показывает наличие 5 вольтовых импульсов на всех линиях связи.

Вопрос: есть ограничение на длину линии связи с дисплеем. или в процесе експериментов я угробил LCD2USB ?

[jump]

есть ограничение на длину линии связи с дисплеем

а убрать удолбище из шлейфов, макетки и перемычек на переходной шлейф 10-15см не судьба? чем длиннее шлейф - тем ниже частота записи, работать только на запись, без опроса busy (часто индикатор не может "прокачать" длинную линию)