Genesis32 9.22 и МультиПоточность

Что вы понимаете под "съемом данных"? Если речь идет об обмене с контроллерами, то здесь на уровне ScriptWorX вы сделать ничего не сможете. Все зависит от вашего OPC-сервера.

ScriptWorX, насколько мне известно, запускает каждый скрипт в отдельном потоке, но это отностится не к сбору, а, скорее, к обработке данных. Конечно, каждый скриптовый поток, получающий данные OPC DA, будет как-то взаимодействовать с OPC-сервером. Но вот как организовано это взаимодействие (независимо? упорядоченно, через один основной объект, с потоковой моделью Apartment?) знают наверняка только разработчики.

Вообще, если вы точно знаете, что вам нужна многопоточность, не мешало бы четко сформулировать, какие цели вы преследуете введением этой фичи (повышение интенсивности обмена с контроллерами; введение в работающий проект новых глюков, связанных с синхронизацией потоков; обоснование необходимости перевода на новое, более мощное железо - нужное подчеркнуть )

Каким образом ScriptWorX взаимодействует с модемами? Может быть 2 основных варианта:
1. Есть OPC-сервер, который работает с модемом и выдает OPC-клиенту (ScriptWorX) готовые данные в виде набора тэгов.
2. Есть набор специфического ПО (обычные dll, компоненты COM...), управляя которыми из VBA, вы обеспечиваете обмен по модемам.

В случае 1 многопоточность в ScriptWorx никак не повлияет на обмен через пул модемов. С модемами работает OPC-сервер, вот он и должен обеспечивать многопоточную работу. Сколько потоков в подключающихся к нему клиентам - неважно, на интенсивность обмена через модемы это влиять не будет.

В случае 2 многопоточность, теоретически, может помочь. Но тут все упрется в VBA. Этот язык не имеет встроенных средств для поддержки многопоточности. Чисто теоретически вы можете попробовать использовать вызовы функций из системных dll ( CreateThread() и иже с ними). Но для того, чтобы построить работоспособное приложение на этой основе, надо быть монстром Win32 API и знать COM вдоль и поперек (поскольку все что крутится на VBA в конечном итоге упирается в COM).