ну тогда сразу давайте ссылку и на ваш вариант... (булевый)
ну тогда сразу давайте ссылку и на ваш вариант... (булевый)
Мне проше снова нарисовать ,чем искать .Вот регистр сдвига с параллельной записью и сдвигом .Цикличность обеспечивается обратной связью с нужного выхода на вход Di.
В целочисленном варианте количество разрядов лучше задавать по входу или константой внутри макроса
входной код числа=целочисленный
выходной код числа-целочисленный
входной код количество разрядов-целочисленный
входа стробов записи и сдвига -булевы
Последний раз редактировалось rovki; 14.04.2011 в 10:15.
электронщик до мозга костей и не только
еще бы вход реверс
"проба пера"
ИМХО я бы SEL вынес за блок, т.е. не пихал бы в одну кучу память и сдвиг...
----------------
завтра предложу на обозрение два апгрейта этого варианта
1) сделаю булевый выход того бита, который переносится...
2) сделаю циклический сдвиг на любое число битов (но без п.1)
PS про тож реверс подумаю... но как я писал выше - не люблю загромождать схему..
в UNIX изначально была оч. мудрая концепция инструментов - программ, которые должны выполнять одно конкретное действие и делать это хорошо
т.е. если есть архиватор, то он только архивирует и делает это хорошо(!), а склеивает перед этим в один кусок папку со вложениями другая программа и тоже делает это хорошо(!)...
и наоборот, сначала архиватор разархивирует, а потом склейщик разрезает на файлы и раскладывает по папкам....
так и тут - если сдвигаем, то только сдвигаем.... если регистр памяти, то только регистр... а не всё в одну кучу....
поэтом программы на компах и разбухают - что в них заложено много того чего они в принципе реально не делают
т.е. если мне надо будет ТОЛЬКО сдвигать вправо, у меня эта функция несёт с собой ещё килограмм жира в виде регистра и реверса...
а потом разработчики ПР будут думать как увеличить память и стек, что бы схемы "с жирком" влазили в "узкие врата"...
При использовании логических элементов они автоматически становятся булевыми или целочисленными (хорошо) ,но если сделать макрос многовходового логического элемента,например 3ИЛИ,то они уже не работают с целочисленными автоматически (плохо),может можно что нибудь сделать в будущих версиях.?Или придется создавать аналогичные макросы ,но только целочисленные.
Что-то SEL не работает так как описано в документации
В документации ошибка ,при управлении о -на выходе V2,при управлении1,на выходе V3.
исправили в руководстве версия 5
Предложение - О всех принципиальных) изменениях в РЭ извещать пользователей(через сайт или форум) в момент внесения очередного изменения ,не важно кто ошибку нашел,разработчики или пользователи ,потому как версии появляются не часто и зачем ,например мне новая версия если там только запятые исправлены .Можно очень коротко информировать ,что внесены такие то изменения туда то,тогда то и всем будет хорошо
,тем более их немного.
Вопрос-можно ли теоретически реализовать в овен лоджик(или специальной программе) при работающем ПР считывание текущего состояние входов\выходов ПР?Как дополнительная опция ,при подключенном кабеле связи к ПК и отображение их в окне проекта или отдельном окне(без симуляции проекта).
Последний раз редактировалось rovki; 12.05.2011 в 21:30.
Ваши права
Ответить с цитированием