Если этот груз при выключенном двигателе опускается, и частота шагов достаточно маленькая, то да, груз будет опускаться настолько, насколько успеет до следующего "правильного" шага.

Ты уже совсем запутался!
То говорил о формировании программой полушага, теперь предлагаешь  рассмотреть схему степ\дир.
Ни одна программа на может работать в режиме полустеп\полудир. Полушаг в этом режиме формируется исключительно контроллером, программу оставь в покое.

Романова программа формирует полушаг только в своем обычном алгоритме,  то есть когда выводит в порт 4 бита состояния двигателя и адрес двигателя. И ее полушаговый алгоритм единственно верный.

В твоем конкретном контроллере каждый триггер подключается к своей обмотке, но свойство триггера таково, что если у него на первом выходе 1, то на другом всегда будет 0, и наоборот, если триггер переключается и на первом выходе появляется 0, то на другом тут же будет 1. Именно благодаря триггерам, этот твой контроллер работает исключительно в ПОЛНОШАГОВОМ режиме с одновременным включением двух обмоток в любой момент времени.

Вот это и хреново, что полушаг от полного шага не отличаешь.
Спор считаю бесполезным, перехожу к выводам.
Первое - твой контроллер не может работать в полушаге. Он работает только в полном шаге с комбинациями на выходе:
1010
1001
0101
0110
Обрати внимание - возможны только 4 комбинации, а не 8, как это должно быть в полушаге.
Следующее - если программа выдает степ\дир, то забудь о том, что в ней якобы может формироваться полушаг и полудир.
Следующее - для "родного" формата выходных сигнелов VRI-CNC нет и не может существовать комбинации полушага, отличной от той, что сделал Роман, все другие варианты не будут работать.
И последнее- в приведенном тобой контроллере обмотки двигателя к триггерам подключаются в таком порядке (сверху вниз)
1-3-2-4, в то время как для обычных контроллеров, кроме биполярных, принято подключать так 1-2-3-4