16
Modbus эмулятор / Re: Пожелания к доработке
« : 17.12.2021, 11:15:17 am »
Добрый день.
Спасибо.
Айрат
Спасибо.
Айрат
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
17
Modbus эмулятор / Re: Пожелания к доработке
« : 16.12.2021, 22:11:00 pm »
Спасибо!
Извините, совсем забыл.
Можно ещё конфигурацию, эмулятора?
Айрат
Извините, совсем забыл.
Можно ещё конфигурацию, эмулятора?
Айрат
18
Modbus эмулятор / Re: Пожелания к доработке
« : 16.12.2021, 17:23:32 pm »
Приложите файл с расширением elf или el, пожалуйста.
Должен быть в папке с exe файлом.
Айрат
Должен быть в папке с exe файлом.
Айрат
19
Modbus эмулятор / Re: Пожелания к доработке
« : 16.12.2021, 08:23:38 am »
Добрый день!
Опишите подробнее, пожалуйста.
Какой OPC сервер используете? Такое происходит только с определённым тегом, какой тип данных у этого тега?
Айрат
Опишите подробнее, пожалуйста.
Какой OPC сервер используете? Такое происходит только с определённым тегом, какой тип данных у этого тега?
Айрат
20
arOPC сервер / Re: MQTT arOPC
« : 06.12.2021, 22:41:59 pm »
1. Не совсем пойму выгоду от использования JSON. Ну завели вы один топик, в который сбрасываете JSON пакеты. Логика от этого не поменялась. Вы всё равно оперируете парами {"параметр": значение}, а это значит всё равно где то надо хранить название параметра, для того, что бы определить, какие данные поступили в JSON пакете. Плюс нужен парсер JSON пакетов. Каким образом это обходится при использовании JSON?
2. Да, действительно, можно оперировать отдельными парами. В этом случае, конечно, придётся отбросить QOS и Retain функционал, либо он будет неполноценным. Но если это не критично, то почему бы и нет. Вы правы, надо будет это дело реализовать.
Я понимаю, работать со строкой и JSON пакетом удобно, наглядно, много готового ПО, опирающегося на это. Но почему то никто не вспоминает, что сам по себе MQTT протокол способен передавать данные в любом виде. Что бы передать к примеру число 4 294 967 295 не надо передавать 10 байт, в виде строки, достаточно 4 байт. А контроллеру потом не надо будет парсить JSON и преобразовывать строку в число. Да и в оперативе, не надо хранить название параметра, можно HASH сумму посчитать и по ней искать, всё одно будет быстрее чем разбор JSON пакета и приведение параметров к нужному типу.
Но, это уже не каждому пионеру под силу).
Айрат
2. Да, действительно, можно оперировать отдельными парами. В этом случае, конечно, придётся отбросить QOS и Retain функционал, либо он будет неполноценным. Но если это не критично, то почему бы и нет. Вы правы, надо будет это дело реализовать.
Я понимаю, работать со строкой и JSON пакетом удобно, наглядно, много готового ПО, опирающегося на это. Но почему то никто не вспоминает, что сам по себе MQTT протокол способен передавать данные в любом виде. Что бы передать к примеру число 4 294 967 295 не надо передавать 10 байт, в виде строки, достаточно 4 байт. А контроллеру потом не надо будет парсить JSON и преобразовывать строку в число. Да и в оперативе, не надо хранить название параметра, можно HASH сумму посчитать и по ней искать, всё одно будет быстрее чем разбор JSON пакета и приведение параметров к нужному типу.
Но, это уже не каждому пионеру под силу).
Айрат
21
arOPC сервер / Re: MQTT arOPC
« : 06.12.2021, 09:38:26 am »
1. Парсинг, наверное, как универсальное решение сделать не получится. А ради одного случая, смысла нет.
В arOPC проблема кольцевания решена, можете смело работать с одним топиком. Ну, а так да, идея разделения топиков, для тега, хорошая, добавлю в Task list.
2. Понятно. Тут возникает ограничение, такой топик будет доступен только на чтение. По идее это и было причиной, из за которой не стал добавлять разбор.
Айрат
В arOPC проблема кольцевания решена, можете смело работать с одним топиком. Ну, а так да, идея разделения топиков, для тега, хорошая, добавлю в Task list.
2. Понятно. Тут возникает ограничение, такой топик будет доступен только на чтение. По идее это и было причиной, из за которой не стал добавлять разбор.
Айрат
22
arOPC сервер / Re: MQTT arOPC
« : 05.12.2021, 13:05:39 pm »
Здравствуйте!
1. Вы создаёте конфигурацию в OPC сервере, а SCADA просто получает список всех параметров из OPC сервера. В SCADA системе потом уже делаете привязку, OPC тегов из OPC сервера, к внутренним переменным. Может какие то другие решения есть, но я с такими не сталкивался.
2. До этого руки не дошли ещё. Что представляет собой JSON строка? В вашем случае.
Айрат
1. Вы создаёте конфигурацию в OPC сервере, а SCADA просто получает список всех параметров из OPC сервера. В SCADA системе потом уже делаете привязку, OPC тегов из OPC сервера, к внутренним переменным. Может какие то другие решения есть, но я с такими не сталкивался.
2. До этого руки не дошли ещё. Что представляет собой JSON строка? В вашем случае.
Айрат
23
arOPC сервер / Re: Пожелания - при свертке окна программы
« : 17.11.2021, 17:08:54 pm »
Добрый день.
Расшифруйте пожалуйста что за Executor, что за ТС и как это всё связано с ОРС сервером?
Айрат
Расшифруйте пожалуйста что за Executor, что за ТС и как это всё связано с ОРС сервером?
Айрат
24
Modbus эмулятор / Re: ЗАДВАИВАЮТСЯ ПАКЕТЫ.
« : 03.11.2021, 00:22:27 am »
Покажите, пожалуйста, содержимое вашей консоли.
Айрат
Айрат
25
Modbus эмулятор / Re: ЗАДВАИВАЮТСЯ ПАКЕТЫ.
« : 02.11.2021, 06:55:57 am »
Добрый день, Юрий.
Попробуйте таймаут в OPC сервере до 1000 мс увеличить.
Айрат
Попробуйте таймаут в OPC сервере до 1000 мс увеличить.
Айрат
26
arOPC сервер / Re: OPC-сервер как служба.
« : 22.09.2021, 11:00:35 am »
Здравствуйте.
Текущую версию как службу запустить нельзя.
Сейчас как раз идёт работа над этим вопросом, думаю, через месяц появится такая возможность.
Айрат
Текущую версию как службу запустить нельзя.
Сейчас как раз идёт работа над этим вопросом, думаю, через месяц появится такая возможность.
Айрат
27
arOPC сервер / Re: Режим TCP клиент, не видит потери канала
« : 13.09.2021, 22:49:16 pm »
Добрый день.
На вскидку, по времени займёт до 16 человеко/часов.
Ваше предложение записано в список задач для реализации, но когда до него дойдёт дело пока сказать не могу.
На текущий момент есть более приоритетные задачи.
Айрат
На вскидку, по времени займёт до 16 человеко/часов.
Ваше предложение записано в список задач для реализации, но когда до него дойдёт дело пока сказать не могу.
На текущий момент есть более приоритетные задачи.
Айрат
28
arOPC сервер / Re: Режим TCP клиент, не видит потери канала
« : 08.09.2021, 21:47:50 pm »
Добрый день.
Такое поведение обусловлено тем, что приходится работать не только с чисто TCP устройствами, но и со шлюзами, преобразователями из Ethernet в Serial.
В этом случае, на одном IP адресе и TCP порту может находится несколько устройств, 20 и более. И если одно из устройств выйдет из строя и перестанет отвечать, переподключение по такому каналу приведёт к сбою связи со всеми остальными.
Можно было бы, допустим, переподключать канал при потери связи со всеми устройствами, но на то, что бы определить что пропала связь со всеми, потребуется много времени.
Как вариант, можно попробовать добавить системный OPC тег, для канала. С помощью которого можно дать команду с верхнего уровня на переподключение. Но это решение, на мой взгляд, не очень хорошее, т.к. не всегда есть возможность так сделать, желательно что бы OPC сервер сам умел определять, когда надо разорвать соединение, а когда нет.
Если у вас есть дельное предложение, для решения этого вопроса, всегда готов рассмотреть.
Айрат.
Такое поведение обусловлено тем, что приходится работать не только с чисто TCP устройствами, но и со шлюзами, преобразователями из Ethernet в Serial.
В этом случае, на одном IP адресе и TCP порту может находится несколько устройств, 20 и более. И если одно из устройств выйдет из строя и перестанет отвечать, переподключение по такому каналу приведёт к сбою связи со всеми остальными.
Можно было бы, допустим, переподключать канал при потери связи со всеми устройствами, но на то, что бы определить что пропала связь со всеми, потребуется много времени.
Как вариант, можно попробовать добавить системный OPC тег, для канала. С помощью которого можно дать команду с верхнего уровня на переподключение. Но это решение, на мой взгляд, не очень хорошее, т.к. не всегда есть возможность так сделать, желательно что бы OPC сервер сам умел определять, когда надо разорвать соединение, а когда нет.
Если у вас есть дельное предложение, для решения этого вопроса, всегда готов рассмотреть.
Айрат.
30
Modbus эмулятор / Re: Подключение к удаленному OPC
« : 25.08.2021, 23:46:38 pm »
Добрый день.
Эмулятор не поддерживает работу с удалёнными OPC серверами.
Айрат
Эмулятор не поддерживает работу с удалёнными OPC серверами.
Айрат