ПЛК110.60[М2] + энкодер + счетчик.

[capzap]

У нас с вами странный разговор получается. Повторю вопрос еще раз.

На кой хрен нужны быстрые счетчики если их состояние можно сосчитать не чаще одного раза за основной цикл работы ПЛК. Основной цикл работы ПЛК может быть и 10 мс и более если программа большая. За это время быстрый счетчик может далеко убежать и даже переполниться. И что тогда ?

С энкодером то же самое.

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

[Newcomer]

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

Речь не о быстрых входах, с ними проблем нет. Речь о быстрых счетчиках и энкодере. Тут что можете предложить ? Такое чувство, что вы тему не читали.

[capzap]

Речь не о быстрых входах, с ними проблем нет. Речь о быстрых счетчиках и энкодере. Тут что можете предложить ? Такое чувство, что вы тему не читали.

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

[Владимир Ситников]

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

capzap, дело в том, что на текущий момент Владислав говорит следующее:
1) В быстром таймере к быстрым счётчикам обращаться нельзя. В смысле "невозможно наблюдать за актуальным значением быстрых счётчиков из быстрого таймера". По-моему, странно.
2) В то же самое время, за значениями простых быстрых входов смотреть можно (неясно будут ли они актуальными, но, судя по риторике, они будут актуальными). Тут пункт №1 становится ещё более странным.
3) Из PRU можно работать с быстрыми входами/счётчиками. Это и ежу понятно, что из PRU должно быть возможно. Но, прежде чем шарашить PRU, хотелось бы понять можно ли получать актуальные значения счётчиков каждые, скажем, 40 мкс простыми способами.

Тут я соглашусь с Newcomer: непонятно можно ли оперативно (~40us) читать значения счётчиков и оперативно (~40us) реагировать на это командами на быстрые выходы. В документации про быстрые таймеры как-то скудно. Да и про быстрые входы/таймеры тоже не особо сказано.

Вариация "обращаться-то к быстрым счётчикам можете, но они своё значение обновляют раз в главный цикл" совсем не радует. Неужели весь смысл "быстрых счётчиков" только в том, что они "правильно посчитают"? А как же управление организовывать? Неужели только PRU?

Newcomer, полегче с риторикой. Понятно, что ничего не понятно. В то же время, никому не приятно, когда хренами ругаются. Стоит один-два раза Владислава спугнуть -- так вообще ничего не дождёшься потом.