А был у нас отдельный элемент. Назывался Array, и это был не MT-вариант
MT-вариант - в MT-элемент и попал
Можно было вообще MT_Add разбить на 4 элемента.... Мне такое не очень нравилось
И есть у меня сомнения, что это начнет "кочевать". Будут проблемы. А совместимость, так это св-во - последнее, между прочим

Но вот что хочу добавить - это все безобразие я не считаю перспективным направлением.
Схемотехническим приемом - считаю.
Все это безобразие заменяет Pointer-элемент, и со значительно большей эффективностью.
Посмотрите "рабочую схему"...
Почти всякая команда является серией вызовов метода doData, и обязательно заканчивается вызовом метода doCMD
Т.е., я обязательно тяну от всех клиентов ДВА "жгута". А ведь их могло быть и три, и пять, да и 10 - не беспредел вовсе
А с Pointer-элементом - ОДИН, при любом раскладе.
И выходные данные не "паковал" бы - с этого магического элемента событие возникало бы столько раз, сколько мне надо, и в нужное мне место.
И Slave (физический адрес девайса, на который уйдет пакет данных) с Read (количество байт для чтения после окончания пакета) в глобальных переменных не передавал бы - верхние точки магического элемента спрашивали бы эти данные с нужного мне места.
И было БЫ все это очень правильно

Думаю, что такое качество данная схема демонстрирует в большей степени, чем SendUp