Возможно читал по диагонали, не думал что и такие идеи возникают, подсознательно представлял два слота;:D
Вид для печати
Возможно читал по диагонали, не думал что и такие идеи возникают, подсознательно представлял два слота;:D
Вполне частая идея кстати, когда устройства с RS485 сидят за Ethernet-RS485 преобразователями. В лоб ее решить не получится понятно почему, оконечное устройство с RS485 просто не поймет, когда в один момент времени прилетает два одинаковых запроса, ну или не одинаковых, не важно. Мастер так же теряется, если получает данные не от слейва и мусор от второго мастера. Но вот в обход можно. Я на RapidScada могу попробовать, есть там возможности провернуть такой фокус. Но если разработчик добавит более легкий путь, вообще будет шикарно.
Если не вдаваться в возможности Scada систем, то так можно сделать, используя не преобразователь интерфейса, а шлюз из Modbus RTU в Modbus TCP, который допускает подключение по нескольким сокетам. Шлюз читает данные у устройства, а у него читают данные уже Scada системы. з.ы. есть один купленный такой, но все руки не доходят проверить....
Ладно, это всё хорошо). Расскажите как теперь данные хранить, пока зашёл в тупик... Как лучше идти в направлении SQL или excel...
Кстати можно же и в самом реле организовать хранение по идее...
А в 1С реально?
Вадим2881 я у вас и спрашивал, что в конечном итоге вы хотите. Если в 1С, то можно из Scada сбрасывать данные в какую-нибудь БД, например MySQL или PostgreSQL и забирать эти данные в 1С. Кстати ессли не ошибаюсь, то в RapidScada выгрузка в БД происходит по изменению сигнала, но все равно думаю можно добавить переменную для реальной выгрузки.
Тогда отчеты и формируйте в Exel из 1С
Сергей0308 и вы не о том говорите... нельзя разрулить двух мастеров при циклическом опросе. и слейв интерфейс в данном случае ОДИН.
В принципе все данные можно сохранять и в ПР200, а потом уже выводить на ПК. Но столкнулся с проблемой. Применил сумматор из базы макросов, всё отлично складывает и накапливает в переменной, но она обнуляется при отключении питания, несмотря на то что маркер энергонезависимой. Т.е. выходная переменная не может быть сохранена?
У Сергй308 есть макрос ПЗУ. з.ы. вам сильно это не поможет, так как устанете потом выводить в Scada. Проще читать Scada постоянно и по команде со стороны ПР200 или по изменению скидывать в БД. Это проще будет реализовать, так как у Scada как правило больше возможностей по скриптам, и более гибче.
ПР200 это вам не ПЛК какой-нибудь, где можно записывать в файлы а потом их считывать...
я бы начал с того, что настроил бы OPC сервер от Инсат в режиме Modbus Slave и любой Scada прочитал бы данные.
кстати сам ПР может отправлять данные по изменению или по команде из программы. Если что.
Может, главное правильно ее обработать, что бы при старте она не перезаписывалась. Тут https://youtu.be/LrpQqC7F9d4 есть пример в описании для всех типов переменных в OWENLogic.