ПЛК63, modbus slave, адреса регистров

[ASo]

Все замечательно - пока надо читать. Но для записи надо иметь перекрестную таблицу адресов ? На кой спрашивается ?

Ну извините, такая конструкция.
Видимо, ограничения КДС на данном железе

[Валенок]

Я бы не говорил про КДС. Руки.

[Филоненко Владислав]

Доброе утро. Дедушка Мороз надо кричать 3 раза, хором. Но это лирика...
Прям вот сейчас про именно 88 регистр ничего сказать не могу. Однако, если Вы не заметили, все переменные делятся на оперативные (есть канал I/O) и конфигурационные - без канала.
Так вот последние в области копии не отображаются. Нечему там отображаться, не выросло.
88 регистр, вероятно, и относится к таким конфигурационным переменным.

Такие "сложности" вызваны тем, что каждый параметр имеет кучу атрибутов доступа, пределов и пр. И если разрешить групповую запись - то не ясно, как, оставаясь в рамках стандарта ModBus разрешать коллизии, когда 15 параметров имеют правильные значения, 1 вышел за пределы , 1 запрещён на запись и т.п. Нет таких функций и кодов ошибок в ModBus-е.
Для сложных случаев фирма ОВЕН бесплатно распространяет библиотеки протоколов. Их и надо использовать.
P.S. Область %I доступна с регистра 4096 до 4184 - это как раз 88 регистров, с 0-го по 87-й. Оперативных параметров типа I. Далее идут тип Q. Конфигурационные не отображаются.

[ASo]

Такие "сложности" вызваны тем, что каждый параметр имеет кучу атрибутов доступа, пределов и пр. И если разрешить групповую запись - то не ясно, как, оставаясь в рамках стандарта ModBus разрешать коллизии, когда 15 параметров имеют правильные значения, 1 вышел за пределы , 1 запрещён на запись и т.п. Нет таких функций и кодов ошибок в ModBus-е.

Вопрос был не об этом. Групповая запись используется достаточно редко (кроме rial, ...).
Вопрос был - почему нельзя сделать групповое чтение и одиночную запись по тому же адресу для одного и того же параметра???
А в некоторых случаях это дополнительные лицензионные платежи за OPC, SCADA, ....

[Валенок]

..Групповая запись используется достаточно редко..

Да ладно. Лично я принципиально использую группы для R/W везде где это возможно в принципе. И не для real, а для несколько более крупных объектов. И все летает, и проблем нет. А 63-слейвом общаюсь одним тегом - делаю сетевую переменную ( ) для массива параметров

Вопрос был - почему нельзя сделать групповое чтение и одиночную запись по тому же адресу для одного и того же параметра???

Ну или не сложно было бы не тупо переносить область польз.параметров в копию помощью move, а раскидать туда параметры в соотв. со смещением оригинал-адресов (от 332 и 82) А неиспользованные адреса вернули б нули. Ведь СП200 не парится - использован адрес или нет - возвращает данные при дырках в порядках использованных регистров - реально очень удобно.

. Конфигурационные не отображаются.

Ну а чего зажали - чтение ж ?

[Филоненко Владислав]

Все очень просто. Нет памяти. Совсем нету. ПЛК63/73 весьма предельный прибор. А процессоры с большим количеством ОЗУ на момент разработки просто отсутствовали.
Если же ставить процессор с внешним ОЗУ - сразу существенно дороже.

[Валенок]

Все очень просто. Нет памяти. Совсем нету.

А зачем она вообще когда речь об ответе на запрос ?

[Филоненко Владислав]

Есть куча параметров, отдельно. надо их собрать в "виртуальный" групповой запрос.
Т.е. расположить в порядке возрастания, проверить что нет дыр и пр., сгрупировать данные в виде 1 массива, и т.п. Все это требует памяти.

[Валенок]

L и M предусматривают наличие некоторого безусловного объема. Разве нет ? + cейчас ведь находится место для копий, почему там должно лежать что-то определённое, ведь их кроме проца никто не видит.

Пришел запрос - известно начало и конец. Формируем там временный массив. Дыры забиваем нулями также как и в СП200

Пришел еще один запрос, а этот не ушел весь - проблемы crazy-мастера,
от такого не спасет и существующий вариант.

[Филоненко Владислав]

Помимо лицензионной области есть просто ОЗУ для программы. Достаточно мало. А потребителей этого ОЗУ много.