Фичи и баги OWEN Logic

[1exan]

Есть два ПР. ПР225 выступает в роли мастера, ПР200 в роли слейва.
Не могу добиться нормальной работы записи в регистры с ПР225.
Например(см.картинки) пишу в 524 регистр, записывается в 525ый.
ПО другим регистрам аналогичная ситуация, какой-то закономерности нет, а какие-то регистры вообще не записываются.
Я понимаю что скорее всего косяк где-то у меня, но где - найти не могу.
Помогите разобраться, плз.
Вложение 87508Вложение 87509

Проверьте карту в ПР200 на наличие пропусков адресов.
Все объявленные в ПР200 сетевые переменные должны использоваться в программе (в идеале - проверить наличие циферок на каждой сетевой переменной в отладке)

[meta11ist87]

Проверьте карту в ПР200 на наличие пропусков адресов.
Все объявленные в ПР200 сетевые переменные должны использоваться в программе (в идеале - проверить наличие циферок на каждой сетевой переменной в отладке)

Пропусков нет, все переменные используются. Циферки должны появиться при записи с пр225, но этого не происходит.

[Королев Кирилл]

Есть два ПР. ПР225 выступает в роли мастера, ПР200 в роли слейва.
Не могу добиться нормальной работы записи в регистры с ПР225.
Например(см.картинки) пишу в 524 регистр, записывается в 525ый.
ПО другим регистрам аналогичная ситуация, какой-то закономерности нет, а какие-то регистры вообще не записываются.
Я понимаю что скорее всего косяк где-то у меня, но где - найти не могу.
Помогите разобраться, плз.
Вложение 87508Вложение 87509

Добрый день.
Попробуйте отключить групповые запросы или отвязать переменную от параметра статуса опроса. Сейчас есть проблема с обработкой групповых запросов в некоторых случаях:

• Если в групповом опросе участвуют переменные разного размера (16bit+32bit), то в случае привязки переменной к параметру статус опроса происходит смещение данных.
• Если в групповом опросе включен порядок данных "старшим регистром вперед", происходит смещение данных.

О проблеме знаем, работаем над решением.

[1exan]

Пропусков нет, все переменные используются. Циферки должны появиться при записи с пр225, но этого не происходит.

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

[capzap]

В программе подобрал номера полей для этого случая и получил json

{
    "categories": [],
    "parameters": [
        {
            "code": "P00512",
            "read_function": "3",
            "write_function": "16",
            "address": "0200",
            "device_format": "uint16",
            "register_least_byte_first": false,
            "least_register_first": true,
            "measure": "none",
            "precision": 0,
            "multiplier": "1.0000000",
            "bitmask_enabled": false,
            "bitmask_value": null,
            "list_order": null,
            "name": {
                "ru-RU": "var_1_uint16",
                "en-US": "var_1_uint16"
            },
            "in_operative": false,
            "in_configuration": false,
            "in_manageable": false,
            "in_parameters": false,
            "in_tables": false,
            "in_graphs": false,
            "in_events": false,
            "category": null
        },
        {
            "code": "P00513",
            "read_function": "3",
            "write_function": "16",
            "address": "0201",
            "device_format": "uint16",
            "register_least_byte_first": false,
            "least_register_first": true,
            "measure": "none",
            "precision": 0,
            "multiplier": "1.0000000",
            "bitmask_enabled": false,
            "bitmask_value": null,
            "list_order": null,
            "name": {
                "ru-RU": "var_2_float",
                "en-US": "var_2_float"
            },
            "in_operative": false,
            "in_configuration": false,
            "in_manageable": false,
            "in_parameters": false,
            "in_tables": false,
            "in_graphs": false,
            "in_events": false,
            "category": null
        }
    ]
}

categories должна быть заполнена минимальным набором

"categories": [
	{
        "name": {
            "ru-RU": "Сетевые переменные",
            "en-US": "Network variables"
        },
        "child_categories": []
	}
    ]

если такой файл json выходит из программы форумчанина, при чем тут овен

