Я бы не стал тратить на записи о времени квитирования наши виртуальные ячейки памяти. У нас их и так кот наплакал. Поэтому 0 на входе не приводит к перезаписи.
Стекообразный лог аварий -- это даже в чём-то проще. Лично я вижу это так: Когда при присутствии разрешающего сигнала En меняется значение входа I, оно записывается в первую ячейку и в следующем цикле буферизируется. Ежели значение на входе I поменялось (но не на 0), оно так же пишется в первую ячейку, а в остальные ячейки прописывается содержимое буферов предыдущих ячеек.
Счётчик CTN1 считает количество аварий.Кста, флаг запуска на входе En как раз и нужен для правильной работы этого счётчика. Плохо только, что не записывается авария, ежели она присутствовала на входе при включении ПР. Но это решаемо.
Счётчик CTN2 нужен для листания аварий по импульсам на входе L. Т.к. у нас стек, последняя авария всегда находится в ячейке f0.Поэтому сброс этого счётчика всегда выводит последнюю аварию. Сброс происходит при поступлении на вход новой аварии, очистке памяти или принудительно по входу R (например, по переменной перхода на экран).
Вход Clr по идее должен был полностью очищать память, потом я посчитал, что достаточно очистить первую ячейку и сбросить счётчики. Скажем так, память этот вход стирает, но не форматирует, хе.
Мой макрос RCTU -- это реверсивный инкрементный счётчик с возможностью автосброса и изменения уставки. Вот тут, правда, сказали, что не работает, хе. Один глюк нашёл, но в нашем случае он, как говорится, на скорость не влияет. Он нужен для того, чтобы при листании списка не отображать пустые ячейки.
Вывод на экран осуществляется с помощью выходов Q и n. Q -- код аварии, n -- порядковый номер. При этом листание осуществляется от записи с максимальным номером до 1.
Как-то так.
