isaev
29.01.2009, 14:40
Здравствуйте,
Прошу помочь в следующем вопросе.
К нам на предприятие поступило технологическое оборудование в составе которого имеется микропроцессорный блок управления.
По нашей просьбе разработчик выполнил интерфейс связи по протоколу ОВЕН, и в системе под OWEN PROCESS MANAGER мы производили чтение данных с этого блока - как с ОВЕН-прибора МПР51 через преобразователь АС2.
Далее, возникла необходимость производить чтение данных с этого блока управления не через OWEN PROCESS MANAGER, а через ОРС-драйвер для приборов ОВЕН для для интерфейса RS232 (чтение производится через тот же преобразователь АС2).
Но при чтении данных через ОРС-драйвер более 10-20% данных (которые читаются с такой же периодичностью (1раз в 10 сек), что и для OWEN PROCESS MANAGER) являются недостоверными (то ли - 0, то ли - произвольное число). В настройках ОРС-драйвера ОРС_AC2 возможно изменять только количество перезапросов при сбое (испробованы варианты), скорость обмена является фиксированной со стороны передающего устройства.
Я являюсь разработчиком программного обеспечения, которое через ОРС читает данные из АС2, и мне бы задуматься о правильности работы моей программы, я об этом думал,- программа читает данные от двух интерфейсов : RS232 (через ОРС_АС2) и интефейса RS485 (через ОРС_АС3) Так вот, данные RS485 читаются без ошибок, а RS232 - с ошибками, хотя алгоритм чтения одинаковый.
Также я и мои коллеги пытались осуществить связь с блоком управления через АС2М и RS485 - в такой конфигурации блок не передаёт данные вообще.
Далее, моё мнение, если достоверность получаемых данных по варианту : блок управления ("квази"-МПР51) - (АС2) - (ОРС_АС2) не удовлетворят пользователей (а она таки - не удовлетворяет), тогда нужно применить хотя бы оригинальный МПР51 (это возможно - суть вопроса ; измерение двух температур и влажности),
или тот же МВА8, который у нас же с успехом используется. Однако мои коллеги подозревают меня в непрофессиональности, вплоть до конфликта (таким вот образом у нас решаются технические вопросы !).
Прошу дать квалифицированные рекомендации по моему такому обстоятельству.
Прошу помочь в следующем вопросе.
К нам на предприятие поступило технологическое оборудование в составе которого имеется микропроцессорный блок управления.
По нашей просьбе разработчик выполнил интерфейс связи по протоколу ОВЕН, и в системе под OWEN PROCESS MANAGER мы производили чтение данных с этого блока - как с ОВЕН-прибора МПР51 через преобразователь АС2.
Далее, возникла необходимость производить чтение данных с этого блока управления не через OWEN PROCESS MANAGER, а через ОРС-драйвер для приборов ОВЕН для для интерфейса RS232 (чтение производится через тот же преобразователь АС2).
Но при чтении данных через ОРС-драйвер более 10-20% данных (которые читаются с такой же периодичностью (1раз в 10 сек), что и для OWEN PROCESS MANAGER) являются недостоверными (то ли - 0, то ли - произвольное число). В настройках ОРС-драйвера ОРС_AC2 возможно изменять только количество перезапросов при сбое (испробованы варианты), скорость обмена является фиксированной со стороны передающего устройства.
Я являюсь разработчиком программного обеспечения, которое через ОРС читает данные из АС2, и мне бы задуматься о правильности работы моей программы, я об этом думал,- программа читает данные от двух интерфейсов : RS232 (через ОРС_АС2) и интефейса RS485 (через ОРС_АС3) Так вот, данные RS485 читаются без ошибок, а RS232 - с ошибками, хотя алгоритм чтения одинаковый.
Также я и мои коллеги пытались осуществить связь с блоком управления через АС2М и RS485 - в такой конфигурации блок не передаёт данные вообще.
Далее, моё мнение, если достоверность получаемых данных по варианту : блок управления ("квази"-МПР51) - (АС2) - (ОРС_АС2) не удовлетворят пользователей (а она таки - не удовлетворяет), тогда нужно применить хотя бы оригинальный МПР51 (это возможно - суть вопроса ; измерение двух температур и влажности),
или тот же МВА8, который у нас же с успехом используется. Однако мои коллеги подозревают меня в непрофессиональности, вплоть до конфликта (таким вот образом у нас решаются технические вопросы !).
Прошу дать квалифицированные рекомендации по моему такому обстоятельству.