[meta11ist87]

Добрый день.
Попробуйте отключить групповые запросы или отвязать переменную от параметра статуса опроса. Сейчас есть проблема с обработкой групповых запросов в некоторых случаях:

• Если в групповом опросе участвуют переменные разного размера (16bit+32bit), то в случае привязки переменной к параметру статус опроса происходит смещение данных.
• Если в групповом опросе включен порядок данных "старшим регистром вперед", происходит смещение данных.

О проблеме знаем, работаем над решением.

Спасибо. Первый случай мой. Два дня бился и не мог понять что происходит с проектом и почему такие простые вещи не работают как задумывалось в моей голове.
После отключения группового опроса вроде всё работает как должно.

Подкажите ещё вопрос, если ОЗУ визуализации ПР225 заполнено на 98% - в этом случае визуализация(ну и сама ПР) будет работать стабильно?
4.png

[Королев Кирилл]

Спасибо. Первый случай мой. Два дня бился и не мог понять что происходит с проектом и почему такие простые вещи не работают как задумывалось в моей голове.
После отключения группового опроса вроде всё работает как должно.

Подкажите ещё вопрос, если ОЗУ визуализации ПР225 заполнено на 98% - в этом случае визуализация(ну и сама ПР) будет работать стабильно?
4.png

Прибор будет работать корректно, если нет ошибок в расчете занимаемой памяти. Периодически отлавливаем эти баги и корректируем расчет, поэтому, проекты, созданные в более ранних версиях могут перестать влезать на актуальных и их нужно оптимизировать. Из-за этого рекомендую останавливаться на 70-80% ОЗУ визу, чтобы потом не было проблем с поддержкой этих проектов.

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

[FPavel]

categories должна быть заполнена минимальным набором...

если такой файл json выходит из программы форумчанина, при чем тут овен

Исходная проблема была в том, что посреди новогодних праздников человек не мог скачать расширение от производителя, которое осуществляет конвертацию сетевых переменных в json.
До начала работы техподдержки, которая смогла бы перезапустить сервер, предложил стороннее решение. Оно рабочее и результат работы более удобный. Только требует дополнительных знаний за пределами обычной киповской работы (например, существование BOM).
К производителю Овен по поводу работы этого стороннего приложения никаких претензий и быть не может, да никто их и не высказывал.

К расширению от производителя претензии есть, они в той теме с приложением обсуждаются. Но раз решение было тогда найдено, то у меня не осталось причин ворчать.

По поводу categories, к сожалению, не могу проверить... Почему-то в памяти осталось, что в этом поле находится описание тега (переменной), которое отображается в облаке. Проверяется экспортом из облака, а не из Owen Logic.

[1exan]

...

По поводу categories, к сожалению, не могу проверить... Почему-то в памяти осталось, что в этом поле находится описание тега (переменной), которое отображается в облаке. Проверяется экспортом из облака, а не из Owen Logic.

Здесь

Вот файл - выгрузил/загрузил нет ошибок (создан без использования программы)


UPD: Содержимое файла, сгенерированного программой скопировал в этот файл - всё загрузилось нормально. У файла, сгенерированного программой кодировка UTF-8-BOM, а у выгруженного из облака - UTF-8, наверное в этом дело

файл, который выгружен из облака. Если никаких категорий не создано - то и раздел с категориями в файле остаётся пустым

[capzap]

К расширению от производителя претензии есть, они в той теме с приложением обсуждаются. Но раз решение было тогда найдено, то у меня не осталось причин ворчать.

ну как претензия, чисто Ваше ворчание может быть, единомышленников же не было. Кто делал конвертер посчитал что будет удобно что когда адреса регистров пишутся в 16-ричной системе, сделать код параметра указывающий что переменная(Р) имеет адрес в десятичной системе такой то, само название параметра такое же как и в проекте ОЛ
А посреди новогодних праздников из-за трех переменных можно было использовать произвольный прибор модбас и добавить все в ручную, хуже от этого работать не стало бы