Владимир Ситников последний пример посмотрите. Конечные SEL объединенные по управляющему входу каким образом могут влиять на общее выполнение программы вне зависимости где они установлены? , хоть где их ставь, на основной код по связям они не должны оказывать влияния.
Отключите управляющий вход и основной код работает как ни в чем не бывало.
ч.т.д.Сообщение от melky
Проблема в "блуждающей" неявной "обратной" связи (новый термин)
Сделал её явной, что бы не блуждала, и всё сразу заработало!
PS в алгоритм не вникал, просто сравнивал поведение с указанным выше "клубком управляющих связей" и без них.
Последний раз редактировалось AI!; 21.10.2016 в 21:46.
начинающий профессионал
AI! Вот уж никогда бы не подумал, что сигнал на счетчик это блуждающая связь ...
Каким же таким образом именно эта связь неявная обратная ?
Блуждающая обратная связь на то и блуждающая, что она не обязательно тут.
есть кольцо: -CTN1-EQ-RS1-TOINT-SEL-TOBOOL- и снова -CTN1-,
и в зависимости от того с какой стороны компилятор посмотрит на это кольцо, та связь и будет обратной...
ЕЩЁ РАЗ - есть кольцо, значит есть обратная связь!
PS а вот вам пример, который правильно работает с клубком и неправильно без оного..
(честно говоря лень выяснять где в этом кольце на этот раз обратная связь, предоставлю эту возможность вам)
Последний раз редактировалось AI!; 21.10.2016 в 22:13.
начинающий профессионал
AI!, все, что вы сделали, это заменили FTRIG на RTRIG и заработало ?
да!
НО немного подумав я и его убрал - скачайте снова...
начинающий профессионал
с RTRIG программа работает немного некорректно. Без него вовсе скорее всего тоже, сейчас посмотрю.
до text4 связь потерялась и вторая снизу пара SEL-ов висит в воздухе.
но это не мой косяк, это я таким проект скачал...
PS а чем вам мой BitSort не нравится? - используйте его...
начинающий профессионал
AI! я хочу разобраться и понять заложенные принципы
Без Ftrig (или если вмето него Rtrig) второй счетчик делает шаг раньше, чем это необходимо. Появляется второе значение на следующем выходе, пока не досчитает до него и не обнулит. Если значения идут последовательно это не так заметно.
Провел тут кое какие эсперименты и поставил обратные связи на возвратных сигналах. SEL-TOBOOL и обратно на себя "явная обратная связь"
SEL - SEL - обратная связь на первый SEL
Выходные уже не трогал но наверное необходимо.
Это очень даже перекликается с тем, что пишет Владимир Ситников и с тем, что именно такие связи отслеживает компилятор Сименовского ЛОГО.
И вроде код работает корректно тогда.
Ваш макрос очень хорош, но я не люблю такие глобализации на поле, ставить макрос на 32 входа, когда нужно только на 10 как-то по мне не очень.
Когда это необходимо, то да, имеет смысл, а когда нет такой необходимости, только поле занимать... Можно конечно схлопнуть после разводки линий как вариант.
Да связь я проглядел, но она не является принципиальной, у себя подправлял, так что дело точно не в этом.
Тут уже передавали мои слова, что в связи с такими проблемами у пользователей, введем оповещение о подобных неявных обратных связях. Вопрос в том, что конкретно сделать компилятору в таких случаях. Как Вы предлагаете крах на этапе компиляции или просто предупреждение, но разрешить выполнение?! Конечно, с Вами согласен, что вариант с "крахом" обеспечит корректную работу макроса в любом случае. Но тогда старые макросы и проекты к сожалению не будут работать до полного устранения проблемы обратных связей. Вы, как пользователи, согласны пойти на это? Или сделать опциональной? Как Вас, пользователей, устроил бы вариант исполнения такого обнаружения?
программер
Ваши права
Ответить с цитированием