Если вы наблюдаете весь процесс только с панели оператора, то вывод на данных ПК скорее всего не будет "как два пальца". Установка второй панели тоже будет проблемой.
Если вы наблюдаете весь процесс только с панели оператора, то вывод на данных ПК скорее всего не будет "как два пальца". Установка второй панели тоже будет проблемой.
Вы контролируете процесс на мониторе ПК?
Тогда LiteManagerFREE или TeamViewer ставите и уже сегодня всё работает.
Если на какой то пром. панели, то ищите поддержку VNC, например WEINTEK решает сполна вашу задачу.
Как в первом так и во втором случае можно и только смотреть или полноценно управлять.
---
увидел, панель ОВЕН, печаль, до VNC как до Китая.
На всякий случай, уточню. Допускает ли протокол MODBUS TCP передачу других (не MODBUS) пакетов по тому же кабелю Ethernet? Иными словами, могу ли я подключать устройства через роутер (или хаб), который может посылать свои служебные пакеты?
Aleks1309 программа доступна или у вас нет возможности изменить конфигурацию ПЛК ?
Там всего-то нужно еще один слейв для TCP сделать для простого наблюдения...
Не скачивается биб-ка на электросчетчики Меркурий. Может у кого есть?
Былобы неплохо иметь на борту поддержку Протокол Т4000 предназначен для работы непосредственно с модулями ввода/вывода контроллера «Теконик», производства ЗАО ПК « Промконтроллер» (ГК «ТЕКОН») по шине RS-485. Так как на этой системе основано большинство систем термометрии на элеваторах.
Здравствуйте. Помогите разобраться. Имею ПЛК 63 и необходимо считать параметр с расходомера ГиперФлоу 3. Протокол HART, скорость 1200. За основу взял пример реализации обмена библиотеки SysLibCom. Отправляю всего одну заранее подготовленную команду:
(*формат команды протокола HART:
8 байт: преамбула 0хFF
1 байт: стартовый 0х02
1 байт: адрес устройства, 0х01
1 байт: команда чтения, в нашем случае 0х21
1 байт: длина запроса, у нас 0х01
1 байт: адрес данных, расход мгновенный 0х03
1 байт: контрольная сумма по XOR
*)
(*Читаем расход *)
command1:ARRAY [0..16] OF BYTE:= 16#FF,16#FF,16#FF,16#FF,16#FF,16#FF,16#FF,16#FF,16 #2,16#1,16#21,16#1,16#3,16#20;
Запрос проходит без проблем, и прибор отвечает, но только до тех пор, пока в функции SysComRead я указываю количество байт 16.
(*В переменную byte_read мы получаем число принятых байт при чтении порта*)
byte_read:=SysComRead(port_number, ADR(buf_otvet), 16, 0);
Но у меня в ответе от ГиперФлоу их приходит больше и если я устанавливаю нужное количество в функции, то начинаются ошибки. Если же этот аргумент менее 16, то вроде работает адекватно. Почему так происходит?
Протокол HART. А вы ничего не перепутали ?
Так в инструкции на ГиперФлоу указано. А что смущает?