ПР200

[Алексей Геннадьевич]

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

Внимательно читаем уточнённый ТЗ.
http://www.owen.ru/forum/showthread....l=1#post236238
А "очерёдности" и "стек" мы с вами сами напридумывали для решения простой задачи. Соответственно навылезали всякие "ветряные мельницы", с которыми стали "бороться".

[Василий Кашуба]

Внимательно читаем уточнённый ТЗ.
http://www.owen.ru/forum/showthread....l=1#post236238
А "очерёдности" и "стек" мы с вами сами напридумывали для решения простой задачи. Соответственно навылезали всякие "ветряные мельницы", с которыми стали "бороться".

А здесь говорится про очередь. http://www.owen.ru/forum/showthread....l=1#post235996

[Алексей Геннадьевич]

А здесь говорится про очередь. http://www.owen.ru/forum/showthread....l=1#post235996

Таки да.
Только это не нужно. И если рассматривать и реализовывать полную группу событий, то алгоритм некислый получается...

А то что вы выделили, это уточнение, почему нельзя открывать несколько клапанов.

Вообще-то все клапана.

Grampus явится, и решит что ему больше подойдёт.

[Сергей0308]

Таки да.
Только это не нужно. И если рассматривать и реализовывать полную группу событий, то алгоритм некислый получается...


Вообще-то все клапана.

Grampus явится, и решит что ему больше подойдёт.

Тогда, пока не поздно, новая версия очереди, повысил КПД стека в 6,4 раза, раньше на запоминание включения каждого входа уходил один SEL(32 бита), теперь 5 бит! Почти все элементы с возможностью расширения, стек сразу сделал до 32 клапанов(не включительно):

Очередь_3.PNG

[Владимир Ситников]

Тогда, пока не поздно, новая версия очереди, повысил КПД стека в 6,4 раза, раньше на запоминание включения каждого входа уходил один SEL(32 бита), теперь 5 бит!

Чего только не сделают, лишь бы не массивом.

[Алексей Геннадьевич]

Тогда, пока не поздно, новая версия очереди, повысил КПД стека в 6,4 раза, раньше на запоминание включения каждого входа уходил один SEL(32 бита), теперь 5 бит!

Вы таки упёрлись в ограничение по ресурсам ПР200?

Почти все элементы с возможностью расширения, стек сразу сделал до 32 клапанов(не включительно):

С интересом посмотрю, как вы с этим подходом будете 33 клапан подключать.

Чего только не сделают, лишь бы не массивом.

Обладатель чёрного пояса по вышке и программированию явился на нашу школьную олимпиаду.
Уважаемый, не мешайте людям развлекаться и кипятить свои мозги.

[Сергей0308]

Вы таки упёрлись в ограничение по ресурсам ПР200?

С интересом посмотрю, как вы с этим подходом будете 33 клапан подключать.

Обладатель чёрного пояса по вышке и программированию явился на нашу школьную олимпиаду.
Уважаемый, не мешайте людям развлекаться и кипятить свои мозги.

Сейчас в стеке по сути 5 регистров сдвига 31 разрядного, 5 бит дают 32 состояния, ноль не используется, типа когда все входы выключены(состояние "0"), поэтому максимум 31 клапан! Если добавить ещё один такой регистр, по сути увеличить стек на 1/5, это уже 6 бит, 64 возможных состояния и 63 клапана максимум("0" также не используется) и т. д. Это если не увеличивать глубину очереди(пока 31), с входными-выходными элементами проблем не возникнет, практически ничего не стоит расширить например демультиплексор или дешифратор!

[Василий Кашуба]

Внимательно читаем уточнённый ТЗ.
http://www.owen.ru/forum/showthread....l=1#post236238
А "очерёдности" и "стек" мы с вами сами напридумывали для решения простой задачи. Соответственно навылезали всякие "ветряные мельницы", с которыми стали "бороться".

А то что вы выделили, это уточнение, почему нельзя открывать несколько клапанов.