Журнал событий

[Standart]

А есть ли в SMArte возможность передать int для записи в событие?
Вот как корректно сделать запись в журнал код ошибки, не создавая 34 события (по количеству кодов) * 4 (по количеству опрашиваемых устройств) ?

Даже боюсь калькулятор запустить, чтобы 34 на 4 умножить

[Arsie]

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

А есть ли в SMArte возможность передать int для записи в событие?

Нет.

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

Вот как корректно сделать запись в журнал код ошибки, не создавая 34 события (по количеству кодов) * 4 (по количеству опрашиваемых устройств) ?

Либо так, либо делать свой журнал на FBD.

[i1kh]

Добрый день.
Нужна помощь по Журналу событий на пикселе 2514-02-0.

Непонятное поведение, закономерность так и не выявил до конца:
При появлении некоторых аварий не происходит добавления события, хотя единица висит на входе, Память готова и т.д. При этом при появлении какой-то новой аварии начинает отображаться и новая и старая, которая до этого не отображалась, иногда новые отображаются, а старые так и не появляются в списке.
Замечено, что с авариями с первыми авариями из списка таких проблем не происходит.
Все сигналы, поступающие на входы блока фиксируются РСтриггерами, то есть единица висит на входе блока журнала постоянно, до ее сброса.
На вход "Очистка журнала" также поступает фронт сигнала сброса аварий.

[Arsie]

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

Добрый день.
Нужна помощь по Журналу событий на пикселе 2514-02-0.

Версия лоджика, проект?

[i1kh]

3.34.0091

[i1kh]

Следующее наблюдение от коллег на ОТК:
Аварии Пожар, Аварийный стоп, Аварии по фильтрам срабатывают без нареканий.
Имитируют аварию по автомату ЭН - установка отрабатывает как нужно, журнал пуст.
Дополнительно при активной аварии имитируют аварию автомата вентилятора - в журнале отображается авария ЭН, аварии автомата нет.


Добавлено через 1 минуту


То есть наблюдается какой-то сдвиг, но не со всеми авариями.

[Ilya J.]

С аварией "Авария ЭН" у вас 100% повторение? На 3.34.0099 пока повторить не удается, журнал отрабатывает штатно.

[i1kh]

Сообщение от Ilya J.

С аварией "Авария ЭН" у вас 100% повторение? На 3.34.0099 пока повторить не удается, журнал отрабатывает штатно.

Кажется понял когда это происходит.
https://cloud.mail.ru/public/65KG/AgEbd4Xh9

[Ilya J.]

Как делал я: откинул от журнала аварий вход очистки и этой аварии. Загрузил проект, очистил журнал, подал 1 на вход аварии - увидел аварию. Так делал несколько раз.


Добавлено через 4 минуты


На всякий случай проверил без очистки журнала. Авария также записывается. Вы проверили в 99 версии? Может это было только в 96.

[i1kh]

Именно поэтому у вас и не получилось воссоздать ситуацию.
В вашей ситуации не приходил в момент появления новой аварии сигнал очистки журнала. В видео я объяснил, что происходило.
Сейчас у меня заработало, сделал задержку сигнала сброса.

В общем, вопрос решен, но, ИМХО, это баг работы блока.

[i1kh]

Вот так

[i1kh]

Сообщение от Ilya J.

На всякий случай проверил без очистки журнала. Авария также записывается. Вы проверили в 99 версии? Может это было только в 96.

Сейчас попробую в новой версии.

[i1kh]

В новой версии баг тоже есть.
Нашел закономерность, почему не все аварии так себя вели.

Проблема была с авариями, сигнал которых поступал на вход блока Журнал в текущем цикле программы, а сигнал сброса журнала, сформированный по их возникновению - в следующем за ним цикле.
Если сигнал аварии и сигнал сброса поступают на вход блока Журнала в одном цикле, то такая авария попадает в Журнал.

[Arsie]

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

Проблема была с авариями, сигнал которых поступал на вход блока Журнал в текущем цикле программы, а сигнал сброса журнала

Вы имеете ввиду очистку журнала?

[Ilya J.]

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

В новой версии баг тоже есть.
Нашел закономерность, почему не все аварии так себя вели.

Т.е. сам журнал отрабатывает верно?

Именно поэтому у вас и не получилось воссоздать ситуацию.
В вашей ситуации не приходил в момент появления новой аварии сигнал очистки журнала. В видео я объяснил, что происходило.
Сейчас у меня заработало, сделал задержку сигнала сброса.

Именно поэтому у меня и не проявилось. Вы сказали проблема в журнале, я и проверял журнал, а не логику проекта в целом.

Проблема была с авариями, сигнал которых поступал на вход блока Журнал в текущем цикле программы, а сигнал сброса журнала, сформированный по их возникновению - в следующем за ним цикле.
Если сигнал аварии и сигнал сброса поступают на вход блока Журнала в одном цикле, то такая авария попадает в Журнал.

https://dl.segnetics.com/WebHelp/SML...ase_needle.htm

[i1kh]

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

Вы имеете ввиду очистку журнала?

Да, очистку.


Добавлено через 7 минут

Сообщение от Ilya J.

Т.е. сам журнал отрабатывает верно?



Именно поэтому у меня и не проявилось. Вы сказали проблема в журнале, я и проверял журнал, а не логику проекта в целом.



https://dl.segnetics.com/WebHelp/SML...ase_needle.htm

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


Добавлено через 11 минут


Но, к сожалению, именно при таком "стечении обстоятельств" этот баг проявился, несмотря на то, что с логикой проекта проблем нет.

[LordN]

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

Да, очистку.


Добавлено через 7 минут





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


Добавлено через 11 минут


Но, к сожалению, именно при таком "стечении обстоятельств" этот баг проявился, несмотря на то, что с логикой проекта проблем нет.

уровень сигнала пох, запись идёт по переднему фронту.
если нужна запись после сброса активных сигналов надо формировать
фронт

[Arsie]

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

Да, очистку.

Тогда, получается, проблема не в том, что аварии не записываются. Проблема в том, что запись происходит.

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

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

Я знаю как выполняется программа

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

[i1kh]

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

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

Да, правильно, мне нужно отображать активные аварии.

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

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


Добавлено через 4 минуты


Еще один момент непонятен, почему EEPROM расходуется в том числе на элементы экрана, которые настроены для отображения состояний на экране. Зачем для них резервировать память?

[Ilya J.]

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

Еще один момент непонятен, почему EEPROM расходуется в том числе на элементы экрана, которые настроены для отображения состояний на экране. Зачем для них резервировать память?

О каком именно элементе идет речь? Покажете в своём проекте?

[Arsie]

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

Да, правильно, мне нужно отображать активные аварии.

Тогда у меня для вас плохая новость. Если вы уже давно гоняете контроллер в таком режиме, то он уже при смерти. Вы износили ему память.

Журнал нельзя использовать для такой функциональности.


Добавлено через 1 минуту

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

Еще один момент непонятен, почему EEPROM расходуется в том числе на элементы экрана, которые настроены для отображения состояний на экране. Зачем для них резервировать память?

В элементе-меню используется блок ArrayII, поэтому память выделяется для любых строчек, которые вы туда добавляете. И под подзаголовки и под отображение.


Добавлено через 4 минуты

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

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

СМАрт вообще довольно ограничен в наборе готовых элементов. Но вы можете сделать самостоятельно любой элемент на FBD.

[i1kh]

В общем СМарт вообще не годится никуда) Память гробится как журналом аварий, так и отображением, например, состояния открытия клапана по воде... Очень юзерфрендли)

[ATS]

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

В общем СМарт вообще не годится никуда) Память гробится как журналом аварий,

Журналы однозначно используют память номер и время события нужно запомнить.

так и отображением, например, состояния открытия клапана по воде... Очень юзерфрендли)

А отображение-то с какого перепоя? Если только Вы что-то наворотили.

[младшой]

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

А отображение-то с какого перепоя? Если только Вы что-то наворотили.

Та неее. Вон уже Арсений пояснил.
Если в смарте использовать "Меню настроек", то каждый его элемент, независимо от "направления" сжирает память (4 байта каждый).

[ATS]

Сообщение от младшой

Та неее. Вон уже Арсений пояснил.
Если в смарте использовать "Меню настроек", то каждый его элемент, независимо от "направления" сжирает память (4 байта каждый).

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

[i1kh]

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

Меню настроек по определению элемент с памятью.
Именно сами и наворотили.

Для чего тогда вообще возможность переменные в СМарте использовать только для отображения на экране?)

[ATS]

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

Для чего тогда вообще возможность переменные в СМарте использовать только для отображения на экране?)

Да отображайте сколько влезет. Свой экран и выводите что угодно.
Графику, текст, числа.

[i1kh]

Ответ простой - чтобы манагеры заявляли - у нас есть очень удобный редактор интерфейсов, в котором вы по-быстрому накидаете все, что вам угодно. Только по факту надо все через на фбд, чтобы хоть как-то работало и влезало в 256 байт памяти. Причем с помощью триггеров и прочих сдвиговых регистров....

[младшой]

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

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

Элемент меню можно установить "на вывод", то бишь "только отображение значения", которое не сохраняется в памяти.
Кроме того, как пояснил Арсений, ячейки ARRAY также используются в элементах типа "подзаголовок". Зачем? Нахрена? Видать, так проще было сделать.
Так что наворотили тут программисты смарта.


Добавлено через 2 минуты

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

Ответ простой - чтобы манагеры заявляли - у нас есть очень удобный редактор интерфейсов, в котором вы по-быстрому накидаете все, что вам угодно. Только по факту надо все через на фбд, чтобы хоть как-то работало и влезало в 256 байт памяти. Причем с помощью триггеров и прочих сдвиговых регистров....

Если нужно только отображение, то можно на экран вытащить сколько нужно элементов "Вывод числа". Они память не используют.

[ATS]

Сообщение от младшой

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

Кто сказал что не запоминается? Если даже в смарте начальное значение вводится.