Ответы в темах
-
Записи
-
потом в природе наверняка существуют универсальные rest api менеджеры, где данные можно раскидать как угодно и куда угодно или поднять свой rest api …
Пример
SELECT [1_467] ,[2_467] ,[3_467] ,[1_469] ,[2_469] ,[3_469] ,[1_468] ,[2_468] ,[3_468] ,[1_466] ,[2_466] ,[3_466] ,[0_467] ,[0_469] ,[0_468] ,[0_466] FROM ( SELECT CONCAT ( isnull(d.shiftno, '0') ,'_' ,d.DeviceID ) AS TAG ,SUM(d.CounterValueDiff) AS CounterValueDiffSUM FROM RapidScada.vCnlDataCounterElectric d WHERE d.CounterValueDate = CAST(GETDATE() AS DATE) GROUP BY GROUPING SETS((d.DeviceID), ( d.DeviceID ,d.shiftno )) ) AS j PIVOT(MAX(CounterValueDiffSUM) FOR TAG IN ( [1_467] ,[2_467] ,[3_467] ,[0_467] ,[1_469] ,[2_469] ,[3_469] ,[0_469] ,[1_468] ,[2_468] ,[3_468] ,[0_468] ,[1_466] ,[2_466] ,[3_466] ,[0_466] )) AS pэто конечно не удобно, каждый раз придется менять запрос.
Было бы лучше если каналы сформировались из строк а не из столбцов …Или нужно разбивать на 5 каналов, чтобы результатом запроса был 1 столбец на 10 строк
наоборот, 1 строка 10 столбцов, а для 5 x 10, требуется 1 х 50
Если используется TCP-клиент, то в свойствах канала связи уберите галочку «Оставаться на линии»
Сеансы связи (всего / ошибок) : 323 / 27 Команды ТУ (всего / ошибок) : 0 / 0 Запросы (всего / ошибок) : 2293 / 154После этого приложите новый лог линии связи.
2020-04-23 10:09:10 Установка TCP-соединения с MOXA:4001 2020-04-23 10:09:10 Сеанс связи с КП 65 "TRM138_KTD_DK", тип: KpModbus, адрес: 16, позывной: MOXA Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): FF 10 04 04 00 Некорректный адрес устройства! Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): 00 41 8C CB 70 Некорректный адрес устройства! Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8C CB 70 OK! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): FF 10 04 04 00 Некорректный адрес устройства! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): 00 41 8C CB 70 Некорректный адрес устройства! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "3.Температура пункт пересыпа" Отправка (8): 10 04 00 0C 00 02 B2 89 Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "4.Температура отметки +12.00" Отправка (8): 10 04 00 11 00 02 22 8F Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "5.Температура маслостанций" Отправка (8): 10 04 00 16 00 02 93 4E Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8D 0A B0 OK! Запрос значений группы элементов "6.Температура отметки -1.00" Отправка (8): 10 04 00 1B 00 02 02 8D Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 AE 4B 69 OK! Запрос значений группы элементов "7.Температура отметки +4.00" Отправка (8): 10 04 00 20 00 02 73 40 Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 B0 CB 61 OK! 2020-04-23 10:09:13 Отключение от MOXA 2020-04-23 10:09:13 Установка TCP-соединения с MOXA:4001 2020-04-23 10:09:13 Сеанс связи с КП 65 "TRM138_KTD_DK", тип: KpModbus, адрес: 16, позывной: MOXA Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8C CB 70 OK! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "3.Температура пункт пересыпа" Отправка (8): 10 04 00 0C 00 02 B2 89 Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8D 0A B0 OK!ScadaServerSvc.txt содержит список подключенных клиентов.
1. srv01; ScadaComm (Приложение); активность: 9:22:33 2. srv02; ScadaComm (Приложение); активность: 9:22:33 3. srv03; ScadaComm (Приложение); активность: 9:22:33 4. srv04; ScadaComm (Приложение); активность: 9:22:33 5. srv05; ScadaComm (Приложение); активность: 9:22:33 6. srv06; ScadaComm (Приложение); активность: 9:22:33 7. srv07; ScadaComm (Приложение); активность: 9:22:33 8. srv08; ScadaComm (Приложение); активность: 9:22:33 9. srv09; ScadaWeb (Приложение); активность: 9:22:33 10. srv10; ScadaComm (Приложение); активность: 9:22:33и все они разбросаны по цехам, поэтому сразу не могу обнаружить …
Я думаю, что какой-то клиент пишет на номер канала 3052
это как, если сигнал не прописан?
и вообще это же дорасчётный канал, по семантике туда ничего не должно же писаться?Попробуйте создать новый канал с такой же формулой с номером больше, чем 3241
это помогло, пока тишина, в БД ничего не пишется
А если номер меньше 3241?
я не могу найти коммуникатор отвечающий за это, обычно этим занимаются ребята из эксплуатации
лог:
2020-04-22 09:18:05 Запрос состояния SCADA-Сервера 2020-04-22 09:18:05 Приём тренда входного канала 3933 от SCADA-Сервера. Файл: m200421.dat 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Установка соединения со SCADA-Сервером "localhost" 2020-04-22 09:18:05 Приём тренда входного канала 3933 от SCADA-Сервера. Файл: m200422.dat 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Ошибка при разрыве соединения со SCADA-Сервером: Object reference not set to an instance of an object. 2020-04-22 09:18:05 Установка соединения со SCADA-Сервером "localhost" 2020-04-22 09:18:05 Приём тренда входного канала 3084 от SCADA-Сервера. Файл: m200421.dat 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Ошибка при разрыве соединения со SCADA-Сервером: Object reference not set to an instance of an object. 2020-04-22 09:18:05 Установка соединения со SCADA-Сервером "localhost" 2020-04-22 09:18:05 Обновление таблиц базы конфигурации 2020-04-22 09:18:05 Приём тренда входного канала 3084 от SCADA-Сервера. Файл: m200421.dat 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Ошибка при разрыве соединения со SCADA-Сервером: Object reference not set to an instance of an object. 2020-04-22 09:18:05 Установка соединения со SCADA-Сервером "localhost" 2020-04-22 09:18:05 Приём тренда входного канала 3084 от SCADA-Сервера. Файл: m200422.dat 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Ошибка при разрыве соединения со SCADA-Сервером: Object reference not set to an instance of an object. 2020-04-22 09:18:05 Установка соединения со SCADA-Сервером "localhost" 2020-04-22 09:18:05 Приём тренда входного канала 3084 от SCADA-Сервера. Файл: m200422.dat 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Разрыв соединения со SCADA-Сервером 2020-04-22 09:18:05 Ошибка при разрыве соединения со SCADA-Сервером: Object reference not set to an instance of an object. 2020-04-22 09:18:05 Установка соединения со SCADA-Сервером "localhost" 2020-04-22 09:18:06 SCADA-Серверу не удалось открыть файл [Base]\roleref.dat 2020-04-22 09:18:06 Ошибка при обновлении таблиц базы конфигурации: Scada.ScadaException: Не удалось принять таблицу roleref.dat at Scada.Client.DataCache.RefreshBaseTables() 2020-04-22 09:18:06 Channel data received 3933 2020-04-22 09:18:06 Channel data received 3084 2020-04-22 09:18:06 Channel data received 3084Перестанут создаваться события?
нет, не перестает записывать.
нигде шлюз не настроен, по крайней мере я не настроил. Как это проверить?
оказывается это переделанные каналы, поэтому сигналы остались,
но удаление сигналов не помогло. Ежеминутные данные продолжает поступать …В таком случае надо добавлять в приложение настройку, которая будет определять критерий использования минутных или часовых данных.
Да, но думаю выдача часовых данных когда большой период надо оставить.
Минутные данные больше подходят для компонента граф и где производитеность скорость а для счётчиков /постоянно нарастающие/ часовые больше уместно.
То есть нужны моменты появления событий по каналу?
для компонета важны только момент перехода с одного состояние на другое, а повторяющие значения игнорируется, поэтому было проще если источник данных будет не минутные а события. Это существенно ускорить рендеринг и позволяет задавать большой интнрвал. Часовые данные тут просто не подходят.
