разные вопросы новичка

[Виталийй]

По R_Trig, запоминаете показания через SEL и одновременно запускаете таймер на 1 или 10 сек, по окончании таймера, через F_Trig, запоминаете показания 2 раз.
Далее считаете разницу, делите на 1024 и умножаете на 60 (или 6). Получаете обороты в минуту.

Сейчас попробую реализовать,что Вы написали.Огромное спасибо за советы.
Не совсем понимаю как это сделать.
вот что выходит.Скрин 14.jpg

[kondor3000]

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

Например так 1 Обороты Лир.jpg в работе 1 Счёт Лир.jpg
Или так, с автоматическим перезапуском 1 Автомат перезапуск.jpg

[Сергей0308]

Например так 1 Обороты Лир.jpg в работе 1 Счёт Лир.jpg
Или так, с автоматическим перезапуском 1 Автомат перезапуск.jpg

Так вроде писали, что диапазон счётчика 0-65535, при 5000 оборотах в минуту счётчик будет переполнен менее чем за 0,8 секунды, в смысле, мне кажется это надо учитывать, иначе будет лабуду показывать. И, даже если с этим моментом "разобраться", в смысле, учитывать переполнение счётчика, всё равно будет лабуду показывать, потому, что время надо для чтения показаний. Тогда для получения корректных показаний необходимо для показаний иметь метку времени, в смысле, знать время между измерениями. Короче, необходимый параметр(скорость вращения (об/мин)) проще вычислять в устройстве к которому подключен энкодер, а по сети передавать уже готовый результат, например использовать ПР103(ПР205).

[kondor3000]

Так вроде писали, что диапазон счётчика 0-65535, при 5000 оборотах в минуту счётчик будет переполнен менее чем за 0,8 секунды, в смысле, мне кажется это надо учитывать, иначе будет лабуду показывать. И, даже если с этим моментом "разобраться", в смысле, учитывать переполнение счётчика, всё равно будет лабуду показывать, потому, что время надо для чтения показаний. Тогда для получения корректных показаний необходимо для показаний иметь метку времени, в смысле, знать время между измерениями. Короче, необходимый параметр(скорость вращения (об/мин)) проще вычислять в устройстве к которому подключен энкодер, а по сети передавать уже готовый результат, например использовать ПР103(ПР205).

Не похоже на вас, обычно вы читаете. Используется ПР как мастер, читается 32 битная целочисленная переменная 2 регистрами. ТС выкладывал скрины несколько раз.
Про 65 тысяч разговор о другом был.

[Сергей0308]

Не похоже на вас, обычно вы читаете. Используется ПР как мастер, читается 32 битная целочисленная переменная 2 регистрами. ТС выкладывал скрины несколько раз.
Про 65 тысяч разговор о другом был.

Всё равно косяк будет, в смысле, переполнится через 14 часов и тогда лабуду покажет! Хорошо, это маленький косяк будет, в смысле, для товарища, и так сойдёт, а как выкручиваться с задержкой считывания, в смысле, она может плавать или тоже сойдёт плюс-минус лапоть, в смысле, за что боролись, на то и напоролись?! С таким энкодером можно измерять скорость с точностью до многих знаков после запятой, при передаче по сети значений счётчика эти потенциальные возможности исчезают, в смысле, лучше тахометр поставить с индуктивным датчиком и то точнее будет, для чего вся эта катавасия, чтобы никто не понял что разумные люди делали?

[kondor3000]

Всё равно косяк будет, в смысле, переполнится через 14 часов и тогда лабуду покажет! Хорошо, это маленький косяк будет, в смысле, для товарища, и так сойдёт, а как выкручиваться с задержкой считывания, в смысле, она может плавать или тоже сойдёт плюс-минус лапоть, в смысле, за что боролись, на то и напоролись?! С таким энкодером можно измерять скорость с точностью до многих знаков после запятой, при передаче по сети значений счётчика эти потенциальные возможности исчезают, в смысле, лучше тахометр поставить с индуктивным датчиком и то точнее будет, для чего вся эта катавасия, чтобы никто не понял что разумные люди делали?

Уже всё проверено, при переходе через 0, от 4294767296 до 200001 ( разница 400000) 2.jpg и от 0 до 400000 обороты считает одинаково правильно. 1.jpg
А на счёт тахометра, тоже писал, но тут ничего не сделаешь, оборудование уже куплено. Поэтому работаем с тем что есть)

[Виталийй]

Уже всё проверено, при переходе через 0, от 4294767296 до 200001 ( разница 400000) 2.jpg и от 0 до 400000 обороты считает одинаково правильно. 1.jpg
А на счёт тахометра, тоже писал, но тут ничего не сделаешь, оборудование уже куплено. Поэтому работаем с тем что есть)

Огромное спасибо за помощь.Сейчас все сделаю и пойду пробовать.Не ожидал,что будет рабочая дискуссия по вопросу как сделать лучше.Я уже ненароком подумал,что не ответите.

[Виталийй]

Уже всё проверено, при переходе через 0, от 4294767296 до 200001 ( разница 400000) 2.jpg и от 0 до 400000 обороты считает одинаково правильно. 1.jpg
А на счёт тахометра, тоже писал, но тут ничего не сделаешь, оборудование уже куплено. Поэтому работаем с тем что есть)

Объясните пожалуйста.Почему в симуляции программы работает только первый цикл,а остальные нет ?Скрин 15.jpg

[Виталийй]

Всё равно косяк будет, в смысле, переполнится через 14 часов и тогда лабуду покажет! Хорошо, это маленький косяк будет, в смысле, для товарища, и так сойдёт, а как выкручиваться с задержкой считывания, в смысле, она может плавать или тоже сойдёт плюс-минус лапоть, в смысле, за что боролись, на то и напоролись?! С таким энкодером можно измерять скорость с точностью до многих знаков после запятой, при передаче по сети значений счётчика эти потенциальные возможности исчезают, в смысле, лучше тахометр поставить с индуктивным датчиком и то точнее будет, для чего вся эта катавасия, чтобы никто не понял что разумные люди делали?

Огромное спасибо за поддержку.Правда не ожидал,что дадите ответ.