цикл зависит от сложности программы , пока в ПР не загрузишь не узнаешь. Не знаю какой максимальный вообще можно сделать , у меня цикл в ПРке 34мс с довольно сложной программой. Какая у Вас будет программа не известно, но думаю гораздо быстрее.
Еще важно какой дискретный вход в Вашем ПР.
Прикрепляю два простеньких файла подсчета по циклам, без затей( типа цифрового фильтра защиты от переполнения и тд.) ,один от другого отличается только наличием защиты от деления на 0.
Посмотрите может подойдет ,если что подправьте.
Обновляться значения текущего будут каждый импульс датчика, нужно-ли так часто Вам решать ,для увода ПЧ в сон точно не нужно.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Хорошо, вот проект с этими макросами, кстати я там и расход рассчитываю, только время цикла вручную смотрю и ввожу!
При переносе макроса не забудьте и его настройки перенести(находятся в свойствах макроса), а то первоначально будут значения по умолчанию!
И у меня вес импульса составляет 1000 литров/импульс, нет специальной настройки для веса импульса счётчика, короче, можно добавить или сразу изменить коэффициенты под свой вес импульса счётчика!
ВЗУ_3.owl
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Я, вроде написал, рассчитывает расход по периоду следования импульсов, чтобы определить период нужно как минимум 2 импульса, короче, сделайте себе блокировку, чтобы пока не придёт минимум 2 импульса со счётчика - расход не показывало(был равен "0"), если Вам это критично, я как бы для себя делал, а для меня это не нужно!
Расход.PNG
Расход_3.owl
И "Расход_1" - это целочисленное значение расхода в умноженном на 10 виде, для того чтобы по сети смотреть с точностью до десятых долей м3/ч.
Или так:
Расход_4.PNG
Расход_4.owl
Последний раз редактировалось Сергей0308; 04.05.2021 в 13:52.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Спасибо за помощь, теперь какое-то понимание приходит по использованию ПР в качестве расходомеров.
Подскажите такой вопрос, как выгоднее использовать ПР200, когда в программе помимо управления насосами, используешь четыре счётчика расхода.. нагляднее будет счётчик сделать как макрос, чем на одном холсте все счётчики располагать с кучей элементов, но при этом (в макросе счётчики) не тратишь ли ты на это какие-то излишние ресурсы ПР?
И хотел бы услышать мнение опытных: планирую ещё сделать помимо расхода, просмотр показаний счётчика через облако, при этом.. нужно что бы был изменяемый параметр, от которого продолжает подсчёт импульсов для показаний. Тоесть, завели вы в ПР показания счётчика, например 100... пришли через месяц.. на счётчике 245.. а в ПР из за пропуска 243... поправили на 245 и так далее..
ещё думаю часовой архив наладить, что бы в облаке видеть за последний час расход
Последний раз редактировалось Andrei Z; 04.05.2021 в 14:58.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Ну похоже Сергей уже помог ,пока я на работе был , молодец , спасибо ....
электронщик до мозга костей и не только