Этот код тоже уже посмотрел. Поскольку неизвестно, как внутри реализована WAIT, то сложно сказать, может она работает так же как и этот C-ный вызов. Слово 'ALERTS' наводит на мысль, что этот вызов не тупо ждет в цикле, а тоже освобождает время для других рабочих процессов, как и WAIT.

Кстати, по поводу миллисекунд.
Если используется конструкция WAIT UP TO time SECONDS, то time в секундах.
Если WAIT UNTIL logexp UP TO time SECONDS, то time в миллисекундах. Эту конструкцию возможно использовать только совместно с вызовом асинхронных FM.

Поэтому реализовать задержку в '0.200' возможно, используя второй вариант вызова, как минимум начиная с версии 4.6. Блин, хелп надо внимательно читать.

Тупо ждёт не освобождая процесса - проверено.

Как проверено?

Ну я же не просто так написал, что не освобождает. Посмотрел рабочие процессы в sm50!

time в секундах, но имеет тип f. Но так не получится. Цитата "The statement WAIT causes a change in the work process, which is linked to rolling out and rolling in all loaded programs. For this reason, the time in sec should not be less t" относится и к тому, и к другому WAIT.

Перебрав все возможные значения ADMODE, убедился, что кроме 50 ничего не работает.

Эксперимент - лучшее доказательство.
Убедили