- В этой теме 28 ответов, 3 участника, последнее обновление 1 год, 5 месяцев назад сделано
.
-
Записи
-
Наверное вопрос больше к доработкам драйвера Modbus.
Чтобы и там не было пачки каналов. Сразу в драйвере объединялось в массив с предварительной перестановкой байт, если она требуется.При этом, чтобы разным каналам массива сразу в драйвере можно было давать Наименования тегов, вплоть до байтов.
Или накладывать структуру на данный массив.Тег драйвера должен соответствовать каналу. Если канал является массивом, то и тег должен являться массивом. Но тегов-массивов драйвер Модбас не поддерживает.
Вот тож и оно. Получается только расчетный канал с необходимой длиной и сбор в него нужных каналов.
з.ы. структур опять не хватает 🙂
@jurasskpark что именно не понятно? 🙂
Есть N количество регистров в Modbus, которые по факту являются структурой. На моем примере это структура ошибок (Alarm) при этом некоторые регистры по факту это две ошибки по 1-му байту. а какие-то могут занимать 2 регистра, то есть 4 байта.
Сейчас получается надо настраивать пачку регистров отдельно. Хотелось бы иметь возможность указать начальный регистр, что это Структура (массив) и его длину. Так же сразу его описать в шаблоне, задав имена и типы переменных.
И чтобы Мастером создания каналов это все воспринялось.как-то так. Просто чтобы в самом шаблоне не светилась пачка регистров, а была как бы одна запись от сих до сих :).
@jurasskpark я вот сейчас людям настраиваю. Регистров дохрена, понимаю, что пользоваться шаблоном не очень удобно в некоторых моментах.
1. потом надо делать много телодвижений после мастера создания каналов
Хорошо, если устройств несколько, но они одинаковые. Тогда после создания каналов и их редактировании в БД просто делается клонирование и переназначение нужного.
А если устройства близки, но разные — туши свет.2. нельзя сразу указывать множители. Как написал Михаил завязано на Modbus Slave. Ну так тогда и его надо будет научить и все-таки добавить множители.
Потому что тоже много времени на это уходит. Даже с шаблонами и клонированием.Ну отсутствие структур как выяснилось. Производитель в пачку регистров может так же хоть черта лысого засунуть.
3. Сразу именовать битовую маску, то есть давать имена битам. По сути сродни работе со структурой.
4. Отсутствие расширенных команд. и всего перечисленного выше.
https://forum.rapidscada.ru/?topic=drvmodbusjp&paged=2#post-37179
А вот в этой теме ничего не написали. 😉И никаких картиночек, чтобы было для тупых понятно, как это должно ьыглядеть)
Даже на бумаге от руки)По поводу тегов тегов я понял.
Про множители тоже помню.
Принято. А вот с остальные хотели не принимаются — без картиночек, чтобы нарисовали как что нажимается, появляется и заполняется. ) От руки)С битовой маской тоже понятно или не понятно. Давайте продолжим обсуждение в теме Modbus.
Не помню в какой теме писал по данному поводу, повторю
1. Тот драйвер я не увидел где скачать даже на попробовать
2. Ну в рамках наличия бесплатного Modbus драйвера не факт что будет интересно иметь платный, только ради каких-то фишек плюсом. Ну очень много должно быть плюсов, чтобы это было интересно.Да тут бы самому сообразить как? 🙂 как-то иначе 🙂
Ну например в Modbus драйвере есть «Клонировать параметры элемента» — оно клонирует на все в группе и если там разношерстное, то клонирование по сути бесполезно без возможности выбора куда клонировать.Так же нет возможности выбрать несколько регистров и один раз нажать например на кнопочку «Только чтение» и применить сразу ко всем выбранным.
2. Ну в рамках наличия бесплатного Modbus драйвера не факт что будет интересно иметь платный
Так кто сказал что он будет платный?
ModbusCM — это драйвер Community и он бесплатный.
А ModbusJP — это драйвер JP и он платный.
И он будет отличаться от CM что там не будет Modbus Gateway.
- Для ответа в этой теме необходимо авторизоваться.