- В этой теме 81 ответ, 5 участников, последнее обновление 1 год, 2 месяца назад сделано
.
-
Записи
-
Суть.
У устройств должны быть разные имена. ну в рамках опроса на одной линии точно и для верхних систем наверное тоже.У однотипных устройств могут быть одинаковые коды тегов но в рамках разных устройств.
Внутри одного устройства коды тегов должны быть уникальны.Еще бывает по запаре две линии связи с одним номером сделаешь, тоже чудеса начинаются 🙂
блин, ну покажите скрины таблиц, а то в словоблудие больше играем… Вы об одном пишите, мы о другом думаем 🙂
Разные идентификаторы наверное должны быть у устройств на линии связи в Опросе Коммуникатора.
Еще раз Линия одна (если тем более RTU) — заставить опрашивать одно устройство несколько раз на линии в рамках одной сессии не получится.
Если надо, дублируйте устройства. но тогда будет проблема с привязкой, но можно решить уже средствами Сервера. Например после опроса засылать в один и тот же расчетный канал данные.В общем финтить ушами…..
Так и сделал. Я думал оно тут подгрузит, увы.
https://ibb.co/tphJ72ztВот у вас Номер — это Номер устройства. По идее это и есть идентификатор для словаря при чтении шаблонов при старте драйвера.
В устройстве №1 у вас все оперативные параметры всех ваших 20-ти устройств за WirenBoard?
То есть вы хотите опрашивать все опер параметры быстро, а между ними последовательно настроечные разных устройств?
Тогда вам точно надо делать дублирование устройств в базе, чтобы разные идентификаторы получились, и чтобы по изменению Cnl данных от каждого дубля писалось в какой-то один канал.
г.ы. так Сессия на то и Сессия, чтобы в ней опросить тот список, что вы представили.
точнее тот список словаря, который будет создан.Если честно, о такой манипуляции опроса, как вы хотите, никогда не задумывался, даже когда драйвера писал.
Скажем так, такой режим можно было бы организовать, но Modbus драйвер штатный, и нет желания его ковырять.. но это с точки зрения кода вполне возможно. Вопрос только сколько времени придется убить на модификацию драйвера?
Проще настроить через БД, дублируя устройства.Да, первое это оперативные данные.
С учётом того что каналов очень много, мне кажется уже проще самому написать опрос, через отправку команд. Буду пробовать.Да можно не писать. Сделайте требуемое количество дублей Устройства с опер данными.
Закиньте их в опрос, выставьте очередность и посмотрите что получится.Если то, что вам надо, то потом просто создаете Расчетные каналы = количеству каналов от Устройства. А в Устройствах формулы, если статус = 1, то записать данные в расчетные.
У устройств можно кидать в отдельную БД и ограничить период хранения, чтобы не засоряли…аааа. еще может финт ушами.
Так как Код тега у них будет один, то Коммуникатор по коду тега пошлет в первое найденное устройство. то есть будет слать всегда в одно устройство данные, хотя устройств будет несколько. Или в последнее, не помню.То же так ошибался и получал такую картину маслом. тогда возможно вам и расчетные каналы не понадобятся. Хотя не факт, надо попробовать на разных устройствах.
В общем или так или так что-то получится.
- Для ответа в этой теме необходимо авторизоваться.