 | |
Предыдущие результаты
 Добрый день.
В ПО FTView SE v.8.0 столкнулись с отсуствием звуковой сигнализации на ПК при возникновении аларма.
Конфигурирование тревог сделано через HMI теги. Сигнализации в банере и журнале видим, а звука нет. При этом звуки в Windows есть, другие звуки из SCADA (например, привязаные к клику по кнопке) тоже есть. Данный метод опробован в предыдущих версиях FTView SE 5.0, 5.1, 6.0 и нигде не сталкивались с подобной проблемой. Есть идеи как с этим бороться?
Заранее благодарен
|
Все нормально, просто обновиться надо было. RSLinx 5.70 в составе FTView8 уже поддерживает Micro800, RSLinx 5.60 в составе FTView7 требует патч RAKB592812, ну и не забыть сменить Shortcut Type с Processor на Symbolic.
|
[quote:36cb47c891="shrddr"]Получается, даже из FTView достучаться до тегов Micro800 нельзя? При создании топика в RSLinx Enterprise пишет select a different path - Ethernet.Micro850 cannot be used.[/quote:36cb47c891] Получается, что можно, но левой рукой через правое ухо, и довольно затратно. Проще поставить другие контроллеры - из семейства Logix.
|
[quote:0ca7f41927="shrddr"]Получается, даже из FTView достучаться до тегов Micro800 нельзя? При создании топика в RSLinx Enterprise пишет select a different path - Ethernet.Micro850 cannot be used.[/quote:0ca7f41927]Устанавливаемый в комплекте с FTView, что называется из коробки, RSLinx Enterprise не предназначен для связи с Micro800.
Однако, с помощью дополнительного компонента FT Transaction Manager в SCADA-систему FTView можно втянуть данные из многих источников, в том числе и из OPC-сервера.
И не только с RSLinx Classic, но и с программ от других производителей.
В частности с Micro800 работают продукты от Keepware, от Matricon, от Beijer.
Разумеется, что ради информации с одного-двух Micro800 контроллеров всё это затевать бессмысленно - дешевле контроллер сменить, чем софт закупать, но если что - такая возможность есть.
|
[quote:9de28b6933="oldDad"]Вообще, семейство Micro8x0 стоит особняком, не имеет ничего общего с семейством Logix (ни hardware, ни software), предназначено для самых дешевых встраиваемых систем, которые применяются при серийном изготовлении, например, станков или других автоматизированных механизмов (Standalone Machine Control), чем и обусловлена их дешевизна. Для построения распределенных систем управления они не предназначены и почти непригодны. [/quote:9de28b6933]
Получается, даже из FTView достучаться до тегов Micro800 нельзя? При создании топика в RSLinx Enterprise пишет select a different path - Ethernet.Micro850 cannot be used.
|
У нас RSView32 версии 7.30
Платформа FTView - это FactoryTalk View?
|
RSView32 v7.60 работает под Win 7 Pro SP1 32-bit.
Переходите на платформу FTView.
|
[quote:b24a749358="Ryzhij62"]И теперь осталось убедиться, что настройки от одной версии платформы FT будут нормально восприняты на другой версии платформы.
;)
Что-то мне подсказывает, что FTView 6.0 и FTView 8.0 работают на разных версиях FT, нет?[/quote:b24a749358]Конечно разные.
Переносил с 4 в 5, с 5 в 6 - без проблем. При первом открытии в Studio выскакивает предупреждение...
|
И теперь осталось убедиться, что настройки от одной версии платформы FT будут нормально восприняты на другой версии платформы.
;)
Что-то мне подсказывает, что FTView 6.0 и FTView 8.0 работают на разных версиях FT, нет?
|
Добрый день.
Пример 1. Есть 1769-L35E и MVI69-MNETC, компьютер с FTView и тиристорные регуляторы Eurotherm Epower. Физическая сеть Ethernet общая, на ней работает CIP протокол для обмена PLC и ПК и Modbus/TCP протокол для обмена данными между PLC и EPower. Бывают ситуации, когда обмен по Modbus встает, но если при этом запустить сервисную программу на ПК iTools, которая работает с Epower по Modbus, то связь восстанавливается.
Пример 2. Есть 1769-L35E и MVI69-MNETC компьютер с FTView и Allen Bradley PowerMonitor 500, который также работает по Modbus/TCP. В контроллере через MVI69-MNETC получаю данные с PowerMonitora, но как только запускаю утилиту для настройки PowerMonitor Configuration Software - обмен по Modbus встает. В мануале есть фраза: The EtherNet/IP and Modbus TCP do not run concurrently. If Modbus TCP
communication occurs, EtherNet/IP communication stops temporarily but
recovers in a minute or two.
Вопрос: в чем проблема, неужели эти два протокола не живут вместе на одной физической сети? Заранее спасибо за ответ.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
