Сэмплы в трассировке по умолчанию идут в каждом рабочем цикле ПЛК. Можно задать по времени. Но тут надо не выпускать из головы теорему Котельникова. Иначе замеры пойдут относительно редко и после сплайн интерполяции в трассировке будет бред. Чаще чем раз в цикл мерить ничего в ПЛК нельзя вообще. По-хорошему частота цикла ПЛК должна быть раз в 10 выше чем частоты обрабатываемых сигналов, тогда вообще никаких проблем. В режиме встроенного эмулятора CoDeSys лучше не рулить параметры трассировки, а подзатянуть время модели. Т.е. делайте приращение аргумента синусоиды с меньшим раз в 10 шагом.
Встроенный эмулятор CoDeSys удобен в работе, но тут надо думать в рабочих циклах, а не в миллисекундах предполагая что реальные времена мы получим только в реальном ПЛК. Эмулятор шагает по тикам таймера Windows, очень примерно раз в 55 мс и время цикла тут может сильно плавать. Просто считаем в циклах ПЛК: пусть период синусоиды N циклов, трассировка в N раз чаще, интегратор столько то циклов и т.д. Это стандартная практика при программировании ПЛК. На трассировке все будет красиво. В ПЛК затем выставим какое надо время цикла и тоже все будет красиво и синхронно.
Если же вдруг надо сразу с реальным временим (большие многозадачные системы, со сложной взаимосвязью задач) то вырубаем встроенный эмулятор и запускаем CoDeSys SP RTE. Все будет четко стабильно в микросекундах. Но тут уже надо разбираться с конфигуратором задач, его настройкой и наукой программирования систем с вытесняющей многозадачностью . Это штуки для очень продвинутых программистов.