Линейка модулей ввода вывода ОВЕН Мх210 с интерфейсом Ethernet

[capzap]

Возможность читать энкодер есть, а брать результат, нет?

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

[Deanisii]

Не корректное сравнение. Скорее я смотрю сериал не отрываясь а мне транслируют с частотой 1 кадр в секунду. Это 100% косяк производителя.
С энкодера нужно иметь актуальные данные в любой момент времени. Иначе смысл энкодера теряется. Он уже и не энкодер совсем, а так, плохо привинченный концевик, который срабатывает как ему вздумается.

[capzap]

отнюдь, мастером является Ваш контроллер, а модуль в роли слейва, он отвечает только когда его попросят. Если Вы просите не часто, позволяете себе задерживаться с запросом то и ответы будете получать соответственно. Вы не озвучивали с каким периодом опрашиваете модуль, называли только количество импульсов и минимальное время цикла спк. Сколько реально занимает время цикла зависит от сложности программы, ну даже пускай укладывается в 10мс, т.е. один цикл мы отправляем запрос, в другой цикл читаем ответ, это в идеале, в итоге ответы будут идти через 20мс. Вы указывали что импульсы идут 125 в секунду это по времени импульс за 8 мс, в этом случае между двумя ответами будет разница в два целых импульса, что подтверждается Вашими словами про

от +5002 до

Поэтому технически не возможно постоянно ловить ровно 5000

Задержка ответа модуля имеет место быть, по ней техподдержка высказалась сроки появления прошивки пока неизвестны, но это ни как не влияет на Ваши требования к точности, ровно 5000 получить вероятность очень мала

[Deanisii]

Это я все понимаю. Но ведь завлена поддержка энкодеров. Верно?
Видимо и агоритм работы модуля и спк в режиме энкодера должны быть другими. Я не знаю возможно это или нет, но в данном режиме значения с модуля должны писаться в спк без запросов а в режиме реального времени. Это возможно? Теоретически?
Если возможно, то да, можно говорить о коректной работе режима энкодер. Если нет, то режим энкодера в принципе не рабочий. У меня энкодер слабенький, 125 импульсов , а что если 50000 импульсов? Овен заявляет 100кгц на быстрых входах в режиме энкодер, допустим модуль считает эти данные, но спк не сможет их получить. И какой в этом смысл? Для чего этот режим?

[capzap]

Это я все понимаю. Но ведь завлена поддержка энкодеров. Верно?
Видимо и агоритм работы модуля и спк в режиме энкодера должны быть другими. Я не знаю возможно это или нет, но в данном режиме значения с модуля должны писаться в спк без запросов а в режиме реального времени. Это возможно? Теоретически?
Если возможно, то да, можно говорить о коректной работе режима энкодер. Если нет, то режим энкодера в принципе не рабочий. У меня энкодер слабенький, 125 импульсов , а что если 50000 импульсов? Овен заявляет 100кгц на быстрых входах в режиме энкодер, допустим модуль считает эти данные, но спк не сможет их получить. И какой в этом смысл? Для чего этот режим?

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

[IVM]

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

Какой смысл заявлять что модуль может считать импульсы с частотой 100 кГц, если состояние счетчика импульсов протухнет пока будет передано в СПК ? В РЭ на модуль заявлено - Сдвоенный Ethernet 10/100 Mbit. И где эти 100 Mbit/сек ?

[capzap]

Какой смысл заявлять что модуль может считать импульсы с частотой 100 кГц, если состояние счетчика импульсов протухнет пока будет передано в СПК ? В РЭ на модуль заявлено - Сдвоенный Ethernet 10/100 Mbit. И где эти 100 Mbit/сек ?

а кроме СПК о других контроллерах что нибудь слышали? Есть примеры кто на 100Гц получал каждый импульс. Задачи бывают разные и грамотность инженеров тоже бывает разная, со всеми вытекающими

[IVM]

а кроме СПК о других контроллерах что нибудь слышали? Есть примеры кто на 100Гц получал каждый импульс. Задачи бывают разные и грамотность инженеров тоже бывает разная, со всеми вытекающими

Пустая болтовня. Где скорость 100 Mbit/сек. ? Была бы такая скорость обмена, не было бы проблем.

[Филоненко Владислав]

Какой смысл заявлять что модуль может считать импульсы с частотой 100 кГц, если состояние счетчика импульсов протухнет пока будет передано в СПК ? В РЭ на модуль заявлено - Сдвоенный Ethernet 10/100 Mbit. И где эти 100 Mbit/сек ?

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

[IVM]

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

Проблема не в потере импульсов, счетчик в модуле ввода все четко считает. Проблема в том, не возможно оперативно передать значение счетчика в СПК. Ethernet у ОВЕН тормозной.