Разброс во времени опроса по RS-485.

[Mike HG]

fGT - Сравнение на большее значение. Будет работать, только если сигнал будет изменятся в одну сторону - увеличиваться или уменьшаться. Но он же не может меняться до бесконечности, в конце концов выйдет за пределы диапазона. Поэтому я его меняю периодически вверх - вниз. С шумами тоже не прокатит.

[Ревака Юрий]

fGT - Сравнение на большее значение. Будет работать, только если сигнал будет изменятся в одну сторону - увеличиваться или уменьшаться. Но он же не может меняться до бесконечности, в конце концов выйдет за пределы диапазона. Поэтому я его меняю периодически вверх - вниз. С шумами тоже не прокатит.

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

[capzap]

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

не знаю всей "кухни" ОЛ, но если для сравнения вещественных использовать следующую дичь: принять как целочисленное и прогнать его через XOR с предыдущим значением, если будет единица в любом из разрядов или целочисленное больше нуля, значит можно фиксировать изменение

[Mike HG]

А как целочисленное прогнать через XOR? Оно туда не лезет!

[petera]

А как целочисленное прогнать через XOR? Оно туда не лезет!

От чего же?
Прекрасно "лезет"
Захват-1.png

[Mike HG]

От чего же?
Прекрасно "лезет"
Захват-1.png

Тогда я не понял. XOR - это исключающее ИЛИ. А что это такое у Вас?

[rovki]

Тогда я не понял. XOR - это исключающее ИЛИ. А что это такое у Вас?

Битовые элементы работают и с целочисленными ,выполняя побитывые операции .

[petera]

Тогда я не понял. XOR - это исключающее ИЛИ. А что это такое у Вас?

У меня, верней в ОЛ, - по битный XOR, как и в других языках программирования
12345 == 11000000111001
12346 == 11000000111010

11000000111001 XOR 11000000111010 = 11 или 3 в дес.

[Mike HG]

В смысле у меня нет на ПК программы, которая может слушать и выводить результаты. Надо искать, разбираться. ПР вполне способно с помощью простеньких макросов измерить все, что нужно, и вывести результаты на дисплей. Не думаю, что будет существенная разница с ПК. В начале темы я задавал вопросы, как определить кто косячит реле или модуль. Юрий предоставил результаты измерений, которые показали, что реле способно обеспечивать нужную мне скорость. Я тоже провел подобные измерения, подтвердил эти результаты для себя. Стал разбираться с модулем. Определил его возможности и косяки. Научился опрашивать с нужной мне частотой и приемлемым количеством ошибок на "голом" реле. А когда начал реализовывать основную программу - все посыпалось. Как я уже писал, на каком-то этапе незначительные изменения в программе стали приводить к значительным изменениям в скорости опроса в обе стороны. Долго не мог понять зависимость. Потом взялся с самого начала. Постепенно добавлял элементы в программу, делал измерения и выявил данный эффект.

[Mike HG]

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

У меня скорость опроса 15 раз в секунду. Соответственно менять надо не реже. В конце концов я уже объяснил, почему я делаю именно так. Если надо поймать изменение float, то есть простой способ, я им тоже пользуюсь, когда нужно. Вложение 38932 Сейчас речь не о способе регистрации изменений и не о моем модуле, а о том, что в ПР200 выявлен существенный косяк в работе RS-485.