Parameter :id 5885168 :code rTempOut :name Температура обратной воды :value 59.5 (из лога опроса)
Мне вот интересно, id параметра уникально в системе или уникально в пределах пользователя?, а то боюсь представить себе цифры id параметра когда у Облака со временем увеличится количество пользователей...
уникально в пределах облакаСообщение от melky
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
ужас, и это в демо id параметра уже 5885168, еще так тысяч 5 пользователей и id будут более 10 миллионов.... Почему не в рамках пользователя?уникально в пределах облака
У меня получается проблемка, если я сделаю опрос в рамках пользователя, сразу все параметры (или циклом по устройствам) и при этом будут одинаковые устройства, нужно будет к коду параметра добавлять какой-то id
в чем Ваша боль? Конкретно у Вас будут свои приборы, у которых будут свои уникальные ИД, Вы будете работать только с этим набором данных, какая разница что у кого то будет больше чем шестизначное число, до закрытия диапазона чисел еще очень далеко.
Все люди как люди пользуются ID для приборов, сперва по устройству находят сколько приборов подключено. и по этому списку ID опрашивают параметры приборов., а Вы уперлись в свой code ни как отстать от него не можете
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
capzap так проблема не в облаке, а еще и в Scada, у нее тоже свои правила.
Я могу создать штатно Устройство-Переменная, а могу в качестве Устройства назначить сразу Объект, например "Котельная N1"
Будет зависеть от настроек... Не обращайте особо внимания, я просто ворчу
То есть как бы могу пойти по пути Иерархии или по пути Плоскости, либо сделать настройку и так и сяк...
Кстати есть ли способ у API опросить все переменные пользователя в плоском варианте, не опрашивая каждый прибор в отдельности ?
Последний раз редактировалось melky; 10.11.2022 в 14:28.
из урля /v1/device/index, получив список приборов все переходят на /v1/parameters/last-datacapzap так проблема не в облаке, а еще и в Scada, у нее тоже свои правила.
Я могу создать штатно Устройство-Переменная, а могу в качестве Устройства назначить сразу Объект, например "Котельная N1"
Будет зависеть от настроек... Не обращайте особо внимания, я просто ворчу
То есть как бы могу пойти по пути Иерархии или по пути Плоскости, либо сделать настройку и так и сяк...
Кстати есть ли способ у API опросить все переменные пользователя в плоском варианте, не опрашивая каждый прибор в отдельности ?
а по поводу скады, Вы же пишите прокладку, взяв с облака нужно заполнить соответствующие теги, о каких в таком случае правилах СКАДы идет речь
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
capzap Scada позволяет одной кнопочкой создать все теги, определенные драйвером с учетом перечислений, типов отображения переменных, типов команд и так далее и так далее.
Ну это чтобы не сидеть и не вводить ручками каждую переменную с кодом, именем и прочими параметрами.
то есть я создаю шаблон, или применительно к облаку Овен считываю всю конфигурацию, потом одной кнопкой создаю сразу все переменные в Базе, перезапускаю сервер и все... При этом не важно, будет переменных 10 или пару сотен...
Но для этого надо правильно написать код драйвера, используя необходимые методы Scada системы...
В этом плане достаточно удобно. Например в той же MSD4 я не смог быстро добавить все параметры счетчика Меркурий 230 и мало того, не понял как из созданного одного счетчика сделать быстро 5 счетчиков...
Каждую переменную надо ручками вносить или переподвязывать, а тут бац, несколько секунд и у нас созданы все 40 каналов...
Последний раз редактировалось melky; 10.11.2022 в 15:14.
так стоит ли вообще браться за облако, если в само облако желательно пользоваться символьной конфигурацией из самого плк, почему занеся таким образом в облако, не сделать тоже самое и в скаду
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
capzap спасибо за наводку. Такого же варианта но чтобы id устройства вводить и при этом получить все их параметры нет?
Ну так я этим и занимаюсь как раз... я же не знаю, чего и кто там в облако добавить, приборы с Овен, с Modbus, какой множитель и так далее...так стоит ли вообще браться за облако, если в само облако желательно пользоваться символьной конфигурацией из самого плк, почему занеся таким образом в облако, не сделать тоже самое и в скаду
То есть фактически при инициализации будет считано все, созданы переменные, а потом драйвер будет работать уже на собственном шаблоне (типа коротком, на основе которого будут создаваться теги Scada) ну и распихивать данные куда что положено.
Плюс еще думаю и от Интегратора, как им будет удобно в использовании, правда я простой аккаунт заводил, проверять будет не на чем, так что исхожу из описания или принципов работы Scada
Последний раз редактировалось melky; 10.11.2022 в 15:25.
parameters/last-data - есть ограничение на количество запрашиваемых параметров?
Ваши права
Ответить с цитированием