FMR и счетчики с дискретным выходом

[Адский_Электрик]

Вопрос как бы в следующем: к FMR подключено 4 счетчика с дискретными выходами (1 импульс = какому то объему), FMR будет общаться с Trim 5, что получит Trim 5 если в период между опросами входов FMR проскочит импульс(т.е. перейдет с 0 на 1, а затем с 1 на 0)?

[ATS]

Сообщение от Адский_Электрик

Вопрос как бы в следующем: к FMR подключено 4 счетчика с дискретными выходами (1 импульс = какому то объему), FMR будет общаться с Trim 5, что получит Trim 5 если в период между опросами входов FMR проскочит импульс(т.е. перейдет с 0 на 1, а затем с 1 на 0)?

А на кой такая схема? Вроде DIN все считать умеют вплоть до 20 КГц.
Фильтрация есть.
Счетчики и вычитывайте как на МР-ках

[RomanIst]

Сообщение от Адский_Электрик

Вопрос как бы в следующем: к FMR подключено 4 счетчика с дискретными выходами (1 импульс = какому то объему), FMR будет общаться с Trim 5, что получит Trim 5 если в период между опросами входов FMR проскочит импульс(т.е. перейдет с 0 на 1, а затем с 1 на 0)?

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

[Адский_Электрик]

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

Счетчики и вычитывайте как на МР-ках

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

[Ilya J.]

Сообщение от Адский_Электрик

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

И в чем проблема использовать память?

[ATS]

Сообщение от Адский_Электрик

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

И что меняет обнуление? Переполнение и сброс можно анализировать. Не хотите терять данные резервируйте питание (у расходомеров тоже).
А результат у Вас в Триме - сохраняйте.

[andre]

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

И что меняет обнуление? Переполнение и сброс можно анализировать. Не хотите терять данные резервируйте питание (у расходомеров тоже).
А результат у Вас в Триме - сохраняйте.

Оживлю тему. Макрос с периодическим сохранением результатов счетного входа, работавший на МС не хочет корректно работать с ФМР - при сохранении не всегда удается одним импульсом одновременно сбросить счетный вход и перезаписать ARRAY.
Может кто поделится рабочим макросом?

[Ilya J.]

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

при сохранении не всегда удается одним импульсом одновременно сбросить счетный вход и перезаписать ARRAY.

В чем проблема?

P.S. Можно через поиск поискать готовые примеры, которые уже выкладывали на форуме.

[andre]

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

В чем проблема?

P.S. Можно через поиск поискать готовые примеры, которые уже выкладывали на форуме.

Те макросы, что есть на форуме работают не корректно. Фронтального импульса недостаточно, чтобы сбросить счетчик FMR

Вы не поверите, искал: FMR+счетный вход, поиск выдал эту тему.

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

[Ilya J.]

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

Те макросы, что есть на форуме работают не корректно. Фронтального импульса недостаточно, чтобы сбросить счетчик FMR

Вы не поверите, искал: FMR+счетный вход, поиск выдал эту тему.

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

Если вы поставите нулевой период опроса, и будете записывать в ресет по фронту, то сброс будет происходить быстрее...Дело не в макросе.

[Arsie]

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

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

Модбас-устройства работают асинхронно к работе программы. Сейчас у вас вроде работает, завтра вроде перестанет.

Не так такие алгоритмы делаются. Совсем не так. И совсем не зря во всяких коммерческих счётчиках расхода (воды/электричества/чего угодно) стоит батарейка.

[andre]

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

Модбас-устройства работают асинхронно к работе программы. Сейчас у вас вроде работает, завтра вроде перестанет.

Не так такие алгоритмы делаются. Совсем не так. И совсем не зря во всяких коммерческих счётчиках расхода (воды/электричества/чего угодно) стоит батарейка.

Потому и спрашивал, есть ли у кого готовый макрос для FMR )
P.S. у меня не коммерческий учет.
P.P.S. Далеко не во всяких батарейки ставят.
http://www.vtkgroup.ru/catalog/%D0%B...D0%BD%D1%8B-4/

[Arsie]

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

