Есть. Начиная от производителя преобразователя.Сообщение от melky
Это вообще из области фантастики. Не научной.
Есть. Начиная от производителя преобразователя.
Это вообще из области фантастики. Не научной.
imaex я вам больше скажу, я опрашивал ПР200 через программный преобразователь Ethernet-RS485 запущенный на Raspberry Pi.
Никакой фантастики там нет. 1. Синхронизация двух ПК по ntp серверу. 2. настройка опроса в Scada таким образом, чтобы опрос был в разные секунды одним мастером и вторым. В минутах не растягивал для проверки. Но одна Scada у меня опрашивала на 0, 10, 20, 30, 40, 50 секунде минуты, а вторая опрашивала на 5, 15, 25, 35, 45, 55 секундах минуты.
На новом этапе при возможности опроса по команде можно настроить булевую переменную и связь двух Scada по ней. Одна будет опрашивать при лог. 1 и после опроса сбрасывать ее в ноль, вторая будет опрашивать при лог. 0 и после опроса сбрасывать в лог. 1-цу (но такой вариант еще не проверял)
Да как же нет, если вот она, как есть. В Вашем описании. Ссылаетесь на какую-то неназываемую SCADA, в которой настраиваются времена опроса отдельных тэгов. А если второй клиент - не эта Ваша неназванная SCADA? А сколько тэгов за раз опрашивается, кстати? А какие каналы передачи данных? Всё в локалке или территориально распределённая система с не гарантированным временем доставки пакетов? А если преобразователь просто принципиально не поддерживает множественное подключение? Если я так вокруг каждого устройства плясать вприсядку с бубном буду - с ума сойду. Описываете сферического коня в вакууме и говорите, что это не фантастика? Ну-ну.
imaex в моем случае RapidScada, она позволяет при настройке разносить опросы. В отличии от других Scada систем. Но если в какой-то Scada есть вариант опроса по команде, то уже не важно какая это Scada, достаточно настроить между ними обмен, чтобы точно идентифицировать моменты опроса одной и другой. Время ПК еще раз, должно быть синхронизировано по ntp серверу, если для первого варианта делать.
На счет преобразователей, даже не видел, чтобы было меньше 5-ти сокетов, ну не считая МКОН, где только 2-ва....
Линии связи пофигу. Хоть через интернет либо виртуальный COM порт, настроенный на преобразователь, либо сразу Com Over TCP. Тут разницы нет вообще. Качество связи тут как бы важно всегда, независимо, одним мы опрашиваем или двумя.
Коллеги, добрый день!
Приобрели два прибора конвертера МКОН , один WiFi второй Ethernet.
Настроены одинаково, но WiFi вариант работает , по проводам не хочет.
Конфигурация: Modbus OPC server -> MKON -> ПР200 (адрес 16) Скорость 115к.
МКОН - Маster Ethernet - Slave RS485.
Симптомы.
- Сниффер говорит, что нет устройства в сети -ошибка 6.
- WiFi прибор при работе моргает двумя светодиодами, при запросе на стороне Ethernet и затем зажигается на стороне RTU ( нормальная работа).
На проводном варианте запросы идут , сторона Ethernet моргает, а RTU ни разу.
- Решил поменять прошивку. Скачал с сайта 2.43. Конфигуратор исправно показал , что прошивка прошла успешно . По факту версия не изменилась.
Скачал прошивалку в виде исполняемого файла, переключил микрик №2 . Происходит ошибка, прошивка не удается.
Подскажите , что еще можно проверить? Обидно, только распаковал и не работает.
Последний раз редактировалось Asu$Nick; 21.04.2023 в 20:21.
Может ПК и МКОН в одной подсети должны быть?
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Да, они у меня в одной сети. Специально сделал IP адрес одинаковый и настройки, просто колодки перекидываю с одного устройства на другое.
При этом конфигуратор находит их в сети и параметры читает и записывает. Когда запускаю OPC светодиоды эзернета начинают моргать. Запросов нет, замолкает индикация.
Если даже с настройками временными напортачил, все равно мне кажется должен светодиод моргать RTU. Это вроде даже логично и на рабочем так и есть.
А вы заливали прошивку новую в МКОН когда нибудь, она же должна (версия) отображаться если данные о приборе считать после этого?
Последний раз редактировалось Asu$Nick; 21.04.2023 в 21:25.
После грозы вышел из строя МКОН который опрашивал теплосчетчик. Приобрели новые 2 МКОНа версии 2 с новым дизайном. Поставил под замену и тут началось. Два дня я крутил в нем и в ОРС сервере настройки, но так и не смог его запустить. Короче плюнул нашел МКОН версии 1 со старым дизайном , поставил и все заработало. Написал в техподдержку так внятного ответа и не получил. Короче это изделие Овена и так судя по отзавам ненадежно работало, а после усовершенствования перестало работать вообще. Думаю нужно переходить на другого производителя.
А чего Вы только сейчас у такому выводу пришли? Какие такие уникальные хар-ки этого изделия склоняли к выбору в его пользу?
Стоимость изделия, тем более, что версия 1 была рабочей
Ваши права
Ответить с цитированием