в каждый момент нужно знать количество импульсов, пришедших на дискретный вход между моментами времениСообщение от rovki
как то мудрено написали ...Если б подробнее и понятнее (для тупых) ,то давно бы уже решение получили.....
"сейчас" и "сейчас минус X сек"; X=180, импульсы следуют с частотой от 0 до 11 Гц
можно считать импульсы по передним или задним фронтам, это не принципиально
"Каждый момент" - это сколько? 10 мс, 1 секунда, 10 секунд? Какая скорость обновления данных?
Задача похожа на вычисление средней скорости. Если это так, то попробуйте применить макрос усреднения.пришедших на дискретный вход между моментами времени "сейчас" и "сейчас минус X сек"; X=180, импульсы следуют с частотой от 0 до 11 Гц
можно считать импульсы по передним или задним фронтам, это не принципиально
Каждый момент - это очередной цикл программы. какой макрос усреднения и использует ли он "скользящее окно" (по времени отсюда и до минус 180 сек) ?
1) В ПР нет чётко задаваемого времени выполнения цикла. "Плавает" в зависимости от сложности программы. Среднее время выполнения цикла: 1-5 мс.
2) При такой постановке задачи вам не хватит ресурсов ПР.
3) Выкладывайте максимально полную постановку технологической задачи. Что конкретно вы регулируете, и почему критично именно 180 сек с минимальной дискретностью? Не сферического коня в вакууме же вы проектируете.
Возможно решение задачи более простыми методами.
Алексей Геннадьевич, одно из подразделений компании удивлено Вашим интересом. Хорошо если просто ищете работу или Вам заняться нечем, а вдруг иностранный агент? Прошу прислать мне в личную почту скан всех страниц Вашего личного паспорта.
Я еще нормировал по количеству отсчетов и их времени , см ниже (один выход стека = отсчет в 3 сек)
rovki, спасибо Вам и Ryzhij за помощь, Алексею Геннадьевичу тоже спасибо (про скан паспорта не забываем !)
вчера написал программу и сделал макросы примерно как у Вас, дополнил еще FIFO (memory stack) обратным движением решстров (pop push полный комплект) и инициализацией стека в нули и единицы).
на отладку пока времени не было, займусь в конце недели.
Из обнаруженного неудобного -в среде OvenLogic есть ограничение на количество входов и выходов макроса 8+8
Вы как ветеран форума наверняка уже обращали внимание.
По моей программе - наверное импульс сброса счетчика (0,01сек) и он же проталкивания стека вперед формально может растянуться больше чем на 1 цикл программы.
Имеет смысл делать его меньше 0,01 с ?
Еще из предполагаемых косяков - возможное наложение по времени счетного импульса и имульса сброса, в этом случае пропадет счетный, но количественно для истемы это не критично.
Досадно конечно, что разработчик схемы применил ПР вменсто ПЛК, но из-за большого колдичества оборудования это исправить уже нет возможности.
На ST такая задача решается без обсуждений.
Последний раз редактировалось lamburov; 25.03.2015 в 16:15.
После запуска в производство ПР200 могут увеличить кол-во.
Он гарантированно растянется на 2-5 циклов.По моей программе - наверное импульс сброса счетчика (0,01сек) и он же проталкивания стека вперед формально может растянуться больше чем на 1 цикл программы.
R\F trig поставьте и не парьтесь.Имеет смысл делать его меньше 0,01 с ?
Растяните счётный импульс используя "обратную связь" - это задержка выполнения на 1 цикл.Еще из предполагаемых косяков - возможное наложение по времени счетного импульса и имульса сброса, в этом случае пропадет счетный, но количественно для истемы это не критично.
Используйте явную обратную связь -задержка на 1 цикл ПР исключит данную проблему
Я так и знал -топикастор программист ,изложение мыслей сооответствующее
электронщик до мозга костей и не только
Как исключит, если счетные импульсы случайные (могут прийти в любой момент)?
А то.
http://ic.pics.livejournal.com/olhan...0_original.jpg
что бы получить усреднение в скользящем окне , сложите выходы стека и разделите на количество выходов стека .....
Ваши права
Ответить с цитированием