Возможно читал по диагонали, не думал что и такие идеи возникают, подсознательно представлял два слота;
Возможно читал по диагонали, не думал что и такие идеи возникают, подсознательно представлял два слота;
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Вполне частая идея кстати, когда устройства с RS485 сидят за Ethernet-RS485 преобразователями. В лоб ее решить не получится понятно почему, оконечное устройство с RS485 просто не поймет, когда в один момент времени прилетает два одинаковых запроса, ну или не одинаковых, не важно. Мастер так же теряется, если получает данные не от слейва и мусор от второго мастера. Но вот в обход можно. Я на RapidScada могу попробовать, есть там возможности провернуть такой фокус. Но если разработчик добавит более легкий путь, вообще будет шикарно.
Если не вдаваться в возможности Scada систем, то так можно сделать, используя не преобразователь интерфейса, а шлюз из Modbus RTU в Modbus TCP, который допускает подключение по нескольким сокетам. Шлюз читает данные у устройства, а у него читают данные уже Scada системы. з.ы. есть один купленный такой, но все руки не доходят проверить....
Последний раз редактировалось melky; 30.09.2019 в 10:58.
Ладно, это всё хорошо). Расскажите как теперь данные хранить, пока зашёл в тупик... Как лучше идти в направлении SQL или excel...
Кстати можно же и в самом реле организовать хранение по идее...
А в 1С реально?
Последний раз редактировалось Вадим2881; 30.09.2019 в 12:37.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Вадим2881 я у вас и спрашивал, что в конечном итоге вы хотите. Если в 1С, то можно из Scada сбрасывать данные в какую-нибудь БД, например MySQL или PostgreSQL и забирать эти данные в 1С. Кстати ессли не ошибаюсь, то в RapidScada выгрузка в БД происходит по изменению сигнала, но все равно думаю можно добавить переменную для реальной выгрузки.
Тогда отчеты и формируйте в Exel из 1С
Сергей0308 и вы не о том говорите... нельзя разрулить двух мастеров при циклическом опросе. и слейв интерфейс в данном случае ОДИН.
В принципе все данные можно сохранять и в ПР200, а потом уже выводить на ПК. Но столкнулся с проблемой. Применил сумматор из базы макросов, всё отлично складывает и накапливает в переменной, но она обнуляется при отключении питания, несмотря на то что маркер энергонезависимой. Т.е. выходная переменная не может быть сохранена?
У Сергй308 есть макрос ПЗУ. з.ы. вам сильно это не поможет, так как устанете потом выводить в Scada. Проще читать Scada постоянно и по команде со стороны ПР200 или по изменению скидывать в БД. Это проще будет реализовать, так как у Scada как правило больше возможностей по скриптам, и более гибче.
ПР200 это вам не ПЛК какой-нибудь, где можно записывать в файлы а потом их считывать...
я бы начал с того, что настроил бы OPC сервер от Инсат в режиме Modbus Slave и любой Scada прочитал бы данные.
кстати сам ПР может отправлять данные по изменению или по команде из программы. Если что.
Последний раз редактировалось melky; 30.09.2019 в 21:09.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