Вроде этот вопрос уже обсуждали в преведущий раз, в смысле, самая эффективная с точки зрения хранения единицы информации - это троичная логика, так как "3" наиболее близко к значению основания натурального логарифма(2,718), короче, рассматривать для практического применения логику более троичной даже теоретически нет никакого смысла!
Если только, что весь смысл - в отсутствии всякого смысла!
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Сейчас рассматриваем две логики двоичную (логика событий) и четырёхзначную (движения). Вторая взаимо дополняет первую, то есть логика "движения" может участвовать в логике "событий" как событие и наоборот, события могут говорить о наличии движенияСообщение от FPavel
Ось движется в направлении X+ = команда вперёд AND привод в состоянии работа
Ось движется в направлении X- = команда назад AND привод в состоянии работа
Ось в состоянии СТОП = NOT команда вперёд AND NOT команда назад AND привод в состоянии готов
Ось в состоянии авария = (команда вперёд OR команда назад) AND NOT привод в состоянии работа
Включить насос смазки = Ось движется в направлении X+ AND давление выше уставки
Теоретическая часть так же работает, четырёхзначная логика не моё изобретение, я только применил её для решения инженерных задач
Давайте попробуем представить данный станок в четырёхзначной логике
00 - Нож не движется
01 - Нож движется вверх
10 - Нож движется вниз
11 - авария привода ножа
Ещё понадобиться датчик наличия листа метала, конечники наличия ножа в верхнем и нижнем положении и в соответствии с этим выстраиваем алгоритм.
По поводу конфигурации для "ворот" я подумаю, нужно какое то время.
В прошлый раз без элемента памяти из трёх состояний со мной даже разговаривать не захотели, пока процессор не изобретут не приходи - такой был разговор. А если искать смысл, то есть конкретные прикладные задачи, где четырёхзначная логика успешно применима.
Если ваша система такая хорошая, в смысле, обеспечивает вам конкурентные преимущества, так логично это не обсуждать, даже никому об этом не говорить, чтобы другие не стали её использовать!
Зачем трубить о её преимуществах?
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Видел клапан привода на 4-й логике. Да их полно на самом деле. 00 - стоп в любой точке, 10 - закрываем, 11 открываем. 01 не было.
1 - это подача питания на вход привода. Входов ессно два.
В остальных случаях управляющие устройства с одним входов (контактор, реле)
Все остальное, придумываем сами, даже комбинации И, ИЛИ на несколько входов, которые в конечно счёте приведут к одному управляющему.
Это авария незапуска привода, а как же авария неостанова?Ось в состоянии авария = (команда вперёд OR команда назад) AND NOT привод в состоянии работа
Кроме этого для направлений еще нужны условия: работает вперед и работает назад...
Для реверсивных механизмов ваша система не подходит. Не запустился вперед, не запустился назад, не остановился вперед, не остановился назад... И т.д.
Шире ставьте задачу, а то похоже на слабенькую диссертацию. Оппоненты завалят на защите...
А там добавят ещё два бита в том же байте, например в старшей тетраде и тоже обзовут четверной логикой
Мне кажется, что подменяются термины.
В данном описании говорится не о 4-ричной логике, где каждый элемент (переменная) может принять 4 состояния, а о введении ещё одной сущности к описанию объекта управления - слова состояния.
Т.е. не появляется новой 4-ричной алгебры, в которой при помощи двух операций (как в теории полей чисел или как она называется) определяется взаимодействие этих состояний.
Предлагается вычисление наиболее востребованных в алгоритме состояний объекта управления.
То, что предвычисленных состояний оказалось ровно 4 - это или случай или закономерность или подгон.
Но не это хочу донести - предлагается предвычисление наиболее употребимых состояний и сохранение их в переменной состояния (флагов). Это не про 4-ричную систему, а про библиотеку управления движением с наборами предвычисленных состояний для разных классов объектов (насос, задвижка, отсечной клапан, сервопривод).
Возможно, как готовая библиотека это будет интересно, но OwenLogic пока не обладает возможностями работы со структурами, перечислимыми типами, именованными константами - на данном этапе развития нормальная библиотека нереализуема.
Вообще использование 2,3 и более битов широко распространено в сообщении ошибок в разных приборах.
Встречал такое, когда в байт запихивали сразу 2 или 3 переменных. Скажем две 3-х битных и одну 2-битную.
Где как раз и реализован этот механизм с различными состояниями.
000, 001, 011, 010, 101 и так далее.
Кроме формирования состояния и ошибок не встречал.
Так что ничего нового автор как бы и не придумал. Независимо от прибора или программы, где он хочет это применить.
В ПР выше написанное делается так же легко. Вычленить нужные биты и превратить в числа она умеет.
Последний раз редактировалось melky; 20.04.2025 в 08:26.
Ваши права
Ответить с цитированием