> Styx ©   (22.10.17 17:17) [139]

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

но и даже при записи P - это не строб. в некоторых микрухах его и не было, достаточно было подать Vpp для прожига перемычек. В данном случае P - это команда на запись, а приемник микрухи адрес уже принял, и на строку-столбец выставился.

>найди мне здесь синхросигнал

Этот (на чтение):

Data is
available at the output after a delay of tGLQV from the falling edge of G, assuming that E has been low and the addresses have been stable for at least tAVQV-tGLQV

?

(на Figure 8. нарисовано даже)

> утверждать "ну, тут время как синхронизатор" тоже не выйдет.

Всё правильно, здесь за корректность данных отвечает тот, кто читает - он должен знать, когда линии будут показывать что-то осмысленное. А если принимающая сторона не знает, когда сочетание сигналов на входе осмысленное, а когда нет - без дополнительного сигнала никак. Поэтому при записи нельзя сказать - пусть пишет через 10 наносекунд после того, как я установил адрес и данные - потому что микруха-то не знает, когда ты их установил... А при чтении ей пофиг, любая комбинация что-то да значит, и на любую она ответит, просто правильным с точки зрения принимающей стороны ответ будет только через tAXQX... Как-то так :)

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

> Игорь Шевченко ©   (22.10.17 20:09) [142]

не, эти сигналы можно выставить один раз. описана лишь задержка реакции на них.


> Styx ©   (22.10.17 20:19) [143]


> Поэтому при записи нельзя сказать - пусть пишет через 10 наносекунд после того, как я установил адрес и данные - потому что микруха-то не знает, когда ты их установил...

мне лень искать даташит на знакосинтезирующий индикатор, но там начальная инициализация (запись конфигурации) идет именно так ;) с учетом времени и без всякого строба.

> Игорь Шевченко ©   (22.10.17 20:33) [144]

скорее всего, ты помнишь схемы с множественными чипами на одной шине.

>  с учетом времени и без всякого строба.

Да я верю... но откуда-то же он должен знать, когда ты начал записывать. Может быть перед началом записи нужно каким-то специальным образом подёргать те же линии данных - но тогда  получается, что какой-то набор состояний линий всё равно зарезервирован под синхронизацию... В результате декодировать приходится всё весьма хитро и данные передаются нифига не быстрее, чем если использовать одну последовательную линию...
Я так это понимаю :)

kilkennycat ©   (22.10.17 20:41) [146]


> скорее всего, ты помнишь схемы с множественными чипами на
> одной шине.


Безусловно. И по тем самым схемам вывод E подключался к адресному дешифратору, а вывод G к логике сигнала чтения памяти.


> не, эти сигналы можно выставить один раз. описана лишь задержка
> реакции на них.


То есть, выставив E и G в низкий уровень, я могу, только перебирая адрес, получить на шине данных соответствующее адресу содержимое ? А с какой задержкой (я не нашел) ?

По-моему слегка противоречит фразе falling edge of G, нет ?

Игорь Шевченко ©   (22.10.17 20:09) [142]
> (на Figure 8. нарисовано даже)

Кстати, да, это я просмотрел - на чтение тоже нужна синхронизация, нужно установить адрес и после дать синхронизирующий фронт на G, в противном случае - unspecified behaviour.

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


> То есть, выставив E и G в низкий уровень, я могу, только перебирая адрес, получить на шине данных соответствующее  адресу содержимое ? А с какой задержкой (я не нашел) ?


Да. И на подобном принципе собирались дешифраторы, командоаппараты, автоматы световых эффектов, музыкальные звонки и т.д.
пример: http://radiolabs.ru/index.php?controller=post&action=view&id_post=82

Задержка - tAXQX, фигуре 8

> Но опять же, необязательно

Ну это уже полезная эксплуатация неопределённого поведения получается :)

KilkennyCat ©   (22.10.17 22:05) [150]


> Да. И на подобном принципе собирались дешифраторы, командоаппараты,
>  автоматы световых эффектов, музыкальные звонки и т.д.
> пример: http://radiolabs.ru/index.php?controller=post&action=view&id_post=82


Мне кажется, PT4 - это немножко другое, на подобных в свое время целая статья была в МПСиС "ПЗУ вместо произвольной логики".

Впрочем, можно как-нибудь воткнуть 27512 в макетку и перебрать адреса.

> Игорь Шевченко ©   (22.10.17 22:29) [152]

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

> статья была в МПСиС "ПЗУ вместо произвольной логики".

http://publ.lib.ru/ARCHIVES/M/%27%27Mikroprocessornye_sredstva_i_sistemy%27%27/_%27%27MPSS%27%27.html
86 год, 1 номер.

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

Я ща переделываю свой джойстик на Ардуино Leonardo(усложняю). К шине i2c подключено 4 порт-расширителя(сдвиговые регистры) для чтения 32 кнопок и два PWM-чипа(тоже со сдвиговыми регистрами) для управления подстветкой этих кнопок. Попробуй на параллельной шине слабать это все в формате двух плат 70х130 - да нереально!

> NailMan ©   (23.10.17 00:25) [155]
>Параллель забыта навсегда.

угу. ты не думаешь, что существует что-то еще, кроме джойстиков и датчиков?


> К шине i2c подключено 4 порт-расширителя(сдвиговые регистры)
> для чтения 32 кнопок и два PWM-чипа(тоже со сдвиговыми регистрами)
> для управления подстветкой этих кнопок. Попробуй на параллельной
> шине слабать это все в формате двух плат 70х130 - да нереально!

вообще-то, 70х130 - это очень, очень много. а две - это офигенно много.
кроме того, в такой постановке задача, она как бэ никакая. Кроме того, непонятно, каким боком тут параллельный интерфейс, ну разве что для шимов. или все кнопки надо нажать одновременно?
Но и даже в таком куцем варианте ТЗ, предположив, что на каждый шим 6 каналов (что сомнительно, и в более серьезной-то аппаратуре достаточно 3), и что каждая кнопочка подсвечивается отдельным светодиодиком, мне хватит (сильно не напрягаясь мудрить) 24 линии. Мои домашние возможности позволяют делать дорожки 0.2, зазор 0.24,  переходные отверстия 0.3х0.5. Так что, размер платы  будет зависеть только от расположения кнопок. Поскольку я противник любых *дуино, у меня нет ограничений в выборе мк.

мне всё-так непонятно, откуда у людей такие мощные шаблоны и шоры в голове.

> [155] NailMan ©   (23.10.17 00:25)
> Параллель забыта навсегда.

А внутри процессора, а с CPU<->RAM

> [152] Игорь Шевченко ©   (22.10.17 22:29)
> Впрочем, можно как-нибудь воткнуть 27512 в макетку и перебрать адреса.

Например знакогенератор в видеомодуле мог быть так сделан. Ну т.е. код символа + номер строки растра в его изображение 8 пикселей на этой строке.

> KilkennyCat ©   (22.10.17 04:13) [138]
>
>
> > Германн ©   (22.10.17 02:07) [135]
> >
> > В параллельном интерфейсе передаются
> > одновременно 8 бит информации и следовательно обязательно
> > наличие синхросигнала для того, чтобы приёмник все 8 бит
> > правильно принял.
>
> https://www.compel.ru/item-pdf/4fe9acaa507df2609f32f43f26c18911/ps/st~m27c1001.
> pdf
> найди мне здесь синхросигнал. Пожалуйста. Хотя бы на одной
> шине.

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