Потому и спрашивал, есть ли у кого готовый макрос для FMR )
P.S. у меня не коммерческий учет.

Тогда зачем вам сбрасывать этот счётчик вообще? Раз в день записали его значение и пусть себе считает дальше.

Привязались вы к слову "макрос". Любой алгоритм строится для решения определённой задачи. У вас с постановкой задачи проблема, потому и решения толком не получается. Макросы-то тут при чём?

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

P.P.S. Далеко не во всяких батарейки ставят.
http://www.vtkgroup.ru/catalog/%D0%B...D0%BD%D1%8B-4/

В нём батарейка есть.

[ATS]

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

P.P.S. Далеко не во всяких батарейки ставят.
___

Свято верите что в устройстве с часовыми архивами нет батарейки? Или приличного ионистора?

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

Тогда зачем вам сбрасывать этот счётчик вообще?

Поддержу Арсения. Зачем сбрасывать? И кто сказал что ваш лонг в аррай не переполнится?

[andre]

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

Свято верите что в устройстве с часовыми архивами нет батарейки? Или приличного ионистора?

Поддержу Арсения. Зачем сбрасывать? И кто сказал что ваш лонг в аррай не переполнится?

ионистор - возможно, но не факт, что приличный -

часовой архив, Vч

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

Сбрасываю при периодической записи в память - на случай внезапного пропадания сети ( сам макрос на основе счетчика моточасов).
Да, я понимаю, что реле определяющее сеть и ИБП ( на крайний случай емкость по питанию 24V большого номинала) будут гораздо эфективнее, но щит уже собран по проекту, поэтому работаем с тем, что есть.

Привязались вы к слову "макрос". Любой алгоритм строится для решения определённой задачи. У вас с постановкой задачи проблема, потому и решения толком не получается. Макросы-то тут при чём?

Арсений, ок, начнем с начала.
Есть: импульсные выходы с расходомера, типа РСЦ , поданные на счетный вход FMR
Стабильность питания ( сети ) не гарантируется, возможно внезапное отключение в любой момент ( расходомер питается от того же источника, что и контролер )
Задача - Вывести на экран контролера показания суммарного расхода, по возможности максимально совпадающего с показаниями расходомера. ( сам он стоит далеко, в неудобном месте, чтобы вести запись в журнал)


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

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

И кто сказал что ваш лонг в аррай не переполнится?

Да, Вы правы. Спасибо. Наверное, есть смысл сразу переводить лонг в реал и работать уже с ним.

[LordN]

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

Оживлю тему. Макрос с периодическим сохранением результатов счетного входа, работавший на МС не хочет корректно работать с ФМР - при сохранении не всегда удается одним импульсом одновременно сбросить счетный вход и перезаписать ARRAY.
Может кто поделится рабочим макросом?

плк какой?
если на линухе - используйте исторические блоки.
счетчик сбрасывать не надо, по таймеру записывайте разности и ловите момент переполнения счетчика - типа вот так
https://yadi.sk/d/rpnTAqIe-08RTw

[ATS]

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

ионистор - возможно, но не факт, что приличный - - обьем жидкости в час, а не полноценный архив с сохранением времени\даты. Во всяком случае батарейки\ионистора я там не заметил, когда разбирал.

На снимках только расходомерная часть.
Есть еще индикация.

Сбрасываю при периодической записи в память - на случай внезапного пропадания сети ( сам макрос на основе счетчика моточасов).

Вот и Лев выше говорит - не надо сбрасывать. Лучше ловить момент сброса/переполнения.

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

Если он без архивов то вроде должен быть и Modbus RTU кроме DCON

[Arsie]

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

Арсений, ок, начнем с начала.
Есть: импульсные выходы с расходомера, типа РСЦ , поданные на счетный вход FMR
Стабильность питания ( сети ) не гарантируется, возможно внезапное отключение в любой момент ( расходомер питается от того же источника, что и контролер )


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

Задача выражена не полно. "максимально совпадающего" - это как? До пятого разряда после запятой или до пятого разряда перед запятой?

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

щит уже собран по проекту, поэтому работаем с тем, что есть.

А с чем вы работаете?