почитайте в мануале на cx-protocol про флаги, которые устанавливаются после окончания работы последовательности, шага и т.п. можно их использоваться.

Да, конечно, почитаю.
Теперь пробую перейти на 2-х проводную шину (485 ), - связи нет. На инверторах пишет CALL, а на SCU RD не мигает. На SCU переключил DIP на WIRE 2. На инверторе в параметре H5-07 поставил =0. В настройках везде выбрал "Protocol Macro".
Где ещё нужно что-то делать???

Верните по умолчанию, с этим параметром путаница в описании.

Да, действительно, поставил = 1. ))
Теперь работает.
Хочу поделиться, как сделал. Это управление 10-ю групп роликов печи (150 метров).
В CX-Protocol сделал 10 одинаковых последовательностей, но с разными адресами. А битами выбираю их по очереди. В W регистр при включении записывается 1, потом она сдвигается со скоростью цикла, и соответствующий бит включает определённую последовательность.
Повторюсь, сделал так потому, что-бы через прошествии времени увидеть это и сразу разобраться.
Каждая D-область закреплена за своим частотником, это для того, что-бы менять и направление, и частоту в отдельности (на случай аварии), либо остановиться.
Да и к тому-же я делаю дополнение к уже существующей программе, которая должна сохранять способы управления привычные для персонала, и при случае "умершего" модуля SCU, ролики могли управляться по старой схеме.

Выявилась проблема - инвертер с адресом 10 не работает, выдаёт сообщение CALL, но если ставишь на нём любой другой адрес до 10, то сразу же принимает все данные.
Пробовал в протоколе изменить адрес с 10h на 0010h, пробовал везде (в протоколе, в D -областях, в инвертере)выставить адрес Ah - не помогает. Вот чувствую, что где-то я не "догоняю", не пойму где. Может знает кто?

Методом "научного тыка" разобрался, почему 10-я последовательность не хотела выполнятся.
Поставил во втором операнде инструкции PMCR не #10, а #0A. И тогда всё заработало)).

...вот же елки-палки))

В реалии оказалось всё не так весело. При команде инверторам работать всем в реверсе, команды приходят не совсем одновременно, некоторые инверторы отрабатывают с запозданием.
Попробовал сделать один PMCR и подсовывал ему разные данные, всё равно, ничего не меняется, некоторые частотники иногда запаздывают. Х.з.

Если нужно одновременно отдать команду всей толпе, используйте нулевой адрес, т.е. широковещание.

У MX2 кроме обычного широковещания, есть ещё и групповое, т.е. спец адреса 250-254. Не слышал чтобы у V1000 такое было.

Если использовать 4 провода, а не 2, можно отправлять посылки на инверторы не дожидаясь ответов. Т.е. составить одну последовательность на нужное кол-во команд, и выполнять всего одну PMCR.

Если работающему инвертору дать команду на реверс, он вначале останавливается до полной остановки за заданное время торможения, потом только включается на реверс.
т.к. инверторы работают у Вас на разной скорости, время остановки тоже будет разным.


#0A=&10

По инверторам всё понятно, скорость, время торможения и т.п. я писал об одинаковой скорости.
Мне не удаётся сделать запись данных во все инвертора в один "забег", т.е. в одной последовательности, так, что бы все данный читались с разных D областей. Как это делается??

Вот как это сделать? может наглядный пример есть какой? И почему по двум проводам нельзя сделать, без ответа?

Широковещание попробовали? чтобы передать только команду на запуск, без скоростей?


потому что ответ от инвертора займёт линию полностью, если два провода.
У четырёх проводов, одна пара на передачу слейвам запросов, вторая для приёма от них ответов, т.е. полный дуплекс.

Широковещание не подойдёт, т.к. некоторые инверторы могут вращаться в другую сторону, и этот режим не запланированный.

Вообщем вот как я сделал в итоге (см. картинку).
Протокол один, в нём 10 последовательностей. У каждой последовательности жёсткий адрес и предустановленная область W, откуда протокол берёт данные о режиме и скорости работы для посылки к инверторам.
При нулевой задержки "Send Wait" инвертора (не все, выборочно и по разному) тоже отрабатывали с запаздыванием. Это очень плохо. А вот когда выставил задержку 0.01 сек, то команды обрабатывались почти одновременно.

Всем, кто откликнулся большое спасибо за помощь.

Вот у меня такой вопрос возник после загрузки протокола в SCU21 либо SCB41 через CX-Protocol не получается запустить протокол пока не перезагрузишь PLC CS1G. А после перезагрузки начинает опрашивать устройства. А так как не всегда есть возможность перезагрузить ПЛС предприятие работает 24 на 7 и даже когда на ремонте всегда что то работает).