FX3U - аналог команды TEST_MD из серии Q Опции

[acoustik]

Всем КУ! )

Какой существует аналог команде TEST_MD (из серии Q) в FX3U FX2N (опрос состояния отдельных битов в слове) ?

 q_test_md.JPG ( 13.68 килобайт ) Кол-во скачиваний: 19


Спасибо!

Сообщение отредактировал acoustik - 3.09.2014 - 16:43

[acoustik]

Какой существует аналог команде TEST_MD в FX3U (опрос состояния отдельных битов в слове) ?

Сам нашел - это команда BON.

Сообщение отредактировал acoustik - 3.09.2014 - 15:23

[inntele]

Какой существует аналог команде TEST_MD в FX3U (опрос состояния отдельных битов в слове) ?

Сам нашел - это команда BON.

C FX3U команда не нужна. Можно напрямую биты в слове опрашивать. Адрес регистра точка номер бита.

[acoustik]

Какой существует аналог команде TEST_MD в FX3U (опрос состояния отдельных битов в слове) ?

Сам нашел - это команда BON.

C FX3U команда не нужна. Можно напрямую биты в слове опрашивать. Адрес регистра точка номер бита.

Совершенно верно. Я просто немного ошибся в названии темы, указал FX3U вместо положенного FX2N... Речь идет про 2N.

[inntele]

Какой существует аналог команде TEST_MD в FX3U (опрос состояния отдельных битов в слове) ?

Сам нашел - это команда BON.

C FX3U команда не нужна. Можно напрямую биты в слове опрашивать. Адрес регистра точка номер бита.

Совершенно верно. Я просто немного ошибся в названии темы, указал FX3U вместо положенного FX2N... Речь идет про 2N.

Тогда лучше использовать не BON, а копировать слово командой MOV в группу меркеров и анализировать нужный меркер. Такая конструкция будет работать быстрее, к тому же позволит с одной пересылки анализировать столько бит в слове, сколько требуется.

[acoustik]

Тогда лучше использовать не BON, а копировать слово командой MOV в группу меркеров и анализировать нужный меркер. Такая конструкция будет работать быстрее, к тому же позволит с одной пересылки анализировать столько бит в слове, сколько требуется.

Хм... А если слово: K1X7 ? Зачем же его еще раз передавать в группу меркеров, если его самого можно проанализировать, например вот так:

 1.JPG ( 12.05 килобайт ) Кол-во скачиваний: 10


Или я чего то не понимаю?

[ivgtrk]

Тогда лучше использовать не BON, а копировать слово командой MOV в группу меркеров и анализировать нужный меркер. Такая конструкция будет работать быстрее, к тому же позволит с одной пересылки анализировать столько бит в слове, сколько требуется.

Хм... А если слово: K1X7 ? Зачем же его еще раз передавать в группу меркеров, если его самого можно проанализировать, например вот так:

 1.JPG ( 12.05 килобайт ) Кол-во скачиваний: 10


Или я чего то не понимаю?

acoustik, представленный вами пример демонстрирует анализ слова K1X7 и прямой перенос состояния входов X7~X12 в меркеры с M100 по M103 за 4 цикла программы, предполагая, что регистр Z принимает значения от 0 до 3. При всем этом необходимо осуществить инкрементирование и сброс регистра при достижении значения 4, что в купе с инструкцией BON даст значительное кол-во шагов программы, нежели прямой перенос входов в указанные меркеры, если таковое требуется.

Сообщение отредактировал ivgtrk - 3.09.2014 - 19:32

[inntele]

Тогда лучше использовать не BON, а копировать слово командой MOV в группу меркеров и анализировать нужный меркер. Такая конструкция будет работать быстрее, к тому же позволит с одной пересылки анализировать столько бит в слове, сколько требуется.

Хм... А если слово: K1X7 ? Зачем же его еще раз передавать в группу меркеров, если его самого можно проанализировать, например вот так:

 1.JPG ( 12.05 килобайт ) Кол-во скачиваний: 10


Или я чего то не понимаю?

Чтобы ответить, для начала нужно понять, что Вы хотите получить в M100-M103, выдергивая бит из X7,X10,X11,X12.
А, вообще, работать со входами неправильно, "некультурно". Об этом я уже неоднократно говорил на форуме. Культурно - значит все входы в самом начале скана программы копируют в меркеры, и далее работают с меркерами. Для цели копирования входов в меркеры в контроллере даже команда подходящая имеется PRUN (FNC81).

Сообщение отредактировал inntele - 3.09.2014 - 19:38

[acoustik]

ivgtrk, Вы правы, действительно количество шагов на порядок увеличилось.

Чтобы ответить, для начала нужно понять, что Вы хотите получить в M100-M103, выдергивая бит из X7,X10,X11,X12.
А, вообще, работать со входами неправильно, "некультурно". Об этом я уже неоднократно говорил на форуме. Культурно - значит все входы в самом начале скана программы копируют в меркеры, и далее работают с меркерами. Для цели копирования входов в меркеры в контроллере даже команда подходящая имеется PRUN (FNC81).

Суть заключается примерно в следующем: на входах x7,10,11,12 сидят датчики, и я хотел анализировать их состояние не расписывая их по отдельности в каждый Network... Хотя уже понял, что все равно сами меркеры М100-103 ведь тоже придеться обрабатывать...

[inntele]

Суть заключается примерно в следующем: на входах x7,10,11,12 сидят датчики, и я хотел анализировать их состояние не расписывая их по отдельности в каждый Network... Хотя уже понял, что все равно сами меркеры М100-103 ведь тоже придеться обрабатывать...

Поскольку уже и сами сообразили, что идея, которая Вас посетила, абсолютно непродуктивная, то лучше наглядно продемонстрирую отличие команд MOV и PRUN:

MOV K1X7 K1M100
X7->M100
X10->M101
X11->M102
X12->M103

PRUN K1X7 K1M100
X7->M100
X10->M103

Команда PRUN полезна для формирования точного слепка со входов:
PRUN K3X0 K3M0
X0...X3->M0...M3
X4...X7->M4...M7
X10...X13->M10...M13

Достоинство в том, что, в случае необходимости подменить вход, не придется вычислять, по какому адресу в области меркеров, куда копируются входы, образ подменного располагается. Кроме того, копирование этой командой позволяет избежать ошибок с адресацией в случае комбинированных модулей дискретных входов/выходов типа FX2N-8ER.

Сообщение отредактировал inntele - 4.09.2014 - 12:47

[acoustik]

Поскольку уже и сами сообразили, что идея, которая Вас посетила, абсолютно непродуктивная, то лучше наглядно продемонстрирую отличие команд MOV и PRUN:

MOV K1X7 K1M100
X7->M100
X10->M101
X11->M102
X12->M103

PRUN K1X7 K1M100
X7->M100
X10->M103

Команда PRUN полезна для формирования точного слепка со входов:
PRUN K3X0 K3M0
X0...X7->M0...M7
X10...X17->M10...M17
X20...X27->M20...M27

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

Достоинство в том, что, в случае необходимости подменить вход, не придется вычислять, по какому адресу в области меркеров, куда копируются входы, образ подменного располагается. Кроме того, копирование этой командой позволяет избежать ошибок с адресацией в случае комбинированных модулей дискретных входов/выходов типа FX2N-8ER.

Что вы имеете в виду - "в случае необходимости подменить вход" ?

[inntele]

Что вы имеете в виду - "в случае необходимости подменить вход" ?

По различным причинам может возникнуть необходимость пересадить сигнал с того входа, на который он был подключен изначально, на один из резервных. К примеру, с X23 на X45. Входы скопом скопированы в меркеры, далее в программе фигурируют уже меркеры. Соответственно, в теле программы потребуется подменить тот меркер, что соответствует входу, с которого пересаживают сигнал, на другой, соответствующий новому, резервному. Если нумерация меркеров не совпадает с нумерацией входов, данный процесс может вызвать определенные затруднения и даже привести к ошибке.

Сообщение отредактировал inntele - 4.09.2014 - 07:17

[acoustik]

Что вы имеете в виду - "в случае необходимости подменить вход" ?

По различным причинам может возникнуть необходимость пересадить сигнал с того входа, на который он был подключен изначально, на один из резервных. К примеру, с X23 на X45. Входы скопом скопированы в меркеры, далее в программе фигурируют уже меркеры. Соответственно, в теле программы потребуется подменить тот меркер, что соответствует входу, с которого пересаживают сигнал, на другой, соответствующий новому, резервному. Если нумерация меркеров не совпадает с нумерацией входов, данный процесс может вызвать определенные затруднения и даже привести к ошибке.

Ясно, весьма логично.
Но, наверное, этот прием с командой PRUN имеет ценность тогда, когда этих входов достаточное множество. Когда же их всего четыре, имеет ли смысл переносить состояние физ. входов в меркеры для последующей обработки?

[inntele]

Но, наверное, этот прием с командой PRUN имеет ценность тогда, когда этих входов достаточное множество. Когда же их всего четыре, имеет ли смысл переносить состояние физ. входов в меркеры для последующей обработки?

Имеет всегда. В паре тем на форуме я объяснял, с какой целью это делается, и приводить объяснения в третий раз желания и времени нет. Рекомендую Вам поискать самостоятельно.

[acoustik]

Но, наверное, этот прием с командой PRUN имеет ценность тогда, когда этих входов достаточное множество. Когда же их всего четыре, имеет ли смысл переносить состояние физ. входов в меркеры для последующей обработки?

Имеет всегда. В паре тем на форуме я объяснял, с какой целью это делается, и приводить объяснения в третий раз желания и времени нет. Рекомендую Вам поискать самостоятельно.

Ну хотя бы в паре слов... ) Представляете, это ж сколько прошерстить топиков то...