ПР200 на четырёхзначной логике

[In_Da_Cher_A]

Нами был разработан язык представления правил продукционной экспертной системы Z+ и способ представления нечётких знаний в диагностической экспертной системе с помощью коэффициента доверия к значению переменной с использованием четырёхзначной логики. Реализован алгоритм подбора и выполнения правил и способы вычисления коэффициентов доверия к значениям переменных.

"а теперь со всем этим мы попробуем взлететь"
Screenshot_48.jpgне взлетает никак
ну вот это - drex_arkhitektura_custom.pngсо всем уважением - ну это не для 2025 года, это не продаётся, увы.
Эпоха эксплуатационщиков ушла, диагностика не нужна, сейчас эффективные менегеры тупо страхуют отказы оборудования и это обходится дешевле, чем профилактика и ремонт.

четырёх, шести икс значная логика - хорошо, но зачем? ради академического интереса? для увеличения энтропии вселенной?

[Geenerator]

Ну вот наконец-то есть информация! И вот зачем было крыжиться и 17 страниц темы строить из себя непойми кого?

Я уже говорил, что критики я хапнул вдоволь.
Сейчас уже версия 7.6 вышла, документация по интерфейсу и настройке так же на сайте есть https://transform.ru/dokumentacija/

[Geenerator]

"а теперь со всем этим мы попробуем взлететь"
Screenshot_48.jpgне взлетает никак
ну вот это - drex_arkhitektura_custom.pngсо всем уважением - ну это не для 2025 года, это не продаётся, увы.
Эпоха эксплуатационщиков ушла, диагностика не нужна, сейчас эффективные менегеры тупо страхуют отказы оборудования и это обходится дешевле, чем профилактика и ремонт.

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

четырёх, шести икс значная логика - хорошо, но зачем? ради академического интереса? для увеличения энтропии вселенной?

Я мне кажется уже всю тему исписал в обоснованиях применения четырёхзначной логики. Интерес в данном случае практический, оптимизация кода в сложных задачах.

[In_Da_Cher_A]

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

"они были страшно далеки от народа"(С)
даже спорить не о чем, с такой базой в голове у людей, увы

Я мне кажется уже всю тему исписал в обоснованиях применения четырёхзначной логики. Интерес в данном случае практический, оптимизация кода в сложных задачах.

вы бы лучше исправили код на вашем собственном сайте, ему вот точно нехватает логики
пока что вы походите на городского сумасшедшего с весенним обострением, которому негде поговорить и он забрёл на первый полуживой форум чисто случайно
приплели сюда Пр200, хотя по вашей же формлировке коду должно быть всё равно, где он исполняется
какие "сложные" задачи - начните с формулировки что такое задача, какие критерии сложности, о криетриях оценки кода, почему это он стал "неоптимизированным" и почему его надо "оптимизировать"
и самое главное - зачем оптимизировать, если код исполняется без ошибок?
и финалочка - цена вопроса оптимизации?
зачем вам(тебе) платить за это деньги?

[melky]

Зато так забавно, после применения 4х логики для оптимизации, возвращаться снова к двоичной. Для сообщения главному инженеру, что его трансформатор скоро наеполомается...
Или так и остаёмся на 4х?
Трансформатор поломается? Да, Нет, Может быть, Но это не точно.

[МихаилГл]

О, любимое слово одного нашего профессора... Оптимизация... За которое он драл всех как сидоров коз. Говорил: какая нахрен "оптимизация" без критериев, остолопы!

[Geenerator]

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

Хорошо, снова попытаюсь объяснить...
Давайте обратимся к металлообрабатывающему станку с ЧПУ при работе которого всё постоянно находиться в движении, причём по нескольким направлениям или осям в 3-х мерном пространстве.
В этом случае использование оси движения как логического элемента становиться актуальным
0- ось стоит
1- ость движется в направлении Х+
2- ость движется в направлении Х-
3- ось не может двигаться, авария

Я на логическом уровне понимаю в каком состоянии находиться конкретная ось движения станка. По этому для меня актуально использование четырёхзначной логики.
Если у вас задачи по проще, то заморачиваться и разбираться во всей это ерунде не стоит - вы ничего не выиграете !!!

https://rutube.ru/video/07475cfe44b8...d/?t=20&r=plwd

[melky]

0-й бит = 0 стоит, = 1 движется
1-й бит = 0 - направление в -, = 1 - направление в +
2-й бит = 0 - нет аварий, =1 - авария

Ведь все равно вы минимум в байт будете запихивать биты, к тому же направление имеет смысл только при наличии движения, когда 0-й бит = 1 если разобраться. Хотя и при 0-м = 0 тоже имеет смысл, в каком направлении двигалась ось до момента остановки.
Где тут преимущества 4-х логики в принципе при 3-х то битах ?
Вроде все логические уровни для понимания соблюдены.

опять же для понимания.
00 - стоим
10 - движемся в минус
11 - движемся в плюс
01 - авария
Не важно, какие комбинации двух битов вы там примените, но вопрос по данному варианту 01 - авария, а причины ее вы начнете пихать в другие переменные, потому что вы не можете в этих двух битах сохранить направление движения, предшествующие аварии.
Как-то так. и вся логика 4х насмарку.

[In_Da_Cher_A]

0- ось стоит
1- ость движется в направлении Х+
2- ость движется в направлении Х-
3- ось не может двигаться, авария

ось стоит = ось не может двигаться = двигатель оси выключен
состояние авария притянутое за уши к этой оси не является фактором, характеризующим ось, так как основное - это движение оси в координатах, а не качественное описание её физического состояния

осям в 3-х мерном пространстве.
В этом случае использование оси движения как логического элемента становиться актуальным
0- ось стоит
1- ость движется в направлении Х+
2- ость движется в направлении Х-
3- ось не может двигаться, авария

при описании движения в трёхмерных координатах положили болт на вторые две оси, молодцы

в общем, весеннее обострение не стихает
жду не дождусь примеров "плохого" двоичного так сказать и "оптимизированного" кода на "4х", можно на примере несчастного станка (кстати, сколько станков автоматизировал автор?)
без "доказательной" базы и более менее внятной академического методического подхода к работе
пока что всё выглядит как бла бла бла

[In_Da_Cher_A]

и да - автор так и не ответил - а причём здесь ПР200?