Логические головоломки

[SSeVa]

селектор получилось сократить на 1 блок и избавиться от двух делений

[Sergey Cherevko]

Сообщение от SSeVa

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

Это издержки того, что многое переделывалось в процессе эксплуатации. Изначально было гораздо проще и понятнее.
В регистрах ничего не запоминается. Регистры при аварии или неактуальном значении (если датчик не участвует в вычислениях) обнуляют значение, чтобы оно не влияло на сумму.
Обнуление потом усложнило вычисление минимального значения при отказе, пришлось добавить несколько дополнительных блоков.
Основная изюминка не в вычислениях, там все просто. Основная изюминка в обработке аварий

[Sergey Cherevko]

Сообщение от ujin

для реал

Респект и уважуха, это красивые решения!

[ujin]

Сообщение от SSeVa

ujin , шикарное решение. Вопрос только, почему для real не подойдет?

есть дробные числа по модулю меньше единицы.

[Arsie]

Сообщение от Sergey Cherevko

У меня на 2 блока больше получилось, зато гораздо функциональнее.
Хотя я тоже в итоге решил задачу "в лоб", не очень красиво...

Один из правильных "не лобовых" вариантов решения. Масштабируется.

http://forum.segnetics.com/showthrea...0872#post10872

35 блоков, количество обслуживаемых датчиков до 255 штук

[ujin]

Использовать в качестве критерия работоспособности дисперсию (среднеквадратическое отклонение). Фильтр рабочий. А выбор датчиков только в качестве идеи без проверки работоспособности.

[canada]

Задачу выбор наименьшего из 10 надо было сюда постить...

Усложним: предположим есть 10 заданий выполняющихся по времени. У каждого задания есть время пуска. Как найти номер следующего задания, которое будет выполнятся?


Пример заданий:

1 задание 9:48
2 задание 14:40
3 задание 12:34
...
10 задание 3:12

[canada]

Сообщение от canada

Усложним: предположим есть 10 заданий выполняющихся по времени. У каждого задания есть время пуска. Как найти номер следующего задания, которое будет выполнятся?...

Мой вариант решения:

Алгоритм таков: сравниваем время каждого задания с текущим временем. Если меншье (т.е. задание прошлое) приравниваем к его часы и минуты к 99.

Все времена сравниваем между собой и находим наименьшее...

Недостатки: много блоков, возможность сравнения токлько в течении суток.

[ujin]

Дату перевести в другой формат. В переключатели добавить второй переключатель предыдущего, текущего номера. Номер выставлять снаружи макроса. Сравнивать числа Long.

[ujin]

Можно время представлять в UTC. В некоторых контроллерах внутреннее время так и представляется. Количество секунд, прошедших с 01.01.1970 00:00:000 по Гринвичу. Только перевода в UTC и обратно у меня нет.

[Arsie]

Сообщение от ujin

Можно время представлять в UTC. В некоторых контроллерах внутреннее время так и представляется. Количество секунд, прошедших с 01.01.1970 00:00:000 по Гринвичу. Только перевода в UTC и обратно у меня нет.

GetDays * количество секунд в сутках = UTC

На самом деле перевод в UTC не нужен, достаточно по любой формуле упаковать время в Long или Int и сравнить эти числа между собой. Из-за совпадений формул операция сравнения даст верный результат.

Вот как, например, сравнивает Конструктор (фото). Пакует время по формуле ЧАС*100+МИНУТЫ и сравнивает.

[canada]

Видимо не верно я обрисовал задачу...
Перефразирую: задачи ЕЖЕСУТОЧНЫЕ, без определения даты.
Например как определить что следующая задача выполнится завтра в 6-00 ?
Т.е. все сравнения времен должны вестись относительно 24 часов, но с учетом перехода через 0-00.

[Arsie]

Сообщение от canada

Видимо не верно я обрисовал задачу...
Перефразирую: задачи ЕЖЕСУТОЧНЫЕ, без определения даты.
Например как определить что следующая задача выполнится завтра в 6-00 ?
Т.е. все сравнения времен должны вестись относительно 24 часов, но с учетом перехода через 0-00.

И что от этого меняется? Делаете для дат параллельное сравнение или дату тоже пакуете в тот же Long.

Для наглядности можно тупо работать с UTC, все формулы есть в вики и гугле.

Либо интерфейсно разделяете задания так, чтобы они задавались только в пределах дня по возрастанию.

[canada]

Сообщение от Arsie

Делаете для дат параллельное сравнение ...

Это как? Что Вы имеете ввиду?

[Arsie]

Сообщение от canada

Это как? Что Вы имеете ввиду?

Как время сравниваете, так и даты. Математически разницы между ними нет - и то и то является числами

[ujin]

Раз требуется определить, какое событие будет первым по времени считая не от начала суток, а от текущего времени, то придется добавить сравнение с текущим временем. Предлагаю первым делом сделать блок сравнения каждого значения времени события с текущим временем. У тех событий где сравнения отрицательные (события уже прошли) добавить к времени события 24 часа. Затем это все использовать на определение минимального. Соответственно без перевода в UTC или что-нибудь подобное не обойтись. Так как в конце месяца будет 31 и 1 число, в конце года 12 и 01 месяц и так далее.