Фичи и баги OWEN Logic

[Сергей0308]

Сергей0308 Именно здесь я и нашел свою ошибку.

Может тогда вывести на экран номер уставки, что последней сработала, тогда будет легче понять, что время сбито? А то действительно, когда много уставок, непонятно какая сработала!

Вот, как обещал, добавил на экран номер последней сработавшей уставки:

Звонок на 8 цехов(выходов) с маской недели, экран_2.PNG

Звонок на 8 цехов(выходов) с маской недели_2.PNG

[игорь68]

Может тогда вывести на экран номер уставки, что последней сработала, тогда будет легче понять, что время сбито? А то действительно, когда много уставок, непонятно какая сработала!

Сергей спасибо вам. Это было бы хорошо. PS. Вы сделали почти готовый коммерческий продукт типа HUNTER X-CORE ( контроллер полива на 8 зон).

[vsheveliov]

Сергей спасибо вам. Это было бы хорошо. PS. Вы сделали почти готовый коммерческий продукт типа HENTER X-CORE ( контроллер полива на 8 зон).

До хантера далековато. Время включения выходов не регулируется. Нет очереди включения зон ("входов") с тем, чтобы гарантировать включение только одного выхода. Нет % регулировки длительности включения всех входов. Нет обработки датчиков (дождя, ветра и прочего семейства хантеровских нормально замкнутых датчиков *Click). Но впрочем задача Сергея в этом и не состояла.

Просто я занимаюсь автополивом. Но сейчас не сезон и я неспешно курю ПР200 на предмет применения в качестве контроллера системы антиобледенения для одного объекта. Проблема на объекте в том, что мощностей дают мало, а требуется ее много. И необходимо по таймеру включать разные контуры греющего кабеля не более N штук за раз.
(Между прочим, включение нескольких зон одновременно - фишка только продвинутых контроллеров полива для коммерческого использования.)

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

Ну и применил схему уставки не как принято у "автоматчиков" - время суток включения+время суток выключения, а так как обычно это реализовано в контроллерах полива - время суток включения+длительность включения.

При этом в один UInt32 запихал следующие переменные:

1) 11 бит - минуты суток включения;
2) 7 бит - маска дней недели;
3) 10 бит длительность включения (максимум 1023 минут);
4) 4 бита - номер выхода, который надо включить (4 бита дают 16 шт., естественно).

Тратить один бит на признак вкл/выкл - роскошь. Можно применить время суток включения более 24 часов. Либо длительность установить в ноль.

[Сергей0308]

До хантера далековато. Время включения выходов не регулируется. Нет очереди включения зон ("входов") с тем, чтобы гарантировать включение только одного выхода. Нет % регулировки длительности включения всех входов. Нет обработки датчиков (дождя, ветра и прочего семейства хантеровских нормально замкнутых датчиков *Click). Но впрочем задача Сергея в этом и не состояла.

Просто я занимаюсь автополивом. Но сейчас не сезон и я неспешно курю ПР200 на предмет применения в качестве контроллера системы антиобледенения для одного объекта. Проблема на объекте в том, что мощностей дают мало, а требуется ее много. И необходимо по таймеру включать разные контуры греющего кабеля не более N штук за раз.
(Между прочим, включение нескольких зон одновременно - фишка только продвинутых контроллеров полива для коммерческого использования.)

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

Ну и применил схему уставки не как принято у "автоматчиков" - время суток включения+время суток выключения, а так как обычно это реализовано в контроллерах полива - время суток включения+длительность включения.

При этом в один UInt32 запихал следующие переменные:

1) 11 бит - минуты суток включения;
2) 7 бит - маска дней недели;
3) 10 бит длительность включения (максимум 1023 минут);
4) 4 бита - номер выхода, который надо включить (4 бита дают 16 шт., естественно).

Тратить один бит на признак вкл/выкл - роскошь. Можно применить время суток включения более 24 часов. Либо длительность установить в ноль.

А при чём здесь сколько минут в сутках? Всё зависит с каким минимальным интервалом, т. е. ступенькой нужно назначать время уставок, при минимальной ступеньке в 5 минут диапазон уставок уместится в 9 бит(при 10 минутах в 8 бит), а умножить на 5(или 10) всегда можно вне уставки, с длительностью включения аналогично поступить, а так получается..., короче плохо получается, не рационально биты используются! И ещё хотел добавить, только нечто почти противоположное, вот у Вас выхода включаются очень заморочено, 4 битами, Вам не кажется это странным, когда энергонезависимая память используется только на четверть, короче зачем это делать, если ресурсов более чем достаточно выполнить это по-человечьи?

[AVA_Kursk]

)))) смысл выкладывать всю программу?? если здесь нужно показывать баг !!! (как я думаю)

[Сергей0308]

)))) смысл выкладывать всю программу?? если здесь нужно показывать баг !!! (как я думаю)

У вразумительной программы, если переменная куда-то подана, на выход, экран и т. п., не будет такого "бага", согласен, в этом можно убедится не выкладывая программу на форуме!

[Василий Кашуба]

)))) смысл выкладывать всю программу?? если здесь нужно показывать баг !!! (как я думаю)

А вы думаете, что вы показали баг? Баг в вашей программе, а не в том что вы приложили.

[AVA_Kursk]

хорошо вот написал пример он не работает до тех пор пока переменную Сброс ошибки не включена энергонезависимость !! включите сами и все заработает!!
тест2.owl

[AVA_Kursk]

или тут отключите энергонезависимость от переменной сброс ошибки
тест3.owl

[Сергей0308]

хорошо вот написал пример он не работает до тех пор пока переменную Сброс ошибки не включена энергонезависимость !! включите сами и все заработает!!
тест2.owl

Вот поправил!