Программирование ПЛК110 [М02] для задач реального времени

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

Недельку между дел бились с согласованием уровней сигнала энкодера, добились амплитуды 24 В и прямоугольной формы - результат такой же, пропускает контроллер сигналы, даже не при 30 кГц, а при 10 как оказалось. У меня вся управляющая программа в теле основного цикла, всего строк 200 ST кода, для 400 МГц микропроцессора это ерунда так-то, не может же это влиять на счет-то.
Видимо придется уже идти в направлении движения этой ветки, подключаться в использование PRU.

Кстати, в основной программе правильно обрабатываете энкодер?
Покажете код? Ну, должно же быть преобразование из WORD'ов (которые получаются из fast encoder) в DWORD или что-то такое на стороне CoDeSys.
Может, "пропуск" из-за того, что в основной программе какая-нибудь ошибка и просто неправильно складываются показания из fast encoder'а?


В целом, попробуйте https://hardella.com/docs/pru/examples/fast-encoder/
Как-никак, будет хоть какой-то альтернативный способ посмотреть на проблему.

[ilys]

Кстати, в основной программе правильно обрабатываете энкодер?
Покажете код? Ну, должно же быть преобразование из WORD'ов (которые получаются из fast encoder) в DWORD или что-то такое на стороне CoDeSys.
Может, "пропуск" из-за того, что в основной программе какая-нибудь ошибка и просто неправильно складываются показания из fast encoder'а?

звиняйте за такой вид программки моей, если нарушил какие-то принципы построения кода, самоучка я. Ну вот собственно кусочек кода. Переменная Shet1: DINT - глобальная.
програмулька.jpg

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