Стартовая страница › Форумы › Новые идеи › Коммуникатор
- В этой теме 34 ответа, 4 участника, последнее обновление 4 года, 6 месяцев назад сделано Mikhail.
-
АвторСообщения
-
25.04.2017 в 09:22 #5486manjey73Участник
Собственно есть каналы, которые не обязательно читать даже раз в сутки. Опять возвращаясь к базам урезанного размера для хранения в том числе.
Например мы в Коммуникаторе настраиваем некий Опрос КП, скажем под номером 1.
с циклическим опросом, Периодом или по Времени.Далее мы настраиваем Опрос КП номер 2 и вот тут нам его вообще по сути не зачем опрашивать кроме момента инициализации линии связи, но Коммуникатор таких шансов не дает. Пока выхожу из ситуации тем, что устанавливаю опрос раз в сутки в какое-то время.
Если там есть каналы управления, то в базе устанавливаю Запись событий на каналах управления и в Модуле автоматического управления выполняю по данному триггеру внеочередной Опрос КП.1. Постоянная запись данных подобных КП в базе SCADA ну нафик не нужна, только место отнимает
2. Постоянный опрос даже раз в сутки так же не нужен, достаточно опросить при инициализации линии связи.Есть предложение в Коммуникааторе сделать в поле «Выбранный КП» дополнительные галочки
1. Отключение периода опроса (совсем)
2. и поле Родительский опрос КП — то есть как раз указать что Опрос КП с номером 1 является Родительским, и если статус Родительского опроса ОК, то можно не пытаться опрашивать опрос номер 2 — это тот же прибор и он на связи…25.04.2017 в 13:16 #5496MikhailМодераторДа можно. С пунктом 1 тоже сталкивался.
Пункт 2, скорее всего, можно определять автоматически, если адрес и позывной совпадают.25.04.2017 в 13:22 #5499manjey73УчастникДа вот тоже, добавил в драйвер счетчика 4 параметра, все они Только настроечные.
Один счетчик ерунда, десяток тоже, но когда 500 это лишних 2000 тегов с постоянной записью в БД.
Достаточно было бы дать каждому тегу десяток строк и переписывать их в цикле, собственно такой функционал необходим, чтобы потом отслеживать действия оператора например — время изменения параметром и кто изменил.
Больше данные значения не нужны. Нет необходимости строить по ним графики и так далее.Удобно было бы Дашами пользоваться в будущем, когда Даши можно спокойно вытягивать на представления.
27.04.2017 в 14:14 #5606manjey73УчастникПоправить в Коммуникаторе возможность ввода Адреса больше 65535.
В Администраторе можно ввести большее значение (видимо используется double), чем я и воспользовался для ввода адресов приборов с длинными адресами, но вот в Коммуникаторе не дает ввести значение больше 65535.27.04.2017 в 16:39 #5619MikhailМодераторИзменить макс. количество каналов больше 65535 достаточно проблематично, т.к. форматы файлов архивов и протокол обмена между приложениями придётся переделывать. Поэтому занимать каналы для настроечных параметров не оптимально. Лучше их менять только из драйвера и не привязывать к каналам.
27.04.2017 в 17:02 #5621manjey73УчастникЯ не про количество каналов. Я про адреса приборов. Когда-то при попытке записать адрес прибора в Коммуникаторе нарвался на это ограничение, и стал использовать поле Позывной, нарвался на другое ограничение. Оказалось что в Администраторе в поле Адрес можно вводить большие значения и я передаю в драйвер Адрес оттуда.
Просто адрес в Modbus однобайтный и в коде это (byte)Address, у меня он 4-х байтный, я пишу (Int32)Address.Например адрес счетчика сейчас у меня 24070062 — я не могу его ввести непосредственно в Коммуникаторе, так как там поле ограничено… зато из БД скады оно не имеет ограничение, вот снять это органичение и в Коммуникаторе, сделать таким же, как и в БД.
https://s7.postimg.org/f069m1v6z/Comm.png
Я про это поле, его формат не соответствует полю в БД, пусть будет максимальным, так как много приборов имеют 8 значные значения.
Как минимум чтобы запустить опрос для теста до создания КП и прочего непосредственно из Коммуникатора
- Этот ответ был изменен 7 лет назад от manjey73.
28.04.2017 в 17:16 #5634MikhailМодераторДействительно. Это атавизм какой-то. Убрать ограничение не проблема, помечу на след. неделю.
28.04.2017 в 21:09 #5642manjey73УчастникСпасибо, будет удобнее тестировать не создавая базы.
04.05.2017 в 16:35 #5729MikhailМодератор04.05.2017 в 17:22 #5732manjey73УчастникУ меня была проблема при сборке из develop, ругалось в ScadaWeb.
До какой стадии достаточно собрать, какую именно библиотеку, чтобы в Коммуникаторе отключилось ограничение ?
04.05.2017 в 17:51 #5734RomirosУчастникПо идее ScadaComm пересоберите.
05.05.2017 в 13:42 #5763MikhailМодераторОбязательно для всех Log, ScadaData и может быть Report.
Там пока осталось старое веб-приложение, которое вряд ли уже соберется.05.05.2017 в 13:42 #5764MikhailМодераторScadaComm разумеется 🙂
05.05.2017 в 14:10 #5768manjey73УчастникПока занялся драйвером для Малины, чуть позе пересоберу.
20.06.2017 в 12:09 #6223manjey73Участникhttps://s29.postimg.org/6gkogybif/image.png
Собственно вопрос, можно ли сделать так, чтобы Коммуникатор мог привязываться к серверу не только по КП но и по номерам каналов.
Вот есть много машин, которые надо пинговать, Хочется для них всех создать ОДИН КП с разными номерами каналов а IP адреса прописывать в Коммуникаторе и привязывать к номерам каналов.
А то так в базе входных каналов простыня из КП получается, не очень удобно. То есть в Коммуникаторе сделать привязку к КП + канал, позывной брать тогда не из КП, а непосредственно из настроек Коммуникатора.
Или может сейчас есть какое-то решение чтобы не создавать кучу КП с одним единственным входным каналом ?
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